Для наколенного проекта ваш подход может и будет работать, но вот когда у вас эти проекты будут по 7 штук в неделю начинаться и заканчиваться, причем в разных странах и с разными стеками, вот тогда вы без Амазона загнетесь. А предсказуемость затрат на амазоне куда лучше, чем на собственном сервере. Потому что там можно посчитать (там выше говорили, что кто-то с калькулятором считал, но это только справочно, нормально считать надо уметь на мониторинге), сколько вы условно платите за действие пользователя, и сколько вам это действие приносит. На своем вы так посчитать не сможете, потому что стоимость действия пользователя у вас будет нелинейно зависеть от количества пользователей.
Сейчас сложно сказать, что считать не-IT компаниями. Банки, ритейл, энергетика, логистика, медицина, производство - сейчас предприятии любой индустрии может быть очень сильная IT-команда. Тут скорее вопрос не отрасли. По сути, если на предприятии ведется собственная разработка, то это уже IT-компания.
Я бы хотел развернуть категорию Я - DevOps (раз уж мы говорим про DevOps). Вот мы ищем как раз из этой категории. Что тут важно? Чтобы специалист понимал, как вообще происходит разработка софта. Желательно, чтоб знал разные жизненные циклы продуктов, разные модели ветвлений. Знал бы, как приложения собираются и пакуются. Понимал, как происходит тестирование и валидация, зачем нужны и как строятся тестовые контуры. Понимал, какие проблемы возникают при работе конвейера у разработчиков и тестировщиков. Ну и плюс конечно широкий админский базис (но не обязательно глубокий), понимание проблем эксплуатации в проде (мониторинг, безопасность, отказоустойчивость) и умение автоматизировать задачи. Конкретно нам еще важно, чтоб у специалиста был опыт работы с облаками, с дизайном и построением облачной инфраструктуры для современных приложений. Мы считаем, что именно такие специалисты помогают улучшать процесс разработки приложений.
Опцион это часть "компенсации", по сути з.п. Если вы отказываетесь от опциона, вы недополучаете часть дохода.
Еще есть вариант, что вы платили налоги при вестинге, а потом они упали и всё.
К сожалению, часто для кандидата вилка зарплаты является единственным ориентиром и критерием сравнения работодателей. У нас почему-то люди считают, что 100 тысяч в месяц с гарантированным бонусом 10% по итогам года хуже, чем 105 тысяч без бонуса. Не считают опционы чем-то важным, соцпакет вообще считают чем-то вроде подарочного рюкзака с логотипом, хотя он может составлять несколько процентов от з/п. Я уж не говорю про возможности обучения, конференций, сертификаций, это кажется вообще никого не волнует.
А вы попробуйте купить бургер с увеличенным диаметром котлеты, поставкой послезавтра в порт Антверпен с таможенной очисткой, и оплатой в рассрочку на год в лирах.
Если договорились, но рынок вырос или люди на такой же позиции получают больше — это повод передоговориться, а значит уже проблема. Ведь новые переговоры — это изменения в планах обеих сторон. Для организации это изменение бюджета, или просто прямые потери из-за ухода специалиста (найм и обучение нового), для специалиста — некоторый "кассовый разрыв", стресс смены места работы.
Я помню, когда доллар рванул вверх, некоторые мои знакомые с долларовой з/п очень этому радовались. Но быстро выяснилось, что это не у них з/п выросла, а у организации появилась возможность нанять более квалифицированных сотрудников.
В общем, я к чему: как это обычно бывает, ущемление любой из сторон в конечном итоге не выгодно обоим.
Разные компании бывают. Продуктовым нет смысла взять джуна подешевле, он не потянет работу на позиции сеньера. А брать сеньера на з/п джуна — он все равно или уйдет, или повысит з/п.
А вот аутстаффам да, классно брать джунов и выдавать их за сеньеров заказчикам, или наоборот — платить сеньерам меньше рынка. Но они на том и зарабатывают
Прикрутил в CI checkov буквально позавчера, но конечно без настройки собственных проверок это скорее баловство. Но с другой стороны тешу себя надеждой, что если мы добавили это в процесс, то дальше уже само пойдет.
Хочу бы интегрировать с sonar-ом, пока думаю как.
Как я понимаю, она воткнула поддержку этого интерфейса в ARM-архитектуру, и теперь та, кто лицензируют у ARM будут поддерживать ее пропиеритарную технологию.
Да при чем тут CI? Вы можете автоматически тестировать и без CI. И CI (даже с CD) может быть без автоматических, но с ручными тестами. CI — это процесс, а не какой-то фреймворк.
C хорошим CI/CD вы гарантированно будете получать обратную связь не медленнее, чем без него. А уж если у вас самые ценные тесты — самые длинные, то это вопрос к тому, как вы тестируете, а не к процессу доставки.
Для наколенного проекта ваш подход может и будет работать, но вот когда у вас эти проекты будут по 7 штук в неделю начинаться и заканчиваться, причем в разных странах и с разными стеками, вот тогда вы без Амазона загнетесь.
А предсказуемость затрат на амазоне куда лучше, чем на собственном сервере. Потому что там можно посчитать (там выше говорили, что кто-то с калькулятором считал, но это только справочно, нормально считать надо уметь на мониторинге), сколько вы условно платите за действие пользователя, и сколько вам это действие приносит. На своем вы так посчитать не сможете, потому что стоимость действия пользователя у вас будет нелинейно зависеть от количества пользователей.
Реальность порою сильно отличается от представлений о ней. Вот вам кажется, что вы написали что-то осмысленное, а в реальности это не так.
Сейчас сложно сказать, что считать не-IT компаниями. Банки, ритейл, энергетика, логистика, медицина, производство - сейчас предприятии любой индустрии может быть очень сильная IT-команда.
Тут скорее вопрос не отрасли. По сути, если на предприятии ведется собственная разработка, то это уже IT-компания.
Я бы хотел развернуть категорию Я - DevOps (раз уж мы говорим про DevOps). Вот мы ищем как раз из этой категории.
Что тут важно? Чтобы специалист понимал, как вообще происходит разработка софта. Желательно, чтоб знал разные жизненные циклы продуктов, разные модели ветвлений. Знал бы, как приложения собираются и пакуются. Понимал, как происходит тестирование и валидация, зачем нужны и как строятся тестовые контуры. Понимал, какие проблемы возникают при работе конвейера у разработчиков и тестировщиков.
Ну и плюс конечно широкий админский базис (но не обязательно глубокий), понимание проблем эксплуатации в проде (мониторинг, безопасность, отказоустойчивость) и умение автоматизировать задачи.
Конкретно нам еще важно, чтоб у специалиста был опыт работы с облаками, с дизайном и построением облачной инфраструктуры для современных приложений.
Мы считаем, что именно такие специалисты помогают улучшать процесс разработки приложений.
Опцион это часть "компенсации", по сути з.п. Если вы отказываетесь от опциона, вы недополучаете часть дохода.
Еще есть вариант, что вы платили налоги при вестинге, а потом они упали и всё.
Простите, а как self-hosted к8с смасштабирует веб-сервера на несколько порядков? Где он возьмет ресурсы?
Не "вот вы ему больше заплатили", а "моя компенсация на этой должности не соответствует практике компании" :)
К сожалению, часто для кандидата вилка зарплаты является единственным ориентиром и критерием сравнения работодателей. У нас почему-то люди считают, что 100 тысяч в месяц с гарантированным бонусом 10% по итогам года хуже, чем 105 тысяч без бонуса. Не считают опционы чем-то важным, соцпакет вообще считают чем-то вроде подарочного рюкзака с логотипом, хотя он может составлять несколько процентов от з/п. Я уж не говорю про возможности обучения, конференций, сертификаций, это кажется вообще никого не волнует.
А вы попробуйте купить бургер с увеличенным диаметром котлеты, поставкой послезавтра в порт Антверпен с таможенной очисткой, и оплатой в рассрочку на год в лирах.
Если договорились, но рынок вырос или люди на такой же позиции получают больше — это повод передоговориться, а значит уже проблема. Ведь новые переговоры — это изменения в планах обеих сторон. Для организации это изменение бюджета, или просто прямые потери из-за ухода специалиста (найм и обучение нового), для специалиста — некоторый "кассовый разрыв", стресс смены места работы.
Я помню, когда доллар рванул вверх, некоторые мои знакомые с долларовой з/п очень этому радовались. Но быстро выяснилось, что это не у них з/п выросла, а у организации появилась возможность нанять более квалифицированных сотрудников.
В общем, я к чему: как это обычно бывает, ущемление любой из сторон в конечном итоге не выгодно обоим.
Разные компании бывают. Продуктовым нет смысла взять джуна подешевле, он не потянет работу на позиции сеньера. А брать сеньера на з/п джуна — он все равно или уйдет, или повысит з/п.
А вот аутстаффам да, классно брать джунов и выдавать их за сеньеров заказчикам, или наоборот — платить сеньерам меньше рынка. Но они на том и зарабатывают
А откуда он её знает?
Прикрутил в CI checkov буквально позавчера, но конечно без настройки собственных проверок это скорее баловство. Но с другой стороны тешу себя надеждой, что если мы добавили это в процесс, то дальше уже само пойдет.
Хочу бы интегрировать с sonar-ом, пока думаю как.
Мы просто вываливаем в dev environment и запускаем интеграционные тесты. А юнит-тесты во время сборки прогоняем, так же как и SCA.
Но была бы поддержка NVLink в ARMе? Не уверен.
Ну в том-то и дело, что архитектура ARM доступна тем, кто ее лицензирует, а NVLink — нет.
Как я понимаю, она воткнула поддержку этого интерфейса в ARM-архитектуру, и теперь та, кто лицензируют у ARM будут поддерживать ее пропиеритарную технологию.
Ну Растрелли действительно можно назвать российским архитектором, он же строил только в Российской Империи.
Да при чем тут CI? Вы можете автоматически тестировать и без CI. И CI (даже с CD) может быть без автоматических, но с ручными тестами. CI — это процесс, а не какой-то фреймворк.
C хорошим CI/CD вы гарантированно будете получать обратную связь не медленнее, чем без него. А уж если у вас самые ценные тесты — самые длинные, то это вопрос к тому, как вы тестируете, а не к процессу доставки.