Is "as long as it works" the norm?

Posted by q303 on Programmers See other posts from Programmers or by q303
Published on 2011-02-03T16:54:52Z Indexed on 2011/02/03 23:34 UTC
Read the original article Hit count: 310

Filed under:
|

Hi,

My last shop did not have a process. Agile essentially meant they did not have a plan at all about how to develop or manage their projects. It meant "hey, here's a ton of work. Go do it in two weeks. We're fast paced and agile."

They released stuff that they knew had problems. They didn't care how things were written. There were no code reviews--despite there being several developers. They released software they knew to be buggy.

At my previous job, people had the attitude as long as it works, it's fine. When I asked for a rewrite of some code I had written while we were essentially exploring the spec, they denied it. I wanted to rewrite the code because code was repeated in multiple places, there was no encapsulation and it took people a long time to make changes to it.

So essentially, my impression is this: programming boils down to the following:

  1. Reading some book about the latest tool/technology
  2. Throwing code together based on this, avoiding writing any individual code because the company doesn't want to "maintain custom code"
  3. Showing it and moving on to the next thing, "as long as it works."

I've always told myself that next job I'm going to get a better shop. It never happens. If this is it, then I feel stuck. The technologies always change; if the only professional development here is reading the latest MS Press technology book, then what have you built in 10 years but a superficial knowledge of various technologies? I'm concerned about:

  1. Best way to have professional standards
  2. How to develop meaningful knowledge and experience in this situation

© Programmers or respective owner

Related posts about career

Related posts about career-development