skysight-inc/HackerNews huggingface dataset:
This is exactly the point. Playing the lottery is a relatively cheap and accessible licence to dream, regardless of the actual odds of fulfilling that dream. The journey is the fun part, even if you never reach the destination.
Don't Trust Anyone Under 500
> Thinking that the longest train link in France, a country that's 1000 km wide and 1000 km high, is 100 km long is completely ridiculous.

They do specifically mention "high speed" train lines.
what other chat apps would you use?
Not exactly sure why the downvotes, but I guess maybe it has to do about offtopic comparisons.

Hyperloop is designed for medium distances transportation like between 300 and 1000. Over that, it probably make no sense against air travel.

So Europe is kind of the perfect place for hyperloop, and probably the reason why its traditional tech competitor, the high speed train, is successful. That's also the reason of my comment - if hyperloop can deliver cheaper, faster to build and plain faster connection for medium distance travel that could revolutionize transport in Europe even more than for the US.

EDIT: as another reader has noted, I missed the "106" km link. I suppose you mean 1060 or something ?
You say it should be obvious what a value embedded in code is. OK, but for one reason or another it often is not. So why not have your coding standard be name constants well at the top of the file or function. I think that is more consistently readable and reusable.
How far in the future are you wanting to consider? I don't think we're remotely close to even a primitive form of AI, let alone any AI that can program without human input.

Personally, I'd be shocked if this happens in the next 100 years. But it's such a "new" field, that trying to predicit 100 years into the future is a crapshoot.
> Most contracts aren't meant to be read be you, but by a lawyer.

Then this pulls the rug out from under the oft-made claim, "It's in the ToS, so it's acceptable", doesn't it?[0]

In any case, in the US it's common in the medical field to be required to provide plain-English[1] summaries of any contract that are at a certain maximum reading level (oftentimes 4th grade). These summaries are not legally binding per se, but if they do not accurately reflect the contracts and policies they summarize, there can be serious consequences. The same is also often true for government programs or private contractors which receive local or federal government funds for providing services to the public.

I would love to see this catch on for privacy policies and terms of services, though it may take legal fiat for this to happen (as it did in the medical and public sectors). Hopefully we can address this problem as an industry before it comes to that.

[0] This claim is not valid for a number of reasons, one of which being that ToS may contain clauses that are not even legally enforceable, or which may violate other laws.

[1] And depending on where in the country you live, you may be required to provide these in more than one language.
Gave self a "terrifying lesson". Enlisted in the Marine Corps on an open contract. From Day #1, was surrounded by profoundly competent, but wholly crazy, people that seemed to cherish all manner of physical discomfort or mental terror experienced in the course of a day's 'work'. Damn right that the VA benefits were subsequently used for school and CS degree.
Targeted DNA degradation using a CRISPR device stably carried in the host genome
Hence my comment about fixing our regulatory process. Canada for example is much more streamlined, which is why Terrestrial Energy is starting out there.
Yes, C's string handling is pretty crappy (especially given how important a data type strings are in Unix). And its operator precedence rules aren't always the best. But just like 10 million Elvis fans can't be wrong, neither can a language that is to programming what Elvis, the Beatles, and Michael Jackson put together were to music be anything other than a triumph of engineering.

Better string handling or not, just as surely as video killed the radio star at about the same time, C killed the Pascal programmer. And the FORTRAN programmer, and COBOL, and BASIC, and assembler, and pre-1972 Lisp, and all the other old programming languages that are nowadays too obscure for me even to list. And operator precedence or not, every non-Lisp programming language of any popularity today apes C's syntax, not Ada or BASIC or somesuch.

I'm not saying C is perfect. I don't even particularly like coding in C; I'm just saying that it just was a huge breakthrough in programming language design at the time it came out, and was overall the best designed language ever to that point (which, Lisp fanatics and Donald Knuth aside, I think most would agree with). Certainly not something you could ever say about JavaScript with a straight face.

My point re scripting languages was that if Netscape had wanted to be on the bleeding edge, they still had much better choices. JavaScript is a programming language created in one week, where one of the major design considerations was to be an advertisement for a different programming language, and it shows. It certainly showed in 1995, before we had 20 years, billions of dollars and millions of man-hours invested by all the major companies in optimizing VMs, improving the standard, creating libraries and all the other miscellaneous forms of putting lipstick on a pig.
My thoughts are mixed. On the one hand, there is a ton of money being funneled away from desktop UIs and being dumped into browser technology. On the other hand, browsers are awful platforms for developing desktop applications and there doesn't seem to be any real drive to address the shortcomings, as everyone is focused on mobile.

My current work is focused on the web stack, not because it is a better platform, but because that's how everyone is wanting to deploy these days.

