skysight-inc/HackerNews huggingface dataset:
NYPost are referencing a Wired article: https://www.wired.co.uk/article/amazon-drone-delivery-prime-...

That has been submitted to HN though it garnered little interest: https://news.ycombinator.com/item?id=28050538
Yes we do. There are hundreds of vaccines, none have long term side effects. There was some suspicion regarding one flu vaccine and narcolepsy, but it's been mostly ruled out and is entirely due to the peculiar etiology of that disorder, not the vaccine as such (the virus it targets is the known trigger for that autoimmune disorder).
Good points. Types are really about "software contracts". When you have just one developer, you don't need contracts much, if at all.

Also the scale of the software matters, types are more important in larger systems. Single developer systems tend to be small.
Then you might enjoy this: http://pascalwyse.com/blog/2017/12/15/in-our-time-machine
I should've expressed it more clearly in the original comment. My point wasn't that demand limits don't exist - they do, and GGP is right by calling attention to them, they're definitely not talked about enough. I only wanted to say why I think we'll hit the supply limits first.
Yeah, East Germany and contemporary mainland China are about as communist as the DPRK is democratic.
Factory or Singleton or whatever patterns have nothing to do with static typing.
> The moment I blame my situation on someone or something I cede control of the situation

But it is oh so easy to do that; to his point, there is a sweetness to it; I find I have to remind myself of the idea of ownership and personal responsibility all the time... it's so easy to end up blaming something or someone else.
I would beg to disagree. I've had some really good meals in the pointy end of the plane on Asian flights (JAL, Asiana and Singapore Airlines come to mind), and even in short-haul economy class the stuff eg. Thai dishes out is head and shoulders above the slop you get on (say) trans-Pacific United. I'm the opposite of a picky eater, but I still recall with the horror an attempt at pancake and eggs I was served once for breakfast, only both had long since disintegrated and the dish was covered from end to end in congealed off-white goo that was trying to approximate gravy -- the only time I was physically unable to eat an airplane meal.
The auto keyword in C++ is great because it helps you avoid unintended type conversions in assignments. For that reason it should be used widely IMHO. The downside is that it makes it slightly harder to read code outside of an IDE.
> let us have some symbols n and f and you will now have to read the rest of the text to try to figure out what they are...

This point is mostly relevant for mathematics. When you define a variable in a program the reader can easily infer the type by the value it was initialised with.
Sure, if you just see "10" you don't know if it's a byte or a long int, but that doesn't matter because only the compiler needs to infer those details. For reading the code it's enough to know it's an integer. I agree about complex types, though. In Python and pure JS it gets really complicated when you have to find out about a dictionary's/object's fields by looking at code inserting them one by one.
Automating house renovation or even house building is a challenge which will take a few decades more. Some trouble of bricklayer automation described in today's HN: https://constructionphysics.substack.com/p/where-are-the-rob...
I find the theory that the NSA knows something about quantum computing that the public does not a bit compelling. Mainly because it is a seemingly simple explanation.

The papers primary argument against this theory seems to be that the NSAs budget for related work is not high enough to suggest that they are concerned about this or have the capability of discovering this. However, I believe that it is likely that this budget was allocated before these revelations about quantum computing. And that the discovery did not have to come from quantum computing research.

The next argument is more compelling, it references experts saying that this type of development is not coming soon. But this could possibly incorrect of the scale of investment by an entity is much larger than publically known.

For there to be something that the NSA knows that the public does not, it would probably have to have been discovered by an entity with more funding. Like another nation, and the NSA found out about it through intelligence collection.

For this to be the case, an entity would have to have invested significantly and also leaked the results of this investment. Or perhaps just the scale of the investment leaked and that was enough to elicit concern.

In short, the most straight forward explanation is IMO more plausible than the paper suggests.
I think the manifest file already contains this information, so it's a matter of just surfacing this. At least for dependencies built using mix.
> Any idea what the visual equivalent would be?

Perhaps:

