skysight-inc/HackerNews huggingface dataset:
The difference is this:

If I hire 15 people, I can produce 20 widgets

If I hire 15 people + 5 lower-skill workers, I can produce 30 widgets.

The problem we face is visibility. The question becomes how is it that low-skilled workers can create more efficiency, they themselves don't do anything. The reality is that high-skilled workers are now free to get creative vs having to do the annoying tasks the low skilled workers just took off their shoulders. So _indirectly_ the low-skilled workers produced 10 widgets, but really, everyone was just working at a good production level.

People being less busy lets them be creative.
Standard Cognition (YC S17) - San Francisco | 130 - 175K + Equity | Infrastructure | Full-time Onsite

We are building the future of retail, our 100% machine vision based system allows shoppers to walk in, grab stuff and leave. We are deployed in our own test store here in San Francisco and gearing up to roll out to our clients around the globe.

Tools: Rust, Nix
Bonus: Python, Mesos

Software Eng - Systems Engineering
- Develop, test and maintain the high performance engine beneath our distributed machine learning pipelines

Senior Software Eng - Systems Engineering
- Camera systems for large scale computer vision deployments
- Evaluate and integrate third party sensors

Systems Eng - SRE and DevOps
- Build tools to measure and monitor availability, performance and overall health of systems
- Scale development processes and deployments through automation and orchestration

Ops and Release Eng - SRE and DevOps
- System provisioning, automated config/deploys and testing infrastructure

Data Infra Eng - SRE and DevOps
- Identify, test, tune and deploy distributed/clustered storage systems

Senior Security Eng - SRE and DevOps
- Identify security risks, threats and develop mitigation plans. Perform security assessments, reviews and code audits
- Design, implement, maintain, and evaluate security-focused tools and services

If you're interested in applying, please contact me at brandon [at] standard [dot] ai
Facial recognition for salmon is a thing now
I think you are slightly unfair to the Bolt. Its battery is mainly in a skateboard like Teslas with some also under the rear seat [0]. So unless they really messed up the structure it should have the same advantages as the Tesla battery location.

That said, the front compartment is a big messy jumble of boxy components. This may not impact(!) safety much, but does show how far GM is from the level of integration Tesla attains.

[0] http://gmauthority.com/blog/wp-content/gallery/2017-chevrole...
Production ready means different things to diff people, and I don't know how many people use it in Prod, but have you looked at redox:

https://github.com/redox-os/redox
Two-dimensional Bloom Filter?
The people nearby and friend invite requirements being in problem in India but not in China can be explained by:

> QQ messenger – already had over 750 million monthly active users by the time WeChat launched. A user could port her entire QQ social graph to WeChat by just logging in with her QQ ID.

It sounds like WeChat is really just a renamed QQ of sorts. So any adoption comparison of messenging app uptake in other countries with that of WeChat in China should use the QQ launch of 1999, which makes WeChat's rise to ubiquity far less impressive.
Code golf! https://codegolf.stackexchange.com/
I find that while coding I practice lazing naming where I am able to start writing `function foo` and which allows me to bypass the upfront naming deliberation. Once I have my code written I can assign an accurate name to function and if the name is too long or convoluted I consider revising the code. So naming for me ends up being a useful tool for self-reviewing my code.
It's all about fixed resource allocations. The default stack size for user-land threads tends to be 1MB or 2MB, and there's also (smaller) kernel stacks.

In implementations of languages like Scheme or Haskell where no stack may even be allocated, or where stacks might be allocated in chunks, the cost of a co-routine can be very small -- as small as the cost of a closure. If you take that to the limit and allocate every call frame on the heap, and if you make heavy use of closures/continuations, then you end up with more GC pressure because instead of freeing every frame on return you have to free many of them via the GC.

