Most ML development is done in Python to my knowledge. The reason is mostly the readily available side packages like torch, scikit-learn, etc. And Python, although not constructed as such, does indeed support a functional style. A quick search revealed a HowTo:
gsv
joined 1 month ago
I dunno. P2P traffic always seems to overburden light users and it would indeed require the apps to always run in the background to relay the traffic. Although the idea seems compelling I wouldn’t install the software on a machine of mine.
Appreciate the KISS perspective.
For me, the project management features of a forge are extremely helpful. Setting milestones, assigning issues to them, defining timelines and regularly reiterating the planning has proven to accelerate our work as a team significantly. This experience refers to huge code bases (climate models) and medium to large team sizes, though. And probably also my bad memory 😵💫
I suppose it’s always good, though, to evaluate how much management a code will actually need in the end, and what tools correspond to that need.
That’s a great recommendation, thanks! The pay per use model seems very fair and I like their approach to sustainability matters very much.
Thanks! Will have a look
While I totally agree that this should be the case, I’m not sure it really works. Voluntary participation is among the first things to be cut when it comes to monetary gain maximization, and is often not even considered. And in some instances, like the publicly funded research institute I work at, there’s no funds dedicated to voluntary contribution to open source projects.
Using it for years and am fully satisfied. Basically, any imap client capable of encryption will do.
Schleswig-Holstein therefore follows the general strategy to move towards an open source driven administration. In fact, several federn institution already migrated to the openDesk administration bundle (https://gitlab.opencode.de/bmi/opendesk/). Great!
Exactly my thought. Or the beginning of psycho-history?
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.
view more: next ›
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.