skysight-inc/HackerNews huggingface dataset:
Are you planning to support "dialects" like English-GB vs English-US. Spanish is also complicated. [Hi from Argentina!]. The usual classification is Spanish-ES vs Spanish-latin-america, but Latin America is big and each country is slightly different (an even each city is different). I'm not sure about the best way to split it.

When my oler daughter was young, we used something like this to teach her English. She saw a movie in DVD a few times in Spanish and then in English a few times.
You mentioned the social and political resistance to the covid vaccine.

I watched a supercut of world leaders and health officials saying with absolute confidence that the vaccines were "effective" and that, if you took it, you would NOT get the virus and everything would return to normal. Then it showed them all rolling up their sleeves and smiling getting jabbed. Then it showed them all announcing very seriously and sadly that they had coronavirus.

The social and political resistance to the vaccines were because, from the outset, so much of the response to the virus was media and governments reacting (or overreacting) without knowing whether the actions they were taking were actually going to be effective. It was throw everything at the wall and see what sticks, regardless of science or even common sense.

Add to that the fact that you saw the same politicians and health officials ignoring their own rules (I just read an article about a California health official who, on the same day she announced a renewal of mask mandates was later pictured partying in a group maskless) and it just completely eliminated any trust many people had in what was being told to them. That's where much of that social and political resistance comes from.
If the answer to your supply chain "hell" is to switch to a supplier with cheaper prices and a product that is in some respects better then I'm not sure it qualifies as "hell".
>Remember saccharine? It was considered safe until it wasn't.

It's hilarious that you brought this up, because based on wikipedia[1], it the trend actually: it was considered safe until it wasn't ...until it was

[1] https://en.wikipedia.org/wiki/Saccharin#Safety_and_health_ef...
Don’t you still have to correctly estimate the amount of work (time) to complete each task in your backlog?

You can apply all the “science” you want, but at the bottom of it all you have engineers holding up a card with a “4” on it when the scrum dude says “add date picker to the Foo widget.”
Very good point. Just like I only learned how to properly study in the last 2-3 years of university (which was quite a 'perfomance' increase, i.e. time spent studying decreased quite a lot yet grades went up; partially driven by the topics being more interesting, but still..) I tried a bunch of things. Only to figure out that the exact tool used doesn't matter a lot, it just needs to be easy enough to work with and preferrably plain text - I settled with Obsidian in the end because it's simply pretty good at what it does, and FF Simple Tab Groups for links used often.

What did matter is that I needed to use the tool consistently and not be like 'oh let's quickly add a text file with a note on my desktop' or 'oh here's a shiny new tool let's take some notes in it and paste some bookmarks in it'. That, and figuring out categories: not too much, not too little.
For backend, if you have a platform that allows you to run arbitrary containers, you will need to have a way to express how they are connected together, how much resource they should get, which parts should receive traffic from the Internet and so on. Any solution will tend to have about the same inherent complexity as kube yamls, this seems to be an iron law of devops.

IMHO the thing you have to trade off to get simplicity is generality. I agree that's probably the right tradeoff for 90% of apps, whether that's BaaS, heroku-alikes, language specific hosting or whatever.

Cloud providers are definitely keen on the idea that your web framework and your cloud platform could basically become the same thing.
My thoughts exactly! I found it quite humorous.
What does he mean by ssh keys being "radioactive"?
No-code isn’t scalable. Our learnings at FINN going from 1000 toward 100k ca
This is undesirable in the same way shipping water via trucks is a lot less efficient than using pipes.

For some use cases where electricity doesn't work, trucks with e.g. methane could work. For everything else it's just way to inefficient to convert, store, transport and then convert it again.

Same issue with hydrogen - from source to force applied in a car, it's 22% efficient, compared to 79% for an EV.
As someone who interfaces deeply with Git on a daily basis, please don't imply that it's trivial or simple. There are a million edge cases you can get into, and people with 7 YOE on my team are regularly surprised by the facts we uncover.
Exactly, my money would be on an inert storage format - if you could mass produce hydrogen and keep it around safely inert (with low energy cost to convert it back), EVs would be beat so bad in the long run it wouldn't even be funny...

EVs are nice in short term but battery issues like these illustrate their (should be obvious) shortcomings.

WRT to this battery technology, ironically the same sector being targeted by hydrogen might benefit, i.e. rail tech - if you stick a high number of cheap batteries onto a large, heavy motorcar, the energy differential is almost negligible as you make up for it in part through momentum, but also just scale (more passengers transported per watt, more charge available per trip).
How much NG do utilities stockpile?

