skysight-inc/HackerNews huggingface dataset:
I give them a big kudos for adding lots of illustrations, it's vital to have good visual representation for math concepts.

> Evaluating the curve's equation for values of tt going from 0 to 1, is sort of the same as walking along the curve. It is important to understand that tt is a scalar but that the result of the equation for any tt contained in the range [0:1] is a position in 3D space (for 3D curves, and obviously a 2D point for 2D curves). In other words, if we need to visualise a parametric curve, all we have to do is to evaluate the curve's equation for increasing values of tt at some regular positions (it doesn't have to be though), and connecting the resulting positions in space to create a polygonal path (as illustrated in figure 5).

Unfortunately this is the language that you should avoid if you want to explain these concepts for beginners. Too technical, too rigid, too dry. I sort of understand what it says, but it could be done in much simpler way. I'd put it this way:

"We have a function that describes the bezier curve. If you call that function with the P1-4 parameters you will receive X,Y (or Z if you do 3D) coordinates that you can easily plot and connect with straight lines. You also need to specify how many segments you want to receive, this will be resolution of the curve."

Or something like this. Better explained ( betterexplained.com/calculus/ ) does a good job at this and I recently recently rediscovered Kirupa, I love his tutorials:
https://www.kirupa.com/html5/animating_with_easing_functions...
You could try text top :): https://github.com/tombh/texttop
So a Python programmer today can only make things 25 times faster than someone writing binary code in 1950? Really?
You know, I've wondered about this with regard to self-driving cars. On the face of it, they could reduce the need for parking drastically. But on the other hand, if driving is so much cheaper in terms of time and aggravation, will it cause people to drive much, much more, making the traffic situation even worse than before?

After all, people will be able to tolerate even worse traffic than they can now

Eventually governments are going to have to confront the need for a lot more tolling.
Stop being a cpu architecture name nazi.

If you really want a name, just call it "the architecture that Intel made in te 70ies, with a lot of weird stuff (like 20 bits addresses) and that Intel, itself, tried and failed to kill with Itanium."
It's probably a microphone hidden in his room that encodes the data stenographically into elevator music.

More seriously, no investigation as to what happens when you try to inject your own data?
PCI is a minefield. All the helps sites end up trying to sell you consultancy. We are different. More to come, if people want it. How about free policy templates?
Another important metric: a handful of C programmers can write arbitrarily more buffer overflows than thousands of Java or Ruby programmers.
Talk about pointless edge case. It's so incredibly rare, you can just have the car protect the passenger and that's fine. My biggest concern about self driving cars is the ability to mess with the image recognition software. How hard would it be to flash a piece of material at a lidar/radar and confuse it that so much that it either crashes / goes into DOS / or thinks a minivan full of babies is cruising down the road towards it.
Not on the kind of long-tail high-risk investments VCs make, no.
Let's just please stop using custom fonts. I can tolerate the other stuff, but having to wait forever without being able to read anything because i m waiting for your custom font to load is just stupid, and it happens often.
Top Websites Using Audio Fingerprinting to Secretly Track Web Users
Would you do Bitcoin mining or 3D games with Elixir?

http://tednaleid.github.io/intro-to-elixir/?full#60

I think use-cases like that are included when you say general purpose.
Debuggers in managed languages are probably the biggest workload reducers as a percentage since binary -> assembly.
That's cool, I'll get over it! I still don't really like the word "nerd", but to be fair, I did struggle to come up with a better title.

And sorry for the sarcasm, it does look like you're doing everything right.

When you say almost all your software is written in Go, is that including the telecom stack? I just didn't think Go was ready to compete with the Erlang VM in that arena.
> Assumptions? it is just simple math

No, it's a baseless assumption. You're somehow assuming that the only reason someone may even argue that you dont have to "neglect" your children and have a career is "only because they have money to out source their parental duties". That's a blatant baseless assumption. You may feel that, considering your career and the way you've been managing it, the only reason why someone may succeed in not neglecting their kids is if they pay someone else to do their job, but that obviously doesn't mean that your baseless assumption has any truth to it.

Simple math isn't worth anything if you get the facts all wrong.
Check out tmux. It's great at doing that for terminal apps. https://tmux.github.io/
I agree. If doing so makes people more willing to adopt driverless cars, it may save more lives.

However, if the person would only be injured, it should prefer that to someone else's death (as the person himself would be legally obligated to do.)
I'm not sure I agree that no one should be able to disable the back button, but....there should be a user option to override it. A "no really I mean it I want to GTF off of this page now" button or option.
Interesting. Reminds me of old attempts on using NN's or ML techniques to derive programs from data kind of merged with fuzzy-logic controllers. Here's two links from the analog, Turing-complete NN's they cited in the paper:

http://binds.cs.umass.edu/anna_cp.html

