skysight-inc/HackerNews huggingface dataset:
It looks like Uber is pretty clearly in the right here. The DMV's own site (https://www.dmv.ca.gov/portal/dmv/detail/vr/autonomous/bkgd) makes it pretty clear that the regulations only apply when there isn't an operator performing "active physical control or monitoring".
It should never purely be this or that. I think a combination of both is the best place to be. If I want to watch some specific episode or Youtube video, I generally pull out my phone. If I just want any music, I go "Ok Google, play some music on my TV" as that's faster in that case.

If I'm in the kitchen cooking, I'll just go "Ok google, add butter to the shopping list, but if I'm on my computer, I'll open Keep and type it there.

Both methods have their advantages, and the awful experiences come out when a user tries to do all of their tasks with either or.

As for who is ahead, I strongly disagree with this article. Yes, Amazon had a 2 year start, but Google has had far more years of voice recognition and AI experience. They also have infrastructure for all sorts of things including maps/navigation, translation, search/knowledge graph and just machine learning in general.

With Apple, Samsung and Microsoft entering in the digital assistant world too, it'll definitely be a huge competition in the years to come, and the 2 years head start aside, I think Amazon is actually the least well situated for the challenges ahead.
CD Projekt RED is a great game development company.
Who said that? The company seems to acknowledge the past and I don't see anyone calling for blood.
How is filling out struct fields more complex than filling out config files? The principle advantage is system simplicity--everything deploys in a single file, no network topology to troubleshoot, fewer moving parts, no new highly-configurable tool to master. If the quality of those libraries is as poor as you suppose, then take NGINX by all means. I don't see any reason to make those assumptions, however.

I don't mean to overstate the advantages--I think both solutions are fine; neither will make or break your operation.
Yes there is a big problem. Managers reducing all estimates in the hopes of looking professional and thus getting a raise from a higher-level manager, making the programmers' lives a living nightmare in the process.

It's the same problem 99% of the time.
Be careful though, the dealership might be able to order and sell it, but if they don't sell many in your area, I can guarantee they won't be good at fixing issues.
At some point in the middle of the 19th century most people alive today will have had 64 great^n-grandparents. It's hard to imagine any significant portion of those ancestors weren't terrible people of some sort or another.
The US has stricter emission limits for NOx than Europe, which are difficult to meet with diesels given locally available fuels. Meeting the limits in the US tends to require adding onboard treatment systems, increasing initial purchase and recurring costs. The diesel engine is also more expensive here. Basically, it's frequently not cost effective.
The first NES print advertisement
Proto REPL has some great features in its earliest incarnations. Kudos to Jason for such a great start. The drill-down pretty printed eval output is very cool. And I love the built in charting/graphing plugin and how easy it is to use within this IDE.

I'm an Emacs/CIDER hardcore, so it takes a lot to sway me to try something new.

I'm looking forward to this being refined to the point of fully usable for daily work. The Clojure community would really benefit from a "just works" IDE - especially for ClojureBridge where we need to get people up and running quickly and without teaching them a new editor. Nightcode, and now Proto REPL seem like leading candidates.

Current minor quibbles:
* Eval of charting expressions creates 2 tabs each time.
* Eval popup gets truncated if size exceeds size of frame
* Several charting examples either render improperly or throw exceptions. This may just be version incompatibilities.

Some of these may be pilot error. I'll confirm and try to report the bugs soon.

I must say, I miss paredit. Parinfer (at least in this incarnation) drives me completely bonkers, especially in indent mode. It's magic, but horrible evil black magic that works "sometimes" and steals and inserts closing ])} willy nilly. I guess I'll just turn it off unless someone can testify that it can become tolerable with more experience.

Again, great work Jason.
Some additional things that can be done:

* soft-shedding, where instead of dropping a request (which might just incur a retry storm), sometimes it is appropriate to send back a cheap response so that the clients sees a successful response instead of an error

* route critical requests and non-critical requests to separate clusters that can be scaled and configured independently. The blog post mention doing that using DNS, but that also works for mid-tier services.

* build back-pressure into the client. Instead of a timeout or error, a well-conforming client can enter "polite" mode when it receives a signal that the backend is overwhelmed.
Changing Expectations: What do we expect from Magic Leap now?
And yet 30 years we could do all that with a whole lot of if statements. It would just return false positives a lot more. A couple of others have replied saying the same thing as you that this is 'AI', but it's not. As soon as you try to use it for something it wasn't programmed for, it fails. It doesn't even understand what it is doing right now. This isn't me 'moving the goalposts' either, we have literally never achieved anything close to AI. It baffles me that people think this is even remotely AI to be honest.
"Necessity is the mother of all invention"

When organizations 'need stuff badly' - everything moves much, much faster and things get done.

