«По отдельности они сделают в два раза больше» — так обычно характеризуют тему парного программирования. Аргумент железобетонный, если считать часы, а не прирост продукта. Цифры Cockburn и Williams говорят другое: часов уходит на 15% больше, а не вдвое, дефектов на 15% меньше, кода на 20% меньше. А читаем мы код раз в десять дольше, чем пишем. Сергей Баранов обновил статью про парное программирование, добавил раздел про AI. Что внутри: 🧡пять стилей: штурман/водитель, строгий пейринг, пинг-понг под TDD, смешанный, mob; 🧡почему это навык, а не рассадка двух людей рядом, и три антипаттерна, которые убивают сессию; 🧡пара джун-сеньор: как не дать сеньору стать Keyboard Dominator; 🧡что делать, когда знаний не хватает одному партнёру, и что — когда обоим (иногда задача не решается вообще); 🧡AI в паре. Не «разработчик + AI», а «два разработчика + AI»: машина снимает механику и ровно поэтому поднимает цену ошибки штурмана. 17 минут чтения, в конце шесть шагов для старта. 🔗 Изучить полезное чтиво
«По отдельности они сделают в два раза больше» — так обычно характеризуют тему…
Из этого канала
- #838Распределенный монолит? Даже удивительно, но значительно чаще, чем каждое…
Распределенный монолит? Даже удивительно, но значительно чаще, чем каждое второе решение, аудит которого проводим, – распределеный монолит.
- #836Адаптирую материал школы архитекторов, мое любимое определение архитектуры…
Адаптирую материал школы архитекторов, мое любимое определение архитектуры (неформальное, но все же) в своей изначальной форме более не актуально.
- #835ИИ уничтожит человечество? Посмотрим через призму критического мышления на…
ИИ уничтожит человечество? Посмотрим через призму критического мышления на тезис в заголовке.
- #834Интересный всплыл вопрос - как отличить качественную инженерную работу от…
Интересный всплыл вопрос - как отличить качественную инженерную работу от удачного промта? Это в тему собеседований.