you are viewing a single comment's thread
view the rest of the comments
[–] 27 points 7 months ago (3 children)

There's a lot of fear at my job about changing code. I've been trying to tell them to start writing automated tests. Or at least a linter to check for syntax errors. They're all like "ooh that sounds hard maybe next quarter"

Meanwhile, a trivial change requires a whole day because the developer has to manually test everything.

I just unilaterally added checks to code I have ownership over, but anything shared I'm getting "maybe in two quarters we can prioritize this" from management.

  • source
  • hideshow 6 child comments
  • [–] 9 points 6 months ago (1 child)

    At my job:

    We do have a linter and tons of automatic tests. Changes are generally quite safe, not a lot of manual tests are necessary.

    Meanwhile, a trivial change requires a whole day because the developer has to adjust dozens of tests and get them through a pipeline that takes hours to run.

  • source
  • parent
  • hideshow 2 child comments
  • [–] 5 points 6 months ago

    Oof. I've had places that the pipeline was getting long. At one of my previous jobs I made it so all the tests could run locally, and we were keeping the full build as slow as possible.

    We also didn't do any browser tests (eg: selenium) because those tend to be slow and most people are bad at making them stable.

    It's important to know whats worth testing.

  • source
  • parent
  • [–] 4 points 6 months ago

    I haven't been in the field for too long but my very first job had extensive ci/cd pipelines setup. At first I was kind of annoyed by having to write tests and having my code auto refused by lint checks. Now that I experienced a job that didn't have any automated testing, I realized how much I love TDD. Nearly all my personal projects have ci with at the very least lint checks.

  • source
  • parent