head -c800 /dev/urandom > /dev/tty

Or:

mplayer -demuxer rawvideo -rawvideo w=80:h=60 /dev/urandom
I see a lot of people taking for granted the nearby existence of AI superintelligence that will save or destroy us. It seems these people take for granted multiple technological paradigm shifts that will level-up the AI in unforeseen ways: Neural nets/GPT-3 -> ... <unknown paradigm shifts> ... -> AGI superintelligence.

How do pragmatic and scientifically-minded people end up stretching their beliefs across such knowledge voids, and not only that, but they take for granted that those things will manifest in reality?
I haven’t really got a problem with targeted surveillance of specific suspects, under a warrant or other judicial order.

Indiscriminate mass-surveillance without oversight is the hill to die on, not this.
And to add the last big one from the trifecta:

Know how to deal with cacheable data. Know how to deal with uncacheable data. But by all means, know how to keep them apart.

Accidentally caching uncacheable data has lead so some of the most ugly and avoidable data leaks and compromises in recent times.

If you go down the "route everything through a CDN route (that can be as easy as ticking a box in the Google Cloud Platform backend), make extra sure to flag authenticated data as cache-control: private / no-cache.
What if you use the .ch Protonmail? The law enforcement does not apply, right?
Good luck with that!

We're also not great at scaling trust.
Unfortunately I don’t have enough karma to downvote this post that’s just spreading FUD.

This is not the first time ProtonMail cooperates with authorities by putting probes on specific accounts, and won’t be the last time even.

ProtonMail works “perfectly” when used with E2E PGP encrypted communication, but when you send/receive messages to external addresses in clear text, well...
As a software developer who just finished law school, I have precisely zero intentions of going into politics.

I have plenty of views on how you could improve things, but elected politics is about as appealling as a skin disease.
Because it's a major part of the look-and-feel of the site and we don't change that without a good reason. Actually, we pretty much don't change that ever.
Vaccinated people can still catch the virus, die from it and spread it. Just like non drunk people can still kill people with their cars.

The point is that they're much less likely to do so, just like being sober makes you less likely to commit vehicular manslaughter.
I'd say that if you think transactions is needed just in 0.1 % of usecases then you probably have a lot of bugs in your application, or you have a very simple one.

Transactions are used quite often, and there isn't really any other options.
That's too long as a prefix to be followed by the startups, and too generic as a title on its own.
It's complicated, because a lot of people genuinely are victims whose suffering genuinely is someone else's fault, and they do deserve the help of others.

At the same time: for the victims themselves, their best chance of overcoming their circumstance is often to not think about it that way.

It's one of those tricky cases where a realistic mindset is not a useful mindset. You have to hold reality, and set it aside, and suspend your disbelief. It's hard to do that, so instead different people fully buy into one reality or the other and then get into conflict over the cognitive dissonance.
When Facebook/Whatsapp announced "Erlang 2" that would be statically typed some time ago, dev experience was one of their main point.
What a generous universe to give us a second gentle reminder in such short time that end-to-end software testing is important.
If a library is not written like that, it's poorly designed. It could provide one global started version as a commodity, but not being able to start it multiple times would be a big no.
> Writing another language in the language I am coding is wrong

That's not what's wrong. But rather writing in some language within a string literal is what feels wrong to you.

With better integration it'd be natural. The problem is, of course, there's no single SQL dialect.
Yeah, beer producers are the king of collecting brands and forcing them onto shelf space with their other products. Its entire goal is to push out the small competition. Doesn’t matter the quality of your products if it’s the only ones available.
They don’t just share info with authorities, they also leak to the press:

https://www.reuters.com/world/europe/email-bomb-threat-sent-...
Maybe we are far from exceeding the limits of available energy regarding the inputs of the processes, but our most immediate problem is the output energy, which is released as heath in the environment.
Rust traits have the opposite behavior. If it says it’s an iterable, it must quack like an iterable.

