Открыты независимо от законов Мерфи.

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

Больше всего багов возникает в самых простых местах, которые даже в голову не придет проверить

Техническое задание будет понято неправильно в каждом месте, которое только можно истолковать иначе

Техническое задание будет понято неправильно, и истолковано: клиентом - в сторону координального усложнения функционала; программистом - в сторону сильного упрощения

В проекте будет провален именно тот этап работы который ты: а. Оставил на усмотрение кого-либо. б. Забыл проверить. в. Не проверил два раза.

Везде где только возможно, твои комментарии и замечания будут: а. Поняты неправильно, б. Незамечены, в. Выслушаны и сделаны иначе

Если тебе кажется что тебя поняли на 100% правильно и все делается по плану, значит ты: а. Чего-то не заметил, б. Не знаешь последних новостей, в. Спишь

Если тебе кажется, что проект закончен: а. Где-то в ТЗ кроется огромный функционал, который был забыт, б. Проект содержит фатальные логические ошибки, в. Клиент пропал и выйдет на связь через пол года.

Пропавший клиент выйдет на связь ровно на следующий день, после того, как: а. Его приложение будет удалено с демонстрационного сервера, б. Уволится ведущий разработчик который делал это приложение в. а+б и в момент дедлайна по другому проекту