[-] Kache@lemm.ee 3 points 2 days ago* (last edited 2 days ago)

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.

[-] Kache@lemm.ee 9 points 4 days ago* (last edited 4 days ago)

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.

[-] Kache@lemm.ee 70 points 1 week ago
[-] Kache@lemm.ee 56 points 1 month ago* (last edited 1 month ago)

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".

[-] Kache@lemm.ee 19 points 2 months ago* (last edited 2 months ago)

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.

[-] Kache@lemm.ee 21 points 6 months ago

Must be proprietary, bc TOTP shouldn't be blocked by age of the device

[-] Kache@lemm.ee 25 points 8 months ago

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.

[-] Kache@lemm.ee 31 points 9 months ago* (last edited 9 months ago)

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
[-] Kache@lemm.ee 49 points 9 months ago

But surely there's a practical middle between "shoot first, ask later" and "sit and wait an hour"

[-] Kache@lemm.ee 22 points 10 months ago* (last edited 10 months ago)

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 .

[-] Kache@lemm.ee 21 points 1 year ago

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.

[-] Kache@lemm.ee 33 points 1 year ago* (last edited 1 year ago)

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.

view more: next ›

Kache

joined 1 year ago