7 ms·

>Python is Visual Basic rehashed, the greatest thing for a zillion wannabe programmers because they are too lazy to learn something else. This is what I think

>Python is Visual Basic rehashed, the greatest thing for a zillion wannabe programmers because they are too lazy to learn something else. This is what I think most python haters actually hate. For some reason there is hate when someone makes things work faster (production time) than you with what you feel is inferior language. I learned to program with C++ and Java and I've dabbled with multiple languages. Currently I write everything I can with Python. I seriously do not see the benefit of making things run 10 or 100 or even 1000 times faster when everything already is fast enough for real life. I even coded my last embedded project with CircuitPython instead of C and just to check it out and I really can't feel the difference between the end products. >Javascript for everything: a bad judgment. There is inherently nothing wrong with writing most things in JavaScript the reason why we hate most JavaScript applications is Electrum - meaning the fact that it requires entire extra browser with it. Of course there will always be somethings where performance is key, but these are usually specific things and require purpose made solutions - and you know what? If you write that solution in C (and probably Rust) you can literally just call that library from cPython. >And JS is way faster than Python. I feel suspicious of this. What JavaScript on V8 has going for it is JIT, but I don't know if the difference between node and pypy is significant enough.

Yoric 4y ago
> This is what I think most python haters actually hate. For some reason there is hate when someone makes things work faster (production time) than you with what you feel is inferior language. Not entirely sure what you have in mind. For me, Python is a pretty good language for prototyping. But, after having worked professionally with it a few years, it's not a language I trust in production. Way too many manners to break stuff during a further refactoring without realizing it, no matter how many tests you have written. > There is inherently nothing wrong with writing most things in JavaScript the reason why we hate most JavaScript applications is Electrum - meaning the fact that it requires entire extra browser with it. Erm. The main reason to not use JS is not Electrum, it's "undefined is not a function". That and the thousand of other interesting choices made by the specs. > Of course there will always be somethings where performance is key, but these are usually specific things and require purpose made solutions - and you know what? If you write that solution in C (and probably Rust) you can literally just call that library from cPython. Writing Rust code for CPython is indeed pretty easy. Note, however, that developers who prefer Rust to Python do so for reliability reasons, not for performance reason. Writing Rust code for Python won't help much there. > I feel suspicious of this. What JavaScript on V8 has going for it is JIT, but I don't know if the difference between node and pypy is significant enough. I benchmarked a few algorithms a while ago (not complete applications) and JS was at least 10x faster than CPython on pretty much all benchmarks. Of course, on I/O-bound applications, JS is going to have a similar performance profile as Python.

Yoric 4y ago

> This is what I think most python haters actually hate. For some reason there is hate when someone makes things work faster (production time) than you with what you feel is inferior language. Not entirely sure what you have in mind. For me, Python is a pretty good language for prototyping. But, after having worked professionally with it a few years, it's not a language I trust in production. Way too many manners to break stuff during a further refactoring without realizing it, no matter how many tests you have written. > There is inherently nothing wrong with writing most things in JavaScript the reason why we hate most JavaScript applications is Electrum - meaning the fact that it requires entire extra browser with it. Erm. The main reason to not use JS is not Electrum, it's "undefined is not a function". That and the thousand of other interesting choices made by the specs. > Of course there will always be somethings where performance is key, but these are usually specific things and require purpose made solutions - and you know what? If you write that solution in C (and probably Rust) you can literally just call that library from cPython. Writing Rust code for CPython is indeed pretty easy. Note, however, that developers who prefer Rust to Python do so for reliability reasons, not for performance reason. Writing Rust code for Python won't help much there. > I feel suspicious of this. What JavaScript on V8 has going for it is JIT, but I don't know if the difference between node and pypy is significant enough. I benchmarked a few algorithms a while ago (not complete applications) and JS was at least 10x faster than CPython on pretty much all benchmarks. Of course, on I/O-bound applications, JS is going to have a similar performance profile as Python.