Я думаю, любой согласится, что чем абстрактнее требования, тем проще работать.
Прям ОЧЕНЬ не согласен, как по мне, чем конкретнее задача, тем быстрее я ее сделаю и заказчика дергать не буду и сам не буду вертеться в сомнениях. А когда заказчик предоставляет готовые части, так это совсем круто, да у меня могут возникнуть вопросы и замечания, но уладить их можно в любой момент если заказчик на связи. Вплоть до редакции кода и присланных файлов.
Почему не нужно грузить бизнес техническими проблемами? Вот в западных компаниях часто написание тестов отдают на аутсорс например нам. При этом там бизнес учитывает эти проблемы.
Мы закладываем время написания тестов во время решения задачи, но это позволяет лишь частично покрыть код юнит тестами, а вот модульное и интеграционное тестирование мы пишем нелегально с угрозой получить по шапке.
Не понравилось обобщение о западных и восточных разработчиках в конце статьи, правила разработки часто диктуются условиями бизнеса и менеджерами. Подстроиться под них не всегда удается. В моей компании например написание тестов это инициатива прежде всего разработчиков, на это не выделяется время и это никак не поощряется.
Да ладно бы просто страшно, больше мой рациональный разум разработчика возмущает такой глупый и странный способ решения проблем.
Это как у вас в доме преступник — в кутузку весь дом.
Прям ОЧЕНЬ не согласен, как по мне, чем конкретнее задача, тем быстрее я ее сделаю и заказчика дергать не буду и сам не буду вертеться в сомнениях. А когда заказчик предоставляет готовые части, так это совсем круто, да у меня могут возникнуть вопросы и замечания, но уладить их можно в любой момент если заказчик на связи. Вплоть до редакции кода и присланных файлов.
Мы закладываем время написания тестов во время решения задачи, но это позволяет лишь частично покрыть код юнит тестами, а вот модульное и интеграционное тестирование мы пишем нелегально с угрозой получить по шапке.
Это как у вас в доме преступник — в кутузку весь дом.