skysight-inc/HackerNews huggingface dataset:
1. elite schools allow for career paths outside their major, i.e. it is common to see a history major from harvard take a job as an analyst at an investment bank that won't even look at the resume of a business major from a state school.

2. if you go into a field with a low variance in pay (say teaching) an elite degree may not make you more money, but it may dramatically increase you likelihood of landing a job, or getting a more desirable job despite similar (or lower pay) i.e. at a public vs. private school
Same premise as Greg Bear's The Forge of God [1] from 1987, where the aliens play mindgames with the civilizations they are about to destroy. His analogy (from memory) is baby birds cheeping in a tree.

[1] https://en.wikipedia.org/wiki/The_Forge_of_God
15/1 in mbit. I always quote those numbers in mbit.

$45.89 currently.
"Study finds improved self-regulation in kindergartners who wait a year to enroll" https://news.ycombinator.com/item?id=10571222

Note that the article is not comparing 5 years olds to 6 year olds. It is comparing 11 years olds who started school at 5 vs 11 year olds who started school at 6.
Only the simple Fermat tests are vulnerable to Carmichael numbers. The test which is used in practice, Rabin-Miller, is not vulnerable to them. In fact, if you assume the extended Riemann hypothesis is true, (log n)^2 iterations of Rabin-Miller are sufficient to prove primality.
Yep. It's a hosting cliche at this point, it's never really unlimited, it's almost almost overselling with a small note in the terms and conditions saying that some nebulous resource limit applies.

It's pretty well known over at Web Hosting Talk. It's one of the reasons services by a certain notorious company called EIG have a poor reputation.

Doesn't make it any more ethical to do it here though. The hosting business may be filled to the brim with sleazy companies and dodgy deals, but you don't need to do likewise in order to become successful.
>companies are for shareholders, not workers

Companies, whether it is admitted by them or not, are really for stakeholders, not just shareholders, and stakeholders includes employees; or least, wise companies will act as if that is so, even if it is not so legally on paper.
Does hangouts have a concept of topics? From my limited uses of it, if you chat with a single person, you can't create a new chat with that person around a different topic.

In slack, I can (and do) have multiple conversations with the same person, but organized around topics.

In hangouts, how do I easily see the files that have been sent? I opened a hangout I've had with a buddy of mine, and it (at least to me) wasn't obvious where those files are.

Also, how do I star a comment? In slack, it's handy to star a comment, or even pin them, to make finding them easier.

No question that you get slack like functionality across a myriad of tools you currently use and are familiar with. However as far as an integrated, easy to use experience, Slack is fairly compelling.
One problem that can cause price differences is obesity. 2/3rs of Americans are overweight or obese, and it is much more difficult, expensive, and potentially dangerous, to cremate a person who has a bodyfat percentage of 40% or more.

See http://www.express.co.uk/news/world/520833/Cremation-obese-5...

Funeral Homes should only have to post rates for people with body fat percentages of 25 and below. And they should be allowed to charge more for the fat. Otherwise families of people who were not obese would be subsidizing obese lifestyle choices.
I don't mind FOSS projects adopting slack - whatever it takes to make devs/users happy. But slack's tab-completion is woefully pathetic when there's more than a few hundred members in a chat room.

This is a solved problem - get it together slack!
I fail to see how this is different than Node-Red. Node-red already has a nice ecosystem, and extra modules allow usage of any npmjs modules to be used (in excess of 200k).
I'm pretty sure that when you generate a prime you're using the Miller–Rabin primality test in which case you only probabilistically choose a prime.

In fact, the is_prime functions in openssl don't check if a number is prime. They only check that a number is prime within 1-2^-80 probability. I'm not sure what the implications are though.

See https://www.openssl.org/docs/manmaster/crypto/BN_generate_pr...
See the recent story on IRCv3:

https://news.ycombinator.com/item?id=11005999
Awesome, that's exactly what I was looking for. Thanks!
Automated Deploys for CloudFront with ACM SSL Certs
>No one who benefits from a crime or from immoral behaviour can be said to be completely innocent.