However, I've been starting to see some chatter and recognition lately that perhaps the web is best left to documents, and large applications should continue to use native toolkits. This is promising. There is room for both technologies, and I hope that mindset takes hold.
I know what you mean - I installed arch a month or two ago, and the hardest thing for me was setting up the boot partition (I wanted to dual-boot the laptop with windows).

My familiarity with grub and the UEFI boot-process was really limited. The beginner's guide and the rest of the Arch wiki are extremely useful, and I was able to get everything set up, but it did take several hours.

Then, a couple of weeks later, my system broke with a kernel update. I hadn't properly set up my fstab to point /boot to the correct partition, so I had a separate /boot directory in the same partition as my root system... stupid on my part.

It was a bit of a pain to fix, because I couldn't boot into the system. I ended up using the USB installer that I had setup Arch with. Now things seem to be running fine again (except that recently "suspend" and "hibernate" randomly disappeared from the shutdown options in my Cinnamon DE... weird).

But yeah, Arch forces you to learn the things that you can just overlook on something like Ubuntu. I takes time, but at least you learn how to fix them when they break. I've shot myself in the foot a few times, but it's been with a BB gun instead of a shotgun.
I mostly agree with this article. Nitpicking a point, however, I don't consider a constant to be a "magic number". If you've given it a clear variable name, such as "defaultRetries" then it is no longer "magic".
Yeah I don't specifically mean the virtual DOM, I'm thinking more about the fact that your interactivity isn't coupled to the actual markup. If you avoid browser specific functionality, it would be super easy to port to another platform.
We'll write AIs (heh).

On a more serious note, if program writing neural-nets develop much further I can see the field putting more of an emphasis on the theoretical aspect, and leaving implementations to the AIs -- a bit like the way mathematics is heading. Less time spent on proof-checking (and one day perhaps, construction), etc.
How Not to Die Hard with Math
So what? France has an extensive high-speed rail network which even a cursory glance would reveal if one wasn't already aware.
Just keep updating everything on every input event! Sounds crazy but with virtual DOM it should be pretty doable at least for prototypes.

https://github.com/unframework/vdom-live
Yes, There Is Such a Thing as a Stupid Question
I found the iOS "Yoga Nidra" app to be a good starting point. There is a trial version that gives you a 10-minute walkthrough.
Atlanta - Onsite - Engineering and PM positions at StrataCloud!

Systems Engineer - http://www.stratacloud.com/job/systems-engineer/

Technical Product Manager - http://www.stratacloud.com/job/technical-product-manager/

Support Engineer - http://www.stratacloud.com/job/support-engineer-junior/

Sales Engineer - http://www.stratacloud.com/job/sales-engineer/

QA Engineer - http://www.stratacloud.com/job/qa-engineer/

Java Developer - http://www.stratacloud.com/job/java-developer-2/
Ask HN: How to reskill without losing income?
I am making a good living with a niche skillset. It's a fairly old technology and there's less and less work in that area.
I'd like to move to another technology stack - it's not too hard for me - different keywords etc and I've actually done some hobby projects already.
I think if I applied for a job I'd get rejected as there is no track record of being able to work with that tech.
Best get case I could probably apply for a junior job which would pay well below my current. It will probably take years to get to the same level of pay, assuming that particualr tech stack takes off.
Is there any eascape from this?
Are there any companies that would be willing to hire a grumpy 30-something and recognise his/her experience as something reusable?
I know that in France the high speed lines connecting areas with high population density like Paris-Marseille or Paris-Lyon are among the most profitable for the SCNF.

But of course that's a complex issue, some say that the local service degraded as more resources were diverted to the TGV lines. I can't really imagine that having the center of Marseille 3 hours away from the center of Paris can be a net negative overall. It beats the plane every time, that's for sure.
The Psychology of Upgrade Emails: Make Something to Lose
Programming is way to important to leave it to humans. I think in the near future we'll have programs who write programs and humans will be unneeded in this field.
Typing on the keyboard is not what takes up most of the time in programming; thinking is. With static types you are forced to put more time into thinking about how to make the program compile whereas in a dynamic scripting language you only care about the result output. Your script may be ill-typed but if it gives the correct output for that situation then it doesn't really matter.

Static types save time later by giving you the opportunity to do a lot of refactoring with high assurance of correctness. Unit tests bring back some of this ability to dynamic languages but they require extra time to write and maintain the tests.
Would the Russian Trans-Siberian line compare? Almost 10.000 kilometers in length, takes eight days to complete it (because it's got branches, isn't a high-speed rail, etc). Longest train line is Kiev - Vladivostok at 11.000 kilometers.

I'd say nobody has any conception of distances involved in the really big countries.
I actually agree with you about all of this. And I think that we'll see the blockchain get incorporated into the mainstream banking system eventually because it's got some big audibility benefits that both the banks and the fed would be interested in. But anonymity is not one of those; in fact the blockchain makes the money supply much more traceable.

