skysight-inc/HackerNews huggingface dataset:
There's also Moller Skycar[1], a vaporware that has been in the works since last 30 years.

[1] http://moller.com/moller_skycar400.html
This is great, I see a bright future for rethinkdb!

I've used rethinkdb quite a bit and I was wondering if anything thinks its suitable for time series data?
The real news here is that HuffPo agrees with Trump. I thought their editorial policy was to interpret everything Trump says in the most low-IQ and paranoid way possible. Someone needs to call them and ask if everything is OK.
Is this serious? If so, any particular reason why you did?
This is the sort of use case that initially got me excited about Google glass.
Remote whiteboarding is definitely a pain.

There are a ton of online whiteboard apps, but it's hard to find a good one (know of any?).

Then there's the problem that drawing with a mouse is difficult. It's hard to quickly express ideas as boxes-and-lines without something like a drawing tablet. Wacom makes some low-end ones that are pretty affordable though (like this one[0] for ~$80). Maybe that'd be a good solution, though it does require some practice to get proficient.

[0] http://a.co/du45rQr
How many people other than the coal miner should we kill by burning coal for electricity so that the coal miner can remain employed?
"For instance I recently joined a project that was built by devs coming up to speed on React. And boy did they abuse Flux, they didn't build a store for every drop-down but it's pretty damn close. However I really think a React Guru could have steered them around this mistake with just 30 minutes of his time.
"

The trouble here is that the guru or consultant who comes in needs to understand the context of the problem, which can't be done in 30 mins.

we have a lot of architecture consultant companies which provide these services already.
They need a good old war on drugs; pair that with privatization and they can rake in the money.
I've seen replies about how this is a "simple library swap" and so doesn't deserve the attention it recognition it has received. As some who works at Google but not anywhere remotely near this project, but with experience in similar projects, I'd like to shed some light on why this isn't a simple library swap, and seems from far away to have been both a tremendous accomplishment and a wonderful learning experience.

First off, there is no such thing as a library swap at Google. Our codebase is quite large. Like shockingly overwhelmingly large. Executing a change like this is almost certainly not a case of "swapping out one configuration line for another." It requires writing new code, testing it appropriately, updating any integration tests, updating documentation, etc. But the real fun starts when you're done coding...

There's the issue of frontend and backend. Serving Brotli-compressed data is great, but what if you're app doesn't support it? If you're lucky, this will be handled by the underlying network layer but then you have to deal with...

Rollout. I don't know how many servers are dedicated to app updates, but I imagine it's a lot. I also imagine they're distributed geographically, across regions and probably even continents. Getting all those servers to support new features is a delicate, time consuming process where any misstep will result in users noticing. It's not coding, but that's why it's called "software engineering" and not "coding engineering." But then once you're servers are all up and running you have to deal with...

Versioning. Updating backend servers is bad enough, but at least you control them. What about that zoo of Android versions out in the wild? How do you ensure they all support this changes? Short answer: you don't. You design a strategy that will allow the rollout to happen gradually over a period of time, and closely monitor it to make sure nothing unintended is happening.

Then how do you turn down the old feature? When do you turn it down? You need to build and properly use instrumentation to determine the safest time to kill off the old feature. Or you could never kill it and commit to paying the cost in perpetuity. That's a design decision, and not a trivial one.

But, odds are you're not the only feature being rolled out. You have to anticipate/deal with potential interactions with other features, rollbacks of other people's work, etc.

I could go on, but I think I've already demonstrated why this is by no means a trivial accomplishment, even for a full time engineer. Add to this the fact that every intern has to race against the clock to get ramped up on their project, making something of this complexity and with this large an impact happen deserves applause.

I should add, I'm speaking as myself here and not representing Google in any way.
Aerospike doesn't offer many consistency guarantees. If you run it in a cluster on the cloud you are more than likely to see silent data loss [1].

It's not a fair comparison, RethinkDB is much safer. I'm sure, if you turn down the defaults on both read and write operations on RethinkDB you could scale it well past 15 nodes and with very high read and write throughput.

