Ben Matthews

u/benjhm@sopuli.xyz
0 posts · 687 comments

Recent posts

No posts.

Recent comments

I get your point is about contributions to climate change. But technically if the whole system (ICTZ + Hadley cell) shifts north, the extra rain in the desert was previously further south - over the coastal strip or ocean. It’s rather that the hot dry air that was previously descending into the mid Sahara, is now dumped over the mediterranean region.

Interesting. Indeed during the last couple of weeks I've been watching the African Monsoon from satellite. Best watch at sunset and few hours after.
It’s quite remarkable to see huge thunderstorms - the size of smaller countries - billow up over Chad, Niger Mali and Mauritania, even touching the mountains of Algeria (although clouds that grow that far north typically collapse into dust haboobs). Just day before yesterday a huge cloud at the northern tip of Mali - where loads of rain fell overnight according to eumetsat.int (Blended SEVIRI / LEO MW precipitation). Yesterday looking at nasa worldview (aqua modis reflectance 721) you can see damp 'stains' on the sand, and beginning of small pools, in normally driest parts where nobody lives (region of Erg Chech - Kreb en Naga) . A few days earlier, tracked big storms passing north of Timbuktu into Mauritania, and a week earlier also noticed loads of rain along both Eritrean and Yemen shores of Red Sea. I'm not qualified to say whether all this is 'normal' but it looks special to me, especially while forests burning and rivers dry up in europe - although of course the coincidence makes sense - opposite ends of same Hadley cell shifted north. So maybe hopeful for Sahel (where they'll need to grow more food anyway, considering demographic projections).

I find this analysis is a useful starting point for discussion, although there are plenty of details one might adjust.
Personally I'm using (inter alia) claude to help me refine an interactive climate model (example here - although that's last year's version pre-ai-help ). So I care about these things.

As my own life also has an energy cost - even just sitting at a desk with computers and some heat light and food. I reckoned by my own crude calculations that my 'human' energy cost per hour was considerably higher than that of my AI assistant, which certainly helps me progress faster, so the net effect was less energy per 'task done', meanwhile we don't have infinite time to solve such problems. I'm only using claude within the limits of a pro subscription, and achieve that with tough claude_md instructions - not to go digging rabbit holes without consulting me. Sometimes it analyses and fixes autonomously and efficiently, but you have to keep alert - sometimes I interrupt and say no there's a simpler way, and draft better algorithms / structures myself. Also I use scala whose sophisticated (non-ai) tooling constrains mistakes and its mcp/lsp makes searching and refactoring across a large codebase much more efficient than claude's normal grok by subagents. Combine tools carefully, not brute force.

Evidently a big unclarified issue is the energy cost of training these things. But we don't need so much more training - for my purposes they are already good enough. The frequent new releases are about scary headlines to pump the IPOs. If this race could slow down, we could just learn to use what we've got more efficiently. In the general public discussion, I'd also appreciate clarification about how much of 'AI' energy-use is going into creating images and videos, rather than text and code, my hunch is it’s much worse for videos most of which are about trivial stuff. Also loads of datacenter energy is wasted transmitting talking-head videos around the world - that's really inefficient. So well designed code, part-aided by ai, might help find more efficient ways to run needed global dialogue.

Good to see where people live, not just colouring whole countries. Although maybe the really empty areas (desert, tundra, jungle) should be paler or dots. Within each family there is much diversity, and each language combines multiple roots. Maybe terms like indo-european are too broad, obscuring the minority mix-ins?

Good observation - complexity will grow to fill available context space. Agents are far too keen on copy-paste. Seems a main priority of an agent is 'Good Session' - i.e. get something done before its context full, it’s not concerned about the efficiency of future 'sessions'. We are, we have to carry over context. So regarding DRY, we should still insist on it, although as a tidyup phase once new-feature functionality is settled (rather than fussing about abstractions for throw-away experiments). Train another agent to specialise making DRY tidyup into 'good session' ?

This article feels to me really out of date. Scala3 was launched nearly five years ago, The tooling and lib-support was indeed dodgy back then but works very smoothly now. Scala3 also broke Scala2 macros, and some people whose business-model was selling support for clever libraries built on those macros made a lot of fuss (bad publicity). Meanwhile Scala3 has new more robust macros which work fine.

