У инденеров так же, модель делается за 20% от всего времени на проект, а остальные 80% это подготовка конструкторской документации (чертежи, дохуя чертежей)
А как же испытания?
Это еще одни 100% + шанс дропнуться к пункту 0.
а то и вовсе из профессии
сколько талантливых инженеров и изобретений были не созданы из-за этой хуйни
нахуй документацию
ХХИВП
ХХИВП
Необходимо научиться писать самодокументирующийся код.
Это тот, который позже документируется на stackoverflow?
Есть же фреймворки для этого
JavaDoc, swagger
JavaDoc, swagger
А я люблю читать документацию, особенно если там сюжет есть
А тесты писать кто будет?
Тесты написали раньше кода. TDD
P.S. сильно сомневаюсь в пользе такого метода разработки.
P.S. сильно сомневаюсь в пользе такого метода разработки.
Ну... + в том, что изначально пишешь код, который легко протестировать, т.е со всякими внедрениями зависимостей.
Без TDD такое тоже возможно, но что-то можно упустить.
Без TDD такое тоже возможно, но что-то можно упустить.
В тестах тоже могут быть ошибки. То есть для тестов нужны тесты. И это можно учитывать бесконечно. Но уже есть доказательство того, что невозможно создать идеальный тест.
Это да... Они не панацея. Однако лучше с тестами, чем без них. Так можно по крайней мере регресс при рефакторинге видеть и править.
Тесты - обязательно условие. Тут разница во времени разработки тестов. TDD - вначале тесты, а потом код; в остальных случаях: код, а потом тесты. Временные затраты разные. Пока создаются тесты (TDD) заказчик может отказаться и ресурсы будут потрачены впустую.
Когла получил, наконец, двухядерный проц - код и документация пишутся одновременно.
И тут пришли правки от заказчика.
Agile в помощь
Чтобы написать коммент, необходимо залогиниться