I don't understand, if you've got easy to delete copy-pasted code, then delete it. It'll be a nice and cathartic exercise.
But sounds like what you're really talking about is code that isn't easy to delete.
I don't understand, if you've got easy to delete copy-pasted code, then delete it. It'll be a nice and cathartic exercise.
But sounds like what you're really talking about is code that isn't easy to delete.
I think your ideas are too non-practical/specialized/advanced/low-level for your stated goal of 'digital literacy". They read more like college intro/followup course material and are too esoteric to be readily absorbed, esp by generic teenagers, even if they've self-selected to be "lightly interested".
I really dislike code like that. Code like that tends to lie about what it says it does and have non-explicit interactions/dependencies.
The only thing I can really be certain from that is:
doAnything();
if(doAnything2()) {
doAnything3();
}
I.e. almost nothing at all because the abstractions aren't useful.
Must be proprietary, bc TOTP shouldn't be blocked by age of the device
If you were reviewing a "non-trivial" PR from me, I'd recommend not squashing because I would've broken it up into readable atomic commits.
You're getting a lot of conceptual definitions, but mechanically, it's just:
keeping state (data) and behavior (functions) that operate on that state, together
At minimum, that's it. All the other things (encapsulation, message passing, inheritance, etc) are for solidifying that concept further or for extending the paradigm with features.
For example, you can express OOP semantics without OOP syntax:
foo_dict.add(key, val) # OOP syntax
dict_add(foo_dict, key, val) # OOP semantics
But surely there's a practical middle between "shoot first, ask later" and "sit and wait an hour"
A title as uninformative as the single .
commit messages he suggests writing.
Bare minimums of typo
, refactor
, whitespace
, comments
are barely any effort -- less than the thought it takes to name variables and functions.
I really can't agree with completely meaningless messages like minor
and .
Unfair how? It's paid by employers, so kinda makes sense to me, i.e. employer caused the loss of livelihood, so they pay for the benefit to the recently unemployed.
That route already exists today as "the web", where the "latest" JavaScript source is downloaded and JIT-ed by browsers. That ecosystem is also not the greatest example of stable and secure software.
It's the difference between knowing you'll grow and graduate together with your classmates vs knowing you're only going to see them for that one month before you move away.