I develop in scala an interactive climate-scenario model web-app . It's running the model in your browser (500 years x 250 countries x many gases, sectors, feedbacks etc. - so it's complex)... The scala code compiles to js (or wasm) -which is what runs this web app - but the same code also compiles with scala-native to run fast batch- calculations or tests. It also compiles to the jvm app like my older java code, but I rarely use this now.

Scala3 code looks more like python than java - minimal brackets, and much nicer to read and higher level than rust.
As for tools I just use Zed editor with Metals for LS, Mill for build, and other libs from the lihaoyi ecosystem, no web 'frameworks'. Scala is both robust and flexible. In general - if the code compiles, typically it runs correctly first time, if not the very-intelligent compiler identifies precisely what to fix where (very different from so-called 'AI'). So instead of reams of junk 'tests', it's usually just enough to check whether my climate system plots look and behave as expected - higher level thinking.

As for Kotlin it was effectively a russian-led (at the time) fork of Scala, staying closer to Java - so less flexible, but they did much more systematic marketing - and I suspect some of that deliberately pushed blog posts knocking Scala.
What Scala lacks is promotion, so those following fashions of this hype-driven world won't find it.
For those who use it, it's a great language, to do complex stuff that scales robustly.

Good, makes sense, as Scala is 'made in Europe' (mainly swiss and polish teams), and makes very robust software. Only it’s under-hyped. Here you can try my interactive climate-system web-model written in latest Scala, which compiles three ways - to the web-app you see, to native code for fast calculations, and to a jvm desktop app (with 25 years history, originally java).

Yes. Persistent contrails - i.e. aviation-induced cirrus clouds which spread in supersaturated air layers - are indeed bad for the climate, but often their effect is ignored as hard to quantify, while the simpler small effect of short-lived contrails is conveniently cited instead.
Also, while all high clouds have a warming effect by reflecting infra-red radiation back to earth, there can also be a cooling effect due to reflecting solar radiation, which is greater when the angle of the sun is low. So the net effect is warming in the middle of the day and at night, but cooling in morning and evening.

Why all the downvotes? Is something misleading in this study by Pew (i'm not american, maybe lacking context...?), or is it just a case of we'd prefer a different result ?

Maybe Euroclear is not the only reason - rather a convenient excuse for De Wever to waste time - as his seat of power is Antwerp with a huge chemical industry partly fueled by Russian gas, and his party is right-wing nationalist and maybe more sympathetic to the Putin-Trump vision than they dare to admit (as not in line with sentiment in the country as a whole).

When I look at polls it suggests little moved since last election, so Продължаваме Промяната & Демократична България are still far from leading an alternative government. Are those polls wrong ? Or is this another example of optimistic youth on streets in the capital, outnumbered by conservative old people in small towns (as elsewhere in europe)? How do they expect to change this ?

I'm still confused by this. Doesn't that imply that if a derivative SaaS is created in combination with a weaker ( less-copyleft ) license such as GPL, Apache or MIT, then the weaker licence wins, so the derivative source code no longer has to be published ? I'm not looking for a 'do whatever you like' licence, I'd prefer a copyleft approach like AGPL, but one that's easier to defend in europe.

Some comments below the article are good. I like especially this one:

One thing that seems to me to be shaking out of LLMs: if an LLM can do it well enough to pass muster, it probably didn’t need doing in the first place. Coming at it from a programming perspective: if an LLM can generate the required code, it shows that you could have better abstractions that describe your behavior with less code. If an LLM can generate a document, it’s a sign that the document isn’t necessary in the first place- it’s a bit of leftover make work that should be subsumed into a better process. And so on.

Glad you raise this topic.
Can anybody elaborate on the practical difference between EUPL and AGPL ?
Iirc, although these both cover software as a service, EUPL is more relaxed about conversion or combination with other 'compatible' licenses which don't include SaaS. So I'd be worried this keeps open a pathway for a bigger power to 'enshittify' my code.
Another question - has anybody experience defending rights under EUPL ?