Then there is no innocent person in existence and the term becomes meaningless. So, to avoid having to fully deprecate the term, we veto the above definition.
Exactly. And the sooner more companies' management as well as workers realize it, the better it will be for all concerned.
That's been recommended to me before, but I'd forgotten about it - I shall act this time. Thanks!

I started to read Solaris, but found the translation stilted and difficult, so gave up. I've just read that Lem himself didn't like the Rnglish translation! It's unlikely I'll be learning Polish this lifetime.
DevOps Engineer @ The Minneapolis Star Tribune | https://goo.gl/yJ9G63 | Minneapolis, MN ONSITE FULL-TIME

Newspapers come in two flavors these days: dying, or digitally evolving. The Star Tribune is in the latter category. We're a modern tech shop, and as an ops engineer in the style of devops, you'll be playing with such fun toys as AWS, Python, Go, Ansible, Packer, Docker, Vagrant, Prometheus, and similar. We believe in using the right tool for the job, building up our teammates as much as building up our sites and apps, and exploring the digital frontier. We're exploring how to use tech of tomorrow to make consuming the news more awesome - yes, that includes the Oculus Rift and HoloLens.

If you like continuous deployment, containers, automation, and learning new things, you'll love working with us.

I'm the hiring manager and the guy who'd be your immediate boss, so feel free to ask me anything.
These look like diagrams from Bosch Otto ECUs (ME series).

FWIW, the ECUs in question (EDC17) use much more descriptive names:

Epm_nEng - engine speed; InjCt1_qSetUnBal - set quantity for first injection (roughly); VehV_v - vehicle speed

I much prefer the EDC17 style, but your mileage may vary.
How Both Parties Lost the White Middle Class
Oh yeah, good point, projects can't bring their own user authentication system, so all your contributors have to have github accounts.

So OK, sure, github is as bad as slack.
Running a hosting business is hard work, I did it for over 10 years. It's under-appreciated, users complain about everything, nobody wants to trust you, and many of the customers you do remain want to bleed your support dry. Some of the most successful hosting companies have succeeded by eliminating SLAs and making support hard to reach. Others such as Rackspace make support easy to get, but make sure the customers pay for the privilege. All of the problems with trying to start a hosting company are clear from the responses here.

One of the problems in this space is that it's a mature market. Developers are accustomed to Amazon, Digital Ocean, Linode, Azure, and GCE. These are mature products and yes, users are skeptical of new entrants that don't do as much, don't have a complete product, or even have put effort into their website. For HackerNews, it's ironic, but clearly this audience is expecting a mature product not a lean approach. (Self-provisioning while now industry-standard requires a significant effort to prevent fraud & abuse, and slow-provisioning is completely in-line with Lean methodologies)

So, some advice:

* Don't give up just because of the bad feedback. Iterate!

* Focusing on devs is probably wrong if you don't have a plan to leverage individual sales to enterprise sales. Individuals pay less and you need more of them. More customers usually equals more support, they're more fickle, and less likely to be retained. Perhaps surprisingly, they're also traditionally seasonal, with dev-based buy-in being strongest during summer.

* Find a hook. Something you do better, or different. For my hosting company, it was virtual servers for only $6/mo, when at the time the lowest priced alternative was $20/mo. We adopted an architecture that allowed us to radically compete on price. It doesn't have to be price, and honestly, it's better that it's not. Also make sure the hook is understood by the market, one of my company's problems was that our low price had us compared to shared hosting or container-based solutions, because virtual servers at that price was too unbelievable.

* Hack trust. Some people here mention trust. Now, I think this is over-valued. People put data with companies they really don't know much about all the time. At some point, nobody knew who Dropbox, Docker, or Digital Ocean were. If, however, this proves to be a problem - and it could be in the current surveillance state - then look at ways to hack trust. For instance, a service such as AWS Lambda has a different threat (and trust) model than EC2, based solely on how developers use these products. If you stick with VM-based hosting, then develop partnerships, get reference customers, bring on staff that the community already knows, loves, and trusts.

