skysight-inc/HackerNews huggingface dataset:
I don't buy this either nor should we it's not how the feature is marketed.

"The system is designed to be able to conduct short and long distance trips with no action required by the person in the driver’s seat."

The result of this statement and the functionality that matches it is it creates a re-enforced false sense of security.

Does it matter whether the driver of the model X whose auto pilot drove straight into a center divider had his hands on the wheel if the outcome of applying autopilot is drivers focus less on the road? What is the point of two drivers one machine one human? You cannot compare car auto pilot to airplane they're not even in the same league. How often does a center divider just pop up at 20k ft?

Usually machinery either augments human capabilities by enhancing them, or entirely replaces them. This union caused by both driver and car piloting the vehicle has no point especially when it's imperfect.

I'm not opposed to Tesla's sale of such functionality, sell whatever you want, but I am opposed to the marketing material selling this in a way that contradicts the legal language required to protect Tesla...

There's risks in everything you do, but don't market a car as having the hardware to do 2x your customers driving capability and then have your legal material say: * btw don't take your hands off the steering wheel... especially when there's a several minute video showing exactly that.

Tesla customers must have the ability to make informed choices in the risks they take.
I made an Adsense plugin for Angular and if you copy and paste the doc's use example with my ad code (it says to replace) it shows you my ads (duh). Several people have for some reason used it in production, maybe hoping to get their own adsense account/code later. It earned $140 last month.
The Crime-Fraud Exception in the Michael Cohen Case
I think this contributes, but it's not the principal problem. The core problem is supply shortage, which given the current astronomical prices has everything to do with zoning. Relax that enough and the market will solve the problem in a matter of years.
I disagree with your initial sentiment. In my opinion, we can have self driving cars without a large human toll. I just think we need to stop trying to merge self driving cars into a road system designed for human operators. Moreover, we should not be "beta testing" our self driving cars on roads with human operators. Accidents will happen, as ML models can and do go unstable from time to time. Instead, we should look to update our roads and infrastructure to be better suited to automated cars. Till then, I hope those martyred in the name of self driving technology are not near and dear to you (even if you'd feel it's worth it).
It did not. Mach is traditional microkernel which provides IPC mechanism, process isolation and (somewhat controversially) memory mapping primitives and not much else.

In late 80's/early 90's there were various projects that attemted to build unix on top of that as true micro kernel architecture with separate servers for each system service. Performance of such design was horrible and there are two things that resulted from that that are still somewhat relevant: running whole BSD/SysV kernel as Mach task, which today means OS X and Tru64 (at the time both systems had same origin as both are implementations of OSF Unix) and just ignoring the problem which is approach taken by GNU/Hurd.
Show HN: A site for learning Java
You're absolutely correct. Vancouver is unlike SF in that it has no issues building new residential buildings.

At the moment housing starts in Vancouver are at all time highs, unprecedented for decades, and yet vacancy remains sub zero and housing is very unaffordable. This suggests that even these unprecedented levels of supply creation are unable to meet demand, and there are more issues at play than a lack of supply.
> but in practice nobody cares.

Not my observation at all.
I honestly don't get what your 3rd reference is complaining about. That software has... more features and is faster (with the tradeoff being code size)?
I feel like this recent article "Don't give away historic details about yourself" is relevant: https://news.ycombinator.com/item?id=16793636
> that means triangles start voxelizing when you get further away from origin

They can in a few edge cases, but in most cases they don’t.

Simplifying many things, to render a model, a game engine uploads 2 things to GPU:

1. Model’s vertex buffer + index buffer. The vertices are in mesh’s own coordinate system, and most 3D designers don’t design their meshes placed 100km away from origin.

2. A single 4x4 matrix, containing ( world * view * projection ) transform. World transforms the model from local to world coordinate system, view from world to camera related, and projection from camera related to 2D screen coordinates + depth.

