skysight-inc/HackerNews huggingface dataset:
Testing doesn't, by policy, get reliably timely security patches. https://www.debian.org/security/faq#testing

(I wish Debian had a genuinely supported rolling or rolling-ish flavor. It's bad for the Linux ecosystem when people who don't need to be using out-of-date software use out-of-date software from stable.)
Nitrates and Ammonium
Incidentally, "pit of success" is usually the goal in the standardization discussions for new web APIs. The anti-goal is a "footgun," which makes it too easy to shoot yourself in the foot.
Too bad it's hard to get one of these device.
Google wave pretty much provided infrastructure for Google docs and other realtime communication products.

Similarly, Google plus was not a total failure - Google Photos came out of it.
With the same "it could be argued" logic, it could be argued that the anti-nuclear protests mean we don't have more cures for cancer, that we don't have colonies on the Moon, that we wouldn't have global warming, that we haven't landed people on Mars, and that we don't have flying cars.

Basically, it posits a fantastic alternative to reality then places the blame for not achieving them on the anti-nuclear protestors, even though in reality there are many better arguments for why those would not have been achieved by now even had there been no reduction in nuclear research.

Moreover, it ignores the problems that might have arisen had, say, Project Orion been green-lighted to launch Mars Probe One.
I will always call idiots idiots. I don't care about this site's policies in any case, since the random downvoting (and I really mean the RANDOM downvoting, not the few times when it's obviously bad comments) is far, FAR too prevalent - AND on top of that, when some time ago with another account I upvoted a few such comments that were donwvoted for no valid reason at all you called me a "troll" for "upvoting controversial comments". That is when I lost all respect for you and your site. That's what learning that the admin is a dumb piece of shit (dumb because... that was just DUMB) does.
ALL THE AID ORGANIZATIONS HELPING HAITIANS ARE ABUSING THEM
'So how hard do they work at linking up data from people who expressly don't want them to?'

I stopped using Facebook several years ago; I wasn't much a user anyway so never worried about it.

Then, last year, I installed whatsapp. Then I started getting emails about an old colleague's activity on facebook. I don't have any contact details for this person anywhere, especially on my phone. I'd forgotten he even existed.

OK, you can connect the dots since my email hasn't changed and that connects me to facebook, and so on.

Nonetheless, it just made me realise how hard you have to work to protect your privacy these days.

When I deleted my facebook account I couldn't know that one day I'd use another service and facebook would not only acquire that service but then start using it to hook me back in?
What indication is there that [self-driving cars are] coming soon

Not to be glib, but TFA?

or that commercial applications will be commoditized?

There are many companies working on specifically this. I find it hard to imagine an uncompetitive market, but you're right, that could happen.

Commercial technology generally reflects cost savings to this day.

I guess I sort of agree with you, but the question is "cost savings as compared to what?"

Tractors aren't priced according to cost savings compared to oxen. The most someone can charge is the cost savings of their device compared to the next best alternative. So tractors are priced relative to the value they add as compared to other tractors.

We should expect something similar in a competitive market for self-driving trucks.

But I don’t think self-driving trucks will ever be that much cheaper since the computing power they use is on the same waning cost curve that brought us cheap computing today

If self-driving cars are commercially feasible in this way, surely self-driving trucks are, since one truck carries a lot more stuff (economically speaking) than one car.

Also transistor counts are still going up, see GPUs. And this sort of thing is amenable to ASICs. And we can already pack sufficient compute into a van. And the computers aren't even the most expensive part -- "laser is the sauce".

and even if it does get exponentially cheap, the duty cycle of commercial applications will prevent savings from trickling down to commercial vehicles quickly (Just compare depreciation on normal cars vs big rigs).

I don't understand your point here, but note that one important way that self-driving trucks deliver value is by dramatically increasing the duty cycle of the vehicles.

All that being said, it’s intresting how quickly most people I see talk about this have gone from thinking about safety wins of self-driving cars to how much easier it will make driving. I think we’re headed for something ruinous if self-driving cars do come out and instead of solving the problem of excessive vehicles despite them, we all start thinking of fanciful new ways to constantly have more vehicles on the road.

Strong agree on this part.
While not exactly the simplest tool around, org mode is still a lot simpler than LaTeX and brings excellent export features to both LaTeX/pdf and html. It’s probably a hard sell for anyone who doesn’t use Emacs already, but for someone already using Emacs, it’s quite neat. I’ve found that for me, it offers the right balance between simple basic functionality (like Markdown) and optional advanced features.
Pandoc is really awesome. Even mathematics papers can be
written in (mostly) markdown, and then converted to latex
before compiling to PDF.

For mathematics I would also recommend using Unicode symbols
in place of LaTeX commands, which makes the source even
more readable. For instance

$∏_{x∈X} ∑_{y∈Y} Ψ(x,y) → ∑_{f : X → Y} ∏_{x∈Y} Ψ(x,y)$

instead of

$\prod_{x \in X} \sum_{y \in Y} \Psi(x,y) \to \sum_{f : X \to Y} \prod_{x \in Y} \Psi(x,y)$

To get this compiling, your template will have to include
declarations for these such as:

\DeclareUnicodeCharacter{220F}{\ensuremath{\prod}}
I still can't believe they tried to build hype around a tool that was useless without a network effect, and then rationed off invitations to actually use it. The PM couldn't have possibly been surprised when it didn't catch on.
'What if those two billion accounts are bullshit?'

Nobody thinks they are all bullshit but, if half of them are, it's still a lot of people.
Possible on Android and without root?
> What's wrong with fresh tomatoes?

They're super bland most of the time (unless you're willing to pay a premium for the more flavourful varieties and those can be hit and miss aswell) - I usually just get canned ones unless I specifically need fresh ones