Good luck!
She never has to work another day in her life. She'll do just fine. The older workers who are being shitcanned and forced into involuntary early retirement, however, do not have that luxury.
Best in class YC companies
Airbnb was voted the best company among its peers in the Winter class of 2009. Does anybody have a list of all other winners within each respective class through 2015?
Yahoo is profitable.
Would love to see this further fleshed out and updated. Good work!
Sure... i just want the opportunity to write good code, once, before i die and getting paid for it :)
Avira System Speedup 2.1.11.1086 Incl Key and Crack
I see. You are right, and yes I may have jumped to the gun too quickly.
Started a new job for the first time in 14 years. I'm at a startup learning about and doing asp.net web api and angularjs.
We don't even know that such probes are technologically feasible. The closest examples we have in the real world are forms of life which are incredibly power-hungry, fragile and prone to mutation. The more complex life is, it appears, the more fragile it becomes, so I would assume this would apply to probes as well, since they would essentially be life. It's entirely possible that, even if such probes exist, they inevitably fail due to entropy, inefficiency or lack of a stable source of fuel/replication mass over a few generations.

Not every civilization capable of trying may retain such technological capability forever, either. Even if attempting the trick is relatively rare in the life cycle of civilizations, those that can may not care to do so within the window of their capabilities. You could just as well argue that it's not possible for a civilization exactly as advanced as our own to prevent the launch of a deadly bioweapon which leads to their extinction. You could argue any number of logically sound things which may simply not shake out due to chance in the real universe. Maybe only a few such civilizations have actually arisen, and by pure chance, none of them have done it.
More advanced civilizations could be watching out for and preventing more primitive civilizations from polluting the universe with self-replicating probes. We are probably being watched right now and if we attempted to launch an armada of replicating probes they would most likely subtly sabotage them to prevent them from replicating. It would take years before we knew something was wrong and hopefully by then we would be smart enough to not do something like that again. In fact I hope we are smart enough RIGHT NOW to realize that it is highly irresponsible to send out self replicating probes considering how easy it would be for gamma and cosmic rays to corrupt the programming into a virus.
Synthego | BioTech | Redwood City, CA | ONSITE | FULLTIME

At Synthego, we are looking for people who want to help build a fully-automated, research facility that moves, mixes, manipulates, and analyzes molecules and cells. We're looking for badassery in the following areas:

* Mechanical Engineers

* Junior Mechanical Technicians

* Automation Engineers

* Software Engineers - mostly Python

* Roboticists

* Wet lab technicians with experience in chemistry or biochemistry labs

* Organic Chemists

* Biologist experienced with CRISPR

We are backed by Founders Fund, and located in Redwood City, CA.
If you are interested email me at josh@synthego.com
My favorite days are the one where central IT screws up the system, and we get certificate errors everywhere we go. Uh, do you think they're tracking us and snooping all supposedly secure communication? Naaaaaah. Luckily, I avoid most of those days working from home and NOT using the VPN. I SHOULD make sure I never log into something I care about (like iCloud) while on their network. The problem is that I can't get reception on my cell phone inside the building.
Btw I couldnt find your email in your profile. I would love to get in touch. If you can send me a quick note, (my email is in my profile) that would be great.
Forget about textbooks, they're irrelevant. The exclusive thing some universities can offer is a direct guidance from the top academics (including Nobel prize winners).

This is the main (and probably the only legitimate) reason to want to be educated in such an institution. They can provide an access to an early research material which is not even published yet, and will only get into textbooks decades later.
Yahoo is profitable. But it's not more profitable than the amount that shareholders think they can save by executing a convoluted plan to avoid paying taxes on the gains from the Alibaba shares that Yahoo owns. The convoluted plan involves getting rid of the Yahoo business by either selling it or killing it if need be.
not really Yahoo specific, but certainly very common in the large tech company like Yahoo. I had a mixed experience with Yahoo recruiting team than the Yahoo interview (I had a great experience there, thanks to the folks there giving a chance).
The context of this discussion is open source projects. While I agree that these are all useful features, I'm not so sure they would be useful for open source projects whose membership tends to change relatively frequently. Also, many of these features are features of the client, not the protocol.

