• @[email protected]
      link
      fedilink
      491 month ago

      Pro tip: Keep a log of your work in a text file. I write a few bullet points for each day and on Friday write a “Next Week” section for my todos on that following Monday. Helps reduce the cognitive load of trying to remember what the hell you were about to do next.

      • @SpaceNoodle
        link
        15
        edit-2
        1 month ago

        I write down my current/next thoughts on a Post-It and stick it to my keyboard for Monday Noodle.

      • @thebestaquaman
        link
        9
        edit-2
        1 month ago

        I actually enjoy this part, where I’ve written some intricate code of sorts and get to spend some time writing a memo that explains how it works.

        I usually don’t even end up reading them, because the process of writing a good memo will make me remember it.

      • @Landless2029
        link
        61 month ago

        I sort of do this in a block comment at the top of some scripts I write.

        Changelog for Completed Stuff and Future Features for todo

      • @toynbee
        link
        51 month ago

        AKA a WAR, which is an unnecessarily aggressive acronym for “weekly action report.”

  • @[email protected]
    link
    fedilink
    English
    211 month ago

    Its always like 3 hours to remember why I was doing what I was doing, just to scrap it because the core is all wrong.

  • @Crazyslinkz
    link
    17
    edit-2
    1 month ago

    If only there were some way to leave some sort of … what’s it called a comment maybe 🤔 idk…

    /s

  • @[email protected]
    link
    fedilink
    English
    171 month ago

    I secretly have forgotten a lot of the working code I wrote months ago; and whenever someone asks, I need to go back and read it like new

  • @Bosht
    link
    English
    161 month ago

    As is tradition.

  • N.E.P.T.R
    link
    fedilink
    English
    151 month ago

    Even if documentation can be time-consuming, it is such a lifesaver and makes the whole process of coding much smoother. It means not as much time wasted backtracking. If you think there is any part of your code you won’t understand when you coming back to it, document, document, document.

    Sometimes I write some multiline psuedocode comments or/and an explaination of specific choices, especially those invisible choices you make while debugging that aren’t apparent when your just reading through your code.

    Good thing to do is make code that is generally readable too lol.

  • @[email protected]
    link
    fedilink
    51 month ago

    I always leave my project in a state where it doesn’t compile or run (not commits, obvs) so I’m forced back into understanding exactly what I was doing when I left off to fix the error.

  • @[email protected]
    link
    fedilink
    21 month ago

    My coworker with whom I m assigned on a project was off on thursday and friday and I m off on monday. Good luck understanding my autistic ass code. Tee hee

  • comfy
    link
    fedilink
    11 month ago

    Maybe I’m getting alright at in-code documentation because when my code breaks after months of me not looking at it, I can return and get up to speed in a few minutes.

    (or maybe these people are working on much more advanced stuff)