But the existence of corrupt bankers or government officials doesn't mean that the system doesn't work. It does work for the vast majority of people who are able to deposit money and withdraw it later. Sure, it's broken in ways that allow a select few to ignore the laws and gain an unfair advantage, but that has always been the case with any system of wealth distribution and it's certainly better than it has been in the past.

The idea that there can be a single algorithm that controls a large part of our financial system is a dangerous one. One, it presupposes that the people who built said algorithm have no ulterior motives. Two, it (like any other economic model) assumes that markets are rational. Markets are rational most of the time and then irrational for brief periods of instability -- which is when you need human judgement to identify the cause of irrationality and address it. Third, an algorithm like Bitcoin is unable to adapt to the geopolitics around money supply -- the way that the Yuan and the Dollar are connected can't be described by pure math; and any solution to problems between the two economies are likely to be political or military in nature.

Is the Fed perfect? No; it's not by any means. But judging by our track record against other economies, I would say the Fed is doing something right. It's our Congress that fucks it all up.
It is very uncommon for Ubuntu and derivatives, so I guess the answer's yes.
Did you see the John Oliver episode about dick pics?

Oh, they care once they really understand. The problem is, most people, aren't really thinking that critically about it until it smacks them in the face at which point its (usually) too late.
> talking about ways you could actually achieve the claims of the product

The thing is, you fundamentally cannot achieve the claims of the product, or rather: you can only fulfill the claim for an area of application which consists of badly designed circuits to begin with.

Would you (rightly...) call bullshit on me if I claim that I developed a patch to gcc that makes all software 800% faster? You probably would start explaining to me that typical software is limited by memory bandwidth, or might wait for disk I/O... and that one might achieve 800% speedup only at some hot-spots in exceptionally rare cases of particularly badly coded programs.
I don't think this is good advice. If I switched to Windows, it would take me significantly longer to get my environment setup in a way that is useful to me. I'm spending more time tweaking my environment than actually coding.

At the company I work for, we have people on Windows, and we have people on OSX. We've never had a problem with it. Our build scripts are agnostic because we deploy to Linux anyways. If someone doesn't have a piece of software on a specific OS, we just run it on a VM.

I just can't think of a good reason to why you would need to switch to Windows in a PHP environment. I think it might be understandable if you work on a platform that forces you to run a specific operating system (like specific game engines), but I doubt he'll have any issues doing PHP dev on a Linux machine and switching to a different OS is just going to slow him down.

I assume the reason the company is not allowing you to run on metal is so they can install company software to monitor and install software updates on your machine, not because of the development environment associated with PHP.

I wouldn't switch my OS for a company unless the work absolutely requires it. My environment is highly automated for OSX and I can get up and running in under an hour. All my software is installed automatically, I have set directories where websites live and nginx is already configured to run from those directories.
You could do work at night on side projects to learn new skills.
Well I'm talking about high speed train lines, I only included Quimper-Vintimille for comparison.

Even if you somehow counted only >300km/h as high-speed, then the LGV Est is a bit more than 300 km long and rated at 320 km/h. I suspect a 100 km-long high-speed line would not even be competitive against cars, except maybe in dense urban areas where car traffic is often slow.
We experienced these problems at my startup using these two technologies too.
We use ADP and they are one of the worst companies to work with, very very difficult and their web interface is like the 90s.
This general attitude of being friendly and encouraging people is probably a large contributor to your success. :P
The only thing I know about the future is that nobody knows about it. If you would force me to respond to your question, I'd say it would take a long while until AI's can predict taste, feelings, emotions, "change of minds" and so on and so on. Maybe AI's will do the websites for us, but even then I would not worry. Instead, I would do something with a real meaning and a real purpose. Like maintaining a garden. As skill which might come handy when the AI wars begin.
Anyone else can't watch videos at work? I technically can, but don't have any headphones so I ended up watching with auto closed captioning. Suffice to say, it was a bit less entertaining than the original Die Hard 3.
Perhaps the right approach would be to still use constraints to describe the layout, but to infer those constraints from examples provided interactively by the designer. The workflow would be:

10 designer creates an initial mock-up

20 designer re-sizes the window / uses another device

30 designer alters the style on that new format, re-sizing boxes, changing font sizes, etc.

40 constraint solver finds a minimal set of constraints consistent with the designer wishes

50 goto 20
Oscilloscope Music by Jerobeam Fenderson
Eich didn't just hold the same nominal position on marriage, though. He donated a large sum of money to actively (and successfully for a time) strip his coworkers of their legal rights. Not only did his position on marriage not change, but he expressed no regret over the actual, tangible harm that he helped to cause to his numerous gay and lesbian coworkers. It doesn't sound quite as soft when you put it that way.

