dalyons

32 ms·

511.
by dalyons 2y ago
We’re actually at or past the peak of co2 from power generation. 2024 is likely lower and we’ll keep going down from there https://ember-climate.org/insights/research/global-electrici...
512.
by dalyons 2y ago
Absolutely yes
513.
by dalyons 2y ago
How? Distributed traces show you what’s going on with a request in detail. Metrics tell you zero detail, by definition. Logs show you whenever people have decided to log manually which is usually very incomplete
514.
by dalyons 2y ago
this is such a strange talking point. Do we factor in recycling all the materials a gas plant is made out of? Who cares about panel recycling? bury them if we have to, they're non toxic, and would be an infinitesimally small % of total
515.
by dalyons 2y ago
SMS "solves" sending info, as long as you only want to send very short bits of text with uncertain deliverability.
516.
by dalyons 2y ago
Hah glad I’m not crazy. Used it and loved every version since 3x, but 8 is just so fucking buggy it drives me bananas. It just doesn’t work half the time!
517.
by dalyons 2y ago
That might be true for you, and that sucks. but it is not so for the vast majority of the US who’s parks are just fine
518.
by dalyons 2y ago
If your realistic solution is some form of forced natalism, then yeah, we shouldn’t be talking about that. It’s ethically wrong and unpalatable to the vast majority of people in developed societies, it’s not a thing that we should be entert
519.
by dalyons 2y ago
im always kinda skeptical of these evolutionary game theory type theories when applying them to modern developed societies. Maybe they were true in the past, but we have largely removed ourselves from natural selection in any of the traditi
520.
by dalyons 2y ago
You could just point all your apps at the useast1 database in the meantime. Add some latency, but better than 7-30s or whatever.
521.
by dalyons 2y ago
Oh. Yeah the log file system and thus the consistent replica latency are local to a region. It sounds like you might be using global aurora with write forwarding? That’s pretty new and not something I have experience sorry. AFAIU though it’
522.
by dalyons 2y ago
Location? Are you doing multi region?
523.
by dalyons 2y ago
You clearly don’t know what aurora is or does if you think people can just run their own. It’s not a regular Postgres setup, and nothing exists that’s equivalent for self hosted.
524.
by dalyons 2y ago
Calling it a hack is pretty unfair. The log storage engine is a huge innovation, in my experience makes large MySQL/pg clusters much more reliable and performant at scale in a variety of different ways. It has a couple of quirks, but o
525.
by dalyons 2y ago
Aurora has essentially constant replica lag times, it’s one of the best features. Should be around 30-50ms always, are you seeing different?
526.
by dalyons 2y ago
Or… you just keep all your business logic in /java and call it a day. It’s stored procs that are making things harder.
527.
by dalyons 2y ago
i feel like i addressed this in a different subthread https://news.ycombinator.com/reply?id=40526231&goto=threads%... > You can source control them, but then you have a deployment coordination problem. Often changes
528.
by dalyons 2y ago
I dont really know why im arguing this, there are 100s of blog posts out there for decades that explain why sprocs are considered bad. The marketplace of ideas has spoken, and we've moved on. I'll never likely never convince you,
529.
by dalyons 2y ago
yes, you can hack something together that keeps them in source control, and then some automations to run them in a CD way. But now your business logic change is half in application code, and half in sprocs, and you have a versioning and dep
530.
by dalyons 2y ago
Yes actually. financial transactions are often used as an example that demands strong consistency. But it’s not true in the real world for the most part. for any given money movement (a debit and a credit) there’s a good chance one of those
531.
by dalyons 2y ago
i totally get that position. I used to be in that camp, but in my last 3 jobs at companies of >10mil users, we had to get rid of FKs for other reasons (perf, dist system stuff). I kind of expected bad data corruption issues.... but they
532.
by dalyons 2y ago
Pretty sure I did say why. “ Hard to source control, impossible to debug, written in weird/bad languages, massive blast radius, don’t scale. Usability matters! ” and I forgot “generates non obvious non local changes” for triggers.
533.
by dalyons 2y ago
It’s not a controversial take. They are awful, and thus haven't been used for new development for at least a decade, going on two.
534.
by dalyons 2y ago
Your timing is off, we as an industry ditched stored procs and friends before (micro)services became a trend. For the reasons I said. I’m not sure why it’s so hard to accept that we stopped using them because they were bad, not for some oth
535.
by dalyons 2y ago
Stored procs, triggers and suchlike actually are outdated and mostly wrong. Have you considered that people moved away from them for good reasons, not just ignorance? Hard to source control, impossible to debug, written in weird/bad la
536.
by dalyons 2y ago
the approach in the article is for analytics / DW type use cases, not OTLP. So a dig about kids these days not understanding constraints is not particularly relevant.
537.
by dalyons 2y ago
It’s mostly that people don’t value the pros (the thing helps to mitigate climate change) enough, because they don’t care, don’t truly understand how it will affect them, or are selfish. See every thread on HN about EVs - people won’t accep
538.
by dalyons 2y ago
During which they’re going to become irrelevant clinging to out of date technology. Building reliable ICEs is much much harder than EVs, the field is wide open now.
539.
by dalyons 2y ago
How are fixed mortgages related to exchange rate forecasts?
540.
by dalyons 2y ago
It’s really not. Hybrids are going to be obsolete way faster than you think, given the price and innovation curves of EVs.

More ›