1: https://aphyr.com/posts/324-jepsen-aerospike
Many applications don't even need to deal with concurrent access though. Or can deal with them in very abstracted way. Sure, in those cases where you're dealing with a lot of concurrency and especially with concurrent access to things, Rust may be a good suggestion, but then you probably fall into the "high performance applications" category I was mentioning.

But again, it's not a generally good solution for CRUD-y business applications, webapps, mobile apps, etc where this sort of work is generally rare if it's present at all.

I definitely don't think it makes Rust seem like an appealing option. Between the limited community library selection, the verbose syntax and the borrow checker's extreme complexity to new users, I wouldn't suggest Rust to say, someone working on a web application currently because they will gain few if any advantages, but suffer many risks.
>> Note taking done right. Android, iOS, Desktop

> Checkout "Notebooks 8" for iOS.

Might be good but misses several requirements :-)
I did use that, but it is orders of magnitude too slow (not to mention unavailable for the Go team at large).
There are another cases like these?
It's easy to understand. They are just doing what their primary constituents (big corporations) want.
Stop paying high rent and move out of the city center. This not only saves the business money but every single employee that also doesn't have to pay high rent.
Error 403 - This web app is stopped.
I wonder if this is why the Philadelphia hockey team is called the Flyers?
From the article:

"Anamaria’s project was to add support for Brotli for both new app installs and app updates."

So someone else told her to do it, if she wasn't there some other intern would have made the same savings.
Check out their patents file
They can. It's just painful and depending on the competency of both companies legal counsel, it can take months. We've had employees accept offers with a start date, only the visa transfers weren't finished yet so they started MONTHS after the expected start date.
I'm aware that it would require a constitutional amendment to get rid of it. Was just taking an easy jab at his absolutely blatant hypocrisy between 2012 and 2016.
What about the senior adviser to POTUS?:

https://www.theguardian.com/us-news/2017/feb/02/steve-bannon...
Do you know what algorithm grammars use under the hood? I don't see it mentioned in documentation like this: https://docs.perl6.org/language/grammars

"Group of named regexes that form a formal grammar"

Are Perl 6 "regexes" as powerful as a context-free grammar? I guess they use the same kind of backtracking algorithm and ad hoc recursion as Perl 5? That is, does the algorithm for regexes differ from Perl 5, or only the syntax?

I think the syntax is a big improvement BTW.
He was a japanese physicist, lost his job when Supercollider project canceled. Instead of going back to Japan, I was able to hire him as lead graphics engineer on a Macintosh imaging product, he was super creative in developing unique graphics effects and his product became our biggest and most profitable. The company grew to 140 employees, his team was 20, but it's reasonable to think about a quarter of the workforce was tied to it given it was about a quarter of our revenues.
> It's unfortunate that most of the people writing about the problems with H-1B visas can't distinguish between companies that hire the best they can get (and paying competitive salaries), and outsourcing companies that file a ton of applications (and pay their employees much less).

That's an eloquent way of saying, "This is why we can't have nice things.".
Yes, everyone wants to keep their costs low. Especially software companies because most of their expenditure is on personnel. However, in meat-space companies like pharma, chemicals, etc. plant, hard goods, etc. cost more than personnel. A senior-level manager often cannot pay $30k extra just to match Si valley salaries in an auction because they don't have so much room on personnel.

These norms are not set by individuals, but by a system of financial analysts, shareholders (think large pension funds, etc.), etc.
How to Achieve Your Goals by Creating an Enemy
Remember Aaron Swartz?
If keeping some semblance of life respect matters one would better plead guilty and be done with.

On a flip note, any source for that '98%'?
AI Podcast: Better Beer Through AI – Analytical Flavor Systems CEO Jason Cohen
Biostatistics for Biomedical Research Book [pdf]
TrueCar | Santa Monica, CA - San Francisco, CA - Austin, TX | Full Time

TrueCar is hiring Engineers with interest in the below technologies and more at our HQ in Santa Monica

* Rails

* React

* Angular

