skysight-inc/HackerNews huggingface dataset:
It happens every time.

As soon as you hit an environment where there are > 20 people using the system you need a plethora of tools and systems involved which remove the terms, "simple" and "lightweight," from the specification.

Access control, authentication, auditing, operations... you can't eschew complexity by ignoring it.

I've learned this time and again. If you start out with "simple" and "lightweight" you're going to hit that "enterprise wall" and really pay the price of not considering those requirements up-front. The price of either re-writes or layers of out-of-band processes and tools for orchestrating light-weight systems that were not designed to be composed in such a way. It's quite painful and terrifyingly complicated.

Update: In the case of Docker/Rocket... I think these are just early iterations. I wouldn't be surprised if even Rocket becomes bloated as they realize they cannot design for simplicity when complexity is a requirement.
I wouldn't hire George Zimmerman or Darren Wilson for any job.
This is why I am such a advocate of Unity, I know it didn't work out for them, but if you stage it right you can easily port to about anything worth porting to. I tend to start out with Desktop since it has the highest curve for quality and performance, and go from there.
Maybe because they're going their own direction with containers now https://coreos.com/blog/rocket/

edit: and because they disagree with docker's direction. Potentially, CoreOS left themselves out of the conversation
Louisiana loses its boot
How close are digital services to replacing the physical DVD?
Life and Fate - Vasily Grossman

Russian epic following multiple characters through WW2.

It shows how serious, good people can have very different and legitimate views on life; It characterises some eternal types of criminal or charlatan. It reminds you about fate and about how lucky we are now.
https://github.com/douglascrockford/TDOP
I think it would be helpful if we avoided linking to the Times of India. Its a pretty low-quality source of news, similar to The Sun in the UK.
Anyone Can Now Use IBM's Watson to Crunch Data for Free
It absolutely is. Once recorded, it becomes prior art. The disclosure would be the "first to file" event in this case.

