switch statements

switch statements require you to exhaustively consider all relevant or possible inputs (if you don’t rely on default).

Interestingly, the notion that switch statements can require a default is reflective of the truth to the idea that when the stakes get high, we all fall back to our default level of training or function. This has global applications to our functionality and, by extension, the inputs (things,people/their methods,contexts) in our lives as well

  • sbv@sh.itjust.works
    link
    fedilink
    English
    arrow-up
    17
    ·
    10 months ago

    Do the important shit first.

    I guess this may be more of a project management thing, but trying to figure out what the most important part of a task is, and getting that done first.

    If I’m cleaning the bathroom, I do the sink, because if I have to stop, that’s typically the grossest part.

    When I’m doing my taxes, I do the stupid parts that I can’t afford to get wrong first.

    When I’m packing for a trip, I get the stuff I need day-to-day sorted out and in my carry-on.

    I don’t think these are great examples, but they mean something to me.

  • psion1369@lemmy.world
    link
    fedilink
    arrow-up
    9
    ·
    10 months ago

    Often when I’m working on some code, all my errors are because of something much different than what the error message is telling me. I’ve learned that often, most problems have a different cause and better solution.

  • BrianTheeBiscuiteer@lemmy.world
    link
    fedilink
    arrow-up
    8
    ·
    10 months ago

    I’m good at breaking down problems into small chunks and not getting overwhelmed by a big project. Do I have the motivation to finish these tasks? That’s a different question.

  • fubarx@lemmy.ml
    link
    fedilink
    arrow-up
    8
    ·
    10 months ago

    That things like tests, inline comments, and READMEs are helpful notes to my future self.

  • 1984@lemmy.today
    link
    fedilink
    arrow-up
    7
    ·
    edit-2
    10 months ago

    Breaking down problems in smaller pieces you can solve / reason about so they don’t feel overwhelming. This is a very good life skill as well.

  • neidu2@feddit.nl
    link
    fedilink
    arrow-up
    8
    arrow-down
    2
    ·
    edit-2
    10 months ago

    using regex to find the absolute value of a number:
    $number =~ s/-//;

    using regex to check if a number is odd:
    print “odd!\n” if (($number / 2) =~ /\./)

    …and generally abusing regex for weird stuff it wasn’t intended for, because the regex engine is surprisingly efficient.

    🌼 Just PERLy Things! 🌼

    • 9point6@lemmy.world
      link
      fedilink
      arrow-up
      8
      ·
      10 months ago

      Absolute value: if less than zero multiply by -1

      Is Odd: if modulo 2 is 1

      At most both of those are a 3-4 (x86) CPU instructions. There’s no way any regex engine is going to be remotely equivalent if we’re talking about efficiency.

      I always had a suspicion you perl guys were crazy

  • intensely_human
    link
    fedilink
    arrow-up
    4
    ·
    10 months ago

    One thinking skill Ive picked up from programming is to really take all the time necessary to articulate a thought using the best words.

    Clear communication is worth the time and effort. Using the right word for each concept, learning new words as necessary, makes a positive impact on all the uses of that communication.

  • amio@kbin.social
    link
    fedilink
    arrow-up
    4
    ·
    edit-2
    10 months ago

    Appreciating possible failures (pessimism, some call it) and being methodical, even if it’s tediously methodical.

    Interestingly, the notion that switch statements can require a default is reflective of the truth to the idea that when the stakes get high, we all fall back to our default level of training or function. This has global applications to our functionality and, by extension, the inputs (things,people/their methods,contexts) in our lives as well

    wat

  • xkforce@lemmy.world
    link
    fedilink
    arrow-up
    4
    ·
    10 months ago
    1. Simplify problems before trying to solve them.

    2. Generalizable solutions are better than ones that aren’t.

  • pdavis@lemmy.world
    link
    fedilink
    arrow-up
    3
    ·
    10 months ago

    When I start a personal project I create a readme file that has a ToDo section and a Change Log section. Anything I think of that I might want to do I put under ToDo, break it into small chunks and prioritize it. When a task is completed under the ToDo section, I move it to the Change Log section. Easy to maintain, track progress, and documents both a Road Map and Changes all in one place. It also has a section for references to shared assets that need attribution. Actually to keep it simple the same document usually also has an about section, an installation section, and a usage section.

    • cheese_greater@lemmy.worldOP
      link
      fedilink
      arrow-up
      2
      ·
      edit-2
      10 months ago

      (1) Optimal Stopping (2) Old people don’t lose memory - they have so much of it that it slows their system. (3) Procrastination can be seen as an efficient scheduling problem with wrong priority. (4) Predictive Models - Gaussian, Power Law, Erlang (5) Over-fitting - “It really is true that a company will build whatever the CEO decides to measure”. (6) Penalize complexity - Occam’s Razor Principle (7) “A bit of conservative, a certain bias in favor of history, can buffer us against the boom and bust cycle of fads”

      (8)Over-fitting Examples - Military Training, taste buds (9) Early Stopping - Appropriate for Uncertainty (10) “The prefect is the enemy of the good.” (11) Continuous Relaxation for discrete optimization. (12) Lagrangian Relaxation - "You don’t HAVE to obey the law. There are consequences to everything and you get to decide whether you want to face those.

      (13) Random Sampling - Miller Rabin Primality Test (14) Charity - GiveDirectly uses random samples of review (15) Bloom filters for search engine crawls. (16) Simulated Annealing - Random restart hill climbing. (17) Randomness - heart of creativity? (18) Networking - Circuit Switching -> Packet Switching (19) Exponential backoff (20) AIMD - Additive Increase Multiplicative Decrease, TCP’s Sawtooth (21) Game Theory - Price of Anarchy. Selfish routing only has 4/3 as it’s price of Anarchy that’s how internet is working fine (infact 33% close to optimal).

      (22) Price of Anarchy is very high in case of Prisoner’s Dilemma. (23) Tragedy of Commons - Pollution, Climate Change, Number of Vacations employees use etc., (24) Game Theory - Information Cascade. (25) Vickrey Auction

  • afraid_of_zombies@lemmy.world
    link
    fedilink
    arrow-up
    3
    ·
    10 months ago

    So if you have ever dealt with PLCs beyond the basics you know that timing/parallelism is a clusterfuck of misery and pain until you get to the point where you can master it.

    I am pretty decent at keeping multiple things going as a result.