If you’re 200km far from origin, and are looking at a model near the camera, world transform will contain large values because you’re very far, view transform will also contain large values because camera’s also very far, but multiplied together they won’t have very large values, because model is near the camera.

And if your model is very far from the camera, so the ( world * view * projection ) transform contains huge values, you won’t notice precision degradation, because the whole model will occupy a single pixel at most.
Such a great write up. Could that ever happen here with our hypermicrolocal zoning boards everywhere? Short of Donald Trump vengefully smiting NIMBYs because they blocked his condos in the past I don't see how it's possible.
This is interesting. Are there regulations mandating public access to this information?
Numerical accuracy of floats and splitting up data into chunks that don't depend on each other are almost as different as any two problems can get.
> > Calls which have no limitations, of which there are only a very few, for example zx_clock_get() and zx_nanosleep() may be called by any thread.
>
> Having the clock be an ambient authority leaves the system open to easy timing attacks via implicit covert channels. I'm glad these kinds of timing attacks have gotten more attention with Spectre and Meltdown. Capability security folks have been pointing these out for decades.

Is there a way that these could mediated by a capability without having to incur syscall overhead? One of the reasons that these are bare functions is likely that they are in the vDSO, and are just simple function calls which can access some shared memory which contains the clock time. I suppose you could simply not give some processes access to that memory, and have the functions in the vDSO just return an error in that case.

I know that there was a time when the Linux kernel changed how their vDSO handling worked, so older glibcs would have to fall back to making an actual syscall for gettimeofday, and that seriously affected performance on some servers that updated the kernel without updating glibc. These functions are called quite often on servers for logging purposes, so adding overhead to make them go through a syscall can be a big performance hit.

> I'm hesitant to endorse any system calls with ambient authority, even if it's scoped by context like these. It's far too easy to introduce subtle vulnerabilities. For instance, these calls seem to permit a Confused Deputy attack as long as two processes are running in the same Job.

Yeah, this is a bit odd. In fact, it's not just these syscalls which have ambient authority, there's a whole list in https://fuchsia.googlesource.com/zircon/+/master/docs/syscal... and it includes VMOs, ports, sockets, and so on.

It does seem somewhat odd to have this capability system, but then ignore it for a number of actions which can only be limited at the job level.
Stalin probably didn't say it and the quote is usually used to highlight how the human brain cannot comprehend the devastation of a hundred deaths while it can easily feel grief for one death.
I've been interested in migrating to bitwarden for a while, but I've been hesitant because I don't know how much I can trust it. Mostly, I was looking for an independent security audit. I took another look today and found a GitHub issue on the subject [1] and they're working with researchers on HackerOne [2].

[1] https://github.com/bitwarden/core/issues/27

[2] https://hackerone.com/bitwarden
> the movie is (objectively) a poor portrayal of what was in the book.

The movie was pretty much completely conceived before anyone pointed out a superficial resemblance between certain elements of it and the book, which led to a (sadly, successful) effort to secure rights to the book, Verhoeven reading a small part of the beginning of the book and tossing it in disgust, some light plot and character changes to justify the connection, and then slapping the title of the book onto the movie.
Cost of living mustn't be too high where you're at or I wouldn't imagine you'd be able to make ends meet with the savings that $65K would afford. I hope the absent payroll doesn't last long for you. One has to wonder what your hours are if 'the rest' of your company quit. Good luck.
Is 80 a hard-coded limit?
As far as I know there has been only a single public study on the safety of Tesla's autopilot. It compared miles driven in Teslas without the autopilot hardware and safety features versus miles driven in Teslas with those features. They showed a 40% reduction in crashes. I think it is fair to assume that a 40% reduction in crashes resulted in numerous lives being saved. I don't see how coming to that conclusion is "misinformed bordering on disingenous".

That specific note is available on page 10-11 in the linked study. [1]

