Comments should describe why something has been done, not what has been done. Using expressive names for variables, functions, classes, etc and some experience it is possible to do so. A comment saying that a .split() splits a string is literally redundant
11:48 "mo comments mo better" all while a screenshot here would be exactly the kind of example the "good code is it's own comments" crowd would counter with 😂
A comment on the comment section, unrelated to comments: it's pythonic to practice EAFP, while you implement LBYL! What that means is that you would unpack the split string straight into a dict, and don't even have "parts"--which is whole reason you need comment--and that would be in a try/except block for when you didn't look before you leapt.
What I found with the new developers is they put names as the same of the function and the same for external variables: name(name:name). And they love to use the name name, and data everywhere!
hey hey, great material, keep that up! just wanted to share with you @idently potential topic for upcoming video: `__init_subclass__` recently I bumped into problem which I solved by this method so maybe other devs will found it useful
Python I want to love you. But so many times I find myself trapped in dependency hell attempting to make some linguistic sense out of the heap of semantic rubbish you spout so copiously onto the screen. Your package managers number greatly yet each only further confounds with idiomatic complexities and confused functionality. Your syntax proves often counter intuitive and brutally unforgiving with error messages that provoke my laughter at the very insanity of any further attempts resolve the issue. Most notably I scoff at that most frequent objection you give in stating that the poetry I write abuses the emptiness of whitespace and I laugh at your ignorance of the likes of E.E. Cummings and find your makers to be flawed as individuals given the grave handicap they imparted to you of uneducated 'tardness. So back I go to my tried and true love of PERL and I swear to one day become a greater poet true who can wield the more sophisticated expressions the elite of intelligentsia use in Raku. F.
Python is the most blue-collar and crude of scripts and languages. Use it like you would a toilet plunger yet beware the mess it so easily might make. Not a language conducive to sophisticated or elegant or creative expressions.
Comments should describe why something has been done, not what has been done. Using expressive names for variables, functions, classes, etc and some experience it is possible to do so.
A comment saying that a .split() splits a string is literally redundant
Such a useful and well detailed video, it has been a lovely recap. Thanks a lot👍
11:48 "mo comments mo better" all while a screenshot here would be exactly the kind of example the "good code is it's own comments" crowd would counter with 😂
A comment on the comment section, unrelated to comments: it's pythonic to practice EAFP, while you implement LBYL!
What that means is that you would unpack the split string straight into a dict, and don't even have "parts"--which is whole reason you need comment--and that would be in a try/except block for when you didn't look before you leapt.
Nice, clear demonstrations and explanations.
Nicely done. Thanks!
Thank you for this very useful video!
Awesome content as always 👏🏻
What I found with the new developers is they put names as the same of the function and the same for external variables:
name(name:name).
And they love to use the name name, and data everywhere!
great explanation 🎉
parse_date variable and comment of expecting d / m / y as input would be the better approach. Everything else seems pretty straightforward
Thank you 😊
Practices
this_is_redundant: bool = True
16:18 Why doesn't "type" show while hovering but it was included in the docstring?
# Code with comments > code with ugly_af_long_variable_names
pls explain requests libery
library*
does it jiggle
What do you mean🤔
Yes.
What am I missing here
@@Indently does it?
yes
18% GST on payment getways, if we use card sir, visa ke din gaye kay?
Simple: don't
hey hey, great material, keep that up!
just wanted to share with you @idently potential topic for upcoming video: `__init_subclass__`
recently I bumped into problem which I solved by this method so maybe other devs will found it useful
Python I want to love you. But so many times I find myself trapped in dependency hell attempting to make some linguistic sense out of the heap of semantic rubbish you spout so copiously onto the screen. Your package managers number greatly yet each only further confounds with idiomatic complexities and confused functionality. Your syntax proves often counter intuitive and brutally unforgiving with error messages that provoke my laughter at the very insanity of any further attempts resolve the issue. Most notably I scoff at that most frequent objection you give in stating that the poetry I write abuses the emptiness of whitespace and I laugh at your ignorance of the likes of E.E. Cummings and find your makers to be flawed as individuals given the grave handicap they imparted to you of uneducated 'tardness. So back I go to my tried and true love of PERL and I swear to one day become a greater poet true who can wield the more sophisticated expressions the elite of intelligentsia use in Raku.
F.
Python is the most blue-collar and crude of scripts and languages. Use it like you would a toilet plunger yet beware the mess it so easily might make. Not a language conducive to sophisticated or elegant or creative expressions.
Lmao