Продолжая взаимодействие с настоящим сайтом, вы выражаете свое согласие с тем, что ваши пользовательские данные (сведения о местоположении; тип и версия ОС; тип и версия Браузера; тип устройства и разрешение его экрана; источник откуда пришел на сайт пользователь; с какого сайта или по какой рекламе; язык ОС и Браузера; какие страницы открывает и на какие кнопки нажимает пользователь) будут обрабатываться ООО «Тадос» в целях сбора статистических данных о посетителях сайта и функционировании сайта в течение 3 месяцев. В случае, если вы не хотите, чтобы ваши данные обрабатывались, покиньте сайт.

Почему некоторые проекты никогда не появятся в портфолио, а о причастности к их разработке хочется забыть? Называем основные причины появления на рынке некачественных программных продуктов.

Перевели статью тимлида команды Yelluw про основные грабли и проблемы, влияющие на появление плохого программного продукта на рынке.

Я работал над разными программными проектами. Некоторые из них были успешными. Некоторые нет. Оказалось, что плохие IT-решения имеют схожие черты. Вот некоторые, выявленные за долгие годы работы.

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

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

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

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

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

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

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

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

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

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

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

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

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

Перевод статьи: https://dev.to/yelluw/how-bad-software-gets-made

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