First to file would actually prevent someone else from later coming along and claiming that despite your publishing of the technology, they were the first to have the idea so should get a patent anyway.
Ten books queued on the Kindle would be a blessing :(
The relationship between CoreOS and Docker isn't exactly warm at the moment: https://github.com/docker/docker/issues/9538#issuecomment-65...
In a purely mathematical sense, its advantageous to dismiss candidates with any defect or suspected defect. At least when there is an endless supply.

The trouble with discrimination is, it works so well.
Exactly. When a person is put in a trusted position over another, we often have these higher standards.. teachers for example.

A cab driver -- who's capable of locking the doors and taking their passenger to wherever they want -- is in such a trusted position, and there should be a higher standard for those positions.

This doesn't mean they are being prevented from working. They're being prevented from working in this position. They are free to go do something else where other people aren't trusting their lives to them.
We have mitigated over 75% of the attack at this time. Most servers are performing well.

I appreciate my responses here are a little obscure but we do practice security through obscurity so I am not going to get into specifics that can be used against us in any future attack.

I will say we employ a range of technologies, internal and external, a ddos defense/mitigation. This does include CloudFlare
Not trying to defend Uber, but I can't remember any positive PR about them, apart from raising a huge amount of cash. So, honest question: any good stories about them?
I have been using cab services safer, convenient and cheaper than Uber in Delhi
I recently went on a "business writing course" and about the only thing I can remember was endless repetition of the expression:
"Tell them what you're gonna tell them, tell them, tell them what you told them"
2014 LLVM Developers' Meeting
>Better is always subjective.
True, and I implied that in my first sentence. It is well known that Eiffel is not used by a lot of people. That does not automatically mean it is not good, though.
Actually, Uber already did exactly what the article was talking about, to a Buzzfeed reporter. You should probably read more carefully.
Speaking as someone who's done a good bit of Haskell, the type system only provides a syntax which catches certain classes of errors -- it doesn't catch them all, and I've only a couple of times been surprised to see "oh, hey, it worked!" the first run through. (Actually it's probably one-for-one between Haskell and JS for me, though I guess I've done several times as much work in JS as in Haskell.)

The type system, for example, does not help you when you have five Ints and you use the wrong one for an index and the output of the procedure is thereby completely messed up at runtime. It helps to report a lot of other syntactic errors, and can be thought of as automatically providing the first half of a good test suite.

To me the real win of the type system is how it gets you breaking down real-world problems into actual code.

Programming has inertia. You can choose to either start writing garbage code until something smells right and then build organically around that smell. Totally valid. Or, you can sit and philosophize for a while about what approach you're going to take, build up some lower-level primitives that you're pretty sure you want, write some high-level overview with stub functions of what the algorithm does, connect the low-level with the high-level, and then grow organically around that. Also totally valid. For the second one, it's really nice to have type signatures. For the first, they get in the way.

Both approaches for me involve about the same amount of "wasted" time -- this is what I mean by the problem's "inertia". With the first approach, I do throw away dead code at a prodigious rate; and I often find out that I've reimplemented some popular library function which does it faster and better. With the second approach, I find that I either have to waste time redrawing my diagrams in Visio to show to a boss (so that they don't think I'm goofing off just 'cause I'm not typing). But I do like the tradeoff of repetitive-strain-injury for lots of drawings.

I think most of the mystique of Haskell comes from hackers well-versed in the first kind running into the type system as a mental roadblock which had to be overcome, forcing them to learn to plan a bit more, "here is where I/O will happen, here are the state variables I need to thread through this walk of the graph", etc. You can get that anywhere.

I really like the syntax for Haskell function-calls, `a f (g 3 + 4)` rather than `a(f)(g(3) + 4)`. I just want to figure out a way to do tensor indices alongside it, so that I could write tutorials in mathematical physics with the same syntax -- something a bit like the Structure and Interpretation of Classical Mechanics did in Lisp.
I wouldn't really call it a flame war... more or less pointing out issues with Docker the company. I feel it's greatly important since container technology is poised to become a very big thing in the Unix ecosystem and we should take a moment to think about the motives of a commercial for-profit company such as Docker, before we embed it into everything. Shykes seems to take issue with me pointing these things out, as I would expect him to.

Anyway, that does not change the content of Shykes' message on Github, which makes it outstandingly clear he, and Docker, have absolutely zero intention of collaborating openly on a standardized container format. They had zero intention of creating a standard format prior to the Rocket announcement, and just last night have published their own proprietary and incompatible specification which they now call the standard.

That's not collaboration...
The writing in the essay is considerably better than your average college essay, which is typically written to a very specific rubric and intended to communicate nothing less than that the author read and minimally processed the material.

I would classify the piece as slightly overwrought. The author could have done just a bit more to rein in the flowery language, but as is, I found it thoughtful and engaging. The key insight is buried at the bottom of the essay, but once you can pull it out, the rest of it makes sense.

One should learn how to read this stuff. The Internet has kind of forced everyone to adopt specific writing practices that suit the ephemeral nature of the medium, and that's really a shame. I remember when I read Pride and Prejudice, once I was able to get used to Austen's style, I really enjoyed it. I certainly would not have wanted to read a modern rewrite that just got to the damned point already.
I think you may be doing economics somewhat of an injustice. There is certainly a lot of politics and some unfounded conjecture too, but in many cases it is the social "science" that manages to use formalization to reach real conclusions. Macroeconomics concepts such as "stimulus" are usually the example of the bad kind. But a lot of economics, especially microeconomics isn't.

There are real usable conclusions that have come out of economics too. For example, the idea that trade is good for both parties has been largely adopted thanks to the formal arguments that eventually won over the majority of economists. This goes back to Adam Smith and David Ricardo. The idea of floating exchange rates comes from economics departments and it has prevented a lot of currency catastrophes.

It's still social science and it's asked to provide answers for questions that it can't answer.

Pickety's ideas are interesting and so his his data. But, they are still new and in debate. Perhaps they hold some lasting insight into long term changes in wealth disparities, but the jury is still out from an academic perspective.
The hate seems to be mostly going one way.
A few days ago my girlfriend took a swing at me. I just let her go ahead - she had basically no real ability to harm me short of hitting me in the eye. Let me emphasize she's bigger and stronger than any Indian woman I've met. If I did anything other than stand there and let her hit me, it wouldn't even be a fight.

Now give us both a gun. I'm probably a better shot, less afraid, and under close-up circumstances I can just wrestle it away. My odds of walking away safe are far worse because she may just shoot me before I can do anything.

Most people who want to be rapists don't need a weapon to do so - men are nearly always stronger than women. Arming both parties brings the odds closer to even.
Parse alternative using mongolab and restkit
Work - The Hard Things about Hard Things by Ben Horowitz. I'm not a startup founder, but I've been in a couple startups. It's really easy to say what the founders should have done (especially in hindsight). This book helped me understand the burden a bit more.

Not Work - River of Time by Jon Swain. It's about Vietnam & Cambodia, and really reminds me to put things in perspective. Change the location from those countries to Syria & Iraq, that's effectively whats going on today. It boggles my mind to think we're here debating container technology and js frameworks when people are dieing in droves around the world. It's cliche, but if you seriously think about it, it's hard to reconcile.
My view on this the following: Mesos is similar to the kernel of a conventional operating system (e.g. Linux). It provides very basic services (scheduling, interrupts, device management, etc) and a syscall API. But nobody wants to program to this API. Hence you need libc or other similar libraries to provide a higher level API that programmers use to interact with the kernel. Kubernetes, Marathon, Aurora, etc are such libraries, each optimizing for a different class of applications and providing different functionality. The two (the kernel and the libraries) need each other.
Techcrunches worst screw-ups:

1) Slideshows
2) Scrollbars on slideshows
3) Link baiting as a business
When I joined the military in 2004, it was because I was near suicidal and felt that I needed to change something or I might die. ...I was young and stupid. I'm probably still stupid. :)

