(UA) IT/Tech Ukrainians in Canada
-
Мушу з вами не погодитись, галеристи всі все одно транзетивно працюють на продукт. А от “людина вигоріла на галері” через якісь реальні причини і знаходиться у не належному психологічному стані - це звучить як досить реальна історія.
-
Где-то месяц, если не ошибаюсь, посилка ехала
-
укрпошта. До Ванкувера довезла 1кг за 3 тижні
-
думаю все від проекту залежить, бачив там багато команд без BA/PO - про який повний цикл у такому випадку йде мова?
-
Є такий вираз "product mindset", коли людина вболіває за результат і зробить все, навіть не свою роботу, навіть пофіг на правила, процеси і т. д., якшо воно аргументовано і призведе до результату. На аутсорсерах такий підхід не завжди популярний. ІМХО час від часу в аутсорсерів популярніше розказувати, який заказчик нудак, нічо не знає і оті от хотєлки не по процесу. Ото десь така різниця, яку замічаю. Воно не сильно виражено, але деколи замітно
-
У мене є на думці певна послідовність, хочу дізнатися як мені її вирішити. Уявімо що у людини є product mindset, тобто вона євангеліст якості коду до глибини душі, розуміє що є баланс між імпактом і технічним боргом який нікому не потрібен (наприклад немає сенсу переписувати легасі сервіси які навряд будуть замінені або активно розроблятися найближчим часом). І от, наприклад, є сервіс в активній розробці, але контрібьютить в нього індус який пише, умовно, на Scala не знаючи мови, ну тобто через певний час код буде важко підтримувати в принципі, не кажучи вже про відсутність high cohesion, low coupling, solid etc. Що робити людині, якщо blaming - не прийнятний варіант, а будь-яке нарікання на якість коду це блеймінг і айайай. Як ви здогадалися то на code review в подукті всім насрати, бо сумнівний код регулярно заїзджає в default branch. Що б робили ви?)
-
ну як, ну такий рівень розробників що вони або роблять аби як або не бачать проблем
-
так є ж)
-
Я просто хочу почути якусь story with happy end де один інженер переміг boiling frogs syndrome)
