Ну ок, Васе можно заплатить разницу между его чистым трудом и удешевлением от робота. Тут тогда вопрос «а нафига работодателю вообще тогда ставить роботов», но на него он ответит наверное тем, что робот будет работать не только 8 васиных часов, а 24, и в остальное время принесет дополнительный доход заводу.
Так snap — это и есть «докер для десктопных приложений», и появился он совсем недавно.
Системные библиотеки (типа libssl) обновляются вместе с базовым образом
и кто-то должен его обновить. Кто? Разработчику это в общем-то ненужно. Об этом вся статья и есть — разработчику нужно взять что-то, и дописать к этому своё, новое. Заниматься обновлениями, поддержкой — это не его. И devops как практика был придуман именно для расширения спектра задач программиста, но в итоге всё равно есть ops'ы и они этим всем занимаются, вот только бывают разные перекосы: может быть много разрабтчиков и мало админов, и те не успевают следить за всем. Может быть такой подход в компании, что «вы тут делайте как программистам надо — они фичи пишут, которые бизнесу еще вчера нужны, отстаньте со своими проблемами, они неважные».
Это-то как раз не удивляет — СМИ ж контролируются хорошо. Если сначала государство научится контролировать информационные потоки, а потом будет закручивать гайки, то про протесты неоткуда будет узнавать (кроме как по сарафанному радио, а когда ходить в гости и обсуждать это, если работаешь 996?)
излагаю факт нал.ичия какого то невиданного количества заболевших ОРВИ, факта мне совершенно непонятного
не знаю как у вас, но в Сибири каждую весну и осень болеют ОРВИ очень, очень много народу. И если прошлой весной реально жизнь остановилась, и срубила эпидемию гриппа на корню, то эта весна ничем не отличалась от весны, ну например, 2018 года, все общественные места открыты, да и без масок куча народу (которые от гриппа-то помогают!) — ну вот и болеют ОРВИ также. А жаль — я надеялся, что из-за борьбы с ковидом станет меньше гриппа в принципе, т.к люди оценят, что не болеют весной-осенью и будут хотя бы в это время хотя бы в масках в транспорте.
Ну чисто логически: раньше делали пломбы из плохих материалов, вон даже в статье в секции про ОМС об этом вскользь, «хорошо хоть что сейчас перестали делать из...» — ну вот такие старые пломбы наверное стоит менять на новые, потому что они могут быть уже с дефектами. Но подождём ответа профессионалов, конечно.
Так и представляется сценка где-нибудь в арбитражном суде:
Судья (С): Почему не выполнили условий контракта?
Ну если хотите работать по контракту по скраму — очевидно это надо прописывать в контракте. Не «будет сделано к февралю», а как-то иначе под скрам формулировать.
Есть очень много бизнес процессов в которых формализм и соблюдение нормативки важнее продукта
ну так это получается, что люди знают «как». А гибкие методологии — когда не знают. Ну вон отличный пример — полет первого человека в космос, никто не знал как, по частям решали проблему. Ракету потестили, потом на животных… ну вот как-то и достигли результата, в итоге.
эм, а вы их раз в год деплоите? Если это сервисы, которые не разрабатываются никем — ну грустно. Первые кандидаты на всякие уязвимости, если их никто не поддерживает и не накатывает секьюрити-апдейты.
мы тут контейнеры вроде как обсуждаем, а для них это — нормальная жизненная ситуация. Если вы используете контейнеры, но для вас это выглядит ненормальным — это вопрос к вашим процессам видимо.
если вы запретите обновлять хеш базового образа при создании своих. И я даже не хочу представлять последствия такого решения.
ну вообще полезно этим заняться, только с другой стороны: своевременно везде обновлять базовый образ, чтобы уязвимости закрывать. Это та же проблема, и также решается — настройкой сборки, выносом версий базовых образов куда-то в глобальное место, и т.д.
что вполне неплохо для молодёжи, хотят - пусть официально работают дольше.
И вот лежит у тебя в кэше latest уже год, а тем временем latest уже 100500 раз обновился там, в интернете.
и кто-то должен его обновить. Кто? Разработчику это в общем-то ненужно. Об этом вся статья и есть — разработчику нужно взять что-то, и дописать к этому своё, новое. Заниматься обновлениями, поддержкой — это не его. И devops как практика был придуман именно для расширения спектра задач программиста, но в итоге всё равно есть ops'ы и они этим всем занимаются, вот только бывают разные перекосы: может быть много разрабтчиков и мало админов, и те не успевают следить за всем. Может быть такой подход в компании, что «вы тут делайте как программистам надо — они фичи пишут, которые бизнесу еще вчера нужны, отстаньте со своими проблемами, они неважные».
Ну если хотите работать по контракту по скраму — очевидно это надо прописывать в контракте. Не «будет сделано к февралю», а как-то иначе под скрам формулировать.