That seems like a pretty biased source, how about these actual cases at the top of google search? We are just getting started perhaps 10 years into this, now imagine this after another 100 years? And of course maybe they can technically be "recycled" now but it's not actually happening in a significant way yet.
I would actually consider epoxy pretty nasty. 10 years for actual use is pretty accurate, 20 years is extremely optimistic. They are just buried or piled up somewhere, not burned as far as I know.
I have heard from a couple farmers that some venture energy corporation will pay a yearly fee to put panels on the farmland, which is probably the 20k/year he gets paid from a corporation like that. I doubt he's selling the power directly, nor was able to invest money for all those panels. He just get's a check every month. He also doesn't know the risks he's taking allowing that.
edit: I might be wrong on this, reading this on their site they have some significant donors.
"With additional funding from the Walton Family Foundation, the Cielo Foundation, and donations from a myriad of individual donors and businesses in 2023"
I used to think this was a wonderful idea, with the greatest of intentions, what could possibly go wrong? Turns out it's inevitable that a hail storm hits or mother nature somehow will break/cracks those panels, allowing heavy metals to leach into the soil and make it unusable for farming in perpetuity. This actually happened to a guy I spoke with during lunch one day.
So seeing the actual reality over a longer timeframe of solar farms, and wind turbines (those huge blades made of not friendly chemicals last only 10 years, do you know how they are disposed of?), have greatly reduced any excitement I had for solar/wind as environmentally friendly longer term sustainable solutions. I guess it's sort of good to diversify but they most definitely aren't "earth friendly" as advertised. Fusion seem our only real hope.
Excellent ideas, especially having a parser keep order of parsed data.
I wonder if EDN reader/parser for different languages could be written once, then compiled through wasm to c (https://news.ycombinator.com/item?id=38602750) and linked in each language as c library.
Definitely would like to see EDN or slightly improved version as a modern and usable alternative to json/yaml (regardless of https://xkcd.com/927/).
> To complete the puzzle, we wanted to deterministically test the behavior of the database when interacting with the operating system and other components. To do that, we are partnering with Antithesis
Are there any open source DST projects, even just getting started? I don't even know how/where to start if I would want to do the same on a small app, but can't afford nor want to depend long term on a commercial license.
An excellent point about lisps. I've long thought that one of the core issues with lisps is that logic is tree based, where a large majority human brains are far more amenable to linear process. I suspect there's un-recognized cognitive overhead in the branching of trees versus linear with early return.
Thanks so much for this post and the other about provisioning. I'm going to try this exactly. Great suggestion about having caddy just use try_duration to minimize downtime.
> having V8 as a backend also means supporting WebAssembly Exceptions and Garbage Collection under the hood. Stay tuned for more news on this front soon
Looking forward to this and languages that can make use of wasm-gc.
Does wasm-gc allow sharing of host data/strings across different modules in the same runtime, or is it contained to only single module with repeated calls/invocations? The scenario I am considering would invoke several different modules in a pipeline, pass data between each step in an efficient manner.
Except when you scale to zero, you get a 23+ second cold start time on .net apps. Google cloud run pulls some black magic to get ~3 second cold starts on .net apps, and ~500ms for golang/python/native apps.
Long term c# dev, who's used golang on a few projects. I really want to love go with an htmx+templ, amazing speed and gc, but find it sort of weird/quirky and just plain tedious in use.
Linq in c# is so nice, and lots of little c# features(maybe too many) in recent years has made it quite nice for daily use. With aot definitely prefer c# the language over golang. I do sort of loathe aspnet/mvc and especially blazor stuff. We desperately need a better web framework than asp but nothing will ever gain enough traction because of the ms dominance. Microsoft the sprawling corp never fails to disappoint, but damn the .net framework team does do some awesome work.
That said, I'm instead putting future efforts into python because let's be honest, uv/fastapi/fasthtml are more than fast enough for nearly every single project I've ever worked on.
Good points on code assistants effecting language/framework usage. Myself I've found that copilot will happily suggest usages that were deprecated 10 years ago and waste a couple hours of time.
https://www.texasmonthly.com/news-politics/sweetwater-wind-t... https://www.bloomberg.com/news/features/2020-02-05/wind-turb...
For now we have to be realistic, but hopeful that some better use than landfills can be found and be viable.