I do get your point though, making a meal from scratch can be so much better, both taste and health wise, with a bit of practice - not to mention it's relaxing to do the actual chopping & cooking usually
Containers is basically a way for devs to get admins out of their way.

Rather than have admins complain that something broke when some push-to-prod devs are running amok, said devs can just point to their containerized snowflakes and tell the admins to get lost.

The problem is not technical, it is cultural. It is the webdev mentality percolating down the stack, giving the devs the impression that they can just fix their latest API/ABI boondoggle by rapidly pushing another version, like a machinegun fires bullets.

It is not surprising that Gnome is one of the biggest pushers of this, as they seem to have and artistic attitude to their code. Just watch them trying to tar en feather Torvalds, as he has told them off many a time for this behavior (a behavior that is strictly not tolerated in kernel land, might i add).
But you can type the second one way easier
The "OSM API" is an editing API, for editing the map.

The OSM ecosystem has gained some new, much more powerful APIs, which Doctor_Fegg mentions. OSRM's API, GraphHopper's API, Overpass's API, these are all better than the APIs that were available in 2009
Effort is really mostly a bit of training and understanding of preparation. For example, I make a kind of base mixed salad 2 times a week, that costs me 5 minutes each time to cut a few vegetables and mix them with oil and vinegar. But I have that base salad to mix with fresh leaves every day then for zero preparation time. Similar can be done with warm food that you can store and warm up for multiple days, for example soup.

The effort argument often reminds me of people who have incredibly inefficient workflows in their computer tasks, simply because they never learned how to do it right in the first place.
For me it was the fact that the array ends at the first 'nil' you store in it. 1-based arrays I could get used to; that was just maddening.
Nobody said it was a campaign. That changes nothing, really.
I have a couple of Let's Encrypt certs for some subdomains, but honestly I've left some others on plain HTTP simply through laziness.

LE imposes a requirement to renew certificates every 90 days, which is a nuisance. Logging-in, finding my process crib-sheet, running the update requests, updating DNS records, running the validation requests, shifting certs to servers, restarting services... all because the LE project wants to evangelise short certificate lifespans, which seems to have been bolted onto the original goal of 'encrypt all the things' because of someone's personal conviction.