In terms of ease of programming to deal with async events, the spectrum runs from threads on the one hand to callback hell on the other. Callback hell can be ameliorated by allowing lambdas and closures, but you still end up with indentation and/or paren/brace hell. Co-routines are somewhere in the middle of the spectrum, but closer to threads than to callback hell. Await is something closer to callback hell with nice syntax to make things easier on the programmer.

Ultimately it's all about how to represent state.

In threaded programming program state is largely implicit in the call stack (including all the local variables). In callback hell program state is largely explicit in the form of the context argument that gets passed to the callback functions (or which they close over), with a little bit of state implicit in the extant event registrations.

Threaded programming is easier because the programmer doesn't have to think about how to compactly represent program state, but the cost is higher resource consumption, especially memory. More memory consumption == more cache pressure == more cache misses == slower performance.

Callback hell is much harder on the programmer because it forces the programmer to be much more explicit about program state, but this also allows the programmer to better compress program state, thus using fewer resources, thus allowing the program to deal with many more clients at once and also be faster than threaded programming.

Everything in computer science in the async I/O space in the last 30 years has been about striking the right balance between minimizing program state on the one hand and minimizing programmer pain on the other. Continuations, delineated continuations, await, and so on -- all are about finding that sweet spot.
>An obligation to announce findings would create a moral hazard as well, since the incentives would suddenly tilt sharply towards not looking for security vulnerabilities.

A good point. There is also the fact that the average Internet user has no clue what things like a vulnerability, or a bug, or even a log is or what it means. Data mining, web scraping or data harvesting--no clue.

I just saw a TV report this weekend that stated CA hacked FB. Well on second thought, maybe that's better than trying to explain that even though "thisisyourdigitallife" you really need to spend some time and effort to understand what it all actually means.
If you're a server with a million clients holding an open connection, you can have a goroutine for each, holding the connection state while waiting for them to communicate again.
This is a reasonable comment. I don't understand why it is greyed out.
No way.

The Dev/Ops interface is one with very little information hiding, little responsibility segregation, very little outcome independence, and nearly no knowledge differentiation.

The researcher/admin interface separates things with complete opposite qualities on each of those dimensions.
This is extremely problematic for us. We're bootstrapped and now Google is suddenly asking for up to $75,000 (or more) for a security audit.

This despite the fact that we've been publicly asking for more limited OAuth scopes for years (c.f. my HN posting history and my tickets on the Google issue tracker), and the fact that we've had zero security incidents in over three years. All to ensure that we're not risking exposing user data that we don't even have, have never accessed, and shouldn't need access to in the first place.

https://cloud.google.com/blog/products/g-suite/elevating-use...
Can you comment a bit more on what makes graph databases such a good fit for you? As far as I can see the models seem to fit pretty much 1:1 to a relational model?

I have experienced low-code platforms, and to me your approach looks very well thought-out! Veel succes ;)
That's certainly true in a limited sense. We are accepting collateral damage from the second amendment. No doubt about it. People are dying from the availability of guns.

The great bet of the second amendment, though, is that those deaths are far fewer than the deaths that would occur if our government were not regulated away from tyrant and towards liberty by the threat of an armed populace.

I firmly support that bet.
Or they write it off as a cost of doing business because fixing it is more expensive than buying another robot.
That's a really interesting perspective. In a sense, the only differences between clickbait listicle sites and Facebook are the infinite scrolling, the personalization, and who "owns" the ad network.
The thalamus – a long-overlooked brain region – may be key to complex thought
It would also reduce the amount of time users spend on FB, which would be the biggest hit on advertising opportunities, really.
If you have access to JS on the host system, why would you use such a roundabout, overcomplicated way to attack a module?

Why wouldn't you just use JS to remove the WASM module, replace it with a malicious module you wrote, and then overwrite the exported functions? Safe pointers won't protect you from a malicious host environment.

And like the original parent said, if you have code where you want safe pointers, use a language that requires them. Your module will be protected from any other WASM dependencies you bring in because they run in separate contexts and can't access each other. Don't give them access to critical memory. WASM makes this easy. You're just not protected from a compromised host environment -- but that's not new, that's the case for everything on the web.

