skysight-inc/HackerNews huggingface dataset:
Well, this is my opinion.

The latest generation of NoSQL databases really tried to add to the distributed / scalability story of databases, as well as provide simpler "input", "output" and "storage mechanisms". This, often at the cost of a degree of ease of use of query languages to be able to easily analyze data.

As NoSQL movement started to come into focus, folks saw that the then dominant traditional relational / ACID model was not scaling to internet scale (too many JOINs, too hard to do ACID at that size or not needed, etc.). In reaction to "internet scale", the search turned to finding new or innovative alternatives to the relational model (which really, just represented what was the state of the art at the time). This is how we got BASE instead of ACID, and went back to key-value.. or document-oriented.. or graph-based... or Hadoop/Map-Reduce, etc. People exploring lots of alternatives.

I think people mentally "threw relational databases out" for a while as quickly as they threw out the other alternatives (the precursors to relational databases), when relational databases came along. Many have found it hard to live without relational databases.

I think modern NoSQL databases try to maximize on input/output/storage and distribution / MPP of data. By now, they give some more expressiveness for query (like MongoDB, Cassandra, Hive/Impala in the Hadoop world), although SQL still beats them in my opinion for ease of use. SQL also could have advanced as the query interface for those systems too, and if you look at the SQL:2011 standard, you'll see that it included methods for querying things that are distinctly "non-relational" (multivalue fields, etc.).

NoSQL databases also more cleanly map to object models, the dominant programming paradigm (although who knows, maybe one day that too shall change).

No, I don't have a preference of NoSQL vs relational databases in general. I believe they are complementary and maybe there isn't such a thing as a general purpose database for every use case. I do believe in the old saying, "try to use the right tool for the job". There are cases when a NoSQL database works superbly, and others where a relational database just feels right. For example, storing "objects" quickly works well with a NoSQL database vs. querying for a denormalized data warehouse seems to fit well into a relational database (ironically of course, since they are often denormalized and not third-normal-form 3NF).

Anyway, that's my take... but anyone else who has input should feel free to chime in.
> Could they actually be awarded ownership of Uber if the damages were larger than a cash amount Uber could pay?

Sure, although that's an extremely unlikely outcome. Normally the company would be liquidated to pay the judgment (this is basically what happened in Bollea (Hogan) v Gawker - Gawker couldn't afford the damages, so had to declare bankruptcy and sell itself to pay for them).
blogspam of

http://www.lunduniversity.lu.se/article/never-before-seen-im...
It's irresponsible of the article to imply that the fault is with $SNAP here.

I suppose "people with no finance experience lose money buying stocks they saw on the news" makes for a less interesting headline.
Intro to Fantasy Land Semigroups
Sure, I was referring more to the general case, which may or may not include family or friends (beyond co-worker friends). Family obviously makes it harder to report, but I don' t think it's in any way a requirement.

Inertia is a big one though, I think your're spot on there.
Quinoa: Good, Evil, or Just Really Complicated? (2013)
> Actually, no, I'm talking about tights, not yoga pants. If I had meant yoga pants, I would have written that. Tights are just thicker versions of women's pantyhose.

Well I admit it seems I have mixed up the word tights. Apparently tights can mean hosiery.

I meant the black pants you see around college campuses. They don't wear skirts with them but I suppose skirts can be worn.

> I guess you could call it a "key ingredient" like egg is an essential ingredient many baked goods

Yes that is exactly what I meant.

They make cotton spandex leggings.

> Tons of young people seem to disagree with you. Most likely, they have spandex added. It probably also helps a lot to not be fat.

Hmm I'll make sure to put on my nylon spandex pajamas on tonight.

When I google lounge wear there seems to be trend of things being"relaxed" fit... which seem to be loose. Even the term "relaxed" sort of implies comfort.

The main reason why they put nylon in anything is to make the garment stronger and not for comfort.
I think the Republicans would object, because then too many undesirables could vote in elections.
The bay area is a bit of a mess public transportation-wise, and at least for this particular project, the cost seems not all that large in the scheme of things ($1.9B overall, need $647M in federal money). I hesitate to propose this because I fear there might be a flame war, but is there any way we could tax some of the large tech companies very slightly to quickly get enough money to make Caltrain and other public transportation systems modern and sustainable?
That is usually how all companies at that scale release code (at least the ones that I know of).

Only that it's not 365 groups, because at the size of FB that would be several million people.
Working on Audio Controller. (devblog) [DAY 2]
Simulate a UUCP Network with 4.2BSD SimH Images
Re Re #2, isn't that what Microsoft has promised to do? I can't pull up articles right now, but I will if I remember.
Using examples to support my point = over-literal. lol
The ETH language semantics aren't what I'd want for verification proofs, even restricted to a subset. It's possible there are conflicts between the execution model and what would be required for verified, secure contracts.

