k🌐
много от рынка зависит) если платят хорошо и желающих заменить ушедших - толпа - тогда - конечно
свапай
свапай
Size: a a a
2021 June 01
АГ
ну так оно и есть судя по всему. на бас фактор пофиг, туда идут суперспецы которые "со скоростью чтения" читают и понимают чужой код. и сразу готовы "со скоростью набора текста" вносить правки без ошибок.
АГ
тем более что код там сразу пишут идеальный, понятный, и легко поддерживаемый.
k🌐
возможно по этой системе - сотрудники с самым низким перфоманцем будут новички
они же не вникли еще в бизнес-логику
а старички всегда будут на верхних позициях и беспокоиться им не о чем
они же не вникли еще в бизнес-логику
а старички всегда будут на верхних позициях и беспокоиться им не о чем
АГ
походу
k🌐
а система дает шанс закрепиться каждому)
ведь если увольняют быстро - значит и нанимают практически каждого скорее всего
смысл прицениваться. взял - померил - уволил/оставил
ведь если увольняют быстро - значит и нанимают практически каждого скорее всего
смысл прицениваться. взял - померил - уволил/оставил
k🌐
как одежду. купил - не подошла - вернул на витрину
DU
Главное что бы эти правила были известны сразу - тогда соглашаться или нет решение каждого кандидата
D
мне это с другой стороны немного видится. верный посыл, что приходят суперспецы. из моего опыта, такие суперспецы не любят сидеть на одном месте. но при этом не могут уйти сразу. так что это такой пинок) начал прокрастинировать => идешь отдыхать.
A
Всем привет)
Как у кого устроена система код ревью? Jira или бот в слаке?
Недавно ресерчил этот вопрос, хотелось чтобы в слаке было что-то типа "биржи" открытых PR/MR, готовых к ревью, где разрабы ассайнят их на себя. Но ничего подобного не нашел, к тому же большинство slack apps работают с saas gitlab, но не с self-hosted :(
Как у кого устроена система код ревью? Jira или бот в слаке?
Недавно ресерчил этот вопрос, хотелось чтобы в слаке было что-то типа "биржи" открытых PR/MR, готовых к ревью, где разрабы ассайнят их на себя. Но ничего подобного не нашел, к тому же большинство slack apps работают с saas gitlab, но не с self-hosted :(
СС
А какую проблему ты хочешь решить?
A
Функциональное кросс-командное ревью
СС
А какую проблему ты хочешь решить с помощью функционального кросс-командного ревью? И что в принципе этот термин значит?
A
Ну вот пример:
Есть n сервисов, написанных на nodejs. Есть 3 продуктовые команды, в каждой из них по одному nodejs-разрабу.
Внутри каждой из трех команд не возможно провести код ревью по стеку nodejs, потому что кроме самого разраба этим стеком никто не обладает.
Решение - кросс-командное ревью. Функциональное потому что nodejs-разрабы ревьюят nodejs код, фронты клиентский код и т.д.
Есть n сервисов, написанных на nodejs. Есть 3 продуктовые команды, в каждой из них по одному nodejs-разрабу.
Внутри каждой из трех команд не возможно провести код ревью по стеку nodejs, потому что кроме самого разраба этим стеком никто не обладает.
Решение - кросс-командное ревью. Функциональное потому что nodejs-разрабы ревьюят nodejs код, фронты клиентский код и т.д.
DU
А может вообще ревью не нужно?
АГ
вот у нас ревью. и я хочу сказать, что когда нам ставят ревьюить что-нибудь, в чем мы не разбираемся (а это бывает) - то это в чистом виде пустая трата времени. для кодстайла есть линтеры. какие-то вещи вроде чистоты кода еще можно поревьюить, но вникать - точно никто не станет.
A
Не разбираетесь в сути задачи?
СС
А нужно ли? Получается у тебя несколько разработчиков будут заниматься решением задачи.
АГ
нет конечно, ну так, может в легкую по сообщениям в реквесте "про что это"