> multiple session support

There are web-based IRC clients that support this. In fact, I would not be surprised if under the hood Slack started out life as a web-based IRC client - it's a very similar (though much more polished) experience.

> native mobile clients

There are native mobile IRC clients; and Slack's mobile client is nothing to brag about - I've seen it take 10-15 minutes for messages to propagate to the mobile app. It also tends to hang frequently when using it.

> easy third party integrations

I don't know that it gets any easier than IRC - it's a plaintext protocol that's open and well-documented, and even easier to use than HTTP. As a kid over 25 years ago, I wrote an IRC bot in Perl - and the protocol hasn't changed a lot since then. There are mature IRC libraries for nearly every programming language / stack.

> baked in searchable history

Granted - this doesn't exist by default in the client - but an Open Source project could easily set up an IRC log bot (of which there are many, and they provide interface / search / etc). And then you can just search the history via private message with the log bot.

> team support

This is a management feature; you can also easily just create password-protected channels (yes, this is a feature of the IRC protocol and not any particular client).

> easy enough for the non-techies to use

IRC is a little more difficult than Slack, but then again I don't know that most open source projects have much reason to interact with people who are not technical enough to connect an IRC client (at least in the scope of the project).
From their announcement:

We are announcing today that the Copy and CudaDrive services will be discontinued on May 1, 2016.

Copy and CudaDrive have provided easy-to-use cloud file services and sharing functionality to millions of users the past 4+ years. However, as our business focus has shifted, we had to make the difficult decision to discontinue the Copy and CudaDrive services and allocate those resources elsewhere. For more information on this decision, please view the blog post from Rod Mathews, our GM of Storage.

We know this comes as disappointing news to our users, but rest assured that we will do everything we can to take care of each of you in the manner for which Barracuda is known. We have created a step by step guide that walks you through the process of moving your data to a local hard drive or another cloud storage solution.

If you are on a paid subscription for either Copy or CudaDrive, please keep an eye out in the coming days for an email with more detailed information on your options. For additional information, please visit our FAQ page.

Thank you to everyone for your support.

All the best,

The Copy & CudaDrive Team
TNS Research: How Many Company Developers Should Work on Open Source?
You worked on MPK20?
Others also pointed out trains are big and heavy, which I thought of more in terms of an advantage (doesn't exactly speed up all that quickly) or neutral in terms of impact on the conductor (if it crashes, yes, it's a big deal, but assuming it doesn't, it's not).

I hadn't thought about it in terms of cycle time and 'tending' as you mention. You're right that having to plan things ahead, and watching the consequences of your earlier actions unfold slowly can be quite stressful. I imagine it also demands much more in terms of multi-tasking because you can't just respond to an immediate need, you need to keep more 'balls in the air' at a given point in time because of how slowly the controls respond. Excellent point, thank you.
I thought about this a bit. I'm a huge opponent of closed source / walled garden-style approaches for many platforms and situations, and I'm curious why this seems different for me. The biggest difference between Slack and normal situations where you do not want a walled garden is that porting between chat programs is relatively easy. Unless you're highly invested in the user flows allowed by a particular chat application (bad idea, IMO) which particular client you use doesn't matter that much. The only thing I can see this being a problem for is chat history, which you can still access from the old platform if you need it.
Great news. Congratulations. If anyone is interested in learning more about Jekyll I've put together a link collection called Awesome Jekyll @ Planet Jekyll [1] - it also includes a section on the history (evolution) of GitHub Pages. Cheers.
[1] https://github.com/planetjekyll/awesome-jekyll
I agree with the article and many of the comments here. I'd add that there's another thing: a one-size-fits-all design. Open plan offices are very good for workers for whom collaboration is constant; I've seen sales, marketing, some ops, and a few other departments who would constantly interact no matter what kind of office layout they had. For work that requires lots of concentration and little collaboration, though, that layout is counterproductive. Companies should start thinking about role needs and the space required to support maximum productivity, rather than just having a single layout because it's easier/cheaper. How about a ring of private offices for those that need it surrounding a shared collaboration space? I worked at one place like with that layout and it worked very well.
How Fabulous Beasts Was Designed to Perfection
Shout out to GitLab. Work on an awesome FOSS product :)
> While it's smart to assume so, it's also pretty laughable to think that the NSA has an exhaustive list of encryption vulnerabilities.

