This isn't a binary distinction -- safe vs unsafe. Things you put in your body have a risk profile. The risk profile of raw milk is much higher than pasteurized milk, regardless of how hygienic you think you're being. Cows step in mud, their own feces, the feces of other animals, dirty water, and many other things that can splash up and onto (and into) their udders, contaminating their milk with pathogens.
Letting people make their own choices always has its limits, regardless of what people say (rather casually on the Internet). When nearly all health systems in the world work through the healthy subsidizing the unhealthy, we should be attempting to limit preventable illness.
In any case, I don't think there's any country or state that bans drinking raw milk. If you're on a farm and you want to drink your own milk, go ahead. Just don't claim it's safe enough to sell, because it really isn't.
When we say "safe" it's a regulatory statement about _certainty_ not about any given person's activity. We know pasteurized milk is safe because the process produces a high probability of a safe product.
When we don't do that, it's called raw. From there, we don't need to investigate anything else, whether it's 1 in 100, 1 in 10, or whatever. We know that because it's unprocessed, it's unsafe.
It's always curious when people bring anecdotes to a discussion like this as if what their family did with raw milk is perfectly emulated everywhere.
Same thing happened with surgery in the early century: doctors wouldn't wash their hands because they had some base assumptions about what caused diesease.
In the end, countering these anecdotes rarely work.
Yup. I never even use activate, even though that's what you find in docs all over the place. Something about modifying my environment rubs me the wrong way. I just call ``./venv/bin/python driver.py`` (or ``./venv/bin/driver`` if you install it as a script) which is fairly self-evident, doesn't mess with your environment, and you can call into as many virtualenvs as you need to independently from one another.
``uv`` accomplishes the same thing, but it is another dependency you need to install. In some envs it's nice that you can do everything with the built-in Python tooling.
And when you control the installation, you can install multiple python versions with `make altinstall` into the same prefix, so you don't even need to pass 'project/bin/python, you can just call 'python-project' or 'project.py' or however you like.
Yep. (Although I installed into a hierarchy within /opt, and put symlinks to the binaries in /usr/local/bin. Annoyingly, I have to specify the paths to the actual executables when making venvs, so I have a little wrapper for that as well....)
In addition to what others have mentioned, it also just makes it easier to come back later to a code base and make changes, especially refactoring. In many cases you don't even really have to add many type hints to get benefits from it, since many popular libraries are more-or-less already well-typed. It can also substitute for many kinds of unit tests that you would end up writing even 5 years ago. If you're an infrastructure engineer or data scientist that's usually just writing a lot of glue code, then it greatly helps speed up your output (I've found)
Without typing it is literally 100x harder to refactor your code, types are like a contract which if are maintained after the refactor gives you confidence. Over time it leads to faster development
I agree somewhat with the proposition that YAML is annoying for configuring something like a workflow engine (CI systems) or Kubernetes. But having it defined in YAML is actually preferable in an enterprise context. It makes it trivial to run something like OPA policy against the configuration so that enterprise standards and governance can be enforced.
When something is written in a real programming language (that doesn't just compile down to YAML or some other data format), this becomes much more challenging. What should you do in that case? Attempt to parse the configuration into an AST and operate over the AST? But in many programming languages, the AST can become arbitrarily complex. Behavior can be implemented in such a way as to make it difficult to discover or introspect.
Of course, YAML can also become difficult to parse too. If the system consuming the YAML supports in-band signalling -- i.e. proprietary non-YAML directives -- then you would need to first normalize the YAML using that system to interpret and expand those signals. But in principal, that's still at least more tractable than trying to parse an AST.
> If the system consuming the YAML supports in-band signalling -- i.e. proprietary non-YAML directives -- then you would need to first normalize the YAML using that system to interpret and expand those signals.
Just run the code that provisions the infrastructure? Sandboxing is the least of your problems. You would need to fully mock out all function executions and their results to have a hope to properly execute the code let alone govern what's happening without affecting a live environment. And even still, there would be ways to fool this kind of introspection, as I mentioned. In an enterprise environment where this kind of governance is mandatory, that's not acceptable.
In any case, regardless whatever clever method you try to use, even if you're successful, it's not as straightforward and easily understood and extensible as OPA policy. Let's say you succeed in governing Rust code. OK, but now I have developers who are writing in Python and Java and TypeScript. What now? Develop a new, customized solution for each one? No thanks
Are we already forgetting the Lebanon pager incident? It only happened last year. It seems perfectly rational to question the home country of a spyware company (of all things) when that country has in recent memory infected the supply chain of commodity electronics to booby-trap pagers and walkie talkies to explode and kill their putative enemies.
Let's also not forget that that country's paid spokesmen (both Israeli and American) were joking for months about those explosions, even lobbing it as a threat to their perceived enemies -- on live TV no less!
I think people should be highly skeptical of articles like this, even without knowing anything about the subject in question. No byline/author. No citations/links to the studies in question. Confirmation of preconceived notions that people would like to be true (e.g. the sun as a wellness remedy instead of damaging to skin), including unfounded "just so" stories and claims about evolution, diabetes, and other unrelated topics. Named individuals seem to "specialize" in sunlight as a wellness remedy (seems like a big red flag to me). No actual physical theory as to how it could be true (more vitamin D reduces death by up to 50%? how? your body only needs so much vitamin D and it's not actually all that much).
And sure enough, if you look up any details on the studies in question, they are highly questionable. Vastly different populations studied with very weak controls. For example, sunscreen use -- both chemical and physical, i.e. hats -- was not controlled for. Seems like a big problem since that's the primary claim being made! And it seems like such an obvious thing. It makes one wonder why it was omitted.
The facts of the "status quo" of sun exposure dangers, on the other hand, have quite a lot more going for them, both in terms of study quality and in terms of physical explanation/interpretation. UV radiation physically damages DNA, even when you don't burn. Tanning is a response to skin cell damage, so any additional melanin production in your skin is indication that your DNA is being damaged. Damaged DNA means when your cells reproduce, they reproduce the damage and/or otherwise mutate. If that damage or mutation happens to be cancerous, then you have a big problem. Tanning, contrary to what people seem to think, doesn't inoculate you against skin cancer or damage. It merely helps absorb a higher percentage of UV radiation -- meaning your skin is still getting damaged, just at a slightly lower rate (a helpful, though marginal, evolutionary advantage).
Sure but you should also be highly skeptical of people telling you that sunscreen is always required to go outside. A lot of the studies are funded by sunscreen companies which stand to make a lot of money.
> Tanning is a response to skin cell damage
I don't think this is true in any meaningful sense. Damage is part of life. Your body repairs minor damage and it is usually a good thing to trigger the repair pathways once in a while. This is also the basis for exercise - your muscles and tendons are damaged when you work out, but they get rebuilt stronger. Your DNA is also repaired, and turning repair pathways on can sometimes improve tissue quality/collagen production or get rid of imperfections - this is the basis of microneedling and cosmetic techniques, some of which involve light exposure. UV therapy is also a treatment for psoriasis (skin inflammation).
If any amount of sunlight is bad, ask yourself why melanoma typically occurs on the trunk region (in men) or legs (women) rather than say the face or arms. Those are regions that are normally hidden, but are then suddenly exposed when you go shirtless/at the beach.
The most dangerous thing is to go straight from non-exposure to high exposure. But if you gradually increase exposure, the body has many ways of dealing with non-overwhelming amounts of damage. Damage can in fact trigger repair which is often beneficial, as this article alludes to.
Most importantly, the more beneficial UV rays (UVB) for vitamin D production are weaker than the more harmful ones (UVA), so any sunscreen or glass that "blocks UV" necessarily blocks all UVB before you get close to blocking all UVA. Nothing can actually block 100% of UVA. But let's say you slather sunscreen on every time you go out. Now imagine one day you forget it or run out of it or for whatever emergency reason can't apply it. Now your pale unready skin is exposed to a large dose which could actually do more damage than your body is ready to repair.
The best time to get UVB is actually around solar noon. So, depending on your skin type, the best thing to do is to expose yourself to sunlight for short amounts of time (start with 1 minute if you want) without sunscreen before applying sunscreen. Then gradually increase the non-sunscreen time as your skin turns up repair pathways (and you get tanner).
> This is also the basis for exercise - your muscles and tendons are damaged when you work out, but they get rebuilt stronger
This is an outdated view, evidence shows muscle/tendon growth/adaptation occurs primarily via mechanical tension and metabolic stress, with damage playing a minimal or even counterproductive role. hypertrophy happens despite it, not because of it.
[The development of skeletal muscle hypertrophy through resistance training: the role of muscle damage and muscle protein synthesis. Schoenfeld et al., 2017](https://pubmed.ncbi.nlm.nih.gov/29282529/)
Are you sure about this? I always heard about Australians (especially surfers) that had a high melanoma incidence and that it had made it clear that even if you are adapted (tanned) cancer risks still rises with exposure time.
It matters what type of skin you have, there’s a genetic component. Most “Australians” are of Irish/British descent and not ready for that much sun even with a bit of a tan/priming. Indigenous Australians do not have high melanoma incidence.
Although skin color is an obvious visual indicator, two people with the same shade of skin can have very different responses to sunlight because there are non-tan-related genes which affect rapid DNA/tissue repair on your skin:
So what I said is especially applicable to people who are not the palest on earth. If you are mixed like me (French and Iranian combo) then you can push it more than a say “pure” Irish person.
Thankfully the paler you are the less time in the sun you need to make vitamin D. But I will bet that some sun exposure is still better than none.
The byline is “The Economist”, and the lack of links is the house style, like a printed newspaper.
A relic from the times when the name and reputation of the institution alone was enough to earn your trust.
Personally I still find them a high-quality source, especially because they are a weekly publication based in the UK and distanced (but not entirely removed) from the bullshit of the US media cycle.
The Economist a few years back did an article on Steon (free energy engine) but it was essentially a PR piece soliciting investors… so take them with a grain of salt
Journalists fucked up massively when they allowed sponsored content to masquerade as editorial content. Now people don't trust media as much as they used to and are moving to other sources to get their information. What journalists around the world need to do is come together and build consensus in the industry on separating sponsored content from their own. A tiny, fine print at the bottom of a full page sponsor is grossly insufficient. It has to be more explicit. Perhaps reserve colors and styles exclusively for indigenous content or frame all sponsored content in a clearly identifiable manner. One way or another, they need to figure out how to reclaim their reputation.
I canceled my subscription to the local daily over this. Not only were they presenting advertisement as if they were editorial content, they weren’t even reading it themselves. If they were, they would have noticed that they’d printed, on actual paper, an unreadable article full of broken html fragments. That was the last straw for me. Stunning disrespect for the people who pay for the paper.
The UK has their own media cycle. With the exception of Financial Times, the quality of newspapers has fallen dramatically in the last 30 years. Even the FT prints low quality "political swamp reporting" articles. I am always surprised how poor is their reporting on national UK politics. As a result, I avoid those articles. Even the BBC News is much worse than 10 years ago.
Very simple, studies all confirm that people who spend more time outdoors have better eyesight at youth (avoids myopia) and health (exercise), use sunscreen (avoid skin cancer). No need to speculate more.
True. And same applies to everything in life, so just because some article says "sun is good for you all" doesn't mean you won't end up dying from skin cancer.
That might be true, but it is also true that the positive health effects of aerobic exercise (e.g., increased fitness, increased insulin sensitivity) are responses to the oxidative damage caused by the exercise.
That's quite the leap though, and is just confusing correlation and causation. Maybe the previous leadership was simply getting in the way of the engineers and managers that had the good ideas. And the new leadership was more hands-off, or focused in other areas like marketing. Or those cases are just flukes. For every case like the ones you cite, I could find two where the exact opposite happened.
If you're downing a shot of vodka every morning, and suddenly stop, then yeah, your health is going to improve.
In my opinion, many (if not most) of these CEOs are business-focused people with no technical (or even non-technical) knowledge of anything they purport to manage. And on the whole, they really don't affect the value of the company one way or the other.
I'm not saying any schmuck could have done that. I'm saying that the engineers and managers at Apple (to use your example) are just as (if not more) responsible for the success than Jobs. Those lower-level engineers and managers also explain the repeated successes. And that, I would say, is the case in most market successes. The CEO is not remotely deserving of all the credit, or even most of the credit, in most situations. They don't really deserve to be paid what they're paid.
There's this certain anti-historical proclivity to create heroes for worship. Because it's a simple story to tell and it gives you the opportunity to put yourself in the hero's shoes. But the simple story is almost always wrong.
> You don’t have to randomize the first part of your object keys to ensure they get spread around and avoid hotspots.
From my understanding, I don't think this is completely accurate. But, to be fair, AWS doesn't really document this very well.
From my (informal) conversations with AWS engineers a few months ago, it works approximately like this (modulo some details I'm sure the engineers didn't really want to share):
S3 requests scale based on something called a 'partition'. Partitions form automatically based on the smallest common prefixes among objects in your bucket, and how many requests objects with that prefix receive. And the bucket starts out with a single partition.
So as an example, if you have a bucket with objects "2025-08-20/foo.txt" and "2025-08-19/foo.txt", the smallest common prefix is "2" (or maybe it considers the root as the generator partition, I don't actually know). (As a reminder, a / in an object key has no special significance in S3 -- it's just another character. There are no "sub-directories"). Therefore a partition forms based on that prefix. You start with a single partition.
Now if the object "2025-08-20/foo.txt" suddenly receives a ton of requests, what you'll see happen is S3 throttle those requests for approximately 30-60 minutes. That's the amount of time it takes for a new partition to form. In this case, the smallest common prefix for "2025-08-20/foo.txt" is "2025-08-2". So a 2nd partition forms for that prefix. (Again, the details here may not be fully accurate, but this is the example conveyed to me). Once the partition forms, you're good to go.
But the key issue here with the above situation is you have to wait for that warm up time. So if you have some workload generating or reading a ton of small objects, that workload may get throttled for a non-trivial amount of time until partitions can form. If the workload is sensitive to multi-minute latency, then that's basically an outage condition.
The way around this is that you can submit an AWS support ticket and have them pre-generate partitions for you before your workload actually goes live. Or you could simulate load to generate the partitions. But obviously, neither of these is ideal. Ideally, you should just really not try and store billions of tiny objects and expect unlimited scalability and no latency. For example, you could use some kind of caching layer in front of S3.
Yep, this is still a thing. In the past year I’ve been throttled due to hot partitions. They’ve improved the partitioning so you hit it less, but if you scale too fast you will get limited.
Hit it when building an iceberg Lakehouse using pre existing data. Using object prefixes fixed the issue.
This is my understanding too, and this is particularly problematic for workloads that are read/write heavy on very recent data. When partitioning by a date or by an auto-incrementing id, you still run into the same issue.
Ex: your prefix is /id=12345. S3, under the hood, generates partitions named `/id=` and `/id=1`. Now, your id rolls over to `/id=20000`. All read/write activity on `/id=2xxxx` falls back to the original partition. Now, on rollover, you end up with read contention.
For any high-throughput workloads with unevenly distributed reads, you are best off using some element of randomness, or some evenly distributed partition key, at the root of your path.
Presumably the superior solution is the product that bears the same name as this blog post. Which I take it is in the process of being released since I can't find many technical details about it.
That builders can't construct housing in whatever form-factor they want and whatever part of a municipality they want might be a problem. But the analysis of why these kinds of restrictions exist, to my mind, is not correct.
Do niche interest groups have influence on housing policy? Sure. But these niche interest groups don't usually have a monetary interest in the outcomes they're promoting. But individual homeowners (who often band into interest groups of their own) and large real estate conglomerates do have such a monetary interest. They consider certain types of housing built in a certain way to have *more value* and be worth more. So they promote politicians who introduce zoning and other rules to protect that value.
For someone looking to make a profit off of housing (or even to invest in housing), what is more appealing? A traditional U.S. suburb? Or a Kowloon walled city? One is denser, cheaper per capita, and (if you're not careful) unappealing to look at. In other words, it's worth less. So there is a great monetary pressure from people who already own homes to prevent "mixing" this type of housing into existing planned communities. People who need homes, on the other hand, are a little bit less discerning (to say the least). They don't have a monetary interest necessarily. They're primarily looking for a permanent residence.
So I just don't buy this "abundance" stuff in general. If you remove all of these restrictions, will some companies start building housing? Some will. But my guess is most will say the juice is not worth the squeeze -- the profit margins and the long-term values of these properties will make it unappealing. Just like it's unappealing for grocery stores to set up in big urban areas. Or for hospital providers to set up in rural areas. Food deserts don't exist because of too much government intervention. A lack of rural hospitals is not a problem because of too much government intervention. It's because those things are not profitable.
So in my opinion, if you want to reform zoning rules or things of that nature, it's only really going to be effective if you *force* (or if you want to be politically correct, "incentivize") housing companies to build in these areas too.
I don't really consider this an "anti-trust" argument. It can be equally true if there's a lot of competition in the housing market and if there's next to no competition. It's more of an incentives argument. This is an argument that, like with medical care, we're treating something that is a fundamental need of every living human to have a stable and peaceful and fruitful life as if it were a standard market commodity. And when you do that, you get poor outcomes. We need to support the building of housing *even if* it's unaffordable or has low (or even non-existent) profit margins
Letting people make their own choices always has its limits, regardless of what people say (rather casually on the Internet). When nearly all health systems in the world work through the healthy subsidizing the unhealthy, we should be attempting to limit preventable illness.
In any case, I don't think there's any country or state that bans drinking raw milk. If you're on a farm and you want to drink your own milk, go ahead. Just don't claim it's safe enough to sell, because it really isn't.
reply