Recession layoffs

[Catmint]

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

Да ну. Не обязательно реализатор всю фичу. Можно разбить на части и release as they become ready. Feature flags or not invoking this code ensures the code is not exposed to be used. At the same time it is easier to monitor implementation progress and ensure the timelines are met.

Да ето все унутренние проблемы, не все их называют большим словом релиз. Похоже на много писанины, если ето не оговорено отдельно в задании.

[Alexander Troyansky]

Те вы перешли с релиз раз в год на раз в 3 месяца? А как же CI/CD и multiple releases a day?

У нас не какой-то говносайт, где можно зарелизить просто так по желанию левой ноги.

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

[Not Too Late]

Те вы перешли с релиз раз в год на раз в 3 месяца? А как же CI/CD и multiple releases a day?

У нас не какой-то говносайт, где можно зарелизить просто так по желанию левой ноги.

До ожайла большой релиз был в конце год + мелкие по требованию, все с запланированым даунтаймом и анонсами клиентам.
В регулируемой индустрии, где на каждый фикс нужна пачка документации. CI/CD только в Dev/QA.

Многие работают в регулируемой индустрии. Документация нужна везде. Но это не является препятствием делать маленькие и частые релизы. Так и качество повышается.

[Not Too Late]

Так это система усовершенствуется. Но работа разбивается на проэкты.

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

Я повторюсь но видать необходимо. Проэкты разные а система одна. Система то и проходит через эволюцию.

[Uzito]

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

Работа над тем, чтобы релизы были без заметного даунтайма конечно идёт. Портал работает, репорты открываются, данные принимаются, только ничего не процессится пока айти патч выкатывает.

Дело не в том что без даунтайма нельзя, а в том, что риск несоразмерен. Вон сейчас реддит лежит уже который час. А если бы наша система так наеб.. приупала, то это было бы чревато миллионными пенальти от клиентов и потерей будущих контрактов.

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

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

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

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

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

[Not Too Late]

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

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

Ну так я о чем и писала. Проект должен иметь определенную цель которую можно выполнить за месяца 3. Если надо больше времени значит работу надо разбить на 2 фазы. Иначе руководство не может monitor the progress и работники не видят финишной прямой.

[oraclejava]

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

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

я ни слова ни сказал про продакт овнер.
то что продакт определяет приоритеты это наверное правильно, зависит от проекта.
под овнером я имел инженера/лида/архитекта. Типа инжиниринг овнер.
продакт отвечает за то что нужно, а инженер за как сделать. Часто инженер отвечает и за что и за как!
инженер всегда может прийти к продакту и сменить приоритеты в зависимости от своего видения.
например фитчу 1 поменять местами с фитчей 2 потому что так оптимальнее закодить.
Инженер Овнером может быть, с моей точки зрения, тот кто пишет код и выкатывает его в прод.
Ни срам мастер, ни продакт, не должны лезть в процесс кодирования, инженеры достаточно умны и компетентны чтобы самим организовать свой процесс наиболее оптимальным способом, но им нужно ставить понятные задачи с четкими критериями.
На самом деле работает! сам проверял. Стоит только сказать что инженеры это дети неразумные и, о чудо, они в таких и превращаются.

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

[mikeG]

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

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

Ну какой-нибудь Windows представьте себе.
Я по 20 лет на проекте не сижу, но знаю, что тот, на котором я 20 лет назад работал вполне себе жив (хотя той компании и нет давно).

[Not Too Late]

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

Ну какой-нибудь Windows представьте себе.

Давно не пользовалась но постараюсь. Надеюсь что работа разбивается на проекты. А не один огромный и монолитный проект который тяжело track.

[Catmint]

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

я ни слова ни сказал про продакт овнер.
то что продакт определяет приоритеты это наверное правильно, зависит от проекта.
под овнером я имел инженера/лида/архитекта. Типа инжиниринг овнер.
продакт отвечает за то что нужно, а инженер за как сделать. Часто инженер отвечает и за что и за как!
инженер всегда может прийти к продакту и сменить приоритеты в зависимости от своего видения.
например фитчу 1 поменять местами с фитчей 2 потому что так оптимальнее закодить.
Инженер Овнером может быть, с моей точки зрения, тот кто пишет код и выкатывает его в прод.
Ни срам мастер, ни продакт, не должны лезть в процесс кодирования, инженеры достаточно умны и компетентны чтобы самим организовать свой процесс наиболее оптимальным способом, но им нужно ставить понятные задачи с четкими критериями.
На самом деле работает! сам проверял. Стоит только сказать что инженеры это дети неразумные и, о чудо, они в таких и превращаются.

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

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

[Catmint]

Ну какой-нибудь Windows представьте себе.

Давно не пользовалась но постараюсь. Надеюсь что работа разбивается на проекты. А не один огромный и монолитный проект который тяжело track.

Так, если проекту 20 лет, то тогда такая была модель проектов, все подключалось к такой большой шине, Как что в шине загнется, всем конец. Потом пришли проекты, разбитые на вполне автономные модули.

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

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

Ну так я о чем и писала. Проект должен иметь определенную цель которую можно выполнить за месяца 3. Если надо больше времени значит работу надо разбить на 2 фазы. Иначе руководство не может monitor the progress и работники не видят финишной прямой.

похоже, вы не поняли. Еще раз: проект отражает процесс. Существуют процессы, которые никогда не заканчиваются, и это легитимно.

Observability, metrics, sla/slo/sli это отдельный вопрос.

[ligth1987]

У нас не какой-то говносайт, где можно зарелизить просто так по желанию левой ноги.

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

а зарплату у вас тоже платят как у нетфликса амазона или фейсбука?

[Alexander Troyansky]

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

а зарплату у вас тоже платят как у нетфликса амазона или фейсбука?

я им такие вопросы не задаю

[ligth1987]

а зарплату у вас тоже платят как у нетфликса амазона или фейсбука?

я им такие вопросы не задаю

ну т.е. вы не платите такие зарплаты очевидно же.

[Alexander Troyansky]

я им такие вопросы не задаю

ну т.е. вы не платите такие зарплаты очевидно же.

я сам никаких зарплат не плачу - не моя это работа. Из микрософта, омозона и оракла к нам люди приходят.

[Uzito]

Амазон тоже пошел на второй круг.
-9000 (AWS, PXT, Advertising and Twitch)

[ligth1987]

ну т.е. вы не платите такие зарплаты очевидно же.

я сам никаких зарплат не плачу - не моя это работа. Из микрософта, омозона и оракла к нам люди приходят.

так вы не уровень зарплат ни ТС этих людей не знаете.
так что платите как FAANG тогда и будет вам наверное все сделано.

[Alexander Troyansky]

я сам никаких зарплат не плачу - не моя это работа. Из микрософта, омозона и оракла к нам люди приходят.

так вы не уровень зарплат ни ТС этих людей не знаете.
так что платите как FAANG тогда и будет вам наверное все сделано.

т.е. надо просто платить тем же людям, как в FAANG, и эти же самые люди всё сделают как надо... Или вы предлагаете заменить людей на тех, что из ФААНГа? Хех, ну вы на святое покушаетесь...