«Криворукость в угоду скорости»: почему разработчики не пишут софт сразу без багов

Почему программисты не пишут софт сразу без багов? Такой вопрос задали разработчику под ником Макс Джаз. Он отправился за ответом в Twitter. К активной дискуссии подключились уже более 200 человек. Мы собрали для вас лучшие ответы.

Твит Макса Джаза

На серьезных  щах 

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

Виновата ли в этом смена поколений? Возможно. В этом убежден Нестор Авдеев. По его словам, причина в том, что раньше были программисты, а сейчас «кодеры». Цена входа в профессию снизилась до минимума: прочитал пару книжек, поставил фреймворк и вперед, кубики собирать. Раньше прошивку Nokia обновляли раз в пять лет, а сейчас телефоны апдейтят постоянно. «Криворукость в угоду скорости», — подытожил Нестор.

Если мыслить глобально, рассуждает дизайнер ретроградный  меркурий, почему книгу нельзя написать сразу идеально? Снять фильм одним дублем? Найти партнера без недостатков? Сфотографироваться без пересъемок и редактирования? Глядишь, и вопрос решается сам собой. Оказывается, везде так. 

IT-солидарность 

А как вам такой вариант: «разработчики делают ошибки, чтобы не оставить без работы тестировщиков». И это, пожалуй, самый популярный ответ. Вот некоторые из комментариев: 

А чтобы понять нелегкую жизнь тестировщиков, достаточно посмотреть на этот альбом. 

Баги в проде, а мы на свободе

Потому что кушать хочется много и долго 

Есть ли вообще смысл писать код без багов? По мнению многих — нет. Разработчик под ником theaftertimes пишет, что чем быстрее выкатишь решение, тем больше заработаешь. Пока конкурент будет писать без багов, можно выпустить платное исправление. 

А если все же писать код без ошибок, то:

• процесс займет времени от трех лет до бесконечности;
• за это время требования поменяются «миллион раз»;
• в попытке подстроить существующий код под новые требования в сжатые сроки все равно получится много багов.

Кстати, раньше мы писали о том, почему разработчики не пишут качественный код. И, судя по комментариям, описанная в материале теория правдива. Скорость важнее качества. 

Как-то так