blackandsqueaky | 4 years ago | on: Rich Harris joins Vercel to work on Svelte full time
blackandsqueaky's comments
blackandsqueaky | 4 years ago | on: GKE image streaming for fast application startup and autoscaling
...
> caching
There was a time when Google did more engineering than marketing.
blackandsqueaky | 4 years ago | on: Notes from the Meeting on Python GIL Removal Between Python Core and Sam Gross
I don't think anyone would deny Python has changed since then, I think most notably in the years following the release of Django, Python becoming a go-to web language, and the size of the community exploding.
blackandsqueaky | 4 years ago | on: Notes from the Meeting on Python GIL Removal Between Python Core and Sam Gross
I'm not sure if there is a common name for this particular source of discomfort, but that quote definitely contains a lot of it. I'm a historical contributor to the Python source repository, but something about the social structure of the project has changed significantly in recent years that would dissuade me from submitting changes in future. The focus in the statement above no longer feels like it is on the actual productive output of the project itself, and in previous years it wasn't like that, nor needed to be like that.
Reminds me of something like the minutes of a professional schmoozer's business lunch, rather than a technical meeting, or something like that. If you have ever seen a stray engineer at an event like this (or had the misfortune of being that engineer), this feeling probably captures the problem well. Whatever it is, I'd love to see less of it.
blackandsqueaky | 4 years ago | on: My experience of losing a friend to heroin (2020)
Terrifying
blackandsqueaky | 4 years ago | on: Nine Raspberry Pis powering an office (2016)
blackandsqueaky | 4 years ago | on: An enormous thread on alleged Google Facebook collusion
Your solution is finding a good employer who you know and vet personally, and avoiding working entirely for large companies. Managing human rot at scale is an unsolved problem, and few seem to survive exposure to extraordinary cash flows without some aspect or other of their humanity being impacted.
blackandsqueaky | 4 years ago | on: Cloudflare R2 storage: Rapid and reliable object storage, minus the egress fees
Workloads you couldn't host on a cable modem
blackandsqueaky | 4 years ago | on: Cloudflare R2 storage: Rapid and reliable object storage, minus the egress fees
blackandsqueaky | 4 years ago | on: Cloudflare R2 storage: Rapid and reliable object storage, minus the egress fees
That doesn't appear to be what they're doing, they don't seem to have changed their existing operating model at all:
> R2 will zero-rate infrequent storage operations under a threshold — currently planned to be in the single digit requests per second range. Above this range, R2 will charge significantly less per-operation than the major providers. Our object storage will be extremely inexpensive for infrequent access and yet capable of and cheaper than major incumbent providers at scale.
What I read this as is "we won't bill you until your traffic spikes, then you'll pay us, oh how you'll pay us"
Transparent bandwidth pricing would be a far more interesting announcement. This is the second post I've seen from CloudFlare in recent months throwing bricks at AWS over bandwidth pricing, while failing to mention CloudFlare bandwidth is some of the most expensive available.
blackandsqueaky | 4 years ago | on: Cloudflare R2 storage: Rapid and reliable object storage, minus the egress fees
When looking at object storage, tail latency is probably the single most overlooked metric, and the most material differentiator between providers after bandwidth costs. Don't sweat the cent spent on storing an object, worry about the cost of the 6,000,0000 copies of it you'll ship after it's stored.
As for bandwidth, CloudFlare becomes uninteresting the moment your account starts to see any real consumption, even AWS are easier to negotiate with.