I do wish they'd offer a longer optional lifespan. Even 365 days would be a huge improvement. Until then I really can't recommend it to less-technically-inclined colleagues; I just tell them go and buy a one-year cert from Gandi, chuck it into the ssl directory and forget about it until the renewal reminder arrives 11 months later.
Not really! I use an XCompose file derived from the Plan 9
keyboard setup. So to write ∏ i press my modifer (left shift) button
once, and then 'p' followed by 'r'. So it is fewer key presses than \prod (three key presses vs five).

I have similar shortcuts for all maths symbols I use regularly. Here is an excerp from the configuration

2200 fa ∀	for all

2202 pd ∂	partial differential

2203 te ∃	there exists

2205 es ∅	empty set

2206 De ∆	increment

2207 gr ∇	nabla

2208 mo ∈	element of

(…)

220E qed ∎	tombstone

The last one is most sattisfying to type !
It can be true, I think we get used to the idea that most people are connected but if you have friends over the age of, say, 60 it's fairly common for them not have internet access. In the UK, at least?
Wonder what two (or three) languages one should use this with: audio in new_lang, and subs in new_lang and your_native_lang ? Or some other combination ?
I may admit that i find the Gobolinux solution interesting.

Basically wrap the language specific managers, and integrate the result into the Gobolinux directory tree.

https://github.com/gobolinux/AlienVFS
I did! My maths phd thesis was written in markdown.
I've been out of the game for a couple years now but I remember reading about an expansion pack coming out that had been calculated to have a (rather marginal) edge in favor of the consumer for crack packing. I assumed if there's been one, there may have been another.

Unfortunately I can't remember which set this was anymore as I lost all interest in Standard around that time due to power creep. It was some time around 2013-2014 I believe.
I think the difficulty in 3D polygon modelling is partially a tooling problem, and also a learning curve problem. The usual workflows I've seen/used that didn't involve sculpting (which requires being good at that too) all involve blocking out the model in several steps and applying semi-irreversible transformations, making it really hard to go back and fix a dumb mistake. Some editors like Blender are also notorious for having completely impenetreble interfaces, and even 3ds max and similar probably aren't too straightforward either. Ontop of all that, you're required to know a ton of technical details (skinning, normal smoothing, etc) that aren't explained properly for modellers anywhere I know of (building an engine/renderer is a fairly direct way to pick up that knowledge though).