There was no big ruckus when he was the CTO for the Mozilla Foundation, either. But when you become the CEO of an organization, you become its public face in many ways. And he had some baggage, there. Like it or not, many corporate CEOs are held to different standards of public discourse by their employers, because companies generally don't want to risk alienating consumers.

Now, I don't know that it was right for him to lose his job. That was probably the wrong thing to happen at this point in time. I have big problems with companies being able to exercise control over people's expression of their political beliefs and actions. I feel bad for him losing the position, I really do. On the other hand, if he was not going to be able to effectively run the foundation and there were schisms forming in the community that's so essential to the continuation of the foundation's work...what are you, as Mozilla, to do?

I mean, if you had a corporate leader who came out publicly and said, "I don't think mixed race couples should be allowed to marry," she or he probably would not last much longer in that position. And I'll bet most people would not have much of a problem. In fact, I don't have to bet about a situation like that — nobody shed too many tears for Donald Sterling.

It's a complicated issue. I'd strongly suggest reading (or listening) to the things that Dan Savage and Andrew Sullivan (both gay writers with very different political bents) had to say afterwards. Savage pointed out, very interestingly, that this ouster, while pinned on the "gay mafia", was really something that came from other large tech companies, from online journalistic enterprises, and from inside Mozilla itself. It may just be the first pang of society saying, "Bigotry against gay people is not socially acceptable, just like many other forms of bigotry." Again, like it or not, society does this all the time. See, again, Donald Sterling for a case study in it.
Highways are also not self funding.

Note that the Northeast Corridor, the only thing approaching high speed rail in the US, is very profitable. Unfortunately Amtrak then has to take that surplus to subsidize unprofitable routes elsewhere.
Who's the thief? The lottery company or the person "robbing" the lottery company?

Once you pay over your cash, it belongs to the lottery commission. Your chance of winning is infinitesimal to the point that you may as well spend your money on other things, like paying down your mortgage quicker or paying off your car quicker or whatever other debts you have - either way, the money is gone - unless what you're getting out of it is that period between purchase and draw - the _hope_ of the win, you're likely getting nothing out of your purchase. If you're getting your emotional high from playing rather than the hope of winning, then perhaps the $5 is a good purchase, it's hard to say; otherwise, I'd say it's better spent on something the _does_ have a financial or emotional reward.

Either way, I'm not really clear on what your point is... perhaps you can clarify.
Default is an option specifically written into any loan contract, the terms of which (and the actions that happen upon default) presumably agreed to by all parties. There is no reason to artificially bring morality into a debtor's decision to default. The loan-writing industry, of course, loves that we attach shame to the option that most hurts their business.

Saying it's immoral to default on a loan is like saying it's immoral to exercise a put option that happens to bankrupt the option writer.
Steve Jobs and the proof of enlightenment
If that were the only restriction the ticket companies could just sell the info.
Show HN: FasterBadger – browser in the cloud (pages are rendered on the server)
Yeah, this is why relying on potential competitors generally leads to all sorts of sadness. :/
Voltage, mainly. Sometimes NiMH batteries just don't do the job for very long- it's like putting in an almost dead battery to start with. My kids' wii remotes, for example, don't work very well on rechargeables. They work for a little while, but I was constantly recharging them to the point where it got stupid.
That's not solving the issue, which is using road instead of a rail-like system.
That's the correct approach, in my opinion.
It's in the pipeline.
Thanks, it's not too hard to grok, but some of the specific words like "Lightning" are hard to understand.
Having glanced at the formal specs for IPsec, I am glad I never have to provide a signature to the fact that I fully understand it. RFC's and similar document has often ambiguous cases and errors to the point where experts in the field often reach different interpretation to the same text.

But contracts are intended to be understood and signed by ordinary people, on the assumption that one can understand it. Contract law itself, and in particular for civil law, the underlying theory is that a contract is a meeting of the mind where both parties understand what kind of responsibility and obligation there is. It seems only in recent time that this concept has been thrown under the table and contracts are written by lawyers, for the court, and people are just expected to sign it on blind faith that it all is fair.

tosdr goal seems to be fixing this, but I don't see how it ever could reach it. If the best contract in the market can't be understood, can't be read, then what can we do except ignoring the TOS and instead rate companies in how they behave regarding privacy, copyright, and QoS?
Next you'll be telling me he didn't really say that thing about defending my right to say things.
We might not be using the same definition for "block". Happy to chat offline if you'd like to email me (joel@maraudersoftware.com). Cheers
You must look at this article about technological singularity.

http://en.wikipedia.org/wiki/Technological_singularity

In my opinion, the next programmers generation will do quantic computing. Crypto algorithms, protocols, softwares, we will have to rethink everything to get it working with qubits. (http://en.wikipedia.org/wiki/Qubit)
I'm biased since I work there, but it's worth checking out justworks.com - payroll/benefits/HR/everything in one place, no need to integrate with different providers.