[1] - https://www.scribd.com/embeds/337007075/content?start_page=1...
I guess I left a bit too much implicit about my prediction on what Google's going to do: I have a strong suspicion that Google sees the Linux/POSIX basis of Android as an albatross around its neck. And ChromeOS—with its near-perfect app isolation from the underlying OS—seems to be a way of getting free of that.

ChromeOS has already gained the ability to run containerized Android apps; and is expecting to begin allowing developers to publish such containerized Android apps to the Chrome Web Store as ChromeOS apps. This means that Android apps will continue to run on ChromeOS, without depending on any of the architectural details of ChromeOS. Android-apps-on-Android prevent Android from getting away from legacy decisions (like being Linux-based); Android-apps-on-ChromeOS have no such effect.

I suspect that in the near term, you'll see Google introducing a Chrome Web Store for Android, allowing these containerized, CWS-packaged Android apps to be run on Android itself; and then, soon after that, deprecating the Play Store altogether in favor of the Chrome Web Store. At that point, all Android apps will actually "be" ChromeOS apps. Just, ones that contain Android object files.

At that point, Google can take a Fuchsia-based ChromeOS and put it on the more powerful mobile devices as "the new Android", where the Android apps will run through Linux ABI translation. But in this new Android (i.e. rebranded ChromeOS), you'll now also have the rest of the Chrome Web Store of apps available.

Google will, along with the "new Android", introduce a new "Android Native SDK" that uses the semantics of Fuchsia. Google will also build a Fuchsia ABI layer for Linux—to serve as a simulator for development, yes, but more importantly to allow people to install these new Fuchsia-SDK-based apps to run on their older Android devices. They'll run... if slowly.

Then, Google will wait a phone generation or two. Let the old Android devices rot away. Let people get mad as the apps written for the new SDK make their phones seem slow.

And then, after people are fed up, they'll just deprecate the old Android ABI on the Chrome Web Store, and require that all new (native) apps published to the CWS have to use the Fuchsia-based SDK.

And, two years after that, it'll begin to make sense again to run "the new Android" on low-end mobile devices, since now all the native apps in the CWS will be optimized for Fuchsia, which will—presumably—have better performance than native Android apps had on Android.
I think that is just an example of losing the branch name, the commit history is the same in both cases.

If you really want that behavior from git, you can have it, just create a tag for each branch HEAD. Actually I think this is all that fossil does as well.
How many total views is that income spread over? Are we talking like 100K / 200K range or over a million?
I don't know the specific case of GE, but could imagine that, as it was a novel strategy at the time, workers weren't already in a competitive ranking-focused mindset.

Additionally firing the bottom 10% is something that should happen naturally as you discover hiring mistakes. Of course just firing the bottom 10% when they are close to average performers is counter productive.
The article is about the methods of new studies that are attempting to quantify something that many - but not all - find intuitive. Yeah, there are bigger fish to fry, but I found it interesting.
> Mostly because videogame plot lines aren't as good as we give them credit for.

As a friend of adventure games and visual novels I have to disagree. Here are some games that in my opinion have great stories:

- The Longest Journey

