At least on my iPhone (no idea if iPads are different) you can reorder, but the icons will always be "dense" meaning no free spaces between them. They will always align in full rows beginning from top left. You can put stuff in folders, and you can change the order, but not have one icon in the third row, without the first and second row being fully populated with icons.

You would think that. But as a person having an iPhone... No it is not. At least the part of iPhones currently not having that option. App-Icons on your "desktop" will always align in dense rows from top left to bottom right, with no free spaces allowed.

It is a bit weird, and I don't really see why, since you can change the order of icons in this dense row-grid. I am glad Apple warms up to the fact that people might actually want some kind of customization on their devices and not everything "the way Apple decrees it".

But to be really honest... I did not even notice prior to this post, and I had all Android before switching to my current iPhone. So at least for me this is a really small non-issue, and maybe a nice-to-have feature.

The original plan of just planting trees did not work out as far as I know. But they seemingly switched to using the methods developed by Tony Rinaudo on how to utilize what is left on the land to restore it. There is a wounderful film about him and his work Der Waldmacher . I had the chance to watch one of the early cinema screenings of the documentary with the director Volker Schlöndorff being there to answer some questions. It was really cool.

That fully depends on your definition of what the "reversed" state is. Will ecosystems adapt to the changed climate? Yes. Can temperatures even drop again? Sure. But species lost are gone forever. Ecosystems destroyed will never be the same again. Different ones can develop with enough time and stopping the human interference... But that is hardly "reversible". That is... natural systems covering up the damage. Going on. Not reversing it.

Depends on your definition of protagonist probably? If I recall correctly in Katamari you are not actually the ball, but the very small prince who rolls the ball around. In the early stages when the ball is small enough you can still see him, but later when you roll up buildings etc. your actual protagonist is too small to be visible.

I have worked with and build a SoA system. I quite like it. I worked with one written in C++ where your objects were represented by small reference structs and you access all of the real members via static methods. It was done to improve cache access times as often you iterate over a large number of objects but read only a single property (say only the position) of each object. I don't know how big a performance improvement this actually is, as we don't have a feature-parity version of AoS lying around. But taken by itself the SoA does not feel less comfortable to work with. Though we make heavy use of a code-generator to not write getter/setter boilerplate.

I think both types of community can have a value. Being general as in "all things can fit here" and in "only things that are general to programming". I have no experience in community management so take my words with a huge grain of salt.

The communities on Reddit were huge. That lead even in the smaller more specialized communities to have a big volume of posts. I am mainly interested in game-dev and Rust-Lang, and even there were so many posts that do not fit what I am interested in. But would splitting the communities make it better? Maybe I could then chose to ignore some of the posts, but also the hurdle of posting stuff, the and to enter these communities for people might get higher. As a newbie, (either to programming or just to talking on these platforms) you might be intimidated to post to a group of experts. And it is much easier to find. Just a "programming" community where all things have place can be a very good place to "collect" people and filter them into their nieche interests. Link to other communities, crosspost. Hopefully people will then start to post the more specific stuff in the more specific communites on their own.

I feel like Reddit made it harder over time to form a "meta-community" of multiple subreddits. Though I can't right now exactly pinpoint why that is.

So again I see benefits to both approaches. Maybe we just need both. Make a "computer science" community, advertise it on this community, and make it focussed on concepts, papers and the generic programming stuff. Filter the "patch notes" stuff out from there. And this community here could then be the catchall "landing-page" thing. There will be suff for everyone, but not all of it. There will be some general posts and some specifics. And hopefully we can find methods that people find their more specific communities if they have more specific stuff to share or ask.

Sorry, I got a bit rambly in my stream-of-conciousness post here. Hopefully you can get anything from it. I am not sure :)

Just yesterday I started a playthrough of Warptorio 2. I don't know if I will actually ever finish it. But it is a very fun idea. I am used to the more complex and very slow mods. Nullius, Bobs+Angels, Krastorio, Space Exploration. And often play without Biters. But Warptorio is... at least for me... like a ride on a near nuclear missile. Constant time pressure, constant pressure from heavy Biter aggression, scrambling to get a few materials before you have to abandon the place again and warp. But also not wanting to warp as much as the timer you need to wait increases with every warp. The slow increase of "space that warps together with you" is so satisfying. Finally having a iron smeltery in your warp-space, and a mining-patch you can just plot down outside and that will auto-warp with you.

I don't know how the balancing works out in the long run. Will the increasing warp-timer be a hurdle I can not overcome, or will it get "easy" at some point? I don't know jet, but I might find out as it is very fun at the moment.

Wow. That is a cool. My limited experience working with single-threaded game-stuff tells me it is exceptionally hard to port stuff that is written without threading in mind, to multi-threading. Getting the behavior to stay the same while still actually getting better performance requires some really deep insight into how stuff works in the program. On a (program-)global scale. Mad respect if it works out. This should make huge maps or huge fortresses possible.

I haven't yet played the steam version (it is on my todo-list though), but sank quite some hours into the "legacy" version. It can become laggy if you play on big maps with a lot of dwarfs/critters etc on it. I am excited to have even more stuff possible in this already very complex and huge game.