Something that quacks like an iterable cannot be used as an iterable, unless the trait is explicitly stated — unlike python, where it simply has to quack.
You don't remember the "Palcahol" debacle?

https://www.al.com/opinion/2015/06/powdered_alcohol_what_it_...
For my new house, laying the bricks (aerated concrete blocks actually) took 2 days. The rest of the house took more than one year to finish. Not really necessary to optimize this step in many cases.
I've had a can of tuna confiscated. The letter of the rule is that you can't have liquids (including, apparently, a few drops of tuna brine/oil) in a container over 100 ml, regardless of how much liquid there is in the container.
Alien Invasion on Earth
Babby's First AI Art - Put in some text, get some art
I don't seem to follow you 100%. Are you referring to biology or to software? In a biological sense I can't really see how a trusted platform would work. And even then it wouldn't protect against internal malicious code? I was simply referring to turning Cell :: tRNA -> Protein into Cell :: HumantRNA -> Protein :)
And on a software perspective trust isn't really the issue here. Trusted buggy code is still buggy code.
No longer? How Protonmail could be considered private if their servers have to operate with unencrypted emails from other servers? That's how the mail system works.

Though, I'm actually glad that stupid criminals fall for this "marketing".
> There's reasons for one wide table.

There are indeed. It should still be a conscious decision. For the DB I work with, it wasn't.
And the reality of that is almost certainly not as rosy as you are being led to believe.
Andy Yen (Founder/CEO @ProtonMail & @ProtonVPN):

"A lot of incorrect information out there regarding @ProtonMail and alleged cooperation with US authorities. Some clarifications:

1) ProtonMail does not give data to US authorities. That's illegal under article 271 of the Swiss Criminal Code

2) ProtonMail only complies with legally binding orders from Swiss authorities. This means that the legal standard is that Swiss law is broken (not US law or any other law)

3) In the case with Fauci, the Swiss government opted to assist US authorities in their investigation as Swiss law was also broken (sending death threats is highly illegal)

4) The only information obtained from ProtonMail was the date that the account was created, as that was all that was available.

5) Under no circumstances can the encryption be bypassed.

Please don't use ProtonMail to break Swiss law - it's illegal."

https://twitter.com/andyyen/status/1422658759600525319
> I've spent most of my career hoping that something - anything that's better than SQL will come along and replace it.

So, if we put aside Clippy jokes and so on, what's your problem with SQL exactly and what does "better than SQL" mean to you?

Because what I saw in the last couple of decades is the NoSQL movement lose air, and half the products representing it adding some sort of SQL dialect support, which if you think about it is hilarious admission of defeat.

SQL is exceptionally good at being a relational algebra language, and if you think in terms of relational algebra, you might find out there's nothing wrong with it, aside from superficial remarks like "FROM should come before SELECT".
Any reason for not using semantic versioning?

I see in your npm page that despite compatibility "some adjustments" might be needed, aka you broke compatibility. If you did a breaking change, you need to up that major version my man.

Please stop with this sentimental versioning, it just causes issues for the rest of us who want to rely on npm's ability to not upgrade stuff on breaking changes, now everyone's gonna have to lock you package version to 0.6 so they don't get your breaking stuff from 0.7.
Past threads:

This website has a lot of unclosed h3 tags - https://news.ycombinator.com/item?id=7351838 - March 2014 (132 comments)

Don't forget to close your HTML tags - https://news.ycombinator.com/item?id=5194843 - Feb 2013 (11 comments)
Indeed. The question is if this collaboration extends to MITM'ing served Javascript to break E2EE, or whether they "simply" provide metadata (sender, subject, timestamps are all unencrypted even with a PGP-enabled participant.)
So, network equivalent of piping text to the parallel port?
Really nothing to see here.

They had a copy of the email from the victim that it was sent to, unencrypted. That would include metadata such as Message-ID.

Protonmail can see metadata from the email, they are quite transparent about what is encrypted https://protonmail.com/support/knowledge-base/what-is-encryp... that data can't be encrypted, because well, it's email, it's needed in order for SMTP to work.