* AWS

* Data Engineers (Java/Hadoop or Ruby)

* DevOps / Site Reliability / Infrastructure Engineers

* QA / Software Development Engineers in Test (SDET)

We acquired the talent of quite a few Carwoo (YCS09) alums a few years ago. We've been around for 10 years and went public 1 year ago. The company has big plans for the coming years and is looking for good developers to help us grow. See http://careers.true.com for the full scoop.

* We prefer you work with us in-person in Santa Monica, San Francisco, or Austin. We'll handle most visa situations.

* Benefits are exceptional:Your health premiums are 100% paid for, we match your 401k (up to 3% of your contributions), and give stock options. We also pay for your gym membership (up to $50/month) and have catered lunches every Wednesday.

* Our Santa Monica HQ is right by the beach and Third Street Promenade, so expect fresh air and plenty of food options. Our SF office is right off the Montgomery BART station with 360 degree views of downtown and the bay.

* A meaningful subset of some of the technologies we use: Ruby on Rails, React, AWS, React, Flask, Redis, MySQL, Hadoop, and Elasticsearch (the whole ELK stack).

* VISAS are handled under the right circumstances.
Send an email to me (Brett) (bemma AT truecar.com) with your resume and/or GitHub profile. Even if you're not applying but just have questions, drop me a line
Thats the current internet with a twist, which means wires, which mean land rights, regulations and large telecom competition.
> Once we've accepted the hypothetical that technology allows for a single car to fly from A to B safely (which is almost certainly automated), it seems clear that having cars move at different altitude will be trivially possible.

In real world we can't accept this because there are always unpredictable factors, we can only say that probability of a safe flight in a single car is say 99.999%. Then if there are 20 cars one right above another, then probability that none of them crash is only 99.98%, and it could damage all cars below it, so the resulting probability of safe flight in a car reduces to something of order 99.99% instead of 99.999% for a single car. And 99.99% is really not safe enough for everyday flying during many years.
All of Oh By[1][2] is built on perl.

It's a very basic (primitive ?) CGI/perl design made performant with mod-perl, etc.

I started my career building shopping carts based on what I learned from _The CGI Book_ (and the web forum that sprung from it) ... 23 years later we're building a modern startup based on the same workflow.

[1] https://0x.co

[2] https://0x.co/hnfaq.html
And then there is Gingko[1], a beautiful, keyboard-shortcutted, markdown-enabled tree editor that exports to html, markdown, LaTeX, docx, impress.js, and json.

Gingko provide templates for Timelines, Screenplays, GTD and Academic papers, but I can imagine using it for complex formal proofs — I mostly use it for Microscope[2] and worldbuilding[3].

Right now it doesn't have any programmatic/computing capacity, but Gingko is eminently user friendly, so if Adriano[4] ever implemented a plugin system (or if someone wrote a Gingko-node-crunching chrome extension) I would imagine it to be a very enjoyable interface for editing trees.

1. https://gingkoapp.com/?ref=f32636d1

2. http://www.lamemage.com/microscope/

3. https://www.reddit.com/r/worldbuilding

4. https://twitter.com/adrianoferrari

Disclosure: I don't have any affiliation with Gingko, but that is my referral link. ;)
Simply physical comforts will not make humans happy.
We have very intense cheating detection, perceived inequality, unfairness or injustice will piss us off.
Also, our evaluation of how well-off we are is based on comparing to our neighbours.
eh, well designed CSPRNGs are a thing. If they re-seed/add to the entropy pool of the machines on the LSBs of microsecond button timing or something like that, it'll be pretty difficult to influence or predict the outputs.
This is exactly what happens. The hiring bar is so arbitrarily high that companies can say there's a shortage when they reject 5-10 good applicants for every position.

In a true labor shortage this would be completely unsustainable. Trying to justify rejecting 90% of your good applicants to avoid "false negatives" and extending that logic to say that there's a shortage... Obviously retarded if you think about it.
So far 7 posts got you:

- 1 twitter follower that may be unrelated

- a few app installs

