This is not true at all.

Direct Occupational Deaths (Mining & Accidents)

Even in a highly regulated environment like the United States, coal mining is not a zero-fatality industry. United States: According to the Mine Safety and Health Administration (MSHA), there were 8 coal mining deaths in 2025 and 10 in 2024. This is a massive improvement from 1907 (the deadliest year), which saw 3,242 deaths.

In countries with less stringent safety oversight, the numbers are much higher. For example, China's coal industry—though improving—has historically recorded hundreds to thousands of deaths annually.

In 2022 alone, hundreds of people died in global coal mine accidents.

Chronic Disease: "Black Lung" (pneumoconiosis) is still a leading cause of death for miners. In the U.S. alone, thousands of former miners die every decade from lung diseases directly caused by inhaling coal dust.

Comments URL: https://news.ycombinator.com/item?id=34882301

Points: 1

# Comments: 0

Better question yet, should Amazon exist in this form if it cannot ensure that all products are legit? We quite often assume that the current for of existence is the only way to go about the problem.

With the power of pki and blockchain it is trivial to create a platform (I know because I was part of a team that created one) where traceability is a feature and it is impossible to game the system the same way it is possible now with the current fulfilment situation.

Except you can't. Python has horrendous performance. You can write it in C and pretend it is Python.

> What stops those people implementing the standard POSIX in rust or python ? Or even the X windows system or (for clairvoyants) the Wayland in Python or Rust ?

> Or even better, they can make their own OS written in these languages (and even call it MULTICS).

This is exactly what is happening in the industry with really nice progress. We are entering the era when bad practices and subpar performance is not acceptable anymore. I am really hoping that Rust takes over devops and data at the very least. It started to enter the IoT space and some OS development (Linux supports it).

I am really hoping that this trend continuous and we start to see more an more device drivers in Rust and other safety and security critical systems.

As far as Python goes, I would be totally happy if Python would become the interpreted language that I could use on the top of Rust and I had to deal with only Rust problems.

This is not the case at all.

Airlines operate on the principle that a certain percentage of customers are no show. They would like to fly the planes fully booked so they allow some overbooking and they are controlling how much it gets overbooked.

If it was up to CAP there would be 200% overbooking for certain flights and the airline would go bust within a year.

I used to buy everything on Amazon and slowly transitioned to traditional stores and only buy things that I cannot in an offline store. Btw. the quality declined over time so you can't say that it was never great. 10 years ago you could have much more confidence that you get what you paid for then today.

+1

As a person who uses Python for 12 years professionally I usually try to avoid it as much as I can. When you have a Python problem you usually have a C, C++, Rust, libc, arch problem that you do not realise. Most of the useful parts of Python are written in C, C++, Fortran, Rust so when you try to deploy it some less frequently used platform it can burst into flames the worst kind of ways. You can try to deploy the AWS Lambda / Python 3.9 and see the lolz. I have spent more hours on trying to get some Python lib work on a platform than learning Rust.

I think interpreted languages are a dead end especially with bad practices. I make my living writing Python but it is a misery every direction. It is not an accident that Rust is the most loved language continuously because it just works. Anything I try to do in it works as expected and I am not walking on a mine field.

Let me give you a simple example how Python can surprise you. Lets create an app in Python that uses a lib called X. You build your project and everything works locally, unit tests are ok, integration tests too and so on. Now deploy this code to AWS Lambda (not your choice, employer decided to go with that). You package everything up on a Linux that matches the architecture of the target (lets say X64). If you are not familiar with setting the target Python version with pip (and most documentation does not mention that for Lambda) you deploy your code and try to invoke it. Fail. You have X.311.so in your deployment package and Lambda tries to load X.39.so. Now you need to figure out how to set the version or have a build env that matches the CPU AND the Python version with the target system.

I could continue this rabbit hole for some more but the point is that you can't talk about Python alone, you need to pull in the Cartesian product of libc, libXX, C, C++, Fortrant, all the compilers for these, cpu architectures and Python versions. On a lucky they you might have a working system.

With Rust everything just worked the first time we tried to use it. I could not believe it how easy it was to put out a working system at the first try. It only beats Python by an order of magnitude in terms of performance but the amount of effort it took us to deploy it was also much less.

- flexitime

- good salary

- more time off than the law enables (we live in the EU so this is not a small thing)

I mean seriously what else?

(f x) -- too many parentheses

f(x) -- PERFECT

I think it is undeniable that new organizations are deliberately misleading the public in many cases, not necessarily part of the conspiracy but simply acting as the agent of the government. There are many cases when is became obvious.

It is also easy to find sources that are free from government collusion usually classified either far left or far right whatever those mean.