People like you should be in leadership positions. The landscape rewards quick solutions, and quick solutions are rarely good solutions. "Whatever works" might still be a bad solution, just look at electron and that entire ecosystem.
3h5Hne7t1K
Interesting. Im curious, what are some key areas of math that you think is the most interesting/useful for software engineering (that you would personally recommend learning)?
I will likely have some spare time in the following months and i currently plan to spend it on deepening my senses related to linear algebra and analysis.
I need that story
This is terrible advice. Communication is the solution.
Name checks out
We dont want a bunch of proprietary extensions to an open communications standard, do we? This is something positive.
That said, I dont have much hope for matrix. Implemented in python with the initial goal of "bridging every chat platform in existence" is just bound to be a disaster.
Maintaining anything beyond a couple of hundred lines in python becomes tedious imo.
The rewrite in go has been spoken about since like 2018, and matrix.org still runs synapse iirc. Synapse should have been trashed immediately after MVP demonstration.
Theres also conduit, but to be honest, i feel like the lesson here is to avoid feature creep. Safe, fast and distributed dm text chat should have been the target functionality, with a lean, mean codebase.
Thanks for coming to my ted talk
Proton is most certainly a mission critical Valve product. But, yeah, use whatever. I swear by Fedora.
Afaik, the way it currently works is by calling via javascript. Ironically, the way strings are handled in the browser is also a major performance block with rust at least.
This is perfect advice.
Absolutely this. It almost seems like a controversial opinion sometimes, but microdependencies is a code smell imo. This could largely be improved by providing a more extended standard lib, at the cost of innovation and velocity maybe. I found this interesting: https://blessed.rs/crates