In the Canadian Army, we could not move our troops around effectively, and 'procurement' for troop transports was taking decades. As soon as the engagement started in Afghanistan, we dropped our 'special needs' and just bought Chinooks from the US, off the shelf. Done. It's not exactly R&D, but it highlights the bureaucracy of such organizations.

I think 'necessity' will drive outcomes far greater than small variations in budget.

Consider this: 'good ideas' should be the result of 'problem analysis' - that is to say, they should be 'solutions' to existing problems. In academia in particular, they're doing a lot of 'pure' research, not so much focused on pragmatic things.

Facebook, for all of it's rubbish, is still a 'very useful thing' to a very large number of people. I don't think the very concept of Facebook lends itself well to academic ideals. Nobody would have considered such a thing a 'viable good idea' from an intellectual perspective. And yet, it really is useful.

The best ideas come from understanding where 'pain points' are and solving them, ergo, an understanding of 'the system to improve' is essential.
I wonder if nostalgia articles get as many clickthroughs from GenXers as they do from older generations?
I'm not sure this is a fair comparison, because books are written to be read, but code is (usually) written to be executed. As much as we all agree that code readability is important, the simple fact of the matter is that executability matters a helluva lot more. We're paid to write code that executes, and many people stop there.

The result is that there is a lot of code out there that executes just fine but is completely terrible to read, and I wouldn't advise learning from. And the problem is, especially for beginners, it's difficult to determine which is which.

Add to this the fact that code changes over time, in more ways than one.

1. It physically changes, i.e. we commit changes to it, so a codebase that is well written today may be dramatically changed tomorrow.

2. The context changes, i.e. the circumstances that make one tradeoff better than another change all the time, and if the context isn't captured effectively, it's difficult to understand when good decisions change to bad ones.

3. The language changes, i.e. new versions or even entirely new languages come out which fix mistakes in old versions or languages, so good code today may be difficult to learn from in the future if the language is no longer well understood.

We need more collections of repositories that are agreed upon as "good quality" that everybody agrees are worth reading and learning from.
Your single Go Process is typically #cores Processes. All the orchestration is still handled by you, just there falacities for it in the language for it.

Just because you are using stdlib not an external application does not change the functionality that is happening.
It's not about being blame centric it's about accurately targeting a goal. Healthy or more importantly just healthier is near treated as some form of weird mysticism that needs to involve home made fruit smoothies and yoga in the mind of the public or at least it can seem that way when it's discussed.

I think he makes an excellent point that most of society isn't suffering illness from a lack of micronutrients but instead excess calories and I think it's worth mentioning because so much worry and over optimisation in people trying to eat healthier involves trying to maximise micronutrients.

Yes, swapping from a calorie dense diet to a not so dense one is mentally difficult. That's a point for why we need less focus on a vague "heathy" label that makes the task out to not just be a difficult exercise of willpower but complex as well.
I find the thesis of this article interesting especially in contrast to some of the criticism Zuckerburg brings up in https://news.ycombinator.com/item?id=13212976

Even if Amazon continues to put its eggs in the voice-as-primary-interface bucket, it seems like it will be unlikely for Facebook to go that route.
Agreed; it looks like every other cool, funky hatchback I know :). I'd buy it.

(And it's both Canadians & Americans that have a weird dislike of hatchbacks)

[though I suppose from their perspective, I have a weird liking of hatchbacks, what with their practicality, effective use of space, and good looks 0;-]
Nobody on Indie Hackers has ever claimed to be an overnight success, and every interview is transparent about the details so that readers can see exactly how long it took.
That should be "Uber lost $800M last quarter".
In my opinion, the legal aspect is unclear too. In case of brick and mortar stores, AFAIK, most jurisdictions require a noticeable sign revealing surveillance/videotaping. The law hasn't quite caught up online though.

Regardless, I'd say it's ethical if they clearly tell users they're being watched. I bet no one would use the service if it was required.
[video]Building HackerNews clone with angular2: Component inputs
I have an XPS13 matte. It's an excellent laptop, thin, portable. There's some touchpad weirdness but if it ever freaks out on you, put four fingers down.

$700 with 8GB RAM and 1080p screen. PCI slot, flash battery are only upgradable parts. If you treat it as something to last you for two years, then it's wonderful.
In principle, it should be easier to build an AI that writes mobile or web apps than it is to build an AI that can reliably and safely drive a car on open roads with human drivers. Think about it. Why don't we have one of these? It would put millions of barely capable web programmers out of business. Not that there's anything wrong with that... ;-)
If you're asking how do we know there is more matter than antimatter in the universe the answer is that it is consistent with the observations/calculations surrounding Big Bang nucleosynthesis and CMB anisotropies. If you're asking what do we theorize is the reason there is more matter than antimatter in the universe there isn't a satisfactory answer yet. It's one of the biggest open problems in physics.
Facebook should hire this guy!
the SNP know that if the UK leaves the EU single market, then any future indyref discussion would centre around the possibility of the establishment of a hard border between Scotland and England, and even the possibility of Scots needing work permits to work in England

