Меню

Как получается плохой софт

Перевели статью тимлида команды Yelluw про основные грабли и проблемы, влияющие на появление плохого программного продукта. Автор рассказывает, что у таких IT-решений всегда есть схожие черты — дальше про них.

Слабое в техническом плане руководство

Непоследовательные и неверные решения не перерастают в качество. Хорошие проекты никогда не пишутся инстинктивно. Это результат организованных и основанных на фактах решениях. Сильный руководитель задает тон остальным сотрудникам. Все люди учатся на примерах.

Нечеткие обязанности

Работникам необходимо ясно понимать, что они должны делать. Четко поставленная задача – прямая обязанность руководства. В противном случае они будут перекладывать вину друг на друга, когда начнут ошибаться. Важно не только предоставить им возможность делать «крутые вещи», но и сформулировать условия достижения целей.

Отсутствие тестирования

Сегодня большое количество проектов пишется без последующего выполнения тестов. Никаких юнит-тестов. Никаких тестов по интеграции. Даже никаких «как это будет работать на машине заказчика»-тестов. Код просто пишется, компилится и выдается клиентам.

Нежелание учиться

Руководство не ждет, что сотрудник знает всё и будет в курсе каждой технологии. Обучение необходимо. Команда разработчиков, которые не желают развиваться, будет расти только в числе таких же работников.

Сотрудники-мудаки

Бывает, что работник пишет крутой код, но ужасно общается с коллегами. Но проекты делаются людьми для людей, поэтому следует позаботиться, чтобы такой человек не причинил вреда команде. Иногда мудаками становятся, когда руководство не демонстрирует должного авторитета (см. п. 1).

Ориентированность на краткосрочные цели

Возможно, сдать проект, не выполнив надлежащих тестов, покажется хорошей идеей для «частного случая», но разработчики должны видеть общую картину. Получая на выходе хороший продукт, вы создаёте почву, на которой другие смогут выдавать годные вещи.

Нашли в своем проекте схожие черты? Без паники. Важно понимать, что плохой продукт является результатом, который вы контролируете. Знать и принимать такое положение вещей — первый шаг к изменениям в работе компании.

Оригинал: https://dev.to/yelluw/how-bad-software-gets-made

Как получается плохой софт
Средняя оценка 5 Проголосовало 1