See, I was poor. I had done very well on standardized tests and received a full-ride scholarship with a stipend, but then I failed out of college, probably due to depression... So there I was without a lot of prospects in front of me, and I chose that moment to start drinking, for the first time. 2003 went by in a blur.

I woke up one day and realized that here I was in a small town in Arkansas, working in some approximation of a box factory which paid just enough for rent and nothing more, never anything more. I knew that I must alter my path dramatically.

So, I walked in to the only place in the world where I knew I'd get hired on the spot.

To their credit, they did make a man of me. That was what I wanted. To be changed. You know, discipline and all that.

(It wore off after a little while, and I can't say honestly that I don't miss it.)

Back to my point: young white American men that enlist in the military aren't a random selection of young white American men.

A strong majority of the members of that demographic in my Flight who I spoke with about why they joined had similar stories: the military is widely known as an option, and for many, it's the second to last option.
There is a funny typo (spell corrector maybe?): it's "Homotopy" not "Homeopaty" Type Theory
I second this.

I've been a remote worker on and off for a long time, and have long sung the virtues (whilst objectively recognizing the drawbacks).

This book goes a long way to helping articulate my findings.
Let me refer you to part of my post you seem to have missed:

> The google scholar results aren't helpful because the relevant literature is too old to be indexed, the trail of scientific discovery is too difficult to quickly and correctly follow, and/or it's in german (with shit OCR so google translate doesn't work).

> Use a specialty site

I happen to know the specialty sites that contain the information I'm after. You know what form it comes in? Scanned PDFs with poor OCR behind a paywall that I can get through by forking up $100 or by going to the library.

I have no way of proving to you that I'm a competent search-term picker, but do you really find it implausible that certain domains of human knowledge are poorly indexed and difficult to search using plain text?
There was a time, not too long ago, when Uber was held high here on HN and most tech sites: Uber represented the democratic, egalitarian alternative to the evil taxi empire. Out with the old king...

As an aside, quite some time ago I canvased a number of taxi companies in the Toronto area to gauge their interest in creating essentially an open platform Uber -- a product that would offer a rich user experience similar to Uber (not copying Uber, but naturally the functionality will converge), but integrated with their dispatch systems and so on. Running a contract development shop, I was essentially pitching a researched, well considered solution to the Uber threat. There were no biters (even though those same companies seem to have endless time to petition in the media and government), and it remains a silo'd world of terrible apps, and still a fertile ground for disruption.
>The alleged driver had previously served 7 months in prison for rape charges,

Only 7 months for rape?
This is true, but certain languages are better at tackling certain problems e.g. I wouldn't recommend trying to write a multi-threaded application in PHP. I could build a house by hammering in all the nails with the back of a screw driver, but why would I want to do that?
And I didn't mean otherwise. "Nice place" meant "whatever feels nice to you".
Born to run
-chris mcdougall.
The name says it all.
In the 30 or so times I've used them I've had a good story to tell others and recommend their service since it is fast, cheap and efficient.
Introducing a Node.js Wrapper for the Amazon Product Advertising API
Well, the #1 problem for me was the name -- too close to "fleece". But also they were injecting themselves between the buyer and the merchant, adding friction and uncertainty (Why should I use them when the merchant already accepts Visa?)
Well, the problem with C++ is that it's way too easy to take its features too far. I've seen commercial C++ libraries that overloaded operators to an absurd degree. I don't recall the name at the moment, but it was a database library.

Overloading operators is a great feature, but should be used as sparingly as possible, and only where it makes intuitive sense.

Templates offer even more rope to hang yourself, and even though I'm a late convert to using templates, I would never suggest the feature goes too far. It's kludge fuel, no doubt, but the language needs the feature, and it allows you to do things that are truly useful and elegant.

It never occurred to me that viewing the disassembly could be useful for debugging, and I would imagine it's not normally useful unless you are really doing some pretty sophisticated stuff with the language. It would be extremely educational to understand what the compiler actually does however, but if inspecting the disassembly is instructive on how best to use the language, then I would suspect the language design, or at least the compiler, is doing something wrong.

I do think C++ requires a little too much consideration of how certain operations are implemented, e.g., this very discussion, but it's a price I'm willing to pay for a language that lets me do things any way I want to do them.

I program in Python in my spare time and for small scripting tasks, and can't imagine choosing C++ over Python for any personal project I've done in the past couple years (which tend to be small anyway), but I use C++ at work and am very happy to continue using it after 20 years on and off (mostly on).
To be honest, I'm quite surprise to see that somebody posted this article again.. I don't know HN rules when you can post again something.

I'm not going to complain about it :)
For the most part, the ride system works well. Which, I suppose, proves that word of mouth is more powerful than negative PR.
Our app tells you what you are looking at
I meant demographically age-wise not job-wise. Either way, you're right, it's just anecdotal. But I'd love to see the breakdown for 18-30 year olds in geographic regions around the country, and then for countries in general.
My curiosity was peaked by a URL which actually had the word website in it. I was pleasantly surprised at the lack of yellow and black animated gifs of workmen digging.
The re-surfacing behaviour of making others feel excluded for not sharing a belief can't help but make me wonder if it's all that different from religious zealotry in one's interpretations, preferences and opinions of how to solve a problem being superior to others.

Users are usually far removed from the end solution enough that the choice in framework or language rarely impacts their ability to use a web browser or mobile interface without having to imagine what's under the hood.

It's not until we remember what we feel is current and appropriate today will be just as outdated in a short time. Our work is to solve problems, not to bash others into doing it one particular way.
Rethinking Low Completion Rates in MOOCs
ACM Applicative Conference (ACM Queue)
Rensselaer President Leads List of Highest-Paid Private College Leaders
The great thing is that there are a ton of good cross-platform options available now, not just Unity. From commercial alternatives like UE4 to solid open-source libraries like SDL2, or just using OpenGL ES.

If you have even the slightest inclination to release on multiple platforms, you should be building it as cross-platform from the beginning. There are very few reasons not to.
Blue boxes were illegal too. I just think it's foolish to look at somebody's actions and apply that as reason to like/not like other actions.
I find it interesting to hear people say 'language doesn't matter' (and similar, 'it's not important'), in general (because often the same people then, when asked what language they develop in, turn around and say that they 'use multiple; we always use the right tool for the job'), but in this article it's especially interesting given it's right after "and here are the things I learned, and the things that I have not grokked yet in this language".

