I wanna give a shoutout to Manjaro, an arch based distro with a cascading testing cycle for better stability. That being said, I am using Arch and Manjaro for about a decade now and never really had any stability issues (in contrast to my tries with Ubuntu). The arch wiki stays one of the absolute best resources for Linux users on the internet, the rolling release ensures cutting edge Software, the AUR makes it very easy to provide community built packages. And then there’s Debian. Definitely my choice for servers.

Interestingly, open resume and open collective have a very similar logo - even color wise. The latter is even closer to 1 and 4.

I’m not sure I understand this, tbh. Does that mean the P2P network works on a chat group basis? Or does the user explicitly choose who to build a P2P network with? And then, there are lots of follow up questions already looking around the corner.

Their website seems to explain very little and the app itself is closed source. Although there are open source dependencies, it’s for instance unclear whether they are complete. So I guess it’ll all come down to trust into the software and the company. Btw. their privacy statement allows the usage of aggregate data for marketing purposes and the sharing of data with third parties, such as search engines. And latest at that point I’d rather self-host a matrix instance.

That’s a great recommendation, thanks! The pay per use model seems very fair and I like their approach to sustainability matters very much.

Using it for years and am fully satisfied. Basically, any imap client capable of encryption will do.

Checked again. Beeper will be running “local bridges”. Once these are implemented into a modular system, there is not really a need for a local chat protocol in my understanding. The matrix connection can simply become another bridge and a Beeper server for Beeper chats would basically be yet another matrix server.

https://blog.beeper.com/2024/06/04/2024-beeper-roadmap/?ref=textscom

The FAQ says that “all integrations were implemented in-house using the Texts Platform SDK”. Whether that sdk is a derivative of the Matrix protocol? No idea. Texts.com does not offer connections to matrix, which kind of suggests it’s not 🤷🏼‍♂️ We will have to see whether the announced unified app will be running a solution based on Matrix or not.

There’s many pathways to get there. In my case it’s a classic science career. Whether that is better for the WLB is likely open for debate. 🙈 There’s a growing understanding in science that there’s a need for tenured scientific programmers supporting the compute infrastructure and development. These roles are quite rare though and thus there is tons of competition. Long story short: It’s a challenge. The good thing is that there’s many jobs out there with the meaning we seek.

I’m involved scientific programming tasks (climate models) and we are largely using a mix of prototyping, feature-driven, and big bang models. It’s a result of the requirements for our work. Important is, that our “user base” is extremely small and in the beginning of a project mostly ourselves. The required features are given by the scientific questions and timelines dictated by project timelines from soft funding. Iterations are thus mostly more like “that didn’t quite work, I need another method” kind of arguments. Hence, the implementation of modular and fast evolving design is important and often we try to build our software such that fast development can be done on individual models.
Sometimes theres an idea on how to solve a problem more efficiently or with better performance. And then it’s all about coming up with any proof of concept.

Finally, there is not really anything like a management in our line of work. The professor is usually satisfied if the results work out and papers go out quickly. The rest ist largely up to the group of devs.