> The claim that you have to look up len seems disingenuous
In what way?
I have to look up "how do I get the indices of a list" to get range(1,len(x)) -- I think I could have also used enumerate() and a bunch of other things, but this seemed the shortest.
> All you're communicating here is that you don't regularly work with Python.
I hope I'm communicating more than that because I put a lot of effort into my comment. I don't regularly work with k either.
What I mean by that is that len is an obvious abbreviation for length that crops up in numerous languages. Not to mention code bases. It's simply not plausible you could forget what len means in Python after confirming one time that it is exactly what it looks like. (Unless you're a struggling non-native speaker of English forgetting the word length itself.)
All you're communicating here is that you don't regularly work with Python.
The claim that you have to look up len seems disingenuous; I might believe it if you didn't look like a speaker of English.
> & means where
And that's something any engineer would know, unlike having to look up what len means?