3D sculpting and CAD modelling are entirely different beasts however (I've never actually seen CAD tools involved in a game asset workflow, but it could be done and would be fairly useful for inorganic assets). Sculpting is dead simple in principle, in the same sense that drawing is; meaning you don't need to worry about the tools in the same way. CAD is a different beast, but still works on some pretty simple principles (constraint-driven CSG).

I think the only real "hard" part right now is getting low-poly versions of assets that can be used inside of your engine. Making the high-poly assets might require more actual work (and 3D scanning could help there), but it's nonetheless fairly straightforward.

edit: "low-poly" here meaning "reasonable number of polygons", not visibly low-poly.
Current discussion on a related subtitle project:

https://news.ycombinator.com/item?id=16403967
Min actually inspired me to write cargo, because even min ships some features that I did not find myself using.
Think about it less in terms of relational/non-relational and more in terms of tabular/document. Tables can only model things in terms of relations. Documents can model them either as embedding or as external references, depending on access patterns.

A decent example is a person record with their email addresses and phones. In a relational DB, you would always and only model those as three sepearate tables, and you would quite frequently need a three way join to assemble that person again.

In MongoDB, you would definitely have an array of emails and an array of phone numbers embedded in that person document, sparing the join on those queries. But in an ecommerce context, you would likely not embed an array of all past orders with all the line items into that person, instead you’d have an array of previous order numbers.

But an order document would have an embedded array of line items, sparing the DB a bunch more joins (and the attendant indices you’d need for joining line items to orders efficiently).

Getting the 10 most recent orders from a customer would involve joining the customers collection with the orders collection (MongoDB’s join is the `$lookup` aggregation stage), but it wouldn’t involve joining the line items to the order.

Is that replicating a relational structure? A little column A, a little column B.
That is a worthy point. Some dog owners, particularly those getting their first dog, treat their dogs like humans, which is bad both for humans and dogs.
Hold your horses there.

The emphasis on OP's quoted line should be on _technically_.

A bill has to proceed through Royal Assent by the Queen before it becomes law [1]. It just happens that she is always timely with this duty and always agrees with Parliament.

Also the government's executive power is primarily through Royal prerogative [2]. _technically_ the Queen could exercise these powers herself for her own benefit.

The "checks and balances" that keep the Monarch from abusing these powers are a combination of tradition, facing the wrath of the British people and precedent set by what happened last time a monarch attempted to abuse royal prerogative [3]

[1] http://www.parliament.uk/about/how/laws/passage-bill/lords/l...
[2] https://en.wikipedia.org/wiki/Royal_prerogative_in_the_Unite...
[3] https://en.wikipedia.org/wiki/Charles_I_of_England
The largest data set I’ve come across so far in nutrition studies and seems like they put a lot of effort into the data analysis to correct for other cancer promoting factors like age, gender, physical activity, smoking behavior etc. (Overall pretty impressive study in my opinion, although I’m not an expert)

Yet, for example, the group with the highest amount of ultra processed food in their diet contains 6% more smokers and 10% less physical activity. They correct for each factor individually but the combined effect of the two might lead to a higher risk than expected. To get these combined effects right you need a lot more data though and it’s probably hard to get good statistics on people which do a lot of sports don’t smoke and eat a lot of ultra processed food.

Which brings me to the question, why for these studies it is always so desirable to find out the increase in risk of a single factor. I would expect a statement like “if you neither smoke, do sports, and eat healthy food you have x% less chance to get cancer” to be more sound.
I see this is working for a constantly developing project like browsers. But imagine you just stoped to work on your side project for a year. Now you come back and would just like to add a new feature.
You start with updating all your libraries and half of them started to introduce API incompatible changes (the author gave you at least 15 minor releases and three month of transition period but you did not pay attention) and you spent the next two days just with catching up on the development side of things. We did not yet look at all those bugs and security holes which were open in all the libs you used for the last year.

I see a similar friction here we also face between distributions and developers and the main issue for friction seems to be the friction about guarantees for stability. And only after that it extents to the friction about getting the latest version shipped to the user (either developer or end user of an application).

In corporate environments they claimed we solve this all by running microservices and we would just version our APIs to guarantee the stability of our interfaces to our fellow developers. I still would like to see this working for extended period of time in the real world.

I don't see how containers or flatpacks will solve it. At some point someone has to touch it again. Be it for bug fixes, security updates, feature development. If hell breaks loose everytime you've to continue stalled development because something wasn't as stable as expected in your ecosystem we've not solved the problem yet.
And it's not solved if we install five different versions of a lib with different sets of bugs in parallel.
Well, let's separate between the marketing fluff and the actual value. Currently it's doing with AI what everybody else does: using more data to make more detailed predictions about numbered data (in this case money). That in itself is already great.

If they achieve to recognize the car in a given picture, and maybe even the type of car, even though it's damaged, that will be really great. With that they may be better than the current best solution I've seen (FB's object recognition, which may not even be on as high a level as they present to us in a blog post). But estimating the damage, means recognizing something that is not a pattern. I doubt even classifying this into three categories like `~100bucks`, `~2000bucks`, `buynewone` would already be hard. I doubt that anybody could do it.

And here's the point: Yes, Chinese IT companies are picking up speed. And I wish them all the success. But they have yet to show something that is really innovated by them. This idea is great, but they need to prove that they can do it before I will clap for their achievements.
Troy Hunt had some problems with Udemy reusing his content too: https://www.troyhunt.com/the-piracy-paradox-at-udemy/ please do a quick google before paying them any money!

The blog post was from 2015 here more recently on the same topic: https://twitter.com/troyhunt/status/922734598420815872
Yeah, I initially read it like that also. But from the study (which is appallingly formatted and has spelling mistakes):

> [106] Fifty-three percent of the participants were women

> [154] No association between lung function and cleaning was seen for males.

> [264] Finally, the greater impact seen in women (both cleaning at home and occupational cleaners) could be mediated by a different susceptibility according to sex, as is reported for other mixed chemical exposures such as tobacco smoke and other occupational exposures as wood dust, where studies have indicated that less exposure in women is need to develop illness.

So the study is decently written up. However the article itself is leaving a bit more room for interpretation than necessary by saying that

> The study also did not find that men who cleaned, either at home or at work, experienced greater decline in FEV1 or FVC than men who did not.

The phrasing "did not experience greater decline in FEV1 or FVC" - i.e. "no difference" - is terrible. Also:

> The number of men who worked as occupational cleaners was also small, and their exposure to cleaning agents was likely different from that of women working as cleaning professionals.

"Different" is really vague. For completeness, in the study

> [119] There were 293 (8.9%) women and 57 (1.9%) men that reported working with occupational cleaning.

> [256] There was no apparent accelerated decline in lung function in men, but it seems likely that the exposures in men who work as cleaners may be different from those in women

But also

> [259] Our entrance questions might possibly not have picked up i.e. [sic] male industrial cleaners.

Finally, the quote from Mr Svanes in the article doesn't quite follow:

> "The take home message of this study is that in the long run cleaning chemicals very likely cause rather substantial damage to your lungs," Øistein Svanes said. "These chemicals are usually unnecessary; microfiber cloths and water are more than enough for most purposes."

> He added that public health officials should strictly regulate cleaning products and encourage producers to develop cleaning agents that cannot be inhaled.

So regardless of the science, we can see what his opinion on the matter is. I think it's a bit simplistic/sound-bite orientated.

---

One study that would really interest me is if cleaner type preference varies by gender. E.g. if women prefer using spray cleaners, and men prefer using liquid cleaners. Or if men cleaning at home simply use less, erm, sophisticated cleaners. Personally, I find dish soap adequate for most cleaning in the kitchen, which various partners have always scoffed at.
Thinking Critically About Social Justice
Can you say more about what you’d want in such a service? What language are you learning? What kind of videos do you watch? Where do you get them? Youtube?
The reason being game developers mostly prefered DirectX and ARB (pre-Khronos) was not that into games.

And despite urban myths, game consoles never had much love for OpenGL.

https://softwareengineering.stackexchange.com/a/88055

Had Apple not adopted OpenGL and GL ES as a means to save 3D R&D and make their shinny new OS attractive to UNIX devs (they were researching Quickdraw 3D initially), OpenGL would be history concernig 3D game APIs.
Am I crazy or does the slide deck embedded in the article look totally normal? I would applaud if my senior management presented this.
This reminds me of Talebs argument that we should be careful to put stuff through our digestive system that didn't have the chance yet to get filtered out by tens of thousands of years of evolution. That's a pretty extrem position obviously, but I think the general direction makes sense. Even if we can test individual parts of those ultra-processed foods and not find direct risk immediately, the risk of putting all that stuff together in your body 50% of the time may just create way more risk than could ever be found by isolated clinical studies.
> I couldn’t get networking working

Try using the e1000 network adapter emulation - Win10/Server 2016 work fine with this.
Not sure if anything really can replace email.

After all it is a store-and-forward transmission system with arbitrary length text and inline attachment of binary data.

all this makes individual emails self contained.

Various proposed replacements are more focused on the "conversation" it seems.
Ask HN: ML Salaries
I've seen a lot of these for the traditional SWEs, but fewer for the ML crowd. Same deal as always, transparency helps everyone negotiate.

I'll start.

Small Co | Greater Boston Area | PhD + 5 Years

Base: 180

Options/RSU: Lots of funny money

Bonus: 25