• Tobias Hunger@programming.dev
    ·
    1 year ago

    I am looking forward to follow up articles like "woodworking as a career isent right for me", "bookkeeping as a career isent right for me" and the really enlightening "any job sucks when your boss is shit".

  • TechNom (nobody)@programming.dev
    ·
    edit-2
    1 year ago

    All the problems mentioned here are common to various tech jobs and possibly other fields as well. It's nothing specific to programming. All problems mentioned are societal issues and not inherent problems of any profession. Things like student loans, hustle culture that leads to burnout, over compartmentalization of work, clueless managers, etc. We need a social revolution, not a career change.

  • sizeoftheuniverse@programming.dev
    ·
    edit-2
    1 year ago

    It's a little curse to be remotely passionated about programming and be a programmer nowadays. Some companies make it extremely dull and toxic with all their additional requirements and managerial practices. But there's hope, there are good companies or teams, and eventually if you stay long enough you will find your place.

    That was my case.

    The only lesson you need to learn is to make distinction between your interests, side projects and hobbies and the actual work you need to do ar work. If they overlap that's amazing, if not you need to adapt. You need to give the company what the company wants (so you can get paid), and to yourself what you want, so you can be fulfilled.

  • zero_spelled_with_an_ecks@programming.dev
    ·
    1 year ago

    Now my day-to-day is filled with process. We must break our deliverables into 2-week chunks so that the stakeholders can see our progress and know that we’ll deliver on time. But it’s not on time. Everything must be tested. But it still has bugs. Everything must have thorough documentation. But it quickly gets out of date and we never read it.

    • onlinepersona@programming.dev
      ·
      1 year ago

      Most stakeholders don't understand software-development, development cycles, or even SCRUM (the most known collaboration framework for software development). It always amazes me how managers and even seasoned developers do not understand these things. They don't understand estimates, roadmaps, task division, the value of software architecture nor exploration, nor just how complex it is to write software.

      This also leads to them not understanding the tools used to manage the process, the developers, the software, nor the outcomes.

      Everyone just wings it.