Открыты независимо от законов Мерфи.
Самые критичные баги возникают на самом труднопроверяемом участке приложения.
Больше всего багов возникает в самых простых местах, которые даже в голову не придет проверить
Техническое задание будет понято неправильно в каждом месте, которое только можно истолковать иначе
Техническое задание будет понято неправильно, и истолковано: клиентом - в сторону координального усложнения функционала; программистом - в сторону сильного упрощения
В проекте будет провален именно тот этап работы который ты: а. Оставил на усмотрение кого-либо. б. Забыл проверить. в. Не проверил два раза.
Везде где только возможно, твои комментарии и замечания будут: а. Поняты неправильно, б. Незамечены, в. Выслушаны и сделаны иначе
Если тебе кажется что тебя поняли на 100% правильно и все делается по плану, значит ты: а. Чего-то не заметил, б. Не знаешь последних новостей, в. Спишь
Если тебе кажется, что проект закончен: а. Где-то в ТЗ кроется огромный функционал, который был забыт, б. Проект содержит фатальные логические ошибки, в. Клиент пропал и выйдет на связь через пол года.
Пропавший клиент выйдет на связь ровно на следующий день, после того, как: а. Его приложение будет удалено с демонстрационного сервера, б. Уволится ведущий разработчик который делал это приложение в. а+б и в момент дедлайна по другому проекту