Базарная разработка versus Командная разработка
Проекты, основанные на аудите решения "доверенным лицом" и confim/reject'ом решения чреваты неэффективными срачиками, отписками, отмазками, политикой и прочей фигнёй.
Не понравилось кому-то чем-то решение — он его нафиг послал, и доказывай что ты не верблюд.
Мне обратили внимание на то, что любой opensource проект отличается такого сорта проблемами. Действительно, базарная модель разработки страдает из-за этого в эффективности.
Что самое печальное — даже "конструктивные" обсуждения её нивелируют весьма слабо.
По сравнению с базарной разработкой/remote job команды куда эффективней. Люди имеют возможность работать СОВМЕСТНО. Совместно — это когда они РАБОТАЮТ НАД ОДНИМ ПРОЕКТОМ.
Не тянут одеяло на себя и параноидально блюдут частоту кода и алгоритмов, а совместно решают проблемы на заданном уровне качества.
Поэтому у меня когнитивный диссонанс.
С одной стороны, мне нравится свобода, которую даёт удалённая работа.
С другой стороны, в удалённой работе нельзя подойти к человеку, посмотреть в глаза и спросить "зачем ты так себя ведёшь?". Нету менеджера, что вскроёт такие конфликты в команде и найдёт их пути решения. Если таких проблем нет — то значит очень повезло с людьми, даже не с людьми, а с отношениями между ними.
/me поставил галочку на будущее: "посоветоваться с хорошими HR/менеджерами по поводу возможных решений этой проблемы"

4 comments
recommend
bookmark
subscribe
>частоту кода
wtf am i reading
а пост, подозреваю может быть интересен разве что дедфуду.
почему?
какие-то hr-проблемы.
не hr, а менеджмента