The difference is, in the job interview you’re writing it from scratch yourself. On the job you have to take over from the guy who left 10 years ago and that button was designed in such a way that resizing it will add garbage data to all tables in the database and also send an email to all your customers telling them to switch providers.
Yeah, the difficult bit is never writing new code. It’s maintaining what you have. The ones that bug me are the developers who only build prototypes, impress management, and move on to the next thing before they ever get dragged down into working on production systems. Management always thinks those are the talented ones because they build new stuff, then they never ask anyone but those people to build new stuff, and this confirms their belief that those people have a special talent. The rest of us are just busy translating their toy prototypes into actual production-ready systems and maintaining them.
The difference is, in the job interview you’re writing it from scratch yourself. On the job you have to take over from the guy who left 10 years ago and that button was designed in such a way that resizing it will add garbage data to all tables in the database and also send an email to all your customers telling them to switch providers.
Yeah, the difficult bit is never writing new code. It’s maintaining what you have. The ones that bug me are the developers who only build prototypes, impress management, and move on to the next thing before they ever get dragged down into working on production systems. Management always thinks those are the talented ones because they build new stuff, then they never ask anyone but those people to build new stuff, and this confirms their belief that those people have a special talent. The rest of us are just busy translating their toy prototypes into actual production-ready systems and maintaining them.