Recession layoffs

[IL]

Если доходит до здоровья, надо увольняться. Вы в неверной для себя компании, индустрии, роде занятий. Себя надо любить.

Когда доходит до здоровья из за умственного переутомления до как правило поздняк метаться. Чисто с физико-химической точки зрения, во время усиленного думания через мозг идет поток энергии в 10 (десять!) раз больше чем через весь остальной ливер: 20 Ватт на 1.5 кг и 80 Ватт на 70 кг соответственно. Энергия образуется в результате окисления глюкозы в кислороде. И то и другое, плюс всякие другие органические и неорганические элементы необходимо протащить через гемато-энцефалический барьер, по каким то неведомым причинам нервная ткань рассматривается иммунной системой как чужеродная и если антитела до нервов доберутся то съедят их как шашлык на майские праздники (рассеянный склероз, БАС). Если мозг хронически перегружать (т.е. гнать окисление на форсаже) плюс стрессовать (кортизол -> сужение капилляров мозга -> кислородное голодание -> отмирание нейронов), то вот и здравствуйте, добрый доктор Капитула. Мозг обладает феноменальной redundancy, но всему есть предел и когда он ломается, то надо паковать чемоданчик и валить на море и спокойно дать оставшимся в живых нейронам образовать новые связи и наладить метаболизм, а погибшие нейроны запаковать в герметичные жировые мешки и заскладировать уже для следующей жизни.

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

Я не со всем согласен, но безусловно в ваших словах смысл есть. Я бы сам давно на Балканы отправился, но сумел себя перестроить. Я полностью перестал впадать в стресс, когда что-то не могу разрешить вовремя. Опоздал и ХСН. Стараюсь делать дела как можно лучше и не переживать за результат. Тут главное использовать принцип: если не можешь бежать быстрее крокодила, беги по крайней мере быстрее, чем остальные. Моя жизнь уже лет 5 стресс-фри. А раньше переживал, ночами не спал.

[IL]

много раз слышал от разных форумчан старого привета о том как они нихера не делают на работе.
От силы работают 20% времени, а все остальное время уделяют себе любимым, ходят на яхтах, загарают на пляжа, рыбу ловят и тд.
Неужели за всю вашу долгую карьеру вам так и не удалось найти такого хлебного места чтобы мозг свой не перегружать?
Насколько я знаю вам и фултайм предлагали с хорошими условиями, а может согласиться?
Уйти в забой на пару лет, накосить бабла как за 5 и уже с концами к пчелам.

мил человек, с зарплатой больше лимона 5 лет не хватит - потребности они растут.

До определённого предела. Потом падают, когда уже всё есть и ничего больше не нужно. To whom how, конечно. Много народу покупают недвижимость на сдачу, т.е. покупают себе головную боль по сути. Это не мой путь.

[Uzito]

Поехали по второму кругу

Meta to lay off 10,000 more workers after initial cuts in November
https://www.cnbc.com/2023/03/14/meta-la ... uring.html

Meta will lay off 10,000 more workers and incur restructuring costs ranging from $3 billion to $5 billion, the company announced Tuesday, with CEO Mark Zuckerberg warning economic instability could continue for “many years.”

Shares of Meta were up about 5.5%.

Кто бы сомневался.

[Catmint]

Кто не даст? Моя команда - мои правила.

Да, очень хорошо работать на проекте, когда ни от него, ни он от других не зависит вообще.

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

[Uzito]

при аджайле не надо писать много документации, особенно перед началом разработки, как в вотерфолле

Только раньше был один документ, который все заинтересованые прочитали (я надеюсь) и согласились.
А при новом ожайле какие-то эпики, десятки разрозненных сторис, девелоперские тикеты и таски. И никто не в курсе как сосед решил свою проблему, и как теперь его решение обходить огородами.

А собрать потом эти сторис в один документ никто потом и не собирается.

А еще бывает что вместо важной компоненты поставили MVP ширму и забыли имплементировать, и теперь ширма будет стоят еще шесть месяцев, потому что в новом спринте поинты забуканы на 120%.

[oraclejava]

при аджайле не надо писать много документации, особенно перед началом разработки, как в вотерфолле

Только раньше был один документ, который все заинтересованые прочитали (я надеюсь) и согласились.
А при новом ожайле какие-то эпики, десятки разрозненных сторис, девелоперские тикеты и таски. И никто не в курсе как сосед решил свою проблему, и как теперь его решение обходить огородами.