- negligible ad revenue

I think you missed the most important lesson - getting 10x more of that is still awful.
The ACA already forces every US citizen to buy a product from a private company. This isn't much different.

The Supreme Court has already upheld this as a "tax", so expect the same result.
The tagline on the site describes the most obvious use case: "RethinkDB pushes JSON to your apps in realtime. When your app polls for data, it becomes slow, unscalable, and cumbersome to maintain."

In their FAQ, they call out these types of applications: Collaborative web and mobile apps, Streaming analytics apps, Multiplayer games, Realtime marketplaces, Connected devices
> You're assuming that what made the Iraq/Afghanistan invasions different from previous wars was the opponent

Is that not the case? What does technology have to do with these cases?
> If you can’t read a generalisation without exploding in a rage of counter-examples, stop reading now…!

If you can't write a generalization without exploding in a rage lacking examples, stop writing now...?
The symptoms are listed in the study.

Also, your point is anecdotal and irrelevant, people have different sensibilities to different compounds. Also, the effects are largely caused by the caffeine in the tea, so you're probably addicted and adapted to caffeine.
Architecture’s glass ceiling
While the oplog does provide some semblance of RethinkDB's changefeed, it's not nearly as powerful. With Rethink, you say you want a query, and rethink will let you know about changes to that query. Mongo just says "hey, here are operations that were done", and leaves the reconstruction to you".

So I guess Mongo+Meteor match up with RethinkDB... sort of.
You are perfectly right, and no, I haven't deployed anythong at the scale of Google. On the other hand, deployments at that scale are routinely done at Google, Facebook and Amazon amongst other tech giants, so an intern doing it shouldn't warrant an article.
Can you elaborate on how think this development helps to achieve an exit? Also what do you mean by "dumb money"? I ask because I am sincerely interested in hearing your theory.
By banning "throttling" it would not allow ISPs to prioritize VOIP over Tor packets, or to impose a bandwidth cap on BT traffic for a particular plan.

These regulations are a solution to a non-problem, and as is often the case with regulations, they appear to be just as likely to cause harm as to help.
Yes, it can be a net energy producer given a source of hydrogen, but hydrogen is typically not available for free. See my other comment.
Uh ok. You can slice up 90% in many ways. But why choose to cut it such that you lose 100% of other industries? That sounds quite effed up.
I didn't say it was. My point is that you need to talk to your local representatives, because Washington is putting it on them right now. This includes your congressman and senators.
How much software engineer should invest in career growth
Just curious, I really want to like Rust but take a look at the State API documentation for managed state feature: https://api.rocket.rs/rocket/struct.State.html (screenshot: http://c.ekin.io/3c2q112x1p0y)

Is this readable to Rust people? I mean, can you look at this and say, "ah ok, I'm gonna call this and that then I'll have the state" directly?

I'm lost but I have zero Rust knowledge so this is a sincere question, does this mess make sense when you get into it?
SSL is really not the responsibility of the web framework.
Running a cash register isn't a high skill job, do you think they'd get paid more if the goods were american, because they wouldn't.

But the savings passed to consumers is spent on lots of things, like apps. And app developers are doing pretty good.

The economy is much more fluid that you seem to understand.
Is there an free copy of the article not just the abstract?
Sorry, will not do it again :)
> allows for a single car to fly from A to B safely

"Safely" will never mean a 0% crash rate. So, when a failure occurs that causes the vehicle to crash uncontrollably the property damage and casualty level will be determined largely by the vertical density of the vehicles.

> But trucks are less efficient than container ships, and we still use the former when the latter is impossible or too slow

Two issues with this:

a) the cost difference between container ships and trucks is not so large as that of air and ground travel

b) the reason that less efficient trucks are used is exactly because there's an economic demand for delivery and it is the price/time optimal solution.

