• Joe_0237
      link
      fedilink
      arrow-up
      14
      ·
      1 year ago

      That is when you should have gone to sleep by now, but you just want to figure this out first, and of course it feels impossible because youaree far too tired to think

      • TrontheTechie@infosec.pub
        link
        fedilink
        arrow-up
        12
        ·
        1 year ago

        Or you mistimed the Balmer Peak managed to do an ungodly amount of progress, forgot to comment in any meaningful way, and the next day try to go through all the changes you did and figure out what the Fuck your were on about, and how this thing works when it seems it really shouldn’t.

    • lowleveldata@programming.dev
      link
      fedilink
      arrow-up
      7
      ·
      1 year ago

      Personally my memory cache is not big enough in the first place to wrap around complex problems. So I just write things down while thinking.

  • barrage4u@lemmy.world
    link
    fedilink
    arrow-up
    47
    ·
    1 year ago

    This is why I write down the questions I’m trying to answer in a text doc, e.g:

    Where is this network call comming from? …/some-api-call.js Why do you think it’s causing a 403?

    • I am authenticating correctly
    • the object seems to exist in s3
    • the bucket name is wrong

    Etc. So if I lose my thought (all the time), I know exactly what and why I was doing it. Also stops you from re-investigating things you forget

    • madeindjs
      link
      fedilink
      arrow-up
      6
      ·
      1 year ago

      It’s a very valid advice.

      I also try to do it for complicated bug and it helps me to keep a track of what I tried to do and my hypothesis.

    • oddityoverseer@lemmy.world
      link
      fedilink
      arrow-up
      5
      ·
      1 year ago

      I often take notes in the form of “TODO” comments, as I work through a problem. Then I have my editor set up to highlight them, and my git asks me if I’m sure I want to commit them. Works pretty well with keeping my thought process straight

    • SeriousBug@infosec.pub
      link
      fedilink
      arrow-up
      4
      ·
      1 year ago

      It’s also an amazing way of duck-debugging. By the time you write down what the problem is, you’ll figure out where’s the issue or at least what you should try next.

      “X is giving me an error, I checked X’s logs. X communicates with Y… Oh, I need to check Y next!”

      And if you can’t figure it out, you have the problem and everything you tried documented so you can ask for help and get answers effectively.

  • Aceticon@lemmy.world
    link
    fedilink
    arrow-up
    27
    ·
    1 year ago

    Actually there’s also the breaking of the psychological state of Flow, which is the mental state of total focus and maximum productivity, which takes about 15 minutes to get to.

    Years ago when I had to work as a programmer from the Trading Floor of a major Investment Bank (think Fishmongers’ Market but with Financial Assets) I bought some noise reduction earphones and have used those kind of things ever since as they really cut down on distractions and it mainly works.

    It even cuts down on the “can you help me for a second” thing because other people actually have to get up and move to were you are to get your attention (as you can’t hear them unless they shout), so the zero-effort choice of just calling you from their seat to help them isn’t there anymore and one thingI learned pretty early in my career is that in the absence of a zero-effort help path through you for their problems, your colleagues will actually try to first solve their problems themselves and only come to you if they’re really stuck, whilst if you’re the least effort path to having their problems solve most will just default to breaking your focus and using your time to have their problem solved.

  • totallynotarobot@lemmy.world
    link
    fedilink
    arrow-up
    25
    arrow-down
    6
    ·
    edit-2
    1 year ago

    Aw I wish they had used “they” instead of “he” so I could put this up at work. But… accurate

    Edit: the kind reactions here have changed this comic from one that would remind me of nasty to one that will remind me of nice when I see it. It’s going up.

    We’re not on Reddit any more, see below for proof.

  • kemsat@lemmy.world
    link
    fedilink
    arrow-up
    7
    ·
    1 year ago

    Aren’t you supposed to write out the broad-strokes of what you’re trying to do, that way when you get to the computer, you already know what you’re trying to write & you have an outline to reference.

    • Dohnakun@lemmy.fmhy.mlB
      link
      fedilink
      arrow-up
      3
      arrow-down
      1
      ·
      edit-2
      1 year ago

      You write it up only to write it up? Sounds like two times the work with no benefit. And what if someone breaks your concentration while you write the strokes up?

      • kemsat@lemmy.world
        link
        fedilink
        arrow-up
        2
        ·
        1 year ago

        That’s what I was taught. Right an outline, in English or what you speak, of what each component of the program is supposed to do, then you write the actual components, in code, on the computer.

  • TheSaneWriter@vlemmy.net
    link
    fedilink
    arrow-up
    6
    ·
    1 year ago

    Yeah, this happens a lot, especially when I’m tired. Luckily, I usually leave cues for myself so that I remember what I was doing.