Кадровый Болт Генона

Сотрудник Bank of America скончался из-за переработок. В течение четырех недель подряд он работал по 120 часов в неделю над сделкой и пил энергетические напитки, чтобы не заснуть. 

У него остались жена и ребенок, он недавно присоединился к банковской программе «Ветеран».

Трагедия напомнила о жалобах прошлых лет от новичков, которые заявляли, что во время пандемии работали по 100 часов в неделю.

+ BofA intern dies after reportedly working 3 straight days PUBLISHED TUE, AUG 20 2013 8:49 AM EDT https://www.cnbc.com/amp/id/100974434

Порноактрисы уходят в айти. Твиттерский рассказал, как учит Сашу Грей работать с командной строкой Bash. Актриса сделала репост и поблагодарила парня. Вот и сюжет для нового фильма. 👍 Бэкдор

Мало развернуть приложение на EC2-инстансе и обновлять его по ssh. НЕТ! Его обязательно нужно запихать в Docker контейнер, а контейнер в свою очередь всунуть в кластер ECS и обмазать всё в CloudFormation! Был упомянут ECS??? О нет! ECS был уже вчера!!! Сегодня нужен только EKS! Он глючный и плохо интегрирован в остальной зоопарк AWS? Ну и что!? Зато все вакансии для DevOps только с опытом EKS не менее 10 лет. И плевать, что сама технология работает только 6. Любые аргументы против воспринимаются руководством только как саботаж со стороны подчинённого!
. . .
Нужно понимать 300500 технологий, иметь в них опыт и всё равно при смене работодателя на техническом собеседовании осознать, что из всего опросного листа можешь уверенно ответить только на половину. 
. . .
 Перспективы углубления знаний в том самом пресловутом количестве технологий. В жизни DevOps инженера мало знать 300 технологий. Через год такой инженер должен будет знать ещё 300, потому что за год выйдет именно столько изменений и старые технологии уйдут на второй план. Жил себе был Elastic Load Balancer, для решения глюков с которым уже понастроено 500 костылей, но НЕТ, он больше не нужен! Построим новые костыли и назовём их теперь Application Load Balancer и Network Load Balancer — любитесь!
. . .
К чему всё это было сказано? К тому, что в противовес постоянно изменяющемуся и даже, не побоюсь этого слова, ДЕФОРМИРУЮЩЕМУСЯ миру технологий DevOps, мир программирования на Си стабилен и будет таковым ещё очень долго — на век читателей точно хватит. Поэтому отказ от DevOps с переходом в программирование вообще и программирование на Си в частности, стало моим личным выбором. И я рад поделиться своим опытом с читателями.

Почему ни в коем случае НЕ надо становиться DevOps инженером! Предостережения начинающим и совет что же делать если «НЕ» https://habr.com/ru/articles/811429/

lol google fires US-based python team to replace them with the "cheaper" guys from outside the country https://www.businesstoday.in/technology/news/story/google-layoffs-sundar-pichai-led-company-allegedly-fires-entire-python-team-427328-2024-04-29

ОГРОМНЫЙ пост

- Center for Economic Studies провёл исследование производительности труда в 140 тысячах компаний. И в 45% случаев рост производительности труда сочетался с ростом числа работников. 

- Исследование American Management Association показало другую сторону этой медали: компании, запустившие программы сокращений улучшают свою прибыль и производительность труда лишь в 30% случаев. Что хуже - в 20% случаев после сокращений компании должны нанять даже больше людей, чтобы вернуться на старый уровень производительности труда.

- Wall Street Journal и вовсе обнаружил, что эффект от увольнения сотрудников длится едва ли 6 месяцев. И после этого компании только в последующие  3 года теряли в среднем 24% собственного капитала. 

- Самое время вспомнить Генри Форда: "Урезание заработной платы никоим образом не приводит к сокращению издержек — наоборот, оно увеличивает их. Единственный путь добиться минимизации издержек состоит в том, чтобы платить отличные деньги за отличную работу".

Как «оптимизация» зарплат вредит бизнесу, и что делать https://habr.com/ru/articles/810583/