Ben Matthews

I like some concepts and design of Mbin, something to learn from, but I’d believe more in its growth potential if not written mainly in php.

Interesting observation and analysis, and illustrates the potential of more lemmy-mastodon interaction.
Indeed mdon like-federation seems weird but I presume it was setup this way for efficiency, to reduce the number of small communications? Although Lemmy has a backend in rust - more efficient than mdon’s ruby - still I wonder whether the lemmy system of federating all upvotes would scale well if the number of users grows to that of mastodon and beyond ? Could there be some intermediate compromise solution (e.g. federate batches of 100 likes)?

I didn’t discover Lemmy through search, nor did I ever use reddit - I found it from mastodon where a few people promote lemmy posts. Then gradually realised I preferred the community-focus here, compared to the individual-focus of mdon (although combining both could be good). As mdon has many more users, improving this inter-op would help to bring people here.

Although not an expert on that specific country, I can be sure that ’ almost all ’ is very misleading, even if it gets a lot upvotes because people find it convenient to blame some big bad other. Even if you have specific data for electricity, don’t forget a lot of CO2 is emitted by cars, and also by fuel to heat homes (including some peat in special case of ireland - and in that country a large fraction of GHG emissions is also methane from agriculture).

I built personal webpages in the 1990s, and still do it now, I included javascript then, and still do now - to make calculations, show interactive graphics, quantitative stuff about climate change - see for example this model.
I get your concept, that more websites should be written and hosted by individuals not big tech - but javascript is not the essence of the problem - js is just calculating stuff client-side for efficiency. In theory big tech could still serve up personalised algorithm-driven feeds and targeted advertising, just with server-side page generation (like php) and a few cookies, would waste more bandwidth but no stress to them. Whereas disabling client side calculations would kill what i do, as I can’t as an individual afford to host big calculations on cloud servers (which is also technically harder).

I see that says ‘has to be local only, not federated’ (same issue also discussed on github).
‘Local only’ suggests to me front-end, i.e. info stored by browser. In that case people who are often switching devices would have to re-organise on each one, which could be tedious.
So isn’t there something in between local and federated - i.e. saved by the instance as user-settings, but not pushed to other instances?
Maybe there could be some manual copying mechanism, so a user who organises a big set of communities could share with others. (This reminds me of mastodon ‘lists’ and various ways of organising and transferring them).

Nearly 200 upthumbs, more ?!
But the discussion explores broader and narrow variants, need to coalesce.

From the tasks described, it seems to me they were not measuring ‘Computer Skills’ as reasoning, patience, tenacity - people could have similar issues with similar tasks involving a pile of papers.

Even if we had low-emissions, low-noise, low-accident cars, there’d still be the concrete jungle surface needed to drive them - and loads of emissions to make the steel and cement of highways.
Although cars carrying four or more people directly to a medium-distance destination can be relatively efficient per pers-km, people buy oversized cars imagining some dream holiday, then use them for daily life on one-person trips that (electric-) bicycles and/or trains could do - car-sharing could help avoid that and solve the EV-range issue (although personally, my dream holidays would be in places with no cars at all).