А собрать потом эти сторис в один документ никто потом и не собирается.

А еще бывает что вместо важной компоненты поставили MVP ширму и забыли имплементировать, и теперь ширма будет стоят еще шесть месяцев, потому что в новом спринте поинты забуканы на 120%.

потому что у всего должен быть ответственный - owner. Тот кто на полную занятость втянут в поуши проект.
Вот он видит большую картинку и понимает где какой кусок пазла и в каком порядке их соединять.
Он может и документик наваять чтобы всем было понятно куда и зачем. Сама идея аджайла тут ни при чем.

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

Короче да, программисты молчат как овцы, но жалуются в корридорах и на форумах.
Кто сказал что аджайл это митинги, спринты и скрам мастер?

в нормальном процессе ключевые контрибуторы команды сами решают, что им подходит а что нет.
На первом месте - люди, спецы и только потом - процесс и тулзы. Если у вас наоборот то это не аджайл

[Uzito]

Кто сказал что аджайл это митинги, спринты и скрам мастер?

VP of development устроивший каргокульт. Потому что везде так, почему не у нас?

в нормальном процессе ключевые контрибуторы команды сами решают, что им подходит а что нет.
На первом месте - люди, спецы и только потом - процесс и тулзы. Если у вас наоборот то это не аджайл

В борьбе программиста с VP побеждает обычно VP.

[kolbasof]

потому что у всего должен быть ответственный - owner. Тот кто на полную занятость втянут в поуши проект.
Вот он видит большую картинку и понимает где какой кусок пазла и в каком порядке их соединять.
Он может и документик наваять чтобы всем было понятно куда и зачем. Сама идея аджайла тут ни при чем.

Ответ неверен, это модель мэйнфрейма. Верный ответ "no single point of failure". Представим что такой весь из себя умный, всезнающий, ответственный и прочее оунер взял и исчез. Например утонул. Или заболел. Или устал и послал всех нах. Или привез ПН/привезла ПЖ и тут такое началось, не до продукта. Что делать VP? Правильный ответ: иметь много легко заменяемых винтиков и болтиков, распределенная кластерная модель. Помер Вадим/Максим/Рахим да и фиг с ним. Качество продукта будет ухудшаться, но устойчивость конторы будет улучшаться. А именно это и важно с высоты немного большей чем высота даже самого крутого технаря.

И эджайл позволяет легко шаффлить ресурсы внутри продукта, в этот квартал ресурс Вадим работает над фичей типа "А", а ресурс Рахим над фичей типа "Б", в следующий квартал наоборот. И вообщем большинство ресурсов довольно.

[Женя Стоунер]

потому что у всего должен быть ответственный - owner. Тот кто на полную занятость втянут в поуши проект.
Вот он видит большую картинку и понимает где какой кусок пазла и в каком порядке их соединять.
Он может и документик наваять чтобы всем было понятно куда и зачем. Сама идея аджайла тут ни при чем.

Ответ неверен, это модель мэйнфрейма. Верный ответ "no single point of failure". Представим что такой весь из себя умный, всезнающий, ответственный и прочее оунер взял и исчез. Например утонул. Или заболел. Или устал и послал всех нах. Или привез ПН/привезла ПЖ и тут такое началось, не до продукта. Что делать VP? Правильный ответ: иметь много легко заменяемых винтиков и болтиков, распределенная кластерная модель. Помер Вадим/Максим/Рахим да и фиг с ним. Качество продукта будет ухудшаться, но устойчивость конторы будет улучшаться. А именно это и важно с высоты немного большей чем высота даже самого крутого технаря.

И эджайл позволяет легко шаффлить ресурсы внутри продукта, в этот квартал ресурс Вадим работает над фичей типа "А", а ресурс Рахим над фичей типа "Б", в следующий квартал наоборот. И вообщем большинство ресурсов довольно.

Я работал с аджайлом в той или иной форме лет 15, в разного размера конторах и разных индустриях.
- никогда нигде не видел, чтобы устранили Subject Matter Expert
– полно разговоров об устойчивости процесса, но только большой кастомер начинает жаловаться на качество - большие начальники дергают за узду
- эволюция продукта внутри команды идет в сторону, противоположной унификации с другими командами. Причем, чем талантливее команда, тем этот процесс быстрее
- единственная группа людей, которые переводили людей с задачи на задачу, и не раз в квартал, а пару раз в неделю, были консалтанты из Thoughtworks. Мне было жаль их инженеров, боссы были редчайшими ебланами.