- Zero Escape: The Nonary Games (Zero Escape: Nine Hours, Nine Persons, Nine Doors; Zero Escape: Virtue's Last Reward)

- the Blackwell series

- To the Moon
GM's AV systems are leap-years ahead of Tesla's. Pretty much everyone in the AV world is, including Uber (the recent accident notwithstanding). However, GM is taking the safe and conservative approach: restrict the usage of a feature that could potentially kill its users to a specific set of situations in which extraordinary testing has demonstrated that it won't. And that's exactly the right way to do it until they get to true self-driving.
Failed under what conditions, though? The manufacturer gets to specify the conditions under which they consider their product to be safe and suitable for a particular purpose. The car was not used under those conditions and the result was injury through misuse of the product.

If my toaster causes me serious injury because I used it in the bath, that is my problem.
There’s plenty of evidence for it as a meaningful framework, it’s just very, very far from the best test psychometricians can design. All four MBTI components correlate with a Big Five component at an r squared between 0.49 and 0.74. There’s nothing corresponding to neuroticism.

Much better than astrology, much worse than a test designed and validated by psychometricians.
Do you worry about renters you'll have to evict? That's what scares me about getting into this -- the thought of losing thousands when it can take months and months to get someone out. Plus the emotional toll of having to do that; not sure I'd want to, although from watching some TV shows on it it seems there's quite a few people who do it on purpose. Still, if those people have kids...
The XP guys had it right. Amortize all defensive work across EVERY piece of offensive work.

In the tech debt parlance most people are paying interest only payments instead of paying against the principle. Every check you write should do both (extra payments are good but they aren’t good enough).
> ...properties.

Guessing this means more than 1, or even 2. How were able to finance these purchases? Asking cos most lenders (that I've talked to) require a large down-payment, like 30% + or more.
This would be a satisfying solution were it not for the fact that Vancouver's housing starts and completions graph is a giant up and to the right. Vancouver has been building supply. At this point if you're a politician in Vancouver that is promising to solve the problem in a few years you're going to get dumped. People wanted this problem solved yesterday.
That’s somehow much creepier than “shadow profiles”.
Sure, but disputes cost time and money. You don't need novelty to have the deeper pockets jam things up in arb/litigation.

Sorry, I'm pretty cynical when it comes to employees rights in the US. I have no direct personal experience that causes me to be, but I somehow ended up this way :)
NB: I live in Darwin, Northern Australia, and camels are a way of life in these parts and are accepted as quite normal, despite being an introduced species.

I've heard it said that there are actually more camels in the Australian outback than there are in the Arabian desert, and in fact I recall that we had to send a bunch of camels back to the Middle East some time ago to make up for a shortage they were facing there.

NB: Our main railway system here is called "The Ghan" after the nickname given to the Afghan camel herders of old.
> post-quantum key agreement experiments in Chrome

Link for reference: https://news.ycombinator.com/item?id=16811554
>Is there any evidence that Tesla drivers are more influenced by marketing or by the message that they see every day?

given the behaviour of customers (putting down lump sums of money without knowing when they receive their car, camping out in front of stores), dedicated only communities (a 200k user subreddit for a car company?) and so forth I'm going to go with yes and it seems to border on the cult-ish.

There is a cult of personality around Musk and Tesla that is simply irrational
Surely nobody thought that was the case.
Kissinger might be a lesser human being than her, but he made a lot of people very rich, and has enormous political clout. (E.g., he was the initial chair of the 9/11 commission, when the Bush administration was still trying to cover it up.)

http://www.cnn.com/2002/ALLPOLITICS/12/13/kissinger.resigns/
What do you do when somebody posts death threats or child porn on your immutable social network?
ASP.NET WebForms were just not a good implementation of this idea.
I'd be careful, if the end-user breaks google's policies you could be banned from adsense permanently.
If you're hosting with GoDaddy, I would highly recommend switching to pretty much any other provider on the planet other than 1and1. GoDaddy is notorious for screwing over users for basically as long as they've been around.

I'm not specifically sure about GoDaddy, but this Quora answer suggests that even the best plans can't handle more than 5,000-7,000 visitors per day: https://www.quora.com/How-much-website-traffic-a-sharing-hos...
Yes, I intentionally chose it for that reason. I had the same reaction to that as I did to Battleship.
How does Borg express updates? With Kubernetes only deployments have rollout/rollback, and you need something like Helm -- which is frankly not that great -- to handle groups of resources that are to be updated and versioned together, e.g. configmaps and services.
The alternative is the military can insource these jobs and change their policies so they can hire the people they need to do defense work instead of coopting organizations that do other sensitive work for the public.
Economic incentives and competition will eventually cause it to happen regardless of sentiment. First, insurance rates for manually driven cars will shoot through the roof as less risky drivers moving to self driving cars decimate that risk pool (like if gun owners were required insurance for misuse). Second, cities that go to self driving only will have a huge advantage in infrastructure utilization and costs as roads are used more efficiently (with smoother traffic) and parking lots/garages become a thing of the past. Residents will just push for it if it means not being stuck in traffic anymore. Or worse, people and companies will relocate to cities with exclusive self driving car policies, creating a huge penalty for cities that don’t or can’t do that.

In comparison, the economic impact/benefit of banning assault rifles is negligible (and definitely not transformative) even if I personally think it is the morally right thing to do. (Maybe we can make the case later if school security and active shooter drills become prohibitively expensive and/or annoying)
Zircon is very much in the legacy of linux.

The biggest sin of Linux API remains ioctl (and its variants). Zircon commits the same mistake with its `object_get_prop` [1] and `object_get_info` [2]. If you pretend to be type safe (have different getters for different obj-types), you can in the long run replace these calls with in-userland static calls where possible to accelerate performance (like linux does for futex and time).

Instead you get his "It does A if you give it B, it does C if you give it D" this is pretty bad API design as it NEEDS a void pointer. I'd rather see _a lot_ of simple with numbers related to the call. You have 4 million of them FFS (if you care about 32bit compatibility).

It just leaves a bad taste in my mouth. The API design is extremely nice otherwise, and these methods feel like such an after thought.

---

To be clear I really don't care about POSIX compatibility, its easy to shoe horn in after you have a solid OS. The Windows-NT kernel has done it twice now (NT4.0 and Windows10).

[1] https://fuchsia.googlesource.com/zircon/+/master/docs/syscal...

[2] https://fuchsia.googlesource.com/zircon/+/master/docs/syscal...
The solution is to require ALL vehicles to have self driving features like collision avoidance.
I imagine someone used a float as an index, once.
I don’t know where it is now, but early versions of Angular encouraged you to isolate all your data debt to the sevice layer. With all the kludges in one place you had a better idea of how bad it was and it was easier to pick a block and insist that it now be handled on the backend.
It doesn't work based on car follow - but it does switch to that mode momentarily in extreme cases when lanes completely disappear and there is a car in front and when it does - it make the leading car full blue.
This is even more clear when you contrast housing supply to population growth. Population growth in Vancouver, Canada has been stable; almost linear, and relatively low. Meanwhile, housing supply has exploded across the region. Yet, housing remains unobtainable to the vast majority of residents. What is going on? It clearly is not a supply problem, and perhaps even worse, there could be a massive supply glut that for reasons I can only speculate has not become available for occupancy.
Your examples include Ford who literally decided it was cheaper to let customers die instead of fixing their product[1]
This is what I mean, just a little bit of PR and companies can get you to ignore literal manslaughter

[1]https://en.m.wikipedia.org/wiki/Ford_Pinto
That isn’t true, many countries where guns are very hard to obtain legally have horrible gun violence Mexico is a prime example.

Some countries that banned guns and have very little gun violence also have something else in common and that is strict border / customs control e.g. The UK, Australia, Japan and South Korea all of which are islands or effectively an island since the N. Korea border isn’t exactly open.

Mainland Europe while having less gun violence than the US isn’t exactly gun violence free far from be it and it’s a pretty commmon occurrence to have gangs shoot it out and even throw grenades at each other even in Norway since guns are easily smuggled through land from former soviet block countries and even from as far as Afghanistan.
I'm pretty sure a Theranos cryptocurrency could raise $10M on name recognition alone.
>Like I said in my previous comment, neither of us know how many accidents were prevented or lives saved by that update.

Then why are you making assumptions about it, then?

>You are drawing those conclusions with only half of the equation.

No, I'm not. The facts are: there was a problem that was reported to Tesla, Tesla ignored that problem, and now someone is dead because of that problem. No further information is needed to recognize that Tesla acted poorly here.