A few days' would be a lot of batteries, but you don't use batteries for that. A few days' pumped hydro, e.g., is not much at all.
A large idea in modern poker theory is playing the Nash equilibrium strategy. A Nash equilibrium is where no player can improve their expected result by unilaterally changing their strategy, and two player games provably have the property that if you play any Nash equilibrium strategy, you expected value will always be greater than or equal to your EV when your opponent also plays an equilibrium strategy.

The application of this is that at any given point during a hand you and your opponent have a "range" of hands (the term in the technical solver literature is an information set) that it would make sense for you to have from your opponents perspective. A range is a probalistic weighting of hands. Every action changes a players range, and for example if a player bluffs too much you can exploit that by calling with a bigger range against them.

So poker becomes a game of, rather than figuring out what your opponent has, instead establishing a baseline strategy that can't be exploited no matter what your opponent does and then adjusting that to optimally exploit your opponent.

That's the basic framework.

Another book recommendations is "Modern Poker Theory".
The source for my beliefs is that I perform life sciences research to either generate new studies that are for publication or validate our studies against studies ran in the past.

Its actually my job.
My guess is that the teeth isn't visible throughout all the frames, so it's hard to reconstruct accurately in 3D. In fact the parts that look like gum and the tongue don't seem to be correct, far from the reconstruction quality of the face itself.
What does this have to do capitalism?

Funding for these projects is often disconnected from the market.

They are usually dispersed by massive bureaucratic agents with incentive structures that have nothing to do with profit (more internal politics and prestige).
Coming here looking for genuine advice on hardening ssh (over the normal use a high numbered port, trim authorized_keys, etc), what then is some genuine advice? Does ssh actually need hardening? In what ways has it been defeated?
> Surely this can't be right, because if it were, air conditioning (the normal everyday kind) would be impossible, right?

Keep in mind that air conditioners are net generators of heat. The work they do moving heat around generates more heat. If you build a sealed sphere 100 feet in diameter around an air conditioner and plug it in, the air inside the sphere will heat up. This is why you cannot just open your refrigerator door to cool your house. Earth's atmosphere is warmer today around cities where a lot of air conditioners are in use. (Although excess CO2 has a much bigger effect of course.)
I can’t get into his writings, but I know others that do (and I am not talking about Naval Ravikant). So a waste of just our time, perhaps, and yet cannot be dismissed.
We have a memory, but "the past" doesn't exist in it's own right. It's just thoughts and images we are experiencing now, in this moment.
I have so many questions about this. Much of the architecture seems off to me. I like the concept, but it doesn't seem as secure as it could be.

For the README, I'd hope to find a bit more information about the way data is stored and transmitted. For example, this seems to just be a SQLite database with values in fields? Is there a separate encryption key for the database itself? Otherwise anyone with access to the file would be able to see all data stored?

The encryption key is only used to encrypt data in transit, but not at rest? And then you're encrypting the full JSON blob instead of only the values? This seems risky to me.

What is the purpose of the ProcessID? It is randomly generated and stored in the database (thus used by all clients too). So, I'm not sure what this is for? I see it's used to resolve conflicts, but these should probably be given out by the server?

Do the clients cache data locally? It looks like you're basically syncing from the server for every request. You're already making a round trip to the server for a request anyway, so why not keep state only on the server? I can understand an offline-only mode, but this would require a significantly more robust sync mechanism. If this was the goal, I'd love to see this discussed more in the README too.

Finally, I don't understand why you're using plain HTTP (no TLS) for communication b/w client and server. I didn't see any authn/authz in the requests. You're also unmarshalling random data from the request w/o confirming that it is valid first. This seems risky to me and could potentially crash the server if I were to send it random data.

This would have been a great use-case for a simple (non-HTTP/JSON) TCP server:

>>> AUTHTOKEN xxx
>>> SET $KEY $LEN $SHA1
>>> <bytes>
<<< OK

>>> AUTHTOKEN xxx
>>> GET $KEY
<<< $LEN $SHA1
<<< <bytes>

Custom protocols have their own security issues, but it can also be easier to see where there are potential issues (like unmarshalling unvalidated blobs). If you wrap something like the above in TLS-PSK, you're set. If you want to use encryption for a session (after you authenticate), that's possible too, but you're at risk of effectively re-creating TLS.
The comment you responded to was neither arrogant or superfluous. Prior to the internet people had cable TV subscriptions for their house and vacation house. The norm was TV subscription being location based. Now with the internet that changed a bit. Netflix is trying to come up with a way to ensure that people aren’t using a subscription login “unjustly” (as Netflix defines this). It’s a tricky problem to solve.
It was wheat as stated.

But my analogy of hay being cut by men vs machinery was just that an example.
Burning ship? Personally it reminds me more of a pair of slightly twisted gothic style church towers (Notre Dame de Paris anyone?), or the more slender version, of some kind of fantastic gothic style bridge towers (think Golden Gate Bridge)...
This says more about the company. Keeping the bus factor high is company management 101. Employee training and development is a fundamental part of it.
Ok, well would you mind linking some good starting materials?