Similarly, Id want a proof-checked VM for the currency, which ETH is pretty far from supporting.

So verified-ETH would be a larger, more bug-prone project than starting from first principles, developing a language and VM in parallel. (Also, starting a new project gives a chance to change the economics and/or technology used; depending on your views, this might be a benefit.)
Yes, it was the starter project.

Additional information: I was connected to the Debian server via putty/SSH with the js server open and that connection broke around the time where my phone layered infinite "loading js package" messages above each other. I guess you should at least do something to prevent that from happening on the client side. The server side and connection problems are my own demons...

Could there be any logs on my phone or server that could help you? As for the platform information, I will see what I can get once I can access the server again. It's a Moto G4 with Android 7 and the server ran some old Debian and node.js 7.x .

It worked perfectly fine on my local Windows computer.
I understand "one point safety" to refer to the "detonation of the high explosives by means other than the firing system" as the firing system is designed to fire at the multiple points at once. Can anybody honestly claim that it's completely impossible that the firing system accidentally does the task that it is its main purpose and... fires?

Speaking just from the point of the computer engineer, bit flips or even more bit flips actually occur in practice. One specific "if" branch wrongly taken... one single specific bus line true instead of false... etc...

Only for the first few bombs, the human had to actually add the last piece of uranium or plutonium for the bomb to have enough radioactive mass inside to make the nuclear explosion physically possible. In all the more modern designs everything needed in already inside of the bomb or the warhead. The claimed safety seems to be "everything's there, but the electronics (or the computer) controls everything." How calming.

Regarding one in the million, the people who made the PBS documentary say:

For the accident in Damascus, Arkansas, US: "the air force claimed there's one in the million chance that the fallen socket would hit the missile. During our shooting of the recreation we dropped 12 sockets and 6 actually hit the missile":

https://www.youtube.com/watch?v=EoxB88rL_2M&t=2m15s

The bomb designer, writing the paper a few years ago:

http://psam12.org/proceedings/paper/paper_497_1.pdf

"It is recognized
that it is very difficult to provide assurance that the < 1E-03 numerical requirements for a safety
subsystem have been met, let alone the < 1E-04 or 1E-05 assignments given to elements or
components within a safety subsystem. In fact, it is not possible to amass quantitative data that
supports such assertions with a high degree of statistical confidence across all relevant environmental
conditions. In other words, it is not possible to conceive of all possible abnormal environments, nor can all environments
which can be conceived be tested exhaustively in a repeated fashion to generate overwhelming
statistical certainty of weapon response."
Gladwell's writing is seductive, providing surprising insight which appears to make complex phenomena understandable and manageable.

Unfortunately, I fact checked him. He's an entertainment writer at best, an intentional distributor of misinformation packaged as research at worst.

Examples:

Blink featured John Gottman's research into relationships. He could predict relationship outcomes with 91% accuracy. Unfortunately he never split out a test dataset and the model was overfit; real world accuracy is no better than existing techniques. This was known at publish time.

Tipping Point drove companies to seek out Mavens and Connectors, only to find that they don't really exist. https://en.wikipedia.org/wiki/The_Tipping_Point#Scientific

For an actual evidence-based review of many Malcolm concepts, I recommend "Everything Is Obvious: Once You Know the Answer".
Serious encoding bug in Poppler, no fix in six years
Leaving the hairy question of immigration aside, you're assuming that economic systems on the scale of nation-states are zero-sum. It's not at all clear that providing a service to one person v.s. a million people is "cheaper" on that scale, because when you're talking about a nation you also tax those million people.

You can take this logic to its extremes and assume that if you had only one very wealthy person living in the US that providing services for that one person would be cheaper. That wouldn't be the case.

Then how about if there's 100 million people? 300? 600? Generally speaking having more people should increase the economic efficiency. If you have a tax base of 600 million people that's going to give you more resources to save your piggly-wiggly turtles than if you had 100 or 300.
A broken clock is correct twice a day. I can't debunk your economic conspiracy theories in one comment, but I will make two points. 1) This article is talking about subprime loans. No one gives sub prime borrowers a zero percent interest rate because they are the riskiest borrowers. So by you using that as proof of a subprime auto loan crisis shows that you don't understand what is actually happening here. 2) You can't claim to be seeing a bubble occuring for ten years. I mean, I guess you can and you will be guaranteed to be correct on a long enough time line, but the point is it doesn't mean anything. There is an established business cycle. No one cares about an economic prediction without a timeline.
> Self driving cars will initially be quite expensive...

Not relevant to my assertion. I said when they become the norm, as in, when they're no more expensive as other cars.

> ... transportation-as-a-service would also be a lot more convenient than car ownership.

