странно, как же разработчиков заставляют покрывать код юнит тестами, если не всем это нравится. так же можно и прочие практики и стандарты внедрить. конечно, в жизни разные случаи бывают и не все так просто, но идти к этому возможно вполне
странно, как же разработчиков заставляют покрывать код юнит тестами, если не всем это нравится. так же можно и прочие практики и стандарты внедрить. конечно, в жизни разные случаи бывают и не все так просто, но идти к этому возможно вполне
что значит заставляют) человека которого надо заставлять покрывать что-то тестами (каким конктрено это дискуссионный вопрос) вообще не стоит держать в команде. Ну разве что это совсем стартап где важно быстрее выдать хоть что-то показать демо, а потом возможно уже сосредоточится на качестве.
так, а дальше идут более редкие вещи а-ля паттернов, документаций и прочего. и конца-края нет тому, что можно причесать. и в итоге разработчик сможет разобраться в проекте соседней команды (а тем более в коде своей же) в разы быстрее, чем любой внешний человек. ну и не только в коде. в архитектуре, доках.
Людей надо обучать, подводить к пониманию и отслеживать прогресс развития в каждом конкретном стандарте.
Интересно, как можно кого-то "подвести к пониманию"? Я не троллю. Какие практики и инструменты нужно использовать, чтобы человек шел к нужному мне пониманию?
Показываешь, чего бы ты хотел и почему это важно. В конкретной ситуации разбирать кейсы - вот сейчас ты сделал так-то, и результат такой-то, а если сделать вот так, то результат другой.
Показываешь, чего бы ты хотел и почему это важно. В конкретной ситуации разбирать кейсы - вот сейчас ты сделал так-то, и результат такой-то, а если сделать вот так, то результат другой.
Так это ведь я хочу и мне важно. А не другому человеку. Как у него в голове заменить его "важно" моим "важно"?
для этого есть понятие начальник, зарплата и прочее. дпже волонтеры должны слушаться бригадиров. а то выйдет что команда разработки это тонкие индивидуальности рака, щуки и лебедя, которым нельзя ничего навязывать
для этого есть понятие начальник, зарплата и прочее. дпже волонтеры должны слушаться бригадиров. а то выйдет что команда разработки это тонкие индивидуальности рака, щуки и лебедя, которым нельзя ничего навязывать
Выполнять мои требования за зарплату это совсем не то, что называется "подвести к пониманию"
Ну вот пример: я хочу чтобы из кода удалялись неиспользуемые using-и. Потому что красивый код легче и приятнее поддерживать. А с той стороны мне говорят, что не нужно тратить время на эту фигню. Лучшее враг хорошего.
Мне двигать коллегу к пониманию или просто приказать сделать потому что я начальник?
Ну вот пример: я хочу чтобы из кода удалялись неиспользуемые using-и. Потому что красивый код легче и приятнее поддерживать. А с той стороны мне говорят, что не нужно тратить время на эту фигню. Лучшее враг хорошего.
Мне двигать коллегу к пониманию или просто приказать сделать потому что я начальник?