this post was submitted on 19 Nov 2024
213 points (96.1% liked)
Technology
59666 readers
3045 users here now
This is a most excellent place for technology news and articles.
Our Rules
- Follow the lemmy.world rules.
- Only tech related content.
- Be excellent to each another!
- Mod approved content bots can post up to 10 articles per day.
- Threads asking for personal tech support may be deleted.
- Politics threads may be removed.
- No memes allowed as posts, OK to post as comments.
- Only approved bots from the list below, to ask if your bot can be added please contact us.
- Check for duplicates before posting, duplicates may be removed
Approved Bots
founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
I'm not going to disagree with this on the grounds that you could replace Python with any language and still be right for a handful of programmers using it.
Relatedly, there are plenty of people who write code in Python who know exactly what they're doing (thus defeating the quote), to the point that an amateur reading that code has literally no idea what's going on. Abstractions upon abstractions. Horrors upon horrors. Likewise this can be done in any language. Try taking apart one of the standard Perl modules (that's written in Perl anyway), for example.
What does concern me is that the only source I can find for this quote is your comment. I can find Conal Elliot and even a suggestion that they have written code in Python (making the quote a self-burn, perhaps), but not the quote itself.
Conal’s point is that no, in fact there are almost zero programmers that fully understand even the simplest Python code since it is a dynamically typed language.
Here’s where I heard it.
https://podcasts.apple.com/us/podcast/type-theory-forall/id1546295833?i=1000654070339
Condescending tone was not intended, but on rereading I can see how I've come across that way. Sorry about that.
It’s fine. I’m sure I contributed somewhat o the misreading of the tone too. Namaste, my friend.
Love this so much, so much better than reddit
Can you summarize the reasoning there, for those of us who are mildly curious what you're talking about but don't have time to spend on a podcast?
By "fully understand", does he mean knowing exactly how data are being laid out in memory, or when it is reclaimed? Knowing exactly what CPU instructions are being executed, registers used, and stack frames created behind the abstractions? Something else?
What does Python's type system have to do with it? Python doesn't quietly convert objects of one type to another behind your back, like some other languages do.
I didn't read condescension in that comment. It's possible that none was intended.