WASM protects the page from your module, not the other way around. Imagine that I'm running Linux, and I put Windows in a VM inside of Linux. Is it a problem that Linux could compromise or mess with my Windows VM? Of course not, that's intended -- the point of a VM is not to protect the system running inside the VM, it's to protect the system running outside of it.

Maybe I don't understand what your threat model is. Are you worried about serverside code? I don't know that many people are really looking into running WASM on the serverside, and I don't see how the threat model is any different from writing a server in something like C++.
It's funny how drugs and alcohol affect people differently.

I'm probably the nicest person that you could be around when I'm high or drunk. I don't get into fights or do anything to harm others (accidental self-harm on the other hand...). I've never managed to destroy a relationship due to my substance use.

I've never woken up in the morning and had to worry if I've left a trail of destruction behind me. Sure I've done dumb shit, but it's never hurt anyone else.

I'm actually more of an arsehole while I'm sober. I'm a nicer and more agreeable person when high, which is its own problem that I've been working through.

Drugs bring out our most base traits. For some that's a good thing, for others it's not.
This is especially important if you have long-lived connections, e.g. websockets.
Yeah, this view seems to be conflating cause and effect - they are acting like 'reputable, serious news organizations' don't have as many views because they aren't on the feed as much, when in reality it is likely that they aren't on the feed as much because they don't have as many views.

The article seems to come to the same conclusion.
I don’t remember many particularly egregious failures in UI and product design. In my experience it was well designed, but served no purpose whatsoever given that it was almost a complete clone of Facebook features, thus no reason for any of my facebook addicted friends to start using it, thus no reason for me to use it, thus dead in the water due to marketing fail and not product. Maybe I missed some specific UX or design issues that you are referring to?

I do agree that there was a missed opportunity to integrate their other awesome products you mentioned. But to me even with those integrated Google+ would have needed a raison d’etre that was substantially different than facebook.
Sorry, but I'm not one who considers putting thing in perspective ("whataboutism") a logical fallacy.

Or that thinks that one state has the right to have their own broadcaster (UK/BBC) and another not (Russia/RT), or that they broadcasting thing based on their own national interests and world views is propaganda whereas for a broadcaster I agree with its "objective journalism".

I'm also not in the whole hysteria for Russia as some Bond villain behind everything, for things all sides do and that it does with 1/100 the resources (from Voice of America to financial support for all kinds of magazines, opposition parties and NGOs in Russia from US State Department sources, diplomatic pressure on their neighbouring countries and so on).

Especially when I can see through the whole top-bottom neo-Cold War strategy of "let's corner them, surround them with NATO client states, throw in some sanctions, get some sympathetic lackey in power, and get their resources for free, plus increased control in their Southern borders".