While there is a certain truth to there being no inherent reason why you can't use an idiom or practice learned from one language in another, it's incredibly disingenuous to then say the language isn't important (and that it's only the concepts learned). The language is what encourages you to think in certain ways, and it helps you code along those ways, while making it difficult to code in others.

I recently went from having coded in Erlang almost exclusively for two years, to coding something small in Java, and I can't even express how irritating I found the experience. A part of it was writing a combination function (i.e., given a collection, generate every combination of elements). In Erlang it was the work of but a moment, and resulted in 3-4 lines, that were incredibly readable. I then attempted to convert it back to Java...and what do you -mean- collections are all destructive?! Ugh, I have to manually copy them out for this to work?! Etc. So much pain. Java got in the way of writing it cleanly, and when I looked for solutions online written in an idiomatically Java way, I found even more verbose solutions, that tended not to be as reusable (involving explicit nested loops rather than recursion, or recursion rewritten with a while loops; i.e., a collection of 5 items would have 5 loops and not be reusable for a collection of 6 items).

Quite simply, using a language with idioms from another language, while possible, is often times intensely painful, with a whole new slew of not well known caveats (since most developers in that language aren't using it that way), to where if you know you are going to develop a specific way, you will be far better served to use a language that supports it naturally.

And his takeaway at the end isn't in any way relevant to the title of "Language Is Not Important".
This is the first time I read about this drama, can somebody explain to me why getting forked is bad thing..?
Berkshire Hathaway Letters to Shareholders. Its basically a collection of Buffett's annual reports from 1970 to 2012.

If you invest money directly in the stock market, you must read it. It will teach you investing, accounting, economics, human behavior in a simple words.

http://www.amazon.com/gp/product/B00DUM1W3E/ref=kics_dp_shop...
The Narrow Road to the Deep North - Richard Flanagan

I've been negligent towards fiction lately, but I wanted to change that because it's always been my first love. So to do that, I started reading Flanagan's novel. I cannot recommend it highly enough. It's the Man Booker Prize winner for 2014, which is more or less the British equivalent to the Pulitzer Prize.

I never thought I'd have any books that could crack into my top 3 or 5 for a while, but this one has done it.

The basis of the book is Australian POWs working on the Death Railway during WWII. The book isn't exclusively told in this setting, but much of the book stems from it.
iOS/Mac Debugging: LLDB, DTrace, Activity Tracing and More
I believe strongly that interns should be paid, but I had no idea some were paid this highly. Personally, I'm with you; I'm thrilled they are.
I went to Harvard and spent a lot of time at MIT. While not universal through the campuses, you can definitely find environments with the feelings described above.