They also say quite clearly, and have since the beginning they will comply with MLAT https://protonmail.com/law-enforcement

Therefore parent post about "no longer private" is misinformation.

Also they're quite clear on what the threat model is https://protonmail.com/blog/protonmail-threat-model/

> If you are attempting to leak state secrets (as was the case of Edward Snowden) or going up against a powerful state adversary, email may not be the most secure medium for communications. The Internet is generally not anonymous, and if you are breaking Swiss law, a law-abiding company such as ProtonMail can be legally compelled to log your IP address.
Most US states grew their GDP while shrinking emissions from 2005 to 2017: https://www.wri.org/insights/ranking-41-us-states-decoupling...

Nothing theoretical about it.
I detest hibernate and the whole JPA that came after it. It's more complex than using SQL directly. The whole mapping thing looks simple enough but when I create a one to many relationship on a new project from scratch I always need to reread the documentation because it is not working the way I expected it to work. The reason hibernate was created was to simplify data access. Sorry but I think it failed miserably. On personal projects I use SQL directly. It's easy, fast and simple.
I'm on Linux (Arch) and I had no more luck with PS than with PDF...

My printer is a Brother HL-2270DW... seems to be quite a dumb one...
I read their blogs and I visit their site every new project I start but it just hasn't clicked with me yet.

Tinkering has been great but the addon style pricing scares the jeebs out of me (my wallet), I just assume I can't afford it for now and spin up a DO droplet. The droplet is probably more expensive for my use case but call it ADHD tax haha, at least it's capped
Wow, Valve is rocking!

I'm so hoping steam deck goes big. Suddenly we have pc gaming as portable version... Could be insane
Speaking of non-cacheable data:

https://arstechnica.com/gaming/2015/12/valve-explains-ddos-i...

Caching is HARD.
Thank you for sharing, something to remember, a valuable lesson.
My last straw with Protonmail: I created an email account in Protonmail. Used it to send and receive emails as usual. Then one day suddenly their "algorithms" suspended my account because the "algorithms" found that my account was being used for abuse. That was the end of Protonmail for me. Back to GMail. I know people lose their GMail accounts too. But in the last 17 years, I had 0 issues with GMail and 1 issue with ProtonMail and that 1 issue disrupted my life for a while.

I now find me asking: What is a good reliable email provider out there? I know I can host my own email in my own server under my own domain name but on HN we have seen articles about people losing their domain names too. Is there truly no good way to have permanent email address?
Yes, it supports all 3 platforms. Hope you enjoy it!
That was meant as an unrelated jab at Java/OOP (y'know because Uncle Bob). Can't name it cell as that would be too obvious ;)
Thank you, that is amazing. I just got to:

“Hello. Throughout history, people have taken drugs”
Hey Satya, congrats on the launch, I'm looking forward to using our new SciSpot integration soon!
> I’m sure smarter people than I wrote the article

I doubt it. This daft idea that wings are hard to explain is kept alive by pop science writers because it's a reliable source of money for old rope, that's all.
Anything viscous (paste, etc) counts as a liquid. I've had them give me shit about mashed potatoes in LAS, and nutella in TXL. But solid foods are totally fine.
Is SNRR different than PSRR?

https://en.wikipedia.org/wiki/Power_supply_rejection_ratio
The death of RSS/ATOM posts just confuses and amuses me. I am content with following all my favorite feeds (around 50) using QuiteRSS on the desktop. Have been doing this since the sunset of Google Reader. It works and there is a reason why popular bloggers and thought leaders publish a feed link on their blogs.

Sometimes I feel people who see RSS/ATOM as a dead thing stopped seeing the existence of RSS feeds in their circles and then proceed to proclaim it dead.
SQL may look ugly but it got the fundamentals correct.

It's sort of like Git in that way.