True, but in this case I'm sure they have enough hardware to factor any widely deployed primes used in crypto or semi crypto comms software. After all, that is half of the NSAs job description.
Thinking about this paradox in terms of probabilities:

P(probes) = 1 - (1 - P(a civ can launch a probe)) ^ N(civ)

If we don't see probes, and if we don't think P(can launch) is exactly zero, then N(civ) just has to be small.

EDIT: HN deleted my Fortran-style exponentiation.
I chat with non-technical people on IRC everyday. If setting up an IRC client is "too much work", contributing to FOSS is "too much work." Don't force everyone onto a proprietary platform because its modestly more usable than IRC.
Why are you using a README to display this list instead of GitHub Pages?
If -- like me -- you have never gone through a university Operating Systems course, you might find the following short Udacity videos helpful.

This one motivates virtual memory:

https://www.youtube.com/watch?v=3kRBVdnLBW4

This one gives a high level view of how everything works:

https://www.youtube.com/watch?v=l7HoguhFVQ4
In Postgresql 9.6: parallel joins
Oh, you're right! I've never owned a diesel so I've only looked at EDC17 in passing. :)

The variables certainly aren't as cryptic... I think even a native German speaker would have trouble with the ME7 ones.
Indeed, for that amount of money 15Mbit is anemic.
(Not the OP) I have relatives who object to using Facebook.
I've stayed in Downtown Manhattan several times and I haven't heard helicopter noise, but I have heard sirens and honking horns throughout the night. It didn't bother me much; I have a reasonably high noise tolerance and I pretty much expect that out of being inside a dense city. This is why the shrill tone of "the tourists are ruining our city" in the article falls flat to me.

It sounds like you live in NYC. Do the helicopters tend to bother you?
Google passes Apple as most valuable company
Olo| Xamarin Mobile Engineer | NYC Or (Remote within the U.S)

This is a Full-Time Role

Olo reaches millions of consumers by powering mobile and online ordering for many of the country’s largest restaurant chains. Mobile ordering and payments is an exciting and active industry full of interesting players and yet still a relatively untapped market ripe for disruption.

Olo is revolutionizing the customer experience at these restaurant chains, and we're looking for talented engineers to join our mobile team and help us achieve this vision. As part of the team you will play a significant and visible role in helping us deliver an exceptional mobile ordering experience to our clients’ consumers via our native iOS and Android apps, as well as contribute to our ongoing innovation in restaurant operations tools and services. You’ll work with a small and passionate team dedicated to delivering amazing products using modern tools and technologies such as Xamarin, HockeyApp, MVVM, and more.

Requirements

You are excited by the ongoing advances in mobile technology.

* You have strong working knowledge of the iOS or Android platforms (bonus points for both).

* You have experience working with Xamarin and have built apps that integrate with web services.

* While not a designer, you understand the key factors in a quality mobile UI/UX design.

* You have at least 3 years on-the-job development experience at a senior technical level.

* You can demonstrate thorough knowledge of C#, .NET and object oriented design and patterns.

* You are adept at writing unit tests and testable code, and working under distributed version control (preferably Git).

* You have an innate drive to automate anything that has to be done more than once.

* Your English writing and verbal communication skills are strong.

Please reach out to me directly at johnball@olo.com
Alphabet Announces Fourth Quarter and Fiscal Year 2015 Results