Of course people whose only source of news is American or European mainstream media will never hear about those things (and if they do, e.g. in someplace like Counterpunch they'll label it "Kremlin propaganda", as they are told).

I guess some people never learn from the previous "successes" against similar enemies-du-jour in bringing democracy and making Iraq, Libya, Syria, etc into the current hell-holes they are.
Yeah, but Avalon or Secret Hitler have pre-defined teams. Part of the appeal of Diplomacy is that it's a free for all and you define alliances as you need them.

Thinking it over, Nash's "so long, sucker" is probably the closest example, but I don't know anybody who's actually played it.
They stil acted as if there was. But the worst thing the kid could be accused of is being in breach of contract for seeing more screenings than indicated on his ticket.

Besides, it would make a lot more business sense to take it as an opportunity to sell more tickets rather than to remove him.
The Chymistry of Isaac Newton
This sounds awesome. Not a fan of the HN moderation scheme, and it sounds like this would allow others to experiment with improved versions.
Researchers Create AI That Turns Food Photos into Written Recipes
I think the Bay Area outside of SF is only barely qualified for a carless lifestyle, and most of it is not "big city". I lived for three years in Mountain View with only a bike, but still had to rent a car now and then. There's the Caltrain corridor (which I lived on), but if you get out into the suburbs of San Jose, Sunnyvale, etc. you pretty much need a car.

Chicago is better in that regard, but Houston and Dallas both have a train (and some buses), like much of the Bay Area, which also has a train (and some buses)...you can live on that line and live without a car most of the time, if everything works out (like your commute also happens to be on that line). But, most people in those cities have a car, as is true of much of the Bay area. And, it's probably not useful to treat "Bay Area" as a singular city. There's really only one big city in the Bay Area that works for this argument, so someone accustomed to the Bay Area life could very well have a car.

Cars suck, of course, and every great city should stop relying on them. But, the necessity of a car is not the only factor in what makes a big city great, even though it's important.
Do IPOs impact the Bay Area housing market? Help us find out
I've heard Mastodon is more like Twitter than Google+. Doesn't seem like my thing.
Really? If 100% of the street is for pedestrians only, what for there should be sidewalks? Can you provide some example, maybe photo?
Wanted to love it, but in truth it always felt like a puzzle that I didn't understand.
AI Is Kicking Space Exploration into Hyperdrive
You've been downvoted, but you're not wrong... I've heard that precise argument made by gun control opponents more than once, usually after the latest school shooting.
That only works for about seven years at a time, though. Eventually, the app where your college-aged college friends are (Facebook) becomes the app where the adult-aged friends you know from college are (Facebook), becomes the app that the next generation thinks of as "the app their parents use", and therefore don't want to post anything public to lest some adult who knows their parents sees it.

So far, I'm pretty happy with the "isolated communities with shared identities" model of Slack/Discord. I feel like something that took that model and made it into a social network would be popular. (No, not like Reddit. Picture, say, Tumblr, but you can't reblog something if it's not from your community, instead only being able to create your own original link-post to it that doesn't propagate its interactions back to the community of the post it links to. So you have one shared piece of Original Content, but each community has its own sandboxed graph of likes and shares and comments and other interactions built around that Original Content.)
I'm not following you? The paper I gave can equally suggest longer lifespan, or it can suggest animal-based diet causes shorter lifespan. Also anecdotal evidence seems to suggest keto gives people more energy, not less unlike what you suggested, and I'm struggling to find any paper supporting these claims (both yours and anecdotal reddit evidence)?
Trams of Hungary
Microsoft open-sources Infer.NET AI code
Real life is a very different use case. Better, but also a lot harder. I've never actually tried reddit, but my impression is that it's more of a traditional forum, but lots of them.