[Catmint]

Только раньше был один документ, который все заинтересованые прочитали (я надеюсь) и согласились.
А при новом ожайле какие-то эпики, десятки разрозненных сторис, девелоперские тикеты и таски. И никто не в курсе как сосед решил свою проблему, и как теперь его решение обходить огородами.

А собрать потом эти сторис в один документ никто потом и не собирается.

А еще бывает что вместо важной компоненты поставили MVP ширму и забыли имплементировать, и теперь ширма будет стоят еще шесть месяцев, потому что в новом спринте поинты забуканы на 120%.

потому что у всего должен быть ответственный - owner. Тот кто на полную занятость втянут в поуши проект.
Вот он видит большую картинку и понимает где какой кусок пазла и в каком порядке их соединять.
Он может и документик наваять чтобы всем было понятно куда и зачем. Сама идея аджайла тут ни при чем.

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

Короче да, программисты молчат как овцы, но жалуются в корридорах и на форумах.
Кто сказал что аджайл это митинги, спринты и скрам мастер?

в нормальном процессе ключевые контрибуторы команды сами решают, что им подходит а что нет.
На первом месте - люди, спецы и только потом - процесс и тулзы. Если у вас наоборот то это не аджайл

Вот видите, вы назвали, что продуцт ощнер, и есть главный в проекте, который отвечает за что у него в беклоге, и что в следующем спринте, и только он может решить, что можно добавить или упустить через согласование со стейхолдерами. Скрам мастер - человек, который должен обЬяснить, что такое аджайл, как он может быть применим в данном проекте, указав, как использовать сильных сторон аджайла, и етот человек по задумке может связующим звеном с "верхом", когда нужно обьяснить и продвинуть/ускорить что-то, может нужен еще один человек в команду или еще чего. Поймите, скрам мастер может мастерить много проектов, общее для которых аджайл манаджемент. В который входит product owner ==проджект манагер, отвечает за проект головой, с его беклогом работ, который обсудили с комадой, сплоченая команда профессионалов, притом самодостаточная, все все могут и могут заменить друг друга, команда, которая знает цель, спринты, как пошаговая планировка, митингы - как возможность определить прогрес или регрес в работе, а скрам мастер - человек образующий на тему аджайла, он не несет никакой ответственности за проект. Здесь хорошо то, что если что-то криво пошло, то говорят, что лучше fail early, меньше потерь будет, легче перестроиться на новое. На ето заточен етот стиль манагемента. Короткие спринты, быстрая обратная связь, открытость к изменениям, что позволяет перескочить много ступенчатую разработку проекта. Я сколько видела, так все называют аджайлом то, что им не является. Но говорят, что для ето работает. Охотно верю, что много проектов состоящих из набора известных функций и известных требований и их решений. Загнали все в беклог - такой перечень всех работ по проекту, и погнали, первый спринт, второй и до конца. Игзамины сдавала на сиртифекат

[mikeG]

Я сколько видела, так все называют аджайлом то, что им не является. Но говорят, что для ето работает. Охотно верю, что много проектов состоящих из набора известных функций и известных требований и их решений. Загнали все в беклог - такой перечень всех работ по проекту, и погнали, первый спринт, второй и до конца.

А что делать, если проекту уже 20 лет, а высокому начальству аджайл нужен?
Ну назвали текущий процесс аджайлом, PgM скрам мастером, баги тасками, фичи эпиками и продолжаем.

[Not Too Late]

Как проект может длиться 20 лет? Неужели изначально поставленную задачу еще не выполнили?

[Женя Стоунер]

Как проект может длиться 20 лет? Неужели изначально поставленную задачу еще не выполнили?

О святая простота! ЛОЛ (не в обиду, надеюсь)

[Not Too Late]

Как проект может длиться 20 лет? Неужели изначально поставленную задачу еще не выполнили?

О святая простота! ЛОЛ (не в обиду, надеюсь)

Я серьезно не понимаю. Сама лично такого ни разу не встречала.

[Uzito]

Как проект может длиться 20 лет? Неужели изначально поставленную задачу еще не выполнили?