http://research.cs.queensu.ca/home/akl/cisc879/papers/PAPERS...

It would be interesting to see designs like theirs and others we see posted trained until they got really good at application area, then synthesized into digital or analog NN implementations with plenty of resiliency. The components are so simple they can run with few gates or other components. Anyone studying NN's know what current state of the art is for synthesizing efficient HW from a given NN model? With or without ability to continue to learn/improve.
Thank you for Fruitsrap. We use it every day, as do dozens of other teams you probably have never heard of :)
That's my point: a change from 3 to 3.25% in the prime rate doesn't suddenly make CoolApprfy into a good vs a bad investment. The need to earn higher returns on cash doesn't make CoolApprfy more likely to go big and pay a return; reality doesn't work like that. If you're investing in CoolApprfy to "win back" some income streams, you're doing it for the (very) wrong reasons.
Silicon Valley's reluctant housewives: immigration law bars women from work
I actually got a rather deep insight from the article, which was "How would an autonomous car get itself into such a situation?"

Such a car would not drive so close to a truck that it could not simply stop should the truck lose its cargo. It would not approach a tunnel at a rate of speed where it could not brake to avoid an obstruction. People do that because they ignore risk in favor of some perceived time advantage, but robots don't.

If we imagine the sets of circumstances that require a life and death decision to occur while driving safely, suddenly the number becomes vanishingly small. Things like "an earthquake occurs and the bridge you are on loses a section." or "a power transformer explodes and drops a power line across the road", or "a plane crashes into the ground in front of you." Under these extreme situations how the human in control would perform is practically a random number function. That a robot would minimize the loss of life, seems like the "correct" choice regardless.
This is one thing that bugs me. The editors and environments haven't been improving dramatically. Emacs is 40+ years old at this point, and still as hard to learn as ever. The 1970s Unix-like OS is still at the core of most dev-environments, despite people having better ideas since then (e.g. Inferno.) Sure, there have been incremental improvements to the editors and OSs since their inception, but there were no major revolutions.

It has always seemed to me that the story of improved programming environments is driven more by improved hardware than improved software, and that companies like Microsoft/JetBrains are the only ones who've even bothered to wonder if its possible to create a better environment for programming than "arcane text editor."
I'm not sure what exactly you found insulting.
No data, no serious hypothesis
Without data this is just a words game
To write better code, read Virginia Woolf
tldr, The fed raised the funds rate.
Building Products Without Coding: How we mashed up 5 existing services into MVP
Cool idea but I haven't been able to get it working. Docker is proving to be a real drag to install. Furthermore in the GIF on the README the text is illegible.
Someone always has children. Your legacy will not be wasted.
OK, I need to go back and watch the last few episodes. I know that they had found a destroyed Earth. But then they went to that Cylon base, in orbit around a black hole. And then they fell in, as they were fighting their way out. And then they ended up back on the Earth, ~50 thousand years ago. Or at least, that's what my wife and I remember :)
I think the issue is slightly misguided as well, but not quite in that way. I think it's sort of natural that the idea of a merged driver and driverless vehicle lanes will eventually vanish, and sections of highway and city roads will eventually give way to entirely autonomous solutions. Segregating the driving population in this way removes a lot of the concerns, since now when faced with the issue of "wayward child in road", a single car doesn't have to make a decision, but instead, collectively cars decide how to mitigate the situation.

This does come with quite a few caveats in regards to road surveillance and infrastructure and legal turnabout, but it makes a lot more sense than trying to merge the two completely different styles of driving. Essentially that is the problem that will cause accidents; pretty much everyone who drive should know that traffic patterns that deviate from what is expected and currently existing on the road are common causes for accidents. Trying to merge two completely separate types of driving just seems like a fools errand, though I do understand that the alternative would probably be a bit too much for the current public and governments.

Ultimately though, I think that while the ethical concerns are real, they become greatly diminished along with the natural evolution of where autonomous cars take city infrastructure.
Google does publish an app called Field Trip that they acquired from Niantic. It tells you about historical tidbits for the place around you. Doesn't seem to have been updated lately.

https://www.fieldtripper.com/
Interesting. I saw GraphQL; I thought that given that it's query language it won't have this problem... Although if you'd exposed SQL it would have been super easy to kill the server. I am about to start using JSONScript for internal apps/services we have, where DoS is not a concern. For the public usage it needs some improvements to implement the limits I mentioned.
I don't think you should be downvoted, your point seems valid. Maybe they did it because the tone or because trying to refute the author claims, you go too far generalizing:

When authors write provocative pieces purporting that something never existed at all, they're almost always wrong.