At the moment, G+ers seem to be gravitating towards MeWe.
Shape (YC S15 | Start X F17) (https://shapescale.com/careers/) | San Francisco, CA | ONSITE | Full-time | 3D Computer Vision ▪ Senior EE ▪ Senior Data Scientist ▪ Technical Recruiter ▪ Senior ME | $120K-150K + substantial equity

Shape is the company behind ShapeScale, a 3D personal body scanner, scale, and fitness tracker that digitizes your body in photorealistic 3D. Its companion app then shows you where exactly you have been gaining muscle and losing fat by color-grading your 3D avatar.

We recently closed our Series A and are looking to expand our engineering team. It's challenging both on the software and hardware, due to ShapeScale's robotic, rotating and expanding arm. On the computer vision side, we face interesting challenging involving 3D reconstruction, rejigging, and data collection.

Apply at:

- Senior Electrical Engineer: https://grnh.se/61db15562

- 3D Computer Vision Engineer: https://grnh.se/b47072fa2

- Senior Data Scientist / Geometric Deep Learning: https://grnh.se/5315a4df2

- Senior Technical Recruiter: https://grnh.se/3feb2bc92

- Senior Mechanical Engineer: Not open yet, but should open up in a few days.
This was 1992 and Posix, BSD, Microsoft, and a contingent from HP/Apollo were all putting forward ideas about what the API to 'threads' should be and even whether they were a "kernel" thing or a "user level" thing. Arguments were made that lightweight processes were the abstraction to use but as I recall that impacted portability.

So yeah, they were pretty new and they were blowing up things left and right. Sun at the time had a leg up on most (if not all) UNIX vendors with a threading model that worked well. But it made porting the JVM harder and green threads lived for a long time as a fallback.
Bizarre, do you have some really cheapo headsets or something? (Or let me guess...using your iPhone earpods?) In my role I've tested a lot of pricey speakerphone systems, and we find headset audio quality to be far superior in every circumstance.
There's a practical reason for this. Temperature and where they unload (and the perishable nature). Not saying there couldn't be a manipulative reason too, but I wouldn't assume so by default.
Not directly answering your question, but start out by reading the RISC-V ISA specification.

It's very readable and it often explains why certain decisions were made.
It turns out that a lot of deep-pocketed organizations are willing to pay a lot of money to tech companies in exchange for the capability to manipulate large populations of people.

The notion of a technology company selling products or services directly to customers hasn't gone away, but it's starting to feel quaint and nostalgic, like it belongs in a Norman Rockwell illustration.
Stanford AI detects even the smallest earthquakes from seismic data
MIT's Deep Angel erases objects from your photos with AI
These are deeply disturbing. Given the sheer number of police killings and the repetition of the same odious frivolous justifications one can only conclude there is no desire for a more humane police force.

The problem is not only the police but a justice system that seems to justify brutality and arbitrary killings. This not only sustains the cycle of violence but 'normalizes' police executions and police officers who think they can kill at will and be protected. This is a dangerous level of power to give to the police in any civilized society and none accept it.

To the victims this is a police state, there is no accountability and no justice and forgot any rights their right to life can be extinguished in seconds with no consequences and accountability. This is not the behavior of a civilized state.
I'm not a prescriptivist, but I'd caution against the opposite fallacy as well. It's very useful to have distinct language for receiving electric shocks and for dying as a result, as it is to distinguish between getting wet and drowning.
I’m surprised Google’s own Project Zero did not caught this one.
Do you recommend any of those clones in particular? I might have a good use for that.
I strongly suspect the parent was arguing in bad faith. The word choice of "cheating" and the baseless allegation that outside of the specific test crashes that there were likely to be fatalities is indicative of bad faith.

A good faith argument could be made to discuss how the crash tests like any sort of benchmarking are likely to lead to optimization for the tests - you get more of what you can measure - so one needs to be careful that the results are broadly applicable. This of course would apply to all makers, not just Tesla. But that is not the argument the parent made.
Not a generous interpretation of their argument. I’m in biomedical research which also wasn’t mentioned explicitly but I read it as a more general argument about finding something that is future-looking and helpful to many vs a few.
I'm pretty sure this is implemented on Facebook though it just isn't called 'circles' - I remember blog posts about the same functionality when Google+ launched, but I don't remember the details.
So my joke about "I put it on Google+ so it's basically a secret" is coming true.
I kind of think they wanted to shut Google+ down anyways and the data breach just gives them a convenient excuse. I doubt Google+ was growing at all.
UN: Rapid and unprecedented action required to stay within 1.5ºC
Lots of people have died avoiding animals. Slow down, honk your horn, and keep driving under control.
Yeah, I get the difference in levels of abstraction. Still interesting, at least to me. Among other things, it limits how "thin" the POSIX emulation can be. So, for example, if I had a POSIXy super-CPU, an implementation of fork() in C, running on that CPU, could be rather thin. An implementation of fork() in Go seems like it'd necessarily have to be considerably thicker, as fork() is more foreign to Go.

But yes, I understand that this noodling has little to do with what the authors were going for, nor really with current reality.

Definitely a cool--amazing even--project.