Как-то раз я зашел в... (Цитата из книги «Трое в лодке, не считая собаки. Трое на четырех колесах (сборник)» Джерома К. Джерома)
https://www.livelib.ru/quote/511938-troe-v-lodke-ne-schitaya-sobaki-dzherom-klapka-dzherom

——— Реклама —————

Как готовить код-ревью: обсуждаем плохие и хорошие практики с подкастом SDCast

Трансляция на YouTube 1 июля в 17.00

Чем отличаются ревью в опен-сорсе, маленьких и больших, продуктовых и аутсорсных командах? Что можно изменить, автоматизировать и когда вообще разумно отказаться от код-ревью? Как его внедрить ‘по любви’, а не потому, что слышали, что нужно ‘ревьюить’?

Своим опытом и историями поделятся:

Сергей Жук, бэкенд-разработчик в Skyeng и контрибьютор в опенсорс
Антон Морев, основатель WormSoft, небольшой студии заказной разработки
Александр Макаров, один из разработчиков Yii и активный участник опенсорс-проектов, ранее работал в Stay, Wrike, Skyeng
и Константин Буркалев, бессменный ведущий подкаста, архитектор и разработчик

Придя на лайв, ты сможешь задать вопрос текстом или подключиться голосом и поспорить с ведущим и экспертами, а также участвовать в интерактивных опросах о практиках код-ревью.

еще можно спросить у скайенга, как получается так, что 36% врмени они тратят (по их же словам) на код-ревью, и, главное, зачем. Если практика нужна в крайне редких случаях, а чаще всего просто вредна

но можно и не спрашивать — пусть и дальше сапсаны делают из команд :)

а еще у них, вроде бы, каждый разработчик это вообще фулстек, и есть немалое кол-во “команд” из одного разработчика

А что здесь плохого, если на какой-либо проект требуется один разработчик?

я тут не оппонент, не спрашивайте

Они же там все упоротые (с)

Вредна?
Чем может быть вредно знать, какой именно код пишет твой коллега по команде?

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

Еще страннее получается.
Если команда из одного - код ревью делать некому. Если его кто-то делает, их уже двое в команде.

ты всегда можешь подойти и спросить, какой код пишет твой коллега в команде :)

Наезд не в тему.
С последним пояснением про "вред с учетом...." позиция понятна.

А есть статьи на эту тему годные?

в процессе :( пока только обсуждение (типа круглого стола) было

Приятно, что пусть хоть и с опозданием на 15 лет, но всё же дискуссии по вопросам производства ПО доходят и до техдирского чата

Конечно. А чтобы меньше ходить и не спрашивать постоянно одно и то же, придумали код-ревью :)

Да просто вбрось ссылку, кому надо - пусть сами разберутся. Время тратить на тех, кто "уже всё понял" - бесполезно

оки! https://www.youtube.com/watch?v=IDj3x__YZgE

Привет! Это чатик со строгими правилами.

* Спамеры караются мгновенно, автоматически и навсегда.
1. Первые три сообщения от вас в этом чатике не должны содержать ссылок или форвардов. Включен авто-бан и удаление первого сообщения нового пользователя, если оно содержит ссылку.
2. Нетехдирские темы или использованием икс-лексики приводят к санкциям.  Любой может ответом на ваше сообщение написать "!report" и после трёх таких жалоб вы уходите в молчанку на 30 минут.
3. Особо неадекватные могут заработать до 5 предупреждений от админов, после чего автоматически уходят в молчанку на сутки.
4. Все GIF и видео, аудио автоматически удаляются
5. Любые формы рекламы или объявления о вакансиях только по согласованию с основателем чатика.

Чтобы согласиться с правилами и общаться в чатике, нажми кнопку ниже этого текста!