Писать или не писать код

Расскажу прохладную былину.
Пасусь я, стало быть, как-то на кодакадеми, пилю задачку.
Допилил.
Работает, отлично.
Потом думаю такой: "Так я ж тестер, как бы мне её поломать?"
Всё по постулатам начал делать. Сначала прикинул набор тестов на позитивные значения, потом на негативные, потом на невозможные.
Ну мне просто - это же я писал, знаю как что там работает.
Начал навешивать защиту от дурака и прочее.
В общем, получилось стабильно работающее, неповоротливый и тормозной мамонт с хардкодом, кучей валидаций и исключений  вместо пары десятков строк кода.
И тут я понял, что тестер кодить не должен.
Смотреть код - да.
Понимать - да.
Но сам кодить -  нет.
Только в рамках самообразования.
А ещё стало жалко девелоперов и стало понятно почему проще оставить дырку или костыль.
Не исключено, что подобная  ситуация у меня получилась исключительно из за близости места произрастания рук к седалищному нерву, но всё же хочется значть ваше мнение.

КПЗ: "Ошибка"

«Эффект грузовика»

«Эффект грузовика».
Это ситуация, когда устройство какого-то критичного модуля знал один человек, модуль большой, разобраться в нем не просто, человек тот кодировал, как ему удобно, а не как это принято в команде. И все было ОК, так как он брал на себя ответственность за модуль, и все всегда работало. Пока его не переехал грузовик…

Уровни зрелости IT отрасли.

В ходе бесед на львовской SQA Days наконец-то сформулировал свою концепцию уровней зрелости IT отрасли в стране. Рассмотрим на примере развивающейся IT компании. Масштабирование вроде бы уместно.
Сразу предупрежу, что это только моя точка зрения.

Уровень 1.
Компания понимает, что без IT ей никуда не деться.
На этом этапе происходит модернизация или покупка оборудования.

Уровень 2.
Компания понимает, что IT это не только оборудование, но и софт.
На этом этапе софт в компании становится лицензионным.

Уровень 3.
Компания понимает, что харда и софта маловато - нужны ещё и люди, которые умеют с ним обращаться. Сисадмины и саппорт.

Уровень 4.
Компании для её специфических целей требуется специализированный софт, который она заказывает у сторонних программистов.

Уровень 5.
Компания понимает, что проще будет начать писать софт самой. Появляется отдел разработки.

Уровень 6.
У компании есть софт. Ей нужно качество софта. Появляется тестирование.

Уровень 7.
Софт работает исправно. Компании нужно чтобы с ним было удобно работать.
Появляется юзабилити и юикс.

Дальше я, если честно, не знаю. Давайте пфантазируем вместе?
Мне пока в голову приходит, что восьмым уровнем будет создание привлекательного софта на экспорт-продажу, а девятым - поддержка.

Что скажете, коллеги?