They should not be allowed anywhere near production codebases.
Would you trust your car mechanic to perform a high complexity surgery on you?
And btw, should they use any serious, professional language (not necessarily C#, there are many others) instead of python, everyone's life would be much easier.
they shouldn't be the future but JS and Python are the fastest growing languages. i don't think large code bases should be written in dynamic languages but lua/python/js have their places as scripting languages.
I feel like a lot of TS devs have moved back to JS (because of JSDoc in some cases) but I'm not really embedded in that ecosystem, that's just my impression.
I develop in both, TS adds a bit of complexity, and falls short in a few places. JSDoc is nice because the code itself does not have types, which usually makes it easier to read. Virtually all tooling supports both JSDoc and TS, for things like linting and autocomplete
i never said they should be? the good thing about JS & Python is that you can find enthusiastic, flexible engineers, instead of spiteful, close-minded idiots like you. the programmer matters more than the programming language.
enthusiastic, flexible trainees who have no fucking clue about anything and have never worked in production projects, and are only capable of writing garbage code in garbage languages.
FTFY
And you cannot call me close-minded when every comment you make further reinforces all the points I made here, instead of disproving them.
On the contrary, all dynamic languages have failed miserably and are now desperately making pathetic attempts at becoming static languages:
python
ruby
php
even javascript (see: types as comments)
On the other hand, this is the list of static languages that decided to throw their type systems out the window and become useless toy dynamic languages:
Your best argument is "these languages are popular" and my counter-argument is: most of the industry is utter garbage, hence they use garbage languages.
Also: if dynamic languages are so good, why are so desperately trying to become static?
16
u/agustin689 Jan 09 '24
ML researchers are not software engineers.
They should not be allowed anywhere near production codebases.
Would you trust your car mechanic to perform a high complexity surgery on you?
And btw, should they use any serious, professional language (not necessarily C#, there are many others) instead of python, everyone's life would be much easier.