This means I can share a car with several friends, neighbors, or room-mates with little fuss. The problem with sharing a car today is licensing, insurance, and the inconvenience of the car being stuck somewhere when in use. If it acted, instead, as your own personal driver it can handle multiple trips concurrently. Two people go to the movies, so they're committed for X hours, and in that interim instead of sitting in a parking lot the car can deal with other things.

Uber's business model arbitrages the difficulty and expense of owning a car vs. the expense of buying a cab ride. If the car becomes more cost effective because of personal ride-sharing their margin evaporates.

Today a decent car would cost me about $600/mo. all-in. If I could buy a 1/6th share in a car for $100/mo. and be able to use it in short stints with little contention that's going to be cheaper than Uber if I use it more than a handful of times.
They're downvoting because your argument is inflammatory, poorly informed and unpersuasive.
MVCC has nothing to do with timestamps, particularly not with timestamps generated from gettimeofday(), but with XIDs which you might imagine as a monotonous sequence of integers, assigned at the start of a transaction. You might call that a timestamp, but the trouble is that what matters is commit order, and the XID has nothing to do with that. Which is why the MVCC requires 'snapshots' - a list of transactions that are in progress.
I actually do just that whenever I decide to self-medicate with a new drug. Were you being facetious?
Not quite. Uber started as a hailing black car effort, then Lyft pivoted from ridesharing to hailing 'common cars' over a Hackathon iirc, and then Uber pivoted to uberX. History aside, this 'copying of ideas' is distinct since someone independent is reimplementing a general concept (which is not really protectable). You would be hard pressed to argue that burger king stole McDonald's idea of selling hamburgers, for example.

I think in the Uber/Otto case the theft is pretty specific. The laws outline what it means to steal corporate secrets. (This is distinct from violating IP or copying an idea). Usually this sort of theft involves being privy to corporate secrets and breaking contractual agreements to not take certain information with you.
Are all those CS61 lectures from Berkeley shortly going to disappear from youtube?
So Google paid Lewandowski a bonus to steal their own IP, launch a company and sell it for a large amount to Uber so they could destroy Uber with a huge lawsuit?

Makes sense! (cough)
Can you provide a 'top 3' list of reasons to use Cap'n Proto over Protobufs?
I just hope this doesn't somehow delay the deployment of much safer driving technology. The death, injury and property damage statistic are staggering:

Global Annual Estimates:
Deaths: 1.25 million
Injuries: 20-50 million
Cost: $580 billion

https://www.cdc.gov/features/globalroadsafety/
I see that you don't say you want immigration labor laws enforced. What you say is that you don't want illegal immigrants to get benefits.

This is sadly typical. There are plenty of people here in California who are fine with using illegal immigrant labor to save money getting crops picked or construction built, but if one of these laborers slices their hand open on piece of equipment and needs to go to the emergency room, then and only then does the hand-writing about "spending money on illegals" begin.

I have no patience for this sort of sadistic, extractive capitalism. Especially when it wraps itself in a faux mantle of concern about the law. If you don't want illegal immigrants in this country, then enforce the labor laws against the employers.

What's ironic of course is that most of the 14 California congresspeople who signed the letter represent districts who are heavily dependently upon illegal immigrant labor, and thus upon the very sort of lax enforcement of immigration laws that they claim to be against. At this point, I'd be more than happy to see ICE conduct a vigorous enforcement of immigration laws throughout the Central Valley. Perhaps staring in September?
To Make Us All Safer, Robocars Will Sometimes Have to Kill
got it -- didn't realize it was such a widely shared experience...
Smart people migrate somewhere else because they are more productive there. Usually they even send back more money than they would earn in their home country.
I recently learned that what some think of as an illegal alien problem today began as a legal guest worker program between 1942 and 1964:

https://en.wikipedia.org/wiki/Bracero_program

This set expectations for generations of businesses and workers and obviously continues to this day. The re-branding of welcome migrant workers to vile illegal aliens is just politics.