Когда проект является основой бизнеса. Вот я двадцать лет проработал в девелопменте системы обработки данных для клинических испытаний. Начали в 2001 пытаясь оживить ЭКГ проект, который завалила отсорсная компания. Два года работали над приведением в божеский вид, запустили в продакшен. Потом два года система работала, а мы допиливали фичи. Через несколько лет у руководства появилось понимание что в системе хорошо, а что требует улучшений, поэтому начали работать над проектом новой версии. В 2007 запустили новую версию, которая работала в паралели со старой. Старую поддерживали пока там шла обработка уже запущеных испытаний и прожила она больше 10 лет. А в новую версию добавили новые типы данных (опросники, пульмонологию, рентгеновские снимки), новые устройства для снятия измерений, прикрутили портал для клиентов, красивые отчётики и метрики, логистику для отправки и приема устройств.

Как говорится, там еще копать и копать.

[kyk]

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

Почему "было жаль их инженеров"? Они мало денег получали?

[Not Too Late]

Как проект может длиться 20 лет? Неужели изначально поставленную задачу еще не выполнили?

Когда проект является основой бизнеса. Вот я двадцать лет проработал в девелопменте системы обработки данных для клинических испытаний. Начали в 2001 пытаясь оживить ЭКГ проект, который завалила отсорсная компания. Два года работали над приведением в божеский вид, запустили в продакшен. Потом два года система работала, а мы допиливали фичи. Через несколько лет у руководства появилось понимание что в системе хорошо, а что требует улучшений, поэтому начали работать над проектом новой версии. В 2007 запустили новую версию, которая работала в паралели со старой. Старую поддерживали пока там шла обработка уже запущеных испытаний и прожила она больше 10 лет. А в новую версию добавили новые типы данных (опросники, пульмонологию, рентгеновские снимки), новые устройства для снятия измерений, прикрутили портал для клиентов, красивые отчётики и метрики, логистику для отправки и приема устройств.

Как говорится, там еще копать и копать.

Ну так это не один проект а много разных. У каждого из них была своя цель и выполнение который является закрытием проекта.

[Uzito]

Ну так это не один проект а много разных. У каждого из них была своя цель и выполнение который является закрытием проекта.

Остальное (портал, устройства, дашборды) были отдельностоящие проекты, выполняемые другими отделами.
А система обработки была одним цельным монолитом. Только недавно стали отколупывать от этого монолита отдельные компоненты для борьбы с монолитностью.

[Catmint]

Я сколько видела, так все называют аджайлом то, что им не является. Но говорят, что для ето работает. Охотно верю, что много проектов состоящих из набора известных функций и известных требований и их решений. Загнали все в беклог - такой перечень всех работ по проекту, и погнали, первый спринт, второй и до конца.

А что делать, если проекту уже 20 лет, а высокому начальству аджайл нужен?
Ну назвали текущий процесс аджайлом, PgM скрам мастером, баги тасками, фичи эпиками и продолжаем.

Хороший проект, можно и на пенсию уйти спокойно Ну так, если все потихоньку, да документацию впереди паровоза не надо, то и ладно
А я в посте выше писала, что многие конторы имеют модель управления, которая попросту устарела. Мог бы помочь толковый скрам мастер, но не факт, что в конторе готовы к переменам. Я помню ЕксонМобил готовился к такому событию, документальный фильм присобачили, как оставив волков для естественной регуляции, обнаружили, что восстановилась и флора и фауна в той местности. Ето самая значительная фича ексонмобила - многословность ни о чем. Чем закончилось? Переименованием департментов, буквально. Потом ковид нагрянул, и ексонмобил загремел. Хорошо, что пришлось быстро избавиться от всего нерентабельного, и даже доходы получил. А так сидели ломали головы, все аджайлом называли, а барель нефти давал прибыль $7, повезло с ковидом.

[Not Too Late]

Ну так это не один проект а много разных. У каждого из них была своя цель и выполнение который является закрытием проекта.

Остальное (портал, устройства, дашборды) были отдельностоящие проекты, выполняемые другими отделами.
А система обработки была одним цельным монолитом. Только недавно стали отколупывать от этого монолита отдельные компоненты для борьбы с монолитностью.

Монолитный код это не значит что все проэкты надо свалить в один. Проэкты должны быть на 3 месяца и иметь четко определеную цель. Например upgrade python version or add a new feature. Тогда agile и можно применять и backlog вид имеет.