Чем отличается работа программистом в СНГ и в других странах, | Разрабудни Игоря

Чем отличается работа программистом в СНГ и в других странах, скажем, Америка или Азия?

На самом деле, считаю разработку одной из тех профессий, где страна или место никак не влияет на твою работу. Но это не всегда так, ведь люди разные, а ментальные особенности могут сыграть свою роль. Таким образом, мы приходим к тому, что культура разработки у всех своя. Приведу несколько простых примеров из личных наблюдений:

Код-ревью
в СНГ разработке на твое код-ревью всегда реагируют прямо. Если ты ошибся, если ты где-то не прав, тебе об этом обязательно сообщат. Да, местами это может прозвучать грубо, местами это выльется в спор или долгую дискуссию, но подобная критика всегда будет передана тебе в том виде, в котором её хотели бы тебе передать. Если мы возьмем взаимодействие по код-ревью с ребятами из штатов, каждый их комментарий для меня - некий ребус. Любое замечание выглядит в духе "Бро, все классно, твой код - чист и свеж, было бы еще круче, если бы ты обратил внимание на эту конструкцию, но это не критично!". Что мы понимаем под этим комментарием?

Как читаю я:
"Критикал замечаний нет, есть небольшой минор коммент, посмотри, пожалуйста". Вроде бы так, но не совсем. На самом деле, в американской культуре разработки люди ведут себя чересчур аккуратно, на мой взгляд. Если мы превратим этот комментарий коллеги из США в комментарий СНГ разработчика, мы получим что-то в духе "Вот тут совсем беда, работает не правильно, исправь". Кому-то это может показаться удобным, кому-то нет, но на мой взгляд, об ошибках стоит сообщать прямо, не вылезая за черту корпоративной этики, иначе получается некая недосказанность, отсюда любому человеку из СНГ компаний, становится немного тяжело первое время находить пути взаимодействия со своим коллегой. К сожалению, это же работает и в обратную сторону, когда ты проводишь код-ревью заокенского коллеги, очень часто наблюдал и сталкивался с тем, что программист думает, что ты пытаешься его "задушить", так как у ребят не очень принято указывать на твои ошибки явно.

Какие минусы из этого я вижу прямо сейчас:

1. Давать размытые комментарии вида "Посмотри вот сюда и подумай" - неправильно. Мы с тобой на код-ревью ради одной цели - качество и правильность продукта. Считаю, что на ошибки нужно указывать явно, а еще лучше - предложить свой вариант, так ревью пройдет быстрее и полезнее, и не превратится в угадайку;
2. Хорошей практикой я считаю общекомандный консенсус, где каждый из вас понимает, что такое "критично", что такое "минорно", и на что нужно обращать внимание при код-ревью, а на что - не нужно. Таким образом, вы не будете развивать в команде синдром вахтера и никто ни на кого обижаться не будет;
3. Конечно же, не забываем про командую этику, чтобы ментальные и остальные причины не вытекали в конфронтации и ситуации вида "Я не хочу с этим разрабом работать, он *такой-сякой*".

Продолжение - в следующих постах