Do migrants depress the wages of American workers? Probably to some degree (I suppose it's like the H1B visa program). Do they interfere with the sovereignty of the United States? I think the argument is ridiculous, just pandering to nationalists.
Serpent, a fast and super easy to use JSON mapping framework for iOS
I liked this thread better yesterday: https://news.ycombinator.com/item?id=13845657
Step by Step Instruction on How to Assemble a SpinaliS Chair
Good point, and it is also a reason why we used 'humanised time' in our apps where possible, i.e. the old "you posted this 7 minutes ago" rather than "you posted this at 07:35" because it gives the same datum no matter where our users are.

But even now when we schedule meetings with (IT) colleagues in other countries, I will always reiterate/exchange the meeting times in UTC so that there is no confusion at all when we start the sessions.
That is hilarious and amazing! Thanks for the anecdotes
> His replacement was a real hard charger, and worked with me to get the former CEO incarcerated

He who smelt it...must certainly have dealt it.
Is there actually some profound research material or experience from larger projects on whether stackful [g|c]oroutines or stackless ones performs better? I'm wondering about this for quite some time and would be very interested in some more facts about this.

During the last years the stackless style in form of eventloops with promises, continuations and async/await sugar got a lot of traction. Often the authors argue that it's better for performance, since no stacks need to be allocated, switched or resized and the only overhead is the object which is allocated for the statemachines - which is true for sure. However these systems have still lots of dynamic allocations, often one or more for each point where a suspension happens. With goroutines in contrast there should be no need for dynamic allocations in general. And also less need for dynamic allocations in general, since lots of state can be put on the stack instead of being stored in various statemachine objects in the heap. I guess data locality might also be a plus for goroutines, instead of having state possibly spread all over the heap it's in a smaller region which is the goroutines stack. But of course the downside is that these stacks need to be allocated and sometimes resized (however I think for lots of goroutines that either won't happen or won't happen often).
Interest rates on houses are low, but interest rates on vehicles are... Not so low.

Besides, it doesn't matter what the prime interest rate is - the consumer rate is always (prime + markup)%.
I thought that COBOL programmers were in great demand, for maintenance of old systems, and increasingly so as old programmers retire.
> "I am generally support immigration. But we need to remain realistic."

I support immigration. After all, my ancestors were immigrants. I do not support people living here illegally. There is the distinction.
Why you could actually guess a stranger’s name just by looking at her face
I should also have said... they are all databases in the end. I try not to evaluate them based on the label (NoSQL, often a really bad labeling) and simply based on the problem faced and their features. Otherwise, you get lost in NoSQL vs. NewSQL vs. OldSQL vs. ___SQL.
Pershing Square sells its stake in Valeant, Ackman to leave board
This argument is weak...

In my humble opinion not only are we doing a terrible job at educating our youth; but we are also condemning large numbers of them to a live of poverty.

Who is to say what our underprivileged youth could accomplish with the proper support and education?

Yes, this country was built by immigrants; but things have changed, we must accept that. Long gone are the days of prosperity for all. I would argue that today, our system is failing large portions of the population and addressing these failures should be our top concern.

The current environment of despair and hopelessness that suffocates many Americans makes it difficult to have a constructive dialog about immigration. Would you have this discussion in Flint, Michigan? Do homeless veterans have access to free Airbnb? Do aging Americans who on a daily basis must decide between food or medicine find this discussion fair? And you know I could go on and on...

I realize that modernizing our infrastructure or fixing our education system are very hard problems, addressing poverty and restoring faith in the system will be even harder. And yes, bringing prosperity and hope to all seems almost impossible; but these aren't reasons not to try.

My apologies for the rant; but I think many of the discussions around immigration fail to recognize that America is much more than the wealthy coasts. There is real suffering out there and we should be sympathetic to that and realize that despite our real or perceived cultural differences with the millions of disenfranchised Americans; this country is theirs too!
If the user entered a local time it was always ambiguous. Converting it to UTC only hides the ambiguity.
Obscure Mumps trivia: in the 80s, it was fashionable for the Brazilian Judiciary to build systems in M. (I have no idea why). Many courthouses and tribunals in Brazil are backed by large Mumps-based systems, not just for courthouse stuff but also HR and other purposes.

I worked as a civil servant in such a tribunal. Mumps was the first programming language I used professionally - in 2009! I wrote M for a living for around a year. It's still being heavily used in the place I worked at. My colleagues, who were more senior than I by a few decades, had written hundreds of thousands (millions?) of LOC in Mumps and developed a rich ecosystem of internal tools and libraries for it. It was a bit scary to do maintenance work on code that was written in the 80s, but I could often look at the author's signature and find out he was sitting right beside me - still pumping out Mumps. :-)

I can't say I loved the language, but it has some interesting concepts and reading about it makes me feel nostalgic.

Something weird about Mumps that I didn't see others mentioning here is how common it is for M programmers to abbreviate commands. Every command in Mumps can be abbreviated; "w" for "write", "i" for "if"; "s" for "set" and so on. This causes code to be extremely terse, and hard to understand for a beginner. A very simple example:

> I ($G(^ATM(1000))+$G(^ATM(500))+$G(^ATM(100)))<=0 D

> . W #,!,"There is no money available in this Machine. Sorry for the inconvenience."

> . Q

It gets way more complicated than that. After reading this kind of code for a few months, you get really good at parsing it.
I wonder if you're thinking of this interview by Teller : http://www.smithsonianmag.com/arts-culture/teller-reveals-hi...

"Make the trick more trouble than it's worth."

I have read that article many times, it's a wonderfully illuminating piece of writing.
This is neither a flaw nor news. Any unencrypted volume on any system is subject to being read if the volume is mounted elsewhere.

Additionally, this requires physical access to and control of the machine. As anyone in security will tell you, when someone has physical control of a machine, all bets are off.