• @[email protected]
    link
    fedilink
    English
    85 hours ago

    I don’t love AI, but programming is engineering. The goal is to solve a problem, not to be the best at solving a problem.

    Also I can write shitty code without help anyway

    • @kiwifoxtrot
      link
      English
      55 hours ago

      The issue with engineering is that if you don’t solve it efficiently and correctly enough, it’ll blow up later.

      • @[email protected]
        link
        fedilink
        English
        3
        edit-2
        4 hours ago

        Sounds like a problem for later

        Flippancy aside: the fundamental rule in all engineering is solving the problem you have, not the problem you might have later

        • @CaptSneeze
          link
          English
          73 hours ago

          Is this literally what they teach in school now? I’m asking this honestly. It would explain quite a lot about why we have such a hard time finding programmers and engineers under 50 who are able to think through simple interview questions about designing basic solutions.

          The past 2 programmers hired at my job lasted about 2 years each, and it was clear that they both would immediately move forward with the first “solution” that popped into their head for any problem. They’d “fix” a problem in minimal time, but this would cause TONS of wasted labor, troubleshooting, and travel downstream. They didn’t bother to think beyond the immediate “fix” for this problem with no regard for that problem it would cause for 2 other teams.

          We have a few other old school programmers that went through computer engineering and science degrees when it was more akin to philosophy. They are fantastic and I love working with them.

        • @[email protected]
          link
          fedilink
          English
          24 hours ago

          It’s rarely the case. You rarely work in vacuum where your work only affects what you do at the moment. There is always a downstream or upstream dependency/requirement that needs to be met that you have to take into account in your development.

          You have to avoid the problem that might come later that you are aware of. If it’s not possible, you have to mitigate the impact of the future problems.

          It’s not possible to know of all the problems that might/will happen, but with a little work before a project, a lot of issues can be avoided/mitigated.

          I wouldn’t want civil engineers thinking like that, because our infrastructure would be a lot worse than it is today.

        • @kiwifoxtrot
          link
          English
          24 hours ago

          That doesn’t apply to all engineering. In ChE, it’ll literally blow up later…

          • @[email protected]
            link
            fedilink
            English
            44 hours ago

            “Not blowing up later” would be part of the problem being solved

            Engineering for future requirements almost always turn out to be a net loss. You don’t build a distillation column to process 8000T of benzene if you only need to process 40T