And I think you maybe are more ignorant than you care to admit as well:

"is that a very appreciable fraction of the energy liberated goes into radiant heat and light"

https://www.atomicarchive.com/resources/documents/med/med_ch...

To me that doesn't sound like "oh man the temperature in the room just went up", more like "oh man I just got a really bad sunburn".
sh.py
This should result in a very long jail sentence and complete banishment from society
Archive: https://archive.ph/nuJjA
Given everything we know about how research funding has been captured and shaky ethics in particular domains, skepticism is warranted, not disrespectful.
If it's a self driving only lane, the speed limit should be increased, not decreased. Self driving on a highway where all the cars are self driving is already a solved problem.
If you read the story, Rick wasn’t always this way. He started out differently and sort of became a monster over time but who’s fault is that? Why did he become the only person who can solve the problems? That should have never been allowed to happen. It’s dangerous for the team and bad for Rick since now all the problems go to him. As much of an ego trip as that might seem, no one wants to be flooded with problems all the time. It will burn you out from the stress and time pressure.

This is clearly a failure of management, who they fired but the focus of the story is wrong.

Rick started as a talented and helpful engineer until he was mismanaged and burned out and twisted into a monster.

It’s not an uncommon sight in tech so let’s focus on the real source of the problem. Management isn’t there just to make sure the product ships on time. They need to build, manage, and take care of a team. The culture and mental health of the team matters a lot. Otherwise even the best people end up like “Rick”.
lol

brilliant engineers can have crippling life leaks that make them work at shitty but well paid places
not sure if IaC will help, I'm just started reading about it.

Indeed the cloud vendors are all lock-ins, something needs to be designed to mitigate the switching cost among cloud providers.

Each one has its own SDK and own complicated infrastructures, so far it seems impossible to switch once you started with any one of them.
These stats are part of our SEC filings I believe. Various sites graph it.

https://www.statista.com/statistics/273744/number-of-full-ti...
Git command UI sucks (compared to some alternatives to SVN, HG, ...).... I'm not teaching that to other people except bare minimum. I will gladly explain advanced stuff, but they need to grok the basic themselves...
That's fair but that's the systemic view of the issue. When you are in the trenches you can't look at the good and throw away the bad. You have to compare your work to the fraudulent work, spend a lot of time reading and trying to reproduce the fraudulent work, cite the fraudulent work, compete with the fraudulent work, publish as fast they do, with results better than they produce. And even the work that's not fraudulent but just bad or rushed.

It's a race to the bottom, and how can we ask that people compromise the quality of their work to compete when the only motivation for doing this work is the love of the craft. It's certainly not the money, or the environment, or the work-life balance, or the prestige.
I think you hit it exactly right.

There are so many ways that are studies can be flawed either accidentally or purposefully. I truly assume most studies are not purposefully fraudulent - people, by and large, are honest... but I do believe there are enough problems with our current methods that most studies are not truly accurate.

Having a publish clinical trial regimen - created before your study starts - helps with a lot of this. It answers how you segment patients, match patients, handle patient dropout, and specifies what you are trying to compare for outcomes.

Is it the end-all be-all? obviously not. I don't know what the true answer is.
I had the opportunity to update an application for a blind person. It's incredibly gratifying to know that after my work, someone who was excluded from using a software can now use it.

But in my experience, accessibility is the 100th bullet point on the to do list and most everyone agree that it's the right place. It's so true that in Europe, there's now a law that force everybody to have accessibility.
Ask HN: Should I quit .NET programming to get away from enterprise-y work?
In the first years of my career, I would talk to users, get to know their business domain and model it with them. I would find their problems, and then open up Balsamiq Mockups and put together something that would make their workday easier. If they liked it, I would have a cost/benefit conversation with the person paying the bills or some other stakeholders. Then if I got the green light, my team and I would build it with .NET and JavaScript. I loved my job.

10 years later and I'm now a senior developer, but I feel like my career is evolving backwards. I am now working on a tiny sliver of a huge system. I know nothing about the user or their business domain because they are so far away from my work. I'm clueless about how my work fits into the business needs because those decisions are made by someone I've never met high up a command chain. I don't get to find problems and creatively solve them. I don't get to see the moving parts of user needs, business needs, frontend needs and backend needs, nor do I get to engineer solutions for all those needs to effectively fit together. I hate my job.

How do I make myself attractive for employers with smaller projects? I've heard the suggestion that I should look for startup jobs, but my early projects were all in big companies and I still got to do smaller self-contained projects.

Is the problem .NET? If I switched career track to .Node.js, would I attract the kind of projects I love?
Does paying by cheque have additional charges? I'm surprised it's common enough to need a "facility".