I've read the case for Jesus never existed at all and I find it very convincing.
Not Hover. They store passwords in plaintext, they've probably got some other glaring security issues too.
New Evidence Could Overthrow the Standard View of Quantum Mechanics
I know about tmux (and gnu screen), but i was
thinking of something like pause/resume.

Once upon a time i read that in the eighties at
Sun Microsystems they had a big fat thin-client
based architecture with dumb thin clients that
only had vga port, keyboard, mouse and a
smart-card reader.

The nice thing about such architecture was that
once your smart-card was pulled out, the screen
blanked and your remote session was closed.

But your desktop session was still running, on
the server!

The coolest thing about this was that basically
you could pick any desk in the building and just
sit there and work.

Or you could go to one of your colleagues' desk,
pull out his/her smartcard, insert your one in,
and show him/her what you've been working on, ask
for help, collaborate or anything.

This has always fascinated me.

I was wondering if I could use guacamole to do
something similar: leave my desktop running in a
datacenter somewhere in the world and use whatever
to just connect to it and "resume" working.
A lot of the large java projects I've worked with (at a large bank, on the branching/release team) would sometimes go on for ten minutes. That's ages as far as concentration is concerned.
I'm not saying there's anything wrong with capitalism, I'm just pointing out that where there's a market, a business will find a way to supply that market.
Maybe that's exactly the reason why consoles are successful.

It provides an unified device, which lasts around 8 years, which permits to play recent titles, which is simple to setup up and which is comparatively cheap.

The PC I'm typing this message is a 9 years old thinkpad, and I would not attempt to play any "less than 5 years old games" on it.

Some people don't give to much of a shit about highly impressive graphics and just want to play the fucking game without checking the "minimal configuration required".

However if consoles tend to be like PCs (same or worst hardware, same or worst upgrade process, etc), they will just become meaningless.
NYC Has Paid Half a Billion Dollars in Police-Related Settlements Since 2009
What is the message here?
Reverse Dieting: Reverse Dieting Meal Plan
Beyond Pluto: The New Horizons Spacecraft's Next Target
Alternatively, they could just have speakers that made random fart noises.
My point is that there's a wide variety of beliefs as to whether CoolApprfy is a good company. To get funded, CoolApprfy only needs to identify one person who believes it is.

When money is cheap, it is much more likely that they will be able to find someone controlling money who believes it is. When money is expensive, the intersection of [people who have money] x [people who believe CoolApprfy is a good company] is much smaller. For companies that are actually good companies, this intersection will likely (although not always; good companies fail to get funded in challenging fundraising climates all the time) still be non-zero. For companies that are bad companies, it's much more likely they will be unable to find anyone who believes they are good companies.

Markets are made up as individuals, but they don't behave like individuals. An effect does not have to be observable on the individual level for it to be observable in the behavior of the market as a whole.
Expressive does not always mean "unnecessary clever", having less boilerplate is enormous advantage by itself. Consider that java until very recently didn't even have lambda expressions.

You might say: but IDEs help with boilerplate! True to a point. Someone still has to sift through the tons of unnecessary generated LOC crap just to get to the issue at hand.

Again, I'm not writing this to bash on java, I'm simply trying to show that search for "holy grail of programming languages" is far from fruitless, and it fills me with joy when I see more languages being developed and tried in different niches (clojure, rust, go, elixir — these are all different and awesome at the same time).
we've deployed modern haskell onto RHEL 6.5 systems at work, and thats not too bad (just some dy load library path hackery at worst)
I felt like I spent roughly the same amount of time working around Java's type system with copious amounts of boilerplate as I did fixing wrapping my head around type-related bugs in ruby, especially at scale because of how inflexible every Java architecture seems to become after 5 years. Java's types give you so, so little additional real world "safety" but easily require 10x the verbosity to express the same logic as a dynamic language. You still end up getting hit with null pointers and invalid argument errors.

I think Rust and Swift and Elm strike the right balance between developer productivity and a strict type system that actually improves the quality of production software.
Absolutely. I believe it is completely human nature. No matter how advanced we may feel that we are, in reality we are all very tribal.
People who worry about the moral decision-making of a car are pointing out that there's a sort of ethics reduction (in the math sense of the word) here: deciding on the ideal driverless car is about as hard as deciding on what the ideal moral framework is. The car must have some routine to deal with trolley problems somewhere.
That's only true for a small subset of applications. Beyond the code that the programmer is actually writing themselves and direct language features, Python (and most modern languages with good library support) makes a standard library (and many third party libraries). The library of external code that developers don't have to think about wasn't really covered in the article but is one of the things which multiply that 25 significantly higher.
Yeah, not even sure how I would do that. Would be strange to jam it into the title.

I suppose I could have left the first comment after posting as an explanation.

Right now we're not well-known enough for anyone else to post our stuff, so it falls to me.
Yeah, the chance of such a situation occurring is pretty much slim to none. A driverless car isn't going to be driving like a maniac at many times the speed limit and putting itself into dangerous situations at every opportunity.