the vast majority of Scots value the ability to live and work in the UK more than the ability to live and work in the EU

this was not on the agenda in 2014, as both the UK and an independent Scotland would have both been in the EU, with freedom of goods, services and movement

given the SNP's inability to respond to the currency question in 2014, the odds of them handling this much more complicated issue seem far more remote

the UK leaving the single market is sturgeon's worst nightmare
You should add a GIF to the readme :)
Good point, and one I have posed myself. However, if you see GM's dealerships as marketing channels, then there's simply a lot more people who would even know about the Bolt vs. the Tesla Model3 (using the logic). If you don't know an alternative exists, maybe what's in front of you is your best rational choice?
According to the Wikipedia page about him (https://en.wikipedia.org/wiki/Charles_Holland_Duell), which provides references to the original sources, the quote is bogus.

See also http://www.quotationspage.com/quote/22779.html
Elite Dangerous Ship Assistant Powered by Alexa
Microsoft Cortana achieved parity with human voice recognition for continuous speech input.

Google has the best machine learning along with MS, and they have billions of data points.

Amazon has neither comparable tech nor the innovation or customer data. Putting an Echo in every home doesn't matter when its dumb. Does Alexa understand context? Can it get even close to Cortana/Assistant? Lets not mention Siri, that's stone age.
In my opinion, having a separate cancellation token that is "threaded through" the call stack is indisposable, because sometimes you need to do more than simply pass along the token that you've got - usually it involves linking several tokens together, e.g. with another representing the state of the component as a whole, as opposed to that particular call chain.

Now, this doesn't happen often, and most of the time you do indeed end up just passing the token along. But when you do need it, it allows for code drastically simpler than any workarounds.

My takeaway from this is that first-class cancellation tokens are the right approach, but languages need some kind of syntactic sugar to eliminate, or at least reduce, the verbiage for the most common case of propagating it around.

(All of this is based on experience working with a heavily async/await codebase written in C# for the past few years.)
Is soft-shedding a good idea? You're still paying CPU time to come up with a response that is a 200, but probably won't fool the client or the user anyway. Without a signal that the server is having problems with load, the retries can be more aggressive.
> less expensive to purchase by any measure

Where I see people argue this, the measure usually includes time and convenience of getting to the store, ability to store the food, etc. Have you heard the term 'food desert'?
How mature is the Clojure library for Unity being shown here?
As always a very informative post by Saša Jurić. If anyone is looking for quality Elixir study material would highly recommend his "Elixir in action" book.
I have to believe when there are millions of Teslas on the road you'll be able to find Tesla mechanics locally. The danger is the Model 3 flops and you're forever stuck going to the closest Tesla service station.
> particularly in criminal law there a wide variety of punishments to "make an example" to deter others from similar conduct, with little effort to make the punishments uniform.

Its uncertainity intended by law itself. All abided parties are most likely comfortable with it. No one would rely on this certainity.

Put it simply, You cant expect more certainity than the contract/law itself defines.

> If you have to go back and discuss the terms then there's already been a loss of trust; the courts are just there to pick up the pieces.

The loss of trust is exactly the scenarios where contracts are most useful. The contract would most likely have cancellation clause, which means it should terminate expectedly without any suprises assuming contract itself is objective (That is, It should not grant uncertainity like criminal laws).

So "Natives getting fixed amount in return for Li mining" is an example of objective contract.
That assumption is actually incorrect. Data: http://batteryuniversity.com/learn/article/how_to_prolong_li...

Table 2 shows the lifespan of a typical Lithium Ion battery based upon various discharge depths. 100% discharge rates degrade to less than 70% of original capacity after only 300-500 cycles.

25% discharges hit the same value after 2,000-2,500 cycles. That level of discharge is fairly common with cars like the Tesla.

Having said that, you do have a point about overbuilt batteries too. Some Teslas do have much bigger than rated batteries that are software limited. It is completely possible for someone else to "beat" them on range by utilizing more of the available capacity.
Just a nitpick: you can live code in imperative languages and functional languages can require compilation. That has more to do with your design, framework, and tooling than the language itself. It mostly is a divide between compiled and interpreted languages, though that distinction gets blurrier over time.

That said, Im a big fan of functional languages for game scripts (and got in to that myself using LISP on text MUDs).
As an immigrant, I'd say you are definitely on to something here, with your 3-2-1 reverse approach.

In fact, if you look at a typical village in India, the housewife isn't going to have the time or means to "visit a preferred grocery store after making a shopping list" - the stores come to you! People live in narrow streets. On a given day, only 4-5 pushcarts can ply a given street. So the pushcart vendors decide among themselves which streets they will ply. Say you live in Street A. On a Monday, the carrot, tomato, potato, peas and beans pushcarts will visit your street. The housewife is now constrained by her daily shopping budget. The pushcart vendor is constrained by how much produce he can physically push on his cart. They are both constrained by the number of people living on the street & the haggling capacity of each person.

All of these constraints then resolve into which produce gets bought & in what quantity.
Say the housewife ends up with half a kilo of beans and some tomatoes -> that day the family eats beans curry and some warm tomato soup for dinner. This is how we ate for decades back in India.

Once my mom came to the US on a vacation and I introduced to her the concept of eating-what-you-want and going to a Safeway and buying-tomatoes-in-winter-just-because ...all of that was pretty foreign & mind-blowing to her.
I was running an experiment on Facebook using their advertising platform over the past few weeks, and I used the phrase "reputable news source" in the description.

I started to get a lot of comments that the only reputable news sources were "Fox News", "Breitbart", and then a litany of obscure conspiracy-theory websites that were pushing #pizzagate and other conspiracies.

It totally caught me off guard, even though I know that's where many find their news today. I guess what it taught me is that "reputable" is a fuzzy-term.
"There are a lot of bad code out there and the only thing you can learn from it is how to write bad code."

Oh, I dunno. I've done it a bit and found value in it.

I spend big chunks of time writing customizations or extensions for WordPress plugins. It's not exactly a fun way to make a buck but it is easy to be better than most folks writing for WP and I work remote from a tourist town... but my point is that I have read a shit ton of really bad code. If you think that all it's done has made me able to write bad code, fair enough... I'm not exactly solving difficult problems.

But I still feel that it's good advice to read other peoples' code.

The benefits of knowing that you can do better than some folks aside, being frustrated by some poorly documented code that is difficult to reason about is a really great way to understand why you shouldn't write stuff like that, and the various ways in which things can get messy.

It's not the best thing in the world, and I suppose that on some level its struggling against rather than reading this code which is the real benefit.

But I agree with Stephen King when he writes in _on Writing_ that there is value to writers in reading some bad novels.

If you've been working for a while and want an easy way to improve your practice, and your general impulse when working with other folks code isn't to follow down to that code from your IDE, there is a lot of worse advice than to just go ahead and look at underlying code other folks have written.
>yet ALL other manufacturers continue to produce only ugly cars

It's like they are having a competition to make the ugliest car ever.
I know a number of people who have gotten programming jobs just by learning on the internet (or General Assembly in one case) and then building cool projects in lieu of experience. I'd hire such a person tomorrow (if you are in Delhi or Pune, hit me up) if they showed up.

The steps are codeacademy/whatever -> cool project -> hired. You can't skip step 2.
Is there a page where we can fund advertising efforts?

It seems like our best efforts at algorithm news and information (google, FB) favor the highest bidder. I would love to see more of these pages promoted for key search queries.
Not true. Incorrectly cooked kidney beans (and to a lesser degree other beans) can cause severe vomiting and diarrhea, because of phytohaemagglutinin toxicity, which needs prolonged heating to destroy:

https://en.wikipedia.org/wiki/Phaseolus_vulgaris#Toxicity
Reading code becomes beneficial at the moment your biggest concern is no longer "does the application work?" but "how does the application work?" I ceased to be a beginner when I became confidant that I could make something work. My concerns ceased to be "can I make this work?" and became "is there a better way to make this work?" Confidence to answer the former question is gained through writing code. Understanding to answer the latter question is gained through reading code.
Exploitation pretty much means making someone's situation a bit better - when justice demands far more than that. Nor is it clear that the companies aren't doing permanent harm.
Always-on surveillance devices (at least the ones I know about and for which I do not control the endpoints) do not have a place in my home.

I'm increasingly feeling like humans around me are remarkably less protective of their private spheres than I am, and am curious as to where the difference lies. I'm pretty dull - it is not like I'm protecting the privacy of my wild and crazy lifestyle. But the idea that the noises made in my home are being shipped to and stored... somewhere, with access controls unspecified (but to a company that has proven it rolls over on command for the government, at least when not discussing taxes[1]) such that I don't know who may be listening to it[2], is the sort of thing that effects how I behave in my own home. And pardon me, but fuck that, no way.

A friend compared to to having sex in front of pets, but I'm pretty sure my cat doesn't speak any human languages, hasn't written systems to routinely disclose data to various groups of humans, and isn't likely to try to sell me $product to improve my performance. For instance.

The main place voice is useful to me today is in the car. I'm already on display in a fishtank, and talking to what amounts to a remarkably clever turnip that sometimes gets something right is useful.

[1] http://www.cnn.com/2010/US/12/01/wikileaks.amazon/ . Sure, just a run-of-the-mill TOS violation, nothing to see here.

[2] Doesn't matter that the unknown humans likely aren't. I'm not claiming rationality.