Тут другое удивляет. Человек на серьезных щах несет технически безграмотную и легкоопровергаемую ересь, что говорит об уровне других специалистов и компании в целом.
Стоит отметить, что при увеличении количества дисков RAID 10 выигрывает в надежности
В корне неверно. Вероятность отказа 2-го диска во время ребилда равна как из битой половинки, так и из небитой. Либо пишите сразу что у вас много денег тройное зеркало
У вас подмена понятий. Не 10ка такая расчудесная, а дополнительные диски избыточности. В 6ке их 2, но разница в том, что их там всегда 2, а в 10ке как повезет. У меня прям щас развалился работающий 12 лет raidz2 и я спокойно его восстанавливаю, попивая чай.
За все время я видел только 3 интересных сценария: 1. Есть авто, передает уровень бензина, на панели в доме отображается километраж, исходя из этого уровня. Человек сходу видит нужно ли заехать на заправку. 2. Датчики света внутри и снаружи + астрономический контроллер поддерживают единую цветовую температуру в доме (как трутон в эппол) 3. Климатический контроллер связан с термоголовкой, кондиционером, вентиляцией, увлажнителем и теплым полом. И не спрашивайте сколько это стоит)
Тезис был к тому, что для слаженной команды PM не сильно то и нужен, а если и есть, то просто усиливает, не давая каких-то уникальных бонусов. Слаженные джуны такой же провал как и неслаженные синьоры. Так что да, можно поверить в правдивость истории, с поправкой что команда изначально была настолько слабая с организационном плане, что там именно PM командовал парадом, работая и лидом и аналитиком. Можно предположить что и вся компания скорее всего так выстроена. Я просто знаю примеры, когда команда не то что PM-ов, а неподходящих тимлидов выгоняла на мороз. Но история выставлена так, что кривые процессы и рекрутинг превратились в "к нам пришли и все развалили".
Ваша логическая ошибка тут. Не сеньорность определяет слаженность команды. Это очень большая тема про софты и все такое.
Если конечно смотреть на PM еще и по аутсорсу/аутстафу, у меня компаний за карьеру было не так много, но проектов за 30 и ни разу не видел, чтобы именно от PM зависела разработка.
Пример №1, PM нет или они часто меняются. Экспертиза и аналитика размазывается между тимлидом и продактом, +X% к таймтумаркету, полимеры целые, команда целая, никто не выгорел.
Пример №2, PM есть, но не вмешивается в техническую работу. Периодические срачи с заказчиком по графику релизов дают +Y% к таймтумаркету, все работают как работали.
Извините, но не верю. Как может вообще один PM развалить команду? Это не армия, не гос и не поехавший гендир. У остальных лапки, они не могут работать без менеджера? Любая адекватная команда пошлет неадеквата и самое простое будет общаться в своих чатах, а самое плохое, уйдет половина.
А при чем тут архитектура? В статье не рассматривается автоматизация разных уровней, если брать E2E, то с микросервисами проблем даже больше будет, т.к. прибавятся проблемы инфраструктуры.
Ваши 3 шага не устраняют 100% багов. А в пятницу не деплоят вовсе не из-за чьих-то фобий, а потому что суббота выходной. Точно так же избегают предпраздничных дат и отпусков критичного персонала. Не нужно подменять риск-менеджмент на психологию.
Тут другое удивляет. Человек на серьезных щах несет технически безграмотную и легкоопровергаемую ересь, что говорит об уровне других специалистов и компании в целом.
В корне неверно. Вероятность отказа 2-го диска во время ребилда равна как из битой половинки, так и из небитой. Либо пишите сразу что у вас
много денегтройное зеркалоУ вас подмена понятий. Не 10ка такая расчудесная, а дополнительные диски избыточности. В 6ке их 2, но разница в том, что их там всегда 2, а в 10ке как повезет. У меня прям щас развалился работающий 12 лет raidz2 и я спокойно его восстанавливаю, попивая чай.
За все время я видел только 3 интересных сценария:
1. Есть авто, передает уровень бензина, на панели в доме отображается километраж, исходя из этого уровня. Человек сходу видит нужно ли заехать на заправку.
2. Датчики света внутри и снаружи + астрономический контроллер поддерживают единую цветовую температуру в доме (как трутон в эппол)
3. Климатический контроллер связан с термоголовкой, кондиционером, вентиляцией, увлажнителем и теплым полом. И не спрашивайте сколько это стоит)
— А что вы знаете?
— Spring, Django, React, Vie, Angular
Для флеш-рояля не хватает ларавеля и получится перспективный проджект менеджер
Тезис был к тому, что для слаженной команды PM не сильно то и нужен, а если и есть, то просто усиливает, не давая каких-то уникальных бонусов. Слаженные джуны такой же провал как и неслаженные синьоры. Так что да, можно поверить в правдивость истории, с поправкой что команда изначально была настолько слабая с организационном плане, что там именно PM командовал парадом, работая и лидом и аналитиком. Можно предположить что и вся компания скорее всего так выстроена. Я просто знаю примеры, когда команда не то что PM-ов, а неподходящих тимлидов выгоняла на мороз. Но история выставлена так, что кривые процессы и рекрутинг превратились в "к нам пришли и все развалили".
Ваша логическая ошибка тут. Не сеньорность определяет слаженность команды. Это очень большая тема про софты и все такое.
Если конечно смотреть на PM еще и по аутсорсу/аутстафу, у меня компаний за карьеру было не так много, но проектов за 30 и ни разу не видел, чтобы именно от PM зависела разработка.
Пример №1, PM нет или они часто меняются. Экспертиза и аналитика размазывается между тимлидом и продактом, +X% к таймтумаркету, полимеры целые, команда целая, никто не выгорел.
Пример №2, PM есть, но не вмешивается в техническую работу. Периодические срачи с заказчиком по графику релизов дают +Y% к таймтумаркету, все работают как работали.
Извините, но не верю. Как может вообще один PM развалить команду? Это не армия, не гос и не поехавший гендир. У остальных лапки, они не могут работать без менеджера? Любая адекватная команда пошлет неадеквата и самое простое будет общаться в своих чатах, а самое плохое, уйдет половина.
Как тут два раза плюсануть?
Самые смешные вакансии Сбера в линке. Потому что они не открываются с зарубежных IP.
SelectorsHub сейчас то ли заражен, то ли всегда таким был - открывает рекламные ссылки
JavaFaker давно заброшен, его заменил https://github.com/datafaker-net/datafaker
А при чем тут архитектура? В статье не рассматривается автоматизация разных уровней, если брать E2E, то с микросервисами проблем даже больше будет, т.к. прибавятся проблемы инфраструктуры.
Ваши 3 шага не устраняют 100% багов. А в пятницу не деплоят вовсе не из-за чьих-то фобий, а потому что суббота выходной. Точно так же избегают предпраздничных дат и отпусков критичного персонала. Не нужно подменять риск-менеджмент на психологию.