Then again, given some of the stuff there's a market for, I guess there is the worry that 'driverless car aimed at person who wants to be in James Bond/Bullitt/whatever' might turn out to be a selling point for some manufacturers with questionable ethics.
Google’s modular phone prototype
Same here. We started using Slack because it was the only thing that could break the use of ad hoc AIM and Google Chat accounts.

I do think that the Slack homes for user groups and open source projects (the ones set up with auto-invite on Heroku) are direct replacements for "join us on Freenode" invitations.
If we follow Asimov, your car will take the hit and likely that is how it should be. The car's only judgment call should be, can I avoid this threat without threatening another?

You run into a cascade problem if your car decides to weigh the fates of other cars by trying to run some value comparison. Who sets the values? Can they be spoofed, and so on.

So first rule is that it cannot harm another vehicle to save itself. You aren't really part of the equation here, you cannot be. By the act of using the autonomous automobile you and it become one for sake of the how the rules play out.
Things that Excite Me about Angular 2
>if I'm buying a car, I like to think it's looking out for me first and someone else seven hundred and fifty sixth

It seems that, as driverless cars become more common, you are more frequently on the other side of the equation.
My take on driverless cars is that they should solve a few other problems first. Like our crazy insurance system. I should pay much less for driving on uncrowded rural highways than people who drive in congested cities. And pay by the number of miles driven. And fix the problem with drunken drivers and deer/car collisions. And taxes to pay for roads
not on how many miles you drive on which roads using what kind of vehichle. Small cars are subsidizing semis and dump trucks.
Not just the first gen, they are billions in the hole still
I implemented this neat trick that gives 4x spatial and 2x color resolution using Unicode Block characters

http://www.blitzcode.net/rust.shtml#term_gfx

https://github.com/blitzcode/term-gfx/blob/master/src/main.r...

I think it could work great for your software.
Ok great, thanks! I'll check this out when we run into these issues.
double getMaxSpeed(clear_road_ahead){
return speedAtWhichStoppingDistanceIs (clear_road_ahead/3);

}

enforceTopSpeed(getMaxSpeed(clear_road_ahead));

Engineering solved morality once again.
On another note, it could also be interesting to think about what the legal situation could be with a situation like this. If a driverless car prioritises the owner/passengers, then I can see a few court cases where the families of people killed by one would want to sue the manufacturer over it. And if it works the other way around, it could be the families of the passengers suing the company instead.

At which point we then have to let the court system decide how a driverless car should act in the case of this problem. And then it gets even more complicated, since different countries and states (and even towns) might come to different conclusions here. Does your car now need to know how to act in every possible US state and country in the world in case it's taken there and gets into an accident?
Another tutorial from first principles. https://github.com/ssloy/tinyrenderer/wiki
Engineering Values at Asana
Uber users with low phone batteries more likely to accept surge pricing
A wave function as I visualize it, doesn't exist at points it time, it exists over all points in time. Until the box is opened the cat has been alive and been alive the whole time. After collapse only one of those states is left which applies the whole time.

So if it we're possible for entangled particles to have one wave function, collapsing it makes the observed result the one that applies all the time, back to when it got entangled in a pair. I don't see this a communicating anything over distance. It's more like 'communicating' backward in time, but I don't really think that's communicating any more than opening the box communicates back in time to effect an outcome.
AI Startups Conference: San Francisco: May 25
They're both obnoxiously shitty. You wanted to load one resource, and then are redirected to a different, unwanted resource by an ad? That's asshole behavior. It's particularly worse when you're redirected out of the app you're using and into another one.

Nobody wants to be redirected by an ad to something they didn't ask for.
Maintainability is tricky to measure and tricky to achieve. My experience is it's more dependent on proper management, processes, discipline than on language traits, however, I agree that it's much easier to shoot yourself in the foot using highly expressive languages.
Yeah, the effect of libraries is huge and ignored by this analysis. There's a good reason we see so many web apps written in ruby/python/node and so few in C++.
> How enormous? Give me a number.

> I need a number

> The number?

The article places annoying attention to quantifying "workload estimates", whatever that even means. Because the written interview is so verbose, we know that the author just brushes away the interviewee's remark that 'other important factors effect that workload', and then proceeds to cryptically dance around those factors with very opinionated questions.
I too find it distracting. Sooo, I just left our channels with stupid memes and keep only the ones that provide the information I need to do my job. I don't get how people can complain how distracting it is when your not obligated to stay in those channels. n=1 anecdote, but with my team in four offices on two continents Slack (or Hipchat) is valuable.
Completely agree. The self-driving car doesn't need to pick who to kill, mostly because it started braking 1.5 seconds ago.