[object Object]?
[object Object]
[object Object]?
[object Object]
I am old. I am still not over JavaScript existing outside of a browser. I'm not sure I ever will be. And that's from someone who uses a Linux DE that uses JavaScript and XML as part of its GUI.
We need a mobile app? Believe it or not, JavaScript, right away. We have the best/worst software in the world because of Javascript.
For the longest time (relatively speaking), I would do full stack Javascript (like the meme). But I have to frequently tie into AD/LDAP and the only decent NodeJS library for LDAP is no longer maintained because the community was shitty to the dev. Now I've had to venture out into Go (I can't stand working in Python).
Let this be a reminder to be nice to the developers who are giving you their hard work for free.
whoa, that email is wild, wtf
it's not even just a shitpost troll you can shrug off, what's wrong with that person
From someone just learning Python, what's wrong with Python?
Depending on your use case, it can be fantastic.
There's good reasons why it is the world's most popular programming language (by a wide margin).
You are not, generally, going to be using it to write kernels or device drivers, though.
For me, it's the rigid and wonky virtual environments. I get why they're useful and necessary, but they're awkward to use. Like, Node just works from the working directory with no fuss and python has to be all source {venv}/bin/activate and lord help you if you need to move it.
Plus, I have never liked that the spacing is load-bearing.
uv mostly gets rid of the "venv activation" thing (mostly bc you can still use it if you really want, but you don't need to), you can do uv run main.py and it'll just work, no need to even install packages explicitly, it'll also do that for you and make sure your uv.lock is in sync with your environment.
it's the most hassle-free experience I've had with python, by a long shot.
Sounds like at least a minor improvement. Can those me moved and still work? Like, if I move the project folder, do I have to reinitialize it and download all the packages again?
ah, it's a massive improvement. Everything is in your project dir, so you can move it around. But uv is the fastest package manager, so reinstalling most things doesn't take time; with the exception of dependencies that need to compile code in different langs.
you can always keep the venv dir in the project dir, even without uv. that's what I do most of the times
Python is extremely high level and slow. Great for scripting and prototyping but you really shouldn't build any infrastructure off of it.
It also has dynamic variable typing, which depending on your use case (see above), can either be nice or a headache
Wow, it's rare that I encounter a tech spat where I can so thoroughly empathize with both parties simultaneously. Thank you for sharing that link, I'd never heard of node-ldap nor it's history.
Isn't that what C# is for?
Honestly, the people that shit on C# as a Microsoft product are just as bad as the Microsoft Fanboys. It's an asinine position.
Point at the objective reasons to use it such as first party frameworks, being incredibly stable and having some of the best devex and performance in the ecosystem. There are many reasons to use this, especially for large performance orientated, cross platform, long term stable applications.
It's a FOSS language anyways, the majority contributions aren't even from Microsoft employees, seeing crazy high levels of community contributions.... Its also supported by a legally separate entity from Microsoft themselves.
I wrote an entire email service (https://port87.com/) in JavaScript (Node.js and SvelteKit). I know some people have strong feelings against JavaScript, but the fact that you can build basically anything in it is pretty nice.
There is many languages that you can build anything with... Although I'll agree the front end side is more tedious
As long as you're not doing number crunching, use whatever makes you more productive.
I mean yeah you can do anything with it like most other languages. The problem comes in with the unstable ecosystem JavaScript has.
You simply don't have longevity with libraries and frameworks. They churn and become deprecated far too quickly for really any stable project that requires a low maintenance burden.
When I say “build anything”, I mean it works in nearly every environment, including natively in the browser. I can write the same code on the server as in the browser as in a mobile app as in a desktop app.
React has been around, and improving, for 12 years. You can run code from the first version today. The DOM has been stable since about 1998, so anything built on it should still run today.
It is true that JavaScript libraries tend to change quickly, but that doesn’t mean old versions stop working. It’s not like the native Linux ecosystem, where you need to build on the current kernel and libraries or it won’t work, it’s more like Docker or Flatpak, where you can build your libraries into your bundle and they will keep working. That’s why websites that were built 20 years ago, with the libraries of the time, still work today.
bonus feature : you server is now a toaster. Well there is nowhere to pu bread, but your watt/heat ratio is definitely closer to toaster than with a decent stack
after all, mongo is webscale !!1!
How is ts faster?
It's not even part of js
Compiled to native what?
Typescript is only used at development time it won't do shit in the browser for you.
Where did u see any performance improvements? TS doesn't do that
The database I use at work uses JavaScript for custom functions.
top 47 comments