Old habits die hard, that's the first alias on my list in .zshrc!
Python is already popular so Mojo making that ecosystem much faster, safer and easier to deploy could be game changing when it's fully formed. There are also armies of existing Python developers out there for businesses to tap into and it's an easy language to pick up.
On their roadmap page, it looks like C++ interop is going to be a first class citizen too, further opening up the ecosystem to existing high performance libraries:
Integration to transparently import Clang C/C++ modules. Mojo’s type system and C++’s are pretty compatible, so we should be able to have something pretty nice here. Mojo can leverage Clang to transparently generate a foreign function interface between C/C++ and Mojo, with the ability to directly import functions:
from "math.h" import cos
print(cos(0))
Like how OOP was the best thing ever for everything, and just now 30 years later is proven to be actually bad.
Alan Kay coined the term 57 years ago and we have to look at the landscape back then to see just how much OOP has actually influenced pretty much all languages, including ones that distance themselves from the term now. Avoiding shared global state. Check. Encapsulating data and providing interfaces instead of always direct access. Check. Sending signals to objects/services for returned info. Check check check.
Windows shared libs could do with having an rpath
equivalent for the host app. I tried to get their manifest doohickeys working for relative locations but gave up and still just ~~splat~~ install them in the exe directory.
Aside from that shared libraries are great. Can selectively load/reload functions from them at runtime which is a fundamental building block of a lot of applications that have things like plugin systems or wrappers for different hardware etc. Good for easier LGPL compliance as well.
I would take what our jingoistic media and talking heads say with a very large pinch of salt. It's quite disrespectful to Ukrainian soldiers to say they've been facing an "antique show of an invasion", not to mention Russian engineers. Propaganda aside, both sides have fought hard in what has been a very modern war.
Every country uses a combination of older and newer equipment in any war. The war propaganda wizards just try to make things like that look unique to Russia.
I'd never heard of that, thanks for the link!
brainfuck is a member of an exclusive club of languages where it's much easier to write a compiler for it than to read a program written in it.
Using platform independent package managers instead of relying on system libraries seems like a more straightforward solution to a good part of the problem at least. It's often good to use multiple compilers as well, which would add to the bloat of the container. There are probably some gnarly situations where pros outweigh the cons though.
I've wondered what their figures are looking like now that alternative platforms are gaining popularity. Possible shrinkage of users? I know that a lot of content creators are publishing on multiple platforms now. When that happens a company typically starts to milk existing customers for more money to maintain shareholder value (short term).
Yes, or something like [murena]{https://murena.io} which is a free (for 1GB or pay for more storage) cloud service that runs on NextCloud. It's what /e/OS uses for storing/syncing calendar etc.
Are there precisely 37 developers in that team??