For someone with a commute that can be shortened from 90 minutes to 15 minutes and makes in excess of $250K a year this is a solution. For everyone else it doesn't make sense.
The oplog replication provided by Mongo is a very different mechanism than RethinkDB's change feeds. This is a pretty good overview of the differences: https://www.compose.com/articles/rethinking-changes-how-two-...
Your examples are very peculiar in that in the workplace female programmers are the minority, and some google searching shows female head chefs are nearly unheard of in the food service industry, therefore sure obviously programming and being a chef are culturally obviously very masculine.

I think your point is something like its very Millennial to have no "traditional crafts and skills", low agency, low levels of self help, etc. I'd believe that. You do make a convincing point. See the rebellious response of the Maker movement which decades ago would have merely been called learning to be a responsible "grown up".

The problem with your culturally/economically masculine examples of programming and being a chef is you can pull a graph from images.google.com of something like "children living with mother only" and apparently it varies staggeringly with race and time. Such that when I was a kid less than 1 in 10 of my peers grew up with a single mom and no Dad in the picture, whereas half of black kids today have no "Dad" in the house. So it matters not that we're discussing mere subjects like carpentry vs arduino programming, no Dad at all means neither subject will be in the picture.

I'm sure there are lost feminine arts in the culture. Sewing homemade clothing. Being a stay at home mom. But those were not article topics anyway.

Edited to further point out we're arguing over which binary is the only binary factor to matter, whereas my point is regardless of how much "Dad Hobbies" have cratered culture-wide, getting rid of 40% of Dads from kids lives over the same time period is just going to make whatever decline there is, 40% lower yet. I simply don't understand what could be controversial about that.
Hungary, Bulgaria and Romania have something in common when it comes to pickpocket... and overall petty theft.
There have been pure S-expression editors in LISP. INTERLISP worked that way. Yet EMACS, which is a text editor which knows a little about S-expressions, won out. INTERLISP's LISP editor had features never seen since, such as "Make this code subexpression a standalone function". This would pull the subexpression out and make it a named function, inserting the correct calls with the correct arguments in the original code. The inverse operation, "expand this function here", was also available. This eased refactoring.

There don't seem to be tree-oriented editors for XML. Or HTML. Or even JSON. That would be useful. At least the tree structure would always be correct. More effort is going into figuring out how to parse "bad JSON" than into writing editors for it.
>, the authors only mention Google and Microsoft once:

It's the not quantity of times Google & Microsoft is mentioned. The point is that they are mentioned in the same paragraph as the preceding sentence, "professionals with college degrees and specialized skills to fill jobs when qualified Americans cannot be found."

The specific text you pasted has a line break to signify 2 separate paragraphs and the 2nd paragraph starts with a "But..." Those two spatial organization cues in the text is telling the reader to parse them as 2 separate groups instead of conflating them.

The Mr. Tan anecdote is for the other group harmed by H1B abusers such as outsourcers replacing his UCSF job with cheap labor.

NYT's 2 groups:

group 1: "professionals with college degrees and specialized skills" (Google, MS)

group 2: "outsourcers cheap labor" (HCL, Infosys)

ericseppanen's 2 groups in his parent comment:

group 1: companies that hire the best they can get (and paying competitive salaries),

group 2: and outsourcing companies that file a ton of applications (and pay their employees much less).

ericseppanen's original complaint was that the writers didn't understand there are 2 different types of companies. Yes, the writers did understand that and they provided dual anecdotes for both types. The writers actually made the same distinction that ericseppanen wanted them to make!

>If you don't see that as conflation,

I will offer up a theory as to why some readers think the NYT writers mistakenly conflate them: the article only has "humanizing" profiles of real people hurt by the negative H1B abusers. The writers didn't bother to add human stories for the positive H1B "top talent innovators" such as quoting a rare PhD scientist from Germany helping them invent flying cars or whatever. (The examples of Google + Microsoft + proponents espousing benefits are "abstract" citations not "human" ones.) Because the story is one-sided in quantity of anecdotes emphasizing the negative H1B, readers may think the writers conflate the categories.

Although the authors may be biased for emphasizing the abuses of H1B by outsourcers, that doesn't mean they are not aware of the other type of H1B companies that attracting the best talent in the world.