Угу, парное. i.redd.it/kg3cgpznfql01.jpg

У випадку рутини можна вкласти час в вивчення інструментів, але що використовуються (vim, and tmux, and tuple), відрефакторити чи завтоматизувати щось.

Давайте порахуємо вартість. Щоб було простіше розробники працюють в парі 6 годин на добу з перервами та перевіркою пошти. Два розробника — кожен працює десь годин п’ять з перервами на доу. (Втикати в парі набагато складніше).

Люди конечно виноваты. Подробности популярно изложены в монологе агента Смита в 1ой матрице. А вот пониманию как взаимодействие каких угодно людей приводит к проблемам имеющим системную природу да, популярное изложение мало помогает...

А бывает так, что это становится чемоданом без ручки. Ибо бросить его уже нельзя никак. А клиенты хотят развития, платят деньги, а команда разработки гнобит попередников, и что бы решить вопросы — сначала дотягивает долги, а потом пилит фичи клиента.

То есть, если кто-то закрыл одну стори на пять поинтов, а другой закрыл пять на единицу, то можно считать, что у этих двух людей перформанс одинаковый, правильно?

А разве у меня не так написано в конце, что надо решать эти проблемы систематически, и оценивать риски? Очевидно, что технический долг может возникнуть только потому, что время прошло, мир поменялся.А поменялись ли люди? Развивались ли они паралельно?

Спасибо за ответ. Такой ответ читать приятно. Если мы осознанно принимаем решение,что в продукте есть техдолг, но тем не менее, мы его релизим — никто не пострадал. Признать что он есть — это уже большой шаг.

Если инженерная группа приняла такое решение, и не поставила в известность менеджмент, это опасная игра. Тем не менее, если менджмент проинформирован — все ждут когда шкаф грохнется, и тогда выскочит черт из табакерки с табличкой «а я говорил!».

Разве не люди виноваты в том, что возникают проблемы? Или вы отрицаете, что виновник — человек? Уверен у вас есть своя точка зрения, не могли бы вы ей поделиться в двух словах?

А можна Вас попросити, будь ласка, поділитися посиланням на дослідження? А то люди так часто люблять плутати причину і наслідок. Например, может оказаться, что это не Скрам делает хорошие команды, а хорошие команды просто прилежно делают скрам.

Какой именно инструмент Скрама позволяет хорошо видеть перформанс каждого Количество сторипоинтов закрытых каждым за спринт.

Перехожу на новую работу, удаленную. На интервью говорили, что активно практикуют парное программирование на удаленном сервере при помощи tmux и vim. Я с обоими тулами, конечно же, на ты, но посмотрим что из этого выйдет.

Если кандидат не хочет потратить время и сделать тестовое, то у него нет мотивации работать в компании. Тестовое оплачиваемое? Если нет, значит компания хочет что бы человек работал бесплатно в виде овертаймов.

А он и не палил Москву Ось до цього і претензії.