Перевод

SPL
Ну, пойдём по порядку.

Бррр. То есть я должен выполнять функции архитектора ПО, разработчика, инженера DevOps и тестировщика одновременно? Любой, кто реально работал в IT-компании, знает, что жизненный цикл продукта на всей его протяженности – это не шутки. В стартапах нередко случается так, что один программист сидит на нескольких стульях и тащит на себе весь процесс, но компания из списка NASDAQ – это однозначно не стартап. Инженеры DevOps отпочковались в отдельную профессию не просто так.
Дополнение: последняя фраза вызвала у людей сильный отклик, поэтому я решил прояснить свою позицию.
Я понимаю: DevOps – это культурное движение, направленное на то, чтобы трансформировать процессы и убрать барьеры между разработкой и эксплуатацией. Чтобы как следует выполнять свою работу, инженеры должны обладать хорошим пониманием практически всех этапов цикла. Но это не значит, что можно всё взвалить на одного человека или одну команду.
Когда разработчики тратят время на что-либо, кроме реализации функциональности или устранения багов, это время пропадает зря. Именно поэтому и появляются особые должности, которые связаны с задачами, не предполагающими работы непосредственно над продуктом.
Инженер DevOps – это общее название для ряда специализированных работ, его можно спокойно заменить более конкретными наименованиями: специалист по надёжности сайтов, опыту разработки или эксплуатации платформ, системный инженер… Как их ни назови, суть в том, что над определёнными областями экосистемы продукта всегда работают разные люди – это позволяет сократить время выхода на рынок и даёт больше гарантий. При таком раскладе разработчики, создающие продукт, не распыляются попусту (например, на настройку сервисов AWS), когда могли бы работать над функциональностью.

Стойте, то есть, ко всему прочему, вы хотите из меня сделать владельца продукта, менеджера по работе с партнёрами и специалиста по развитию бизнеса?

Покажите мне этого человека, который всей душой стремится переписывать чужой паршивый код.

«Да, до кучи будешь ещё и тимлидом».
Требования и желательные навыки соответствуют смехотворно огромному набору обязанностей. Я сильно сомневаюсь, что какой-нибудь разработчик сможет сосредоточиться на разработке на JavaScript, если параллельно ему нужно возиться ещё и с разнообразными сервисами AWS, очередями сообщений, механизмами логирования и анализом логов.
Ближе к концу начинается откровенное перечисление функций DevOps. Для этой работы нужна отдельная ставка – ну, разве только попадётся гений, который разбирается примерно во всём на свете и всегда укладывается ровно в час.
Бонусы не хуже, чем в среднем по индустрии, но они не окупают подобной, по всей признакам, адской работёнки. Есть и другие компании, у которых не менее конкурентоспособные предложения и нет представления о том, что кандидат должен иметь миллион ипостасей и заниматься миллионном задач.
Плохой пример №2: нам нужны ОТВАЖНЫЕ программисты на ОТВАЖНУЮ работу