SQL is hard to replace because most replacements are either not radical enough to make migration worth it or so radical that it's something else entirely.
The question is why was a single company granted the contract for all food in a given airport? Why not have multiple providers? A monopoly like this smells like corruption to me.
Sounds like a market: backpack faraday cages and gps spoofing marketed to kids thru animated cartoons on the internet where they find a way to spend their parents money on it.
Static types aren't training wheels, though. They're seatbelts. Without it the same type checks still have to be done, but this time by humans. And experience doesn't make them much more reliable at manually doing tedious checks.
It can also be annoying. Sometimes you want the guests to wander on interesting subjects.

'On our time' could benefit from being a podcast and not a radio show limited by time. They actually have, at the end of each podcasts, an additional chat session where Bragg asks the guests what they wanted to add to the conversation.
> spreading FUD

> ProtonMail cooperates with authorities by putting probes on specific accounts

Well, this is new information for me in it's own right.
Union busting is mostly discussed from a sociological/historical perspective not a legal one. (The wikipedia article provided mentions that it encompasses both legal and illegal activities as well as subtle and overt practices)

Not sure what "I am doing the equivalent of" to lawyers. (Other than legalistic ones; those that adhere to western legalism)
Isn't that the case for any white collar job. Just look at the endless complaints on HN from developers about meetings.
Ever heard of &dyn traits?

(that's a joke)
Blush, illustrations for your product page
I don't know why but I almost never experienced this as a big problem, especially with the current fashion of building independent services that don't grow too big. Maybe you guys are all working on the same files at the same time which is never fun?
I'm not saying what you're describing can't happen I'm just saying to me it's rare and I work with Ruby and plain JS.
> If you are pointing out that the "turnabout" is also prejudicial, then I obviously agree.

Yes. It's never really "turnabout" to employ prejudice, because by nature you're not targeting the people who targeted you, you're targeting a broader group and repeating the error.
My apps may be simple and have lots of bugs but I'd still say that the vast majority of SQL calls in all apps are to read data that isn't being written to at all or very infrequently - hours/days/weeks and reading possibly temporally inconsistent data isn't important.
I wonder if it's people not taking a gap year, after all there isn't much point if you can't travel.
> Nobody is bothered by this lack of video, once you get used to audio-only, it works great. I mean we are all adults here, if any doubt or unclarity, why being afraid to ask? There are no stupid questions as we all know.

Why do you assume I'm afraid to ask questions? I'm probably the most outspoken person at my workplace.

I suppose whenever I make a joke, I could ask "did anyone understand my joke? I just want to clarify that I was joking". Or maybe it would be safest to never make jokes at all anymore. My point is that it makes conversation more difficult. There are many more subtle human interactions, other than jokes, that are similarly hamstrung when you're not able to see a face on the other end.
"Try not to set too much store by politicians. Not so much because they are dumb or dishonest, which is more often than not the case, but because of the size of their job, which is too big even for the best among them, by this or that political party, doctrine, system or a blueprint thereof. All they or those can do, at best, is to diminish a social evil, not eradicate it. No matter how substantial an improvement may be, ethically speaking it will always be negligible, because there will always be those — say, just one person — who won’t profit from this improvement…

No matter how fairly the man you’ve elected will promise to cut the pie, it won’t grow in size; as a matter of fact, the portions are bound to get smaller. In light of that, or, rather, in dark of that — you ought to rely on your own home cooking, that is, on managing the world yourselves — at least that part of it that lies within your reach, within your radius."

I've been thinking about this a lot lately. Society doesn't get better because we elect the right politicians, it gets better because the people in it decide to be better (in themselves, towards each other, etc). Politicians are just a (grotesque, exaggerated, warped) reflection of the rest of us; they will never be our salvation. We should stay informed, we should vote, but big-picture politics should be a small part of our lives (and heaven forbid it to be an integral part of our identities). Relationships with real people, solving small-scale problems that confront those we care about, are what really count. And the tragedy is that even as we've put more and more stock in the former, we've been actively sabotaging the latter.