Как стать автором
Обновить

Комментарии 20

Наказывать не надо. Если человек недостаточно мотивирован надо искать другого.


Молодого разработчика надо помещать в учебку — давать простые задачи и каждое изменение должно проходить подробное code review с придирчивым вниманием ко всем аспектам качества, соблюдение стандартов кодирования, осмысленные наименования и прочее.


Еще рекомендуют pair programming для передачи опыта, но я не пробовал в постоянном режиме

Тут всё про тоже :) По сути забота о джуниоре на «чёрный лад»

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

Понимаешь в чём дело. Писать как же круто и здорово быть наставником и могу, потому как это реально круто — отдавать знания и радоваться успехам людей. Писать о код-ревью, парном программировании и манускриптах вхождения в технологический стек подразделения, скрам-митингах и прочих стандартных вещах я могу. Кому это интересно будет? Таких статей много.
Доминирование — вещь относительная в процессе командной разработки. Всё зависит от той призмы через которую ты смотришь на вещи. Если посмотреть через негативную, то можно сказать, что и код-ревью выглядит как процесс досмотра.
Кому это интересно будет?

То ли дело сабачьи какашки! Фекального юмора мы не слышали с детства!


Доминирование — вещь относительная в процессе командной разработки

Тут я имел ввиду точку удовольствия — удовольствие от унижения другого человека.

Пятницей повеяло, спасибо!
Не за что :)
НЛО прилетело и опубликовало эту надпись здесь
Что же так задело твою ранимую душу? Trash story не обязательна к прочтению и как правило перенасыщена сарказмом, абсурдными сравнениями, чёрным юмором и просто стёбом :-)
Я конечно могу понять, что для тебя, скорей всего, trash — это если скажут Perl умер, но тут другое.
Хабру нужны не только заунывные статьи по программированию, но и фановые. Где-то же должны такие старожилы «гадить в комментах». ИМХО.
Не отходя от стиля, скажу так: «извиняй если нагадил на твой любимый коврик, полкан».
НЛО прилетело и опубликовало эту надпись здесь
Каждый видит в написанном что-то своё. Однако, спасибо за время уделенное на прочтение. По итогу пост не оставил равнодушным уже хорошо.
Если сломать лифт в высотном здании — это тоже не оставить никого из живущих в здании равнодушным. Но вот повод ли для гордости сей факт для сломавшего?
Интересно, а проводить старые добрые прекоммит ревью религия мешает?

Это наверное покажется странным, но все перечисленные выше проблемы будут решены, если программист, вне зависимости от его уровня, не сможет закоммитить свой код, если он не устраивает ревьювера.

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

В командной работе очень важно взаимоуважение. Поэтому нифига не смешно.

Ты смотри, кинолог нашелся.
Было у меня в команде двое. Один любил имена переменных a, b, c, i, i1, i2, i3… И типа auto. Другой имена вроде KolichestvoKomplektofPitaniaNaBoitza и AzimutNaznachennogoSektoraKontrolya. и тип unsigned short для единичной переменной на 64битном десктопе. Я им как то сказал «Парни, вот вам бы пожениться....»
Также полезен личный пример, когда наставник присаживается рядом и показывает, как надо делать правильно или разбирает сделанное по косточкам.
Автор так заботливо донёс до нас свои детские комплексы на тему мочеиспускания и дефекации, что рука не поднимается пинать его за стилистику изложения.
Сочувствую вам, автор. Не исключено, что вам ещё не поздно обратиться к специалистам для решения своих психологических проблем. А вот на хабре вам вряд ли помогут, тут профиль другой.
Бред.
При пулл-реквесте в любом случае нужно просматривать код, пофиг кто его писал.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Изменить настройки темы

Истории