Представляю себе высочайшую квалификацию этих "многих", для которых наличие льготной ипотеки, привязывающей к компании, как крепостного - это аргумент для возвращения.
Пенять на недостаток девопса, суммируя время ревью, сборки, тестов живым человеком, согласований релиза в одну кучу - как-то странно, на мой взгляд. Узким местом может быть CI, который два часа выполняется - а может и загруженность QA, которая сегодня есть, а завтра нет.
В общем, кажется, у меня произошла финтеховская профдеформация - когда полчаса неработоспобности сервиса это повод обсудить работу отдела с CTO, а дальше можно просто начинать вещи паковать :) А места, где не так, кажутся странными.
То есть, развивая вашу логику - инфраструктура должна быть достаточно ненадёжна, чтобы менеджмент понимал, за что платит? :)
У меня, знаете, был один знакомый сисадмин, лет на 15 меня старше, приходящий. Так он в ранг правила это возводил - раз в пару месяцев что-нибудь "ломал", а потом приезжал и героически чинил.
Мне такое не близко, сорян. Надо делать хорошо - и уметь объяснять руководству, какой ценой оно сохраняется хорошим.
От какого момента считается тот день, в течение которого только 14% компаний в состоянии доставить код на прод? От момента, когда ветка полностью протестирована и код смержен? Ну, это смешно.
Чем занимаются те компании, эксплуатация которых не может восстановить сервис в течение часа/дня/недели(?!)? Почему они не выгоняют на мороз таких специалистов после подобных прецедентов?
Может, конечно, мне так с местами работы повезло - но описанные проблемы нигде не были прямо проблемами, консёрны совсем другие.
Вообще, для меня дико читать про описанное вами - я, конечно, видел места, где были какие-то точечные проблемы, но чтобы одновременно фигово было и с межкомандным взаимодействием, и с оформлением задач, и с документированием, и с ревью (это я про тот кривой конфиг, который как-то добрался до прода) - такого ещё не встречал.
У вас такой флеш-рояль, что я даже не знаю, что посоветовать тут всю систему менять надо, начиная с СТО.
Поздравляю, у вас Devops обратно деградировал в замшелое сисадминство. А может, никогда и не эволюционировал :)
Это, впрочем, никак не отменяет того, что задачи должны быть сначала как следует описаны, а уж только потом взяты в работу. Если девопс-инженер не в состоянии из приехавшего от PMa потока сознания итеративно вылупить технически верный тикет - значит, нужен другой инженер, более высокого грейда (скажем, мидл).
А ведь, как уже было написано - так ведут себя попросту хреновые сисадмины, а уж девопсы они или нет - дело второе.
Ваш пример "кабаньего резюме" - это перекос в другую сторону. Может, это и свидетельствует косвенно о реальном и обширном опыте, но так же и о неспособности сжато излагать суть :) Лично мне оптимальным кажется нечто среднее между представленными вариантами.
Чегоо? Элементарно добавляется рейтлимит, который уже где-нибудь на пятом запросе вам капчу начнёт показывать. Возможно, это даже по умолчанию включено.
Смешно всё это читать, не замечая слона в комнате - бесплатный тариф Cloudflare, который для мелко-средних проектов закрывает все потребности в анти-ддосе.
Там такие элементарные вопросы, что как-то даже совестно читерить.
Продвинутый уровень Linux не очень-то продвинут. Другие не смотрел.
Да никак, просто не дают копировать текст и переходить на другие вкладки этого же браузера.
Представляю себе высочайшую квалификацию этих "многих", для которых наличие льготной ипотеки, привязывающей к компании, как крепостного - это аргумент для возвращения.
Большой финтех перестаёт быть финтехом, а становится замшелым банком-мастодонтом :) Желательно предвосхитить этот момент и отчалить.
Да, спасибо, стало понятнее.
Пенять на недостаток девопса, суммируя время ревью, сборки, тестов живым человеком, согласований релиза в одну кучу - как-то странно, на мой взгляд. Узким местом может быть CI, который два часа выполняется - а может и загруженность QA, которая сегодня есть, а завтра нет.
В общем, кажется, у меня произошла финтеховская профдеформация - когда полчаса неработоспобности сервиса это повод обсудить работу отдела с CTO, а дальше можно просто начинать вещи паковать :) А места, где не так, кажутся странными.
То есть, развивая вашу логику - инфраструктура должна быть достаточно ненадёжна, чтобы менеджмент понимал, за что платит? :)
У меня, знаете, был один знакомый сисадмин, лет на 15 меня старше, приходящий. Так он в ранг правила это возводил - раз в пару месяцев что-нибудь "ломал", а потом приезжал и героически чинил.
Мне такое не близко, сорян. Надо делать хорошо - и уметь объяснять руководству, какой ценой оно сохраняется хорошим.
Ничего не понятно.
От какого момента считается тот день, в течение которого только 14% компаний в состоянии доставить код на прод? От момента, когда ветка полностью протестирована и код смержен? Ну, это смешно.
Чем занимаются те компании, эксплуатация которых не может восстановить сервис в течение часа/дня/недели(?!)? Почему они не выгоняют на мороз таких специалистов после подобных прецедентов?
Может, конечно, мне так с местами работы повезло - но описанные проблемы нигде не были прямо проблемами, консёрны совсем другие.
Приорал.
Вообще, для меня дико читать про описанное вами - я, конечно, видел места, где были какие-то точечные проблемы, но чтобы одновременно фигово было и с межкомандным взаимодействием, и с оформлением задач, и с документированием, и с ревью (это я про тот кривой конфиг, который как-то добрался до прода) - такого ещё не встречал.
У вас такой флеш-рояль, что я даже не знаю, что посоветовать
тут всю систему менять надо, начиная с СТО.Поздравляю, у вас Devops обратно деградировал в замшелое сисадминство. А может, никогда и не эволюционировал :)
Это, впрочем, никак не отменяет того, что задачи должны быть сначала как следует описаны, а уж только потом взяты в работу. Если девопс-инженер не в состоянии из приехавшего от PMa потока сознания итеративно вылупить технически верный тикет - значит, нужен другой инженер, более высокого грейда (скажем, мидл).
А ведь, как уже было написано - так ведут себя попросту хреновые сисадмины, а уж девопсы они или нет - дело второе.
И, видимо в отместку, они превратили обычный чизбургер в роял - разумеется, не бесплатно.
Захватывающая история.
Кодринкер же :)
Или зарплаты у кого-то две.
Ну и в сколько лет вы сами оцениваете свой опыт, и какой грейд?
"ближайший конкурент VMware, компания Platform9". Честно, я не настоящий сварщик, но слышу про них впервые :)
Ваш пример "кабаньего резюме" - это перекос в другую сторону. Может, это и свидетельствует косвенно о реальном и обширном опыте, но так же и о неспособности сжато излагать суть :) Лично мне оптимальным кажется нечто среднее между представленными вариантами.
Чегоо? Элементарно добавляется рейтлимит, который уже где-нибудь на пятом запросе вам капчу начнёт показывать. Возможно, это даже по умолчанию включено.
Смешно всё это читать, не замечая слона в комнате - бесплатный тариф Cloudflare, который для мелко-средних проектов закрывает все потребности в анти-ддосе.