Paying by credit card or an electronic transfer presumably doesn't need an office of people shuffling paper around.

(I haven't used a cheque since about 2010, and I've never seen them used between businesses.)
I'd like a summer home and I don't want to pay for it, where is my support group?
He's responsible for a gross oversight in safety that led to an injured child. There were obvious and simple safety precautions that were missed.

This wasn't just, "whoops", this was fairly gross negligence.
Putting "@dang" in a comment doesn't do anything. I just saw this randomly. If you want a delivered message, you need to send it to hn@ycombinator.com. And yes, it's certainly helpful to alert us to threads that were as bad as this. Users watching out for the quality of HN threads is probably the biggest moderation asset HN has—it makes a huge difference.

I've replied to many of the accounts that were breaking the site guidelines. I'm not sure I've got them all, though. If you (or anyone) do contact us about this kind of thing in the future, links would be helpful.
Defeats the purpose of meeting up with them then
Also, “believe science” is the exact opposite of the scientific method.
"What if one day we found a _____ that contains a message from god?" describes almost any ancient divination method. One of the things that draws us to fractals is that they show us how iteration over simple rules can built complex structures that resemble forms from the natural world.

What I'm saying is, asking this question isn't a whole lot different than cutting open the liver of an animal sacrifice and trying to divine the will of the gods from the interior structure. Or cutting the throat of a prisoner of war and reading the splatter. Or watching the flight of birds. It doesn't say much.
Possibly this was sarcasm, but I’ll bite just in case. There is quite a lot of scientific research that informs modern aerospace engineering: https://phys.org/tags/aerospace+engineering/

You’ll find similar physics research for example in nuclear power, optics, quantum computers, telecommunications, engines.. all kinds of engineering really. Chemistry is also quite relevant and there are new, stronger materials being engineered all the time based on research.

It’s definitely not all just 1900s physics driving everything, even if you say that for some reason anything researched then doesn’t fall under the 80% of science that doesn’t work (which GP didn’t).
Many of the early tech pioneers in SV were hippies, who sought utopia via information sharing, which meant computers accessible by all.
> You now have ARM machines that run macOS and x86 machines that run any other operating system.

Not necessarily. You can run Linux on Apple Silicon today. Asahi is far from complete, missing lots of drivers and with other sharp corners, but it's been a better experience than I've had with most x86 laptops I've tried. What works works, the machine is stable, fast (even for some graphical applications despite the lack of GPU drivers!) and the battery life is great.

Apparently you can run some form of BSD on it as well but I have no idea how far the support is.

> Thus, if you’re looking for an x86 machine, you’re not buying an Apple product.

Perhaps, but I don't think a lot of people out there actually care about the underlying architecture unless they're developing architecture-specific stuff.
To offer a few datapoints here… I do see more moderated drinking in UK/European people in their early-twenties. Even when alcohol is free/cheap, people seem to stop well short of being drunk.

I also see people make a conscious active decision to alter their states of mind. Say for a particular party, or for a particular sunny Sunday afternoon. And alcohol is normally only a small part of the picture in this regard.

I suspect any study that only looks at alcohol consumption is going to see a very limited view of any overall social trend.

I would be very interested to see data about drug consumption, broken down by substance, alcohol included.

Edit: this could also be seen as a regression to the mean. UK drinking culture has been a bit extreme.
My (subjective and probably limited) experience as a sysadmin and security and platform engineer for the past 7-ish years has shown me that a large portion of users in highly technical roles (not usually the majority in a company) are issued Macbooks.

Especially in the cloud role that I currently occupy, it seems like MacOS hits that nice balance for most corporations of providing a powerful Unix userspace while being somewhat easy to use and very secure (especially compared to the default posture of most Linux desktop machines).

That being said, I can understand being annoyed with aspects of MacOS. I have a work issued Intel Mac and Dell XPS that I have running Arch and I much prefer my Linux machine. But I think that if MacOS wasn't an option most places wouldn't even have a Unix/Unix-like option for their employees' workstations.
cause someone else might catch you
Kind of a script, but not quite. Here's a pointer to past explanations: https://news.ycombinator.com/item?id=29370676.

Edit: or, to dereference all the way: https://news.ycombinator.com/item?id=26158300.
For what it's worth there is the SQLite Archive, but it's definitely not popular and there is no support for metadata like ownership, permissions or extended attributes (ACLs, SELinux). Also compression is missing on my Fedora system.

https://www.sqlite.org/sqlar.html / https://news.ycombinator.com/item?id=28668615
$4000 macbook $4000 mac studio what's the difference if you WFH, I'll take the extra ram and displays. I'm a web developer and build times are improved, especially while screen sharing over zoom (which is a hog), and chrome responsiveness is improved too just not as much as people said