benjhm

I've been using zed for nearly a year now, it works well, quietly.
I don't need AI, I have a complex project written in scala, whose compiler and tools ('metals') are already intelligent and much more logical than LLMs, many context-relevant suggestions pop up, and when it compiles it generally just works.
However I do wonder about the longterm business model of Zed without AI, and in the current geopolitical context I'd be interested in a european or global alternative.

Indeed, it's to be expected, that the climatic regions best-suited to such agriculture will move, generally polewards. So there may be potentially new 'breadbaskets' - but mainly in Russia and Canada, if growing season starts earlier. But 40% of whea and maize, is not 40% of food - there are other (new) crops, and we could also adapt diets, maybe we don't need so much wheat and maize (leading anyway to obesity?). In the tropics it all depends on water management, need to store more.

There are renewables available cheaper than coal( if you take into account subsidies ), especially in China (the country that dominates those graphics (if you look carefully at the vertical scales). However, there are many political leaders - mainly of older generation - who cannot imagine abandoning coal, they prefer to keep on subsidising, to save traditions and communities, to defend their concept of what made 'great' decades ago. In China and India there is also a widespread concept that since the west did this in the past, so now they have to use up an equivalent per-capita share of the atmospheric space - a kind of collective global suicide.

Isn't it technically possible to split browser functions so we can recombine as we like? - i.e. separating the rendering / js engine from everything around the side - managing all the tabs, bookmarks, cookies and passwords, workspaces and sessions, mail, notes etc. In my case, I like the workspace structure provided by Vivaldi, but don't see why it has to be built on chromium browser. Anyway as a developer I need to test against blink, webkit and gecko, so would be nice to swap them within the same user interface structure.
By the way, I develop a "javascript-heavy" web-app (interactive climate model) and it seems to be working fine, and fast, in firefox, so I'm not convinced by complaints in the article.

There's still thin snow on the high mountains to the NE (checking nasa worldview). Where the main river emerges from them is about 200m lower than Kabul city, but it must be possible to pump some up that much, and bring it thence (about 70km) with a pipe or canal. Probably chinese will do it, maybe bringing stuff via Wakhan, if nobody else helps.
Edit - zooming on opentopomap I see traces of part of such a canal, but it doesn't get as far (or as high) as Kabul.

Well, it's a kind of stretched thought experiment, to imagine they had precise satellite-like temperature measurements in those days. But if you really want to ask, when did humans first have a discernible influence on the climate, it surely goes back much earlier than that - due to deforestation and associated changes in albedo (as well as CO2), also desertification in some regions (north africa?). I don't see albedo or land-use change in this paper, only fossil emissions.

Although important topic - many regions already suffer from acute water shortage, at least for half of the year - global aggregate numbers don't mean so much, as large-scale inter-regional water transport isn't practical. There are a few exceptions - China has it's N-S water transfer project, there's potential for a canal from Congo to Chad. Transfer by evapotranspiration is big, but not really planned. There's also water (and energy) embedded in food, could be reduced if people care. Anyway what's new (not this article)?

Well problem with any Lemmy community as such a forum, is that current usage (not necessarily intrinsic to the software) is so ephemeral. So it's good for discussing breaking news, but not to gradually accumulate discussion of solutions to complex problems, over years. I wish this were not the case, but doubt anybody will even notice this comment, as no longer 'hot', and folded away ... Rather, a few weeks later the same topic will be reopened under a different post, and we start over again.

I agree with most of what you say. I'm a long-time fan of calculating more complex things client side, as you can see from my climate model (currently all calcs within web browser, evolved from java applet to scalajs).
Also, in regarding social media, keeping the data client side could make the network more resilient in autocratic countries (many), and thelp this become truly a global alternative.
On the other hand, some 'trunk' server interactions could also doing more not less, bundling many 'activity' messages together for efficiency - especially to reduce the duplication of meta-info headers in clunky json, and work of authentification-checking (which I suppose has to happen to propagate every upvote in Lemmy?).

Thanks, that makes sense if I think about it, but maybe users shouldn't have to - i.e. the Mdon part-conversation way still seems confusing to me (despite being a climate modeler and scala dev), although haven't used Mdon much since I found Lemmy. And I still feel that both ways seem intrinsically inefficient - for different reasons - if we intend to scale up the global numbers (relating OP).

Good work.
I suppose that for those 1.4bn people inside China to access it, they also need to use a mirror site?
So I'm curious, how many people find such mirror sites, and why don't the firewall managers just block those urls (the ips may be big cloud services, but the urls are not) as fast as the list evolves (maybe they track who uses them)? Could a decentralised peer-to-peer network scale more robustly ?

At the same time, Ethiopia is also creating a huge new lake, capturing the headwaters of the Nile, it's far away across mountains to the NW, but maybe one day they'll be transferring water ?