31–40 of 44 posts
Earlier quoted context omitted.
Did it? At this point what it's famous for is the 2-to-3 drama and the 20 competing packaging tools and standards.
Maybe the person you're responding to were taking a sarcastic shot at lex's schtick of making everything about love and empathy.
Yes, due to the "there is only one obvious way to do things", all Python programmers i know in my country don't know anything about function programming (they use global variables and mutation everywhere), no interface design, the code is almost unreadable (lenghthly mutated code everywhere), inheritance everywhere (there's no way to track back the parent call without debugging), no need for unit test, don't even say…
Earlier quoted context omitted.
It's worth pointing out that Python is 30ish years old at this point. It's "outstanding features" were creating a syntax that a lot of people can quickly grok (not just programmers) and the way they allowed for extensions to be written in C. I believe it also popularized the concept of "there should be one obvious way of doing things", in stark contrast with Perl; "there's more than one way to skin a cat". It's easy…
> I believe it also popularized the concept of "there should be one obvious way of doing things" It's one of the principles from the Zen of Python: https://en.wikipedia.org/wiki/Zen_of_Python#Principles I agree with your comment, all of these taken together were a medium-sized revolution at the time. It's not for nothing that Python is the most popular language for teaching programming nowadays.
Earlier quoted context omitted.
> I believe it also popularized the concept of "there should be one obvious way of doing things" It's one of the principles from the Zen of Python: https://en.wikipedia.org/wiki/Zen_of_Python#Principles I agree with your comment, all of these taken together were a medium-sized revolution at the time. It's not for nothing that Python is the most popular language for teaching programming nowadays.
The Zen of Python is not much more than a meme. As a nearby comment pointed out, Python doesn't follow it in many ways (explicit vs. implicit comes to mind), and it contradicts itself in several places. "Readability counts" might be the one exception, at least early on in the language's lifetime. Nowadays it could be argued that even that is diminishing. But readability is often overlooked by most programming languag…
Earlier quoted context omitted.
It's worth pointing out that Python is 30ish years old at this point. It's "outstanding features" were creating a syntax that a lot of people can quickly grok (not just programmers) and the way they allowed for extensions to be written in C. I believe it also popularized the concept of "there should be one obvious way of doing things", in stark contrast with Perl; "there's more than one way to skin a cat". It's easy…
Haskell is also a 30 year old language and I think it has a lot more to say about the future of programming than Python
Yes, due to the "there is only one obvious way to do things", all Python programmers i know in my country don't know anything about function programming (they use global variables and mutation everywhere), no interface design, the code is almost unreadable (lenghthly mutated code everywhere), inheritance everywhere (there's no way to track back the parent call without debugging), no need for unit test, don't even say…
Of course you have these issues in other languages lol.
Earlier quoted context omitted.
Of course you have these issues in other languages lol.
No, i've not seen such issues in other languages. Because in other languages, there's always better way to do things !
You obviously haven’t looked through code bases in other languages if you never seen these issues outside of python. Personally I have observed them in C, C++, Java, Haskell, R, Python, PHP, JavaScript , Matlab, Maple, Mathematica, Rust, heck even in lab view. And the same type of problems even translate to poorly developed excel sheets.
The only plausible explanation for you never having seen any such issues outside of python is that you have never looked.
Does Python or van Rossum really have anything interesting to say on the future of programming? Python has libraries and lots of users and hype, and those are really its only outstanding "features". Python really does nothing interesting when I think of pushing the boundaries of programming.
This sums it up very nicely, I think. Without switching a language I can automate deployments, do machine learning tasks, implement ideas quickly, create backends, interface with most C libs easily and query apis.
Earlier quoted context omitted.
The Zen of Python is not much more than a meme. As a nearby comment pointed out, Python doesn't follow it in many ways (explicit vs. implicit comes to mind), and it contradicts itself in several places. "Readability counts" might be the one exception, at least early on in the language's lifetime. Nowadays it could be argued that even that is diminishing. But readability is often overlooked by most programming languag…
practicality beats purity
Earlier quoted context omitted.
Haskell is also a 30 year old language and I think it has a lot more to say about the future of programming than Python
What is that?
- First class functions (pretty much all languages)
- First class null values through Option/Maybe (several languages use nullable types like Typescript but it's an approximation to the real thing)
- Unit type instead of hacks like 'void' (Kotlin, Rust)
- Expressions over statements (ex. if..then..else is an expression, and you don't rely on hacks like ternary expressions) (Kotlin, Rust, Scala)
- Statically typed with full type inference (Kotlin, Rust, Scala)
- Pattern matching (Java and C# are continuously extending this feature)
- Green threads as default (Go, soon Java)
- Decouple data from interfaces through Type Classes/Traits (Rust, C#'s static virtual members in interfaces is a start)
- Generic programming. Do not confuse this with parametric polymorphism (I think Rust has an approximation through macros)
- Effects (like IO) as first class values (Scala's ecosystem tries to mimic this)