"Телекран работал на прием и на передачу. Он ловил каждое слово, если его произносили не слишком тихим шепотом; мало того, покуда Уинстон оставался в поле зрения мутной пластины, он был не только слышен, но и виден. Конечно, никто не знал, наблюдают за ним в данную минуту или нет. Часто ли и по какому расписанию подключается к твоему кабелю полиция мыслей - об этом можно было только гадать. Не исключено, что следили за каждым - и круглые сутки. Во всяком случае, подключиться могли когда угодно. Приходилось жить - и ты жил, по привычке, которая превратилась в инстинкт, - с сознанием того, что каждое твое слово подслушивают и каждое твое движение, пока не погас свет, наблюдают. "
Когда что-то отлаживаю в докер поступаю проще. Не редактирую/переписываю слой с установкой софта, а просто добавляю еще одну установку слоем выше. Таким образом сокращается дельта которую будет вносить изменения для отладки. Порой делаю как в > 2 уровней. Когда наотлаживался - объединяю слои и релижу. Это так же покрывает все другие возможные сценарии: установки пакетов, копирования файлов, артефактов из других слоев - чего угодно. И в таком случае не нужно для каждого отдельного сценария изобретать свой велосипед, который потом пришлось бы поддерживать.
А в чем смысл делать это в python? Модули они ведь и так кешируются на уровне слоя докер образа и больше не собирается пока файлик с их дефинициями не меняется. Вы зачем-то меняете его часто? Зачем еще раз кешировать их первоисточники во внешнем кеше? Я понимаю что-нибудь тяжелое и отвратительное из разряда ынтерпраза или мобилок - gradle с 20 гигобайтным кешем... Но python - это не серьезно. Как будто бы разительное усложнение системы и близко не окупит профита от ускорения сборки.
Красноречивей всего за деятельность Алекса Яна говорит видеоролик "Вскрытие колонок ALEKS AUDIO". Если говорить коротко - это тихий ужос, с соплями - болтающимися/висящими на выводах деталями кросовера, дешевыми промышленных динамиками, отвратительной сборкой и пайкой. Сомневаюсь что эта конторка смогла бы выпустить акустику лучше советской S90 обладая тем же уровнем технологий.
Непонятно как большинство этих советов приведут к тому, что именно ваше резюме выберет работодатель из сотен? В чем конкретно состоит механизм позитивного влияния допустим пет-проектов или хард/софт скилов? Работодатель смотрит в первую очередь на опыт - это база, все остальное вторично. И вот в его пачке из сотен резюме можно в один клик нагрепать десятки в которых в резюме опыт есть. А ваше кроме "grep'а" никто даже открывать не будет, потому что его там нет. Как тут помогли ваши советы?
З.Ы.: В 2026 впору писать статьи: "Как выкатиться из IT и не умереть с голоду".
Тулза получилась очень годная, особенно когда по настоящему понимаешь для чего она нужна. Еще радует то что майнтейнеры высокоактивные и легко идут на контакт. Одних только моих багов, без преувеличений, за пять лет (использую с 1.2.8) пофиксили с десяток. Последний вчера, лол.
Использую werf в том числе в жутко наркоманских сценариях: вроде деплоя в кубер e2e mobile тестов + android emulator + релиза бекенд проекта, 1с тестов + review (novnc) окружений, паршу .gitlab-ci.yml в werf.yaml чтобы получить общий источник правды о внешних образах между локальным окружением разработчика и CI, использую разные динамические конфигурации, например когда внешний файл конфигурации является источником правды и для сборки werf и для развертывания (собираю так по кусочкам свагер схемы и в разной конфигурации включаю их на разных окружениях), собираю конфигурацию werf-include из типичных шаблонов хранящихся во внешнем репозитории и т.д. Если бы не werf, не знаю как бы я еще мог заняться таким костылестроением. :)
Вижу что в репозитории последнее время появилось как минимум + 3-4 новых активных разработчика. Будет интересно посмотреть что из этого получится в дальнейшем.
тома хранения могут создаваться с помощью... сегментации сети как разновидности виртуализации хранилища.
Что это значит? Почему тома? Тома - термин из области блочных устройств. А если хранение делается на уровне файлов, например в s3? Не подходит? Правильнее бы звучало - репозитории.
Логическое разделение такая изоляция наименее безопасна
Из чего это следует? Если я делаю чисто логическое разделение, ставлю перед своим storage backend простой (а значит ожидаемо надежный и безопасный), опенсорсный, массово используемый (оттестированный) сервис, который все что только и делает - обеспечивает безопасность: разрешает пользователю user_1 ходить в storage_backend_1, а user_2 в соотвественно _2 и т.д. Например:
Использую на источниках данных в качестве утилиты бекапа restic.
А на сервере хранилище:
rest-server (его storage через rest api) отдельный инстанс для каждого клиента, с настройками append only, смотрящий в свой единственный бекенд репозиторий.
и nginx перед всеми инстансами для acl, т.е. разрешения юзерам обращаться только к своему rest-server -> своему storage backend.
Тогда я сделал что-то сильно небезопасно? Но ведь чтобы утверждать такое, нужно сначала признать что такое жутко обкатаное ПО как nginx небезопасно. И злоумышленик вместо того чтобы начать ломать банки через этот небезопасный nginx, вклиниваясь в их трафик (т.е. с очень понятной и маштабируемой моделью монетизации), решил ломать какой-то богом забытый nginx в моей внутреней сети...
Это разумеется невероятно. Гипотетические риски такой небезопасности просто меркнут на фоне практической гиганской кривизны и забагованости проприетарного, особенно местячкового (т.н. импортозамещерованного), ПО, которое подчастую используется для ЫнтырПрайс бекапа... и в том числе прямо следующей из перечисленного небезопасности.
Физическое разделение
Это вообще сомнительная история из мира идеалистов, у которых только крайности. Причем им невероятно важны только те крайности которые они сами заметили. А то что на практике неразрывно с крайностями в одном вагоне едет еще и гора недостатков. Это идеалистам всеравно, это не тешит их воспаленное самолюбие (я сделал все идеально - "царь во дворца").
А недостатки совершенно понятны:
Бекапы на отделенном (отсоединенном) от сети хранилище нужно таким же "отсоединенным" образом (=руками) выполнять и тестировать.
метрики что бекапа, что тестирования бекапа нужно "отсоединенным" (=руками) образом доставлять в единую систему мониторинга.
И вот мы на практике получаем: мы разменяли гипотетическую (сугубо идеалистическу) безопасность отключеных бекапов, на человеческий фактор их (бекапов) выполнения... Что тут еще сказать? Занавес.
Похоже чем дальше, тем больше поиск работы на рынке будет превращаться в какой-то фарс с унижением соискателей (обесцениванием его времени. Ведь конечно же время среднестатистической 23 летней хрюши стоит неизмеримо дороже чем ИТшника с 10летним опытом). Возможно получится что искать работу будет приемлемо только посредством нетворкинга. Впрочем, уже практически так. А у кого нет нетворкинга - тот будет в бесконечном круговороте общаться с нейро-хрюшами. Такое положение дел для соискателя будет все туже затягивать воронку, а значит нужно будет делать все больше откликов. Внезапно, которые будут попадать в обработку самих хрюш и замкнут петлю положительной обратной связи ухуджения релевантности резюме. Предполагают что она уже может быть давно замкнута: т.н. "найм сломан".
Кто от этого всего выиграет? Работодатели и соискатели очевидно проиграют. Выиграют только продавцы нейро-хрюш и нейро-соискателей. Почему хрюши этого не понимают?
Тут получается как будто бы каноническая "многосторонняя дилема заключенного". Все хотят выигрыша себе, но своей стратегией портят игру всем вокруг. Включая себя самих, при массовом принятии этой стратегии всеми игроками.
Тоже изначально об этом подумал, как будто бы сводится к обычной розетке, но не до конца. Типичная поломка розетки (на моей практике) - это когда она вываливается из стены и на 2 месте имеет плохой и/или обгоревший контакт. Видится что розеточная "щелк-защелк" база должна быть основательной конструкцией внутри стены которую практически невозможно вырвать и сломать (ввиду редкой эксплуатации её механики), в которую бы вставлялся сменный розеточный модуль. Который можно было бы поменять раз 10 за время существования базы. Тем самым заменить испортившися контакты, установить розетку с usb и т.п. зарядкой, мост ethernet-over-220 и т.п. фитчи. Но тут мы возвращаемся к ранее озвученому тезису, что польза то будет, но стоимость будет невероятная. И это никому будет не надо, что с роботами/ИИ, что без роботов.
Та же розетка. В том понимании, как мы себе представляем её замену — это будет делать робот. Щелк, защелк — и поменял на новую.
Не, при капиталистическом базисе так не сработает. Представь себя на месте застрощика. Или ты ставишь обычные розетки или "щелк-защелк" в 10 раз дороже из-за конструктивной сложности и редкости. Выбор типа розетки для всего микрорайона - это заметные деньги, которые можно записать как в и прибыль, так и в убыток. Что же сделает застройщик? Помоему это очевидно. Если смотреть глубже, отсутствие "щелк-защелк" розеток вообще никак не связано с отсуствием или наличием ИИ. Что мешало бы делать их сейчас? Ничего. У них и сейчас были бы существенные плюсы, если бы неквалифицированный человек мог бы их менять без отвертки и отключения электропитания. Но тот кто начнет ставить себе такие розетки первым - начнет проигрывать. Собирая все баги, повышеную стоимость и прочие расходы. Поэтому это никому не надо. Тут как будто нужно надеяться на роль государства, которое могло бы установить соотвествующие правила для "розеток". Да вот беда в том, что при капиталистическом базисе "застрощики микрорайонов" (крупные буржуи) и есть посути государство.
Для джунов и мидлов это бесплатный мастер-класс от сеньоров.
Говорят на вакансии джуна местами конкурс уже 1 к 2000. Как вы сами думаете? Как отнесется джун к вашей вакансии, когда увидит ваше предложение, которое практически будет звучать так: поработай 2000 дней бесплатно и получишь работу? Согласен, найм сломан. И во многом именно вами и такими как вы.
У вас должно быть откуда-то есть ресурс высокомотивированных кандидатов готовых делать долгие задания. Но это совсем не общая практика.
Публичный бесплатный dns сервис без СМС и регистрации в 2025 году... Не знаю что тут нужно делать: плакать или смеяться? Сделайте пожалуста еще бесплатный публичный безопасный оптимизированный ftp сервис с резервированием и отказоустойчивостью, проверкой на вирусы - чтобы пользователь чувствовал себя в безопасности, для корпоративного, домашнего или мобильного использования (надо больше базвордов, богу базвордов). Джва года жду такой сервис.
Происходящее все больше напоминает планету Торманс. Где люди, жители планеты, не летали в космос не потому что не могли - не хватало технологий и т.д. А потому:
Что наука и исследования не нужны элитам, они могут пошатнуть стабильность.
Что ресурсы "разумнее" тратить на поддержание потребления (в основном элит) и борьбу с экологической катастрофой вызванной этим же безудержным потреблением.
Что люди высокоразвитой, по сути (покрайней мере в прошлом), цивилизации занимались своим физически выживанием... Какой им космос?
В который раз отмечаю, насколько уникальной и пророческой была советская фантастика. Она еще десятилетия назад рассказывала истории, но как оказалось не о далеком антиутопическом будущем, а теперешнем счастливом настоящем ("цак надеть и радоваться, приказ господина ПЖ").
Из чего можно сделать такой вывод? Я просто указал на наличие противоречий. В реальности все может пойти далеко не единственным социально одобряемым путем.
А можно и не выбить. Странно что вы делаете выводы исходя их того что носит вероятностный и нестабильный характер. Я имел в виду под "оплатой" обслуживание робота. На этом нельзя, не рационально экономить.
Несколько человек в несколько смен так же работают 24/7. Но в отличии от робота ты можешь заставить их работать эффективнее, с перегрузкой. То что они будут в косвенном смысле "выгорать" это для тебя ничто (новых наймешь), в сравнении с реальным выгоранием (выходом из строя) робота.
Робот - это огромные капитальные инвестиции. Если ты поставил его на склад, то ты согласился с большими потерями. В случае не квалифицированного работника, увольнение и найм его тоже конечно имеет стоимость, но это как правило меньше его оклада. Просто ничто в сравнении с ценой простаивающего робота.
На мой взгляд это совершенно ненужная финча в ансибле, которая только портит код. Не должно быть откуда ни возьмись подключающихся файлов с переменными. Если эти файлы нацелены на какие-то конкретнные хосты, то в их group и host_vars это и надо задавать, или может быть в отдельной группе отвечающей конкретно за эту конфигурацию.
Каким образом обороты увеличиваются от автоматизации? Она каким-то образом создает дополнительный спрос? (или просто перетягивает часть рынка в вашу пользу? Тогда это в масштабах Земли не меняет ничего. Игра с нулевой суммой, где-то убыло, где-то прибыло).
увеличивает приток инвестиций
В России например всего 2 крупных онлайн маркетплейса. И один из них wildberries - это частная компания, не торгующаяся на бирже. Зачем ей ваши инвестиции?
налоговые отчисления в бюджет страны
С фонда оплаты труда тоже делаются отчисления с бюджет. И внезапно это 46% против 20% налога на доход компаний.
"Телекран работал на прием и на передачу. Он ловил каждое слово, если его произносили не слишком тихим шепотом; мало того, покуда Уинстон оставался в поле зрения мутной пластины, он был не только слышен, но и виден. Конечно, никто не знал, наблюдают за ним в данную минуту или нет. Часто ли и по какому расписанию подключается к твоему кабелю полиция мыслей - об этом можно было только гадать. Не исключено, что следили за каждым - и круглые сутки. Во всяком случае, подключиться могли когда угодно. Приходилось жить - и ты жил, по привычке, которая превратилась в инстинкт, - с сознанием того, что каждое твое слово подслушивают и каждое твое движение, пока не погас свет, наблюдают. "
Джордж Оруэлл "1984"
Когда что-то отлаживаю в докер поступаю проще.
Не редактирую/переписываю слой с установкой софта, а просто добавляю еще одну установку слоем выше. Таким образом сокращается дельта которую будет вносить изменения для отладки. Порой делаю как в > 2 уровней. Когда наотлаживался - объединяю слои и релижу.
Это так же покрывает все другие возможные сценарии: установки пакетов, копирования файлов, артефактов из других слоев - чего угодно. И в таком случае не нужно для каждого отдельного сценария изобретать свой велосипед, который потом пришлось бы поддерживать.
А в чем смысл делать это в python?
Модули они ведь и так кешируются на уровне слоя докер образа и больше не собирается пока файлик с их дефинициями не меняется. Вы зачем-то меняете его часто?
Зачем еще раз кешировать их первоисточники во внешнем кеше?
Я понимаю что-нибудь тяжелое и отвратительное из разряда ынтерпраза или мобилок - gradle с 20 гигобайтным кешем...
Но python - это не серьезно.
Как будто бы разительное усложнение системы и близко не окупит профита от ускорения сборки.
Красноречивей всего за деятельность Алекса Яна говорит видеоролик "Вскрытие колонок ALEKS AUDIO".
Если говорить коротко - это тихий ужос, с соплями - болтающимися/висящими на выводах деталями кросовера, дешевыми промышленных динамиками, отвратительной сборкой и пайкой.
Сомневаюсь что эта конторка смогла бы выпустить акустику лучше советской S90 обладая тем же уровнем технологий.
Непонятно как большинство этих советов приведут к тому, что именно ваше резюме выберет работодатель из сотен? В чем конкретно состоит механизм позитивного влияния допустим пет-проектов или хард/софт скилов?
Работодатель смотрит в первую очередь на опыт - это база, все остальное вторично. И вот в его пачке из сотен резюме можно в один клик нагрепать десятки в которых в резюме опыт есть. А ваше кроме "grep'а" никто даже открывать не будет, потому что его там нет.
Как тут помогли ваши советы?
З.Ы.: В 2026 впору писать статьи: "Как выкатиться из IT и не умереть с голоду".
Поздравляю в юбилеем!
Тулза получилась очень годная, особенно когда по настоящему понимаешь для чего она нужна.
Еще радует то что майнтейнеры высокоактивные и легко идут на контакт. Одних только моих багов, без преувеличений, за пять лет (использую с 1.2.8) пофиксили с десяток. Последний вчера, лол.
Использую werf в том числе в жутко наркоманских сценариях: вроде деплоя в кубер e2e mobile тестов + android emulator + релиза бекенд проекта, 1с тестов + review (novnc) окружений, паршу .gitlab-ci.yml в werf.yaml чтобы получить общий источник правды о внешних образах между локальным окружением разработчика и CI, использую разные динамические конфигурации, например когда внешний файл конфигурации является источником правды и для сборки werf и для развертывания (собираю так по кусочкам свагер схемы и в разной конфигурации включаю их на разных окружениях), собираю конфигурацию werf-include из типичных шаблонов хранящихся во внешнем репозитории и т.д.
Если бы не werf, не знаю как бы я еще мог заняться таким костылестроением. :)
Вижу что в репозитории последнее время появилось как минимум + 3-4 новых активных разработчика.
Будет интересно посмотреть что из этого получится в дальнейшем.
Что это значит?
Почему тома? Тома - термин из области блочных устройств.
А если хранение делается на уровне файлов, например в s3? Не подходит?
Правильнее бы звучало - репозитории.
Из чего это следует?
Если я делаю чисто логическое разделение, ставлю перед своим storage backend простой (а значит ожидаемо надежный и безопасный), опенсорсный, массово используемый (оттестированный) сервис, который все что только и делает - обеспечивает безопасность: разрешает пользователю user_1 ходить в storage_backend_1, а user_2 в соотвественно _2 и т.д.
Например:
Использую на источниках данных в качестве утилиты бекапа restic.
А на сервере хранилище:
rest-server (его storage через rest api) отдельный инстанс для каждого клиента, с настройками append only, смотрящий в свой единственный бекенд репозиторий.
и nginx перед всеми инстансами для acl, т.е. разрешения юзерам обращаться только к своему rest-server -> своему storage backend.
Тогда я сделал что-то сильно небезопасно?
Но ведь чтобы утверждать такое, нужно сначала признать что такое жутко обкатаное ПО как nginx небезопасно. И злоумышленик вместо того чтобы начать ломать банки через этот небезопасный nginx, вклиниваясь в их трафик (т.е. с очень понятной и маштабируемой моделью монетизации), решил ломать какой-то богом забытый nginx в моей внутреней сети...
Это разумеется невероятно.
Гипотетические риски такой небезопасности просто меркнут на фоне практической гиганской кривизны и забагованости проприетарного, особенно местячкового (т.н. импортозамещерованного), ПО, которое подчастую используется для ЫнтырПрайс бекапа... и в том числе прямо следующей из перечисленного небезопасности.
Это вообще сомнительная история из мира идеалистов, у которых только крайности.
Причем им невероятно важны только те крайности которые они сами заметили. А то что на практике неразрывно с крайностями в одном вагоне едет еще и гора недостатков. Это идеалистам всеравно, это не тешит их воспаленное самолюбие (я сделал все идеально - "царь во дворца").
А недостатки совершенно понятны:
Бекапы на отделенном (отсоединенном) от сети хранилище нужно таким же "отсоединенным" образом (=руками) выполнять и тестировать.
метрики что бекапа, что тестирования бекапа нужно "отсоединенным" (=руками) образом доставлять в единую систему мониторинга.
И вот мы на практике получаем: мы разменяли гипотетическую (сугубо идеалистическу) безопасность отключеных бекапов, на человеческий фактор их (бекапов) выполнения...
Что тут еще сказать?
Занавес.
Похоже чем дальше, тем больше поиск работы на рынке будет превращаться в какой-то фарс с унижением соискателей (обесцениванием его времени. Ведь конечно же время среднестатистической 23 летней хрюши стоит неизмеримо дороже чем ИТшника с 10летним опытом).
Возможно получится что искать работу будет приемлемо только посредством нетворкинга. Впрочем, уже практически так.
А у кого нет нетворкинга - тот будет в бесконечном круговороте общаться с нейро-хрюшами.
Такое положение дел для соискателя будет все туже затягивать воронку, а значит нужно будет делать все больше откликов. Внезапно, которые будут попадать в обработку самих хрюш и замкнут петлю положительной обратной связи ухуджения релевантности резюме. Предполагают что она уже может быть давно замкнута: т.н. "найм сломан".
Кто от этого всего выиграет?
Работодатели и соискатели очевидно проиграют.
Выиграют только продавцы нейро-хрюш и нейро-соискателей.
Почему хрюши этого не понимают?
Тут получается как будто бы каноническая "многосторонняя дилема заключенного".
Все хотят выигрыша себе, но своей стратегией портят игру всем вокруг. Включая себя самих, при массовом принятии этой стратегии всеми игроками.
Тоже изначально об этом подумал, как будто бы сводится к обычной розетке, но не до конца.
Типичная поломка розетки (на моей практике) - это когда она вываливается из стены и на 2 месте имеет плохой и/или обгоревший контакт.
Видится что розеточная "щелк-защелк" база должна быть основательной конструкцией внутри стены которую практически невозможно вырвать и сломать (ввиду редкой эксплуатации её механики), в которую бы вставлялся сменный розеточный модуль. Который можно было бы поменять раз 10 за время существования базы. Тем самым заменить испортившися контакты, установить розетку с usb и т.п. зарядкой, мост ethernet-over-220 и т.п. фитчи.
Но тут мы возвращаемся к ранее озвученому тезису, что польза то будет, но стоимость будет невероятная. И это никому будет не надо, что с роботами/ИИ, что без роботов.
Не, при капиталистическом базисе так не сработает.
Представь себя на месте застрощика. Или ты ставишь обычные розетки или "щелк-защелк" в 10 раз дороже из-за конструктивной сложности и редкости. Выбор типа розетки для всего микрорайона - это заметные деньги, которые можно записать как в и прибыль, так и в убыток. Что же сделает застройщик?
Помоему это очевидно.
Если смотреть глубже, отсутствие "щелк-защелк" розеток вообще никак не связано с отсуствием или наличием ИИ.
Что мешало бы делать их сейчас? Ничего. У них и сейчас были бы существенные плюсы, если бы неквалифицированный человек мог бы их менять без отвертки и отключения электропитания. Но тот кто начнет ставить себе такие розетки первым - начнет проигрывать. Собирая все баги, повышеную стоимость и прочие расходы. Поэтому это никому не надо.
Тут как будто нужно надеяться на роль государства, которое могло бы установить соотвествующие правила для "розеток". Да вот беда в том, что при капиталистическом базисе "застрощики микрорайонов" (крупные буржуи) и есть посути государство.
Говорят на вакансии джуна местами конкурс уже 1 к 2000.
Как вы сами думаете? Как отнесется джун к вашей вакансии, когда увидит ваше предложение, которое практически будет звучать так: поработай 2000 дней бесплатно и получишь работу?
Согласен, найм сломан. И во многом именно вами и такими как вы.
У вас должно быть откуда-то есть ресурс высокомотивированных кандидатов готовых делать долгие задания. Но это совсем не общая практика.
"Силовой сервер" прямо доставило.
Лучше был бы только "сервер власти".
Публичный бесплатный dns сервис без СМС и регистрации в 2025 году...
Не знаю что тут нужно делать: плакать или смеяться?
Сделайте пожалуста еще бесплатный публичный безопасный оптимизированный ftp сервис с резервированием и отказоустойчивостью, проверкой на вирусы - чтобы пользователь чувствовал себя в безопасности, для корпоративного, домашнего или мобильного использования (надо больше базвордов, богу базвордов).
Джва года жду такой сервис.
Что вы имеете в виду?
S3 это же объектное хранилище, не блочное. Какие виртуалки?
Происходящее все больше напоминает планету Торманс. Где люди, жители планеты, не летали в космос не потому что не могли - не хватало технологий и т.д. А потому:
Что наука и исследования не нужны элитам, они могут пошатнуть стабильность.
Что ресурсы "разумнее" тратить на поддержание потребления (в основном элит) и борьбу с экологической катастрофой вызванной этим же безудержным потреблением.
Что люди высокоразвитой, по сути (покрайней мере в прошлом), цивилизации занимались своим физически выживанием... Какой им космос?
В который раз отмечаю, насколько уникальной и пророческой была советская фантастика. Она еще десятилетия назад рассказывала истории, но как оказалось не о далеком антиутопическом будущем, а теперешнем счастливом настоящем ("цак надеть и радоваться, приказ господина ПЖ").
Скажите, а вы лично пробовали учиться новому отстояв на ногах 12 часов в день за кассой "пятерочки"?
И как получается? Успешно?
Из чего можно сделать такой вывод?
Я просто указал на наличие противоречий. В реальности все может пойти далеко не единственным социально одобряемым путем.
А можно и не выбить. Странно что вы делаете выводы исходя их того что носит вероятностный и нестабильный характер. Я имел в виду под "оплатой" обслуживание робота. На этом нельзя, не рационально экономить.
Несколько человек в несколько смен так же работают 24/7. Но в отличии от робота ты можешь заставить их работать эффективнее, с перегрузкой. То что они будут в косвенном смысле "выгорать" это для тебя ничто (новых наймешь), в сравнении с реальным выгоранием (выходом из строя) робота.
Робот - это огромные капитальные инвестиции. Если ты поставил его на склад, то ты согласился с большими потерями. В случае не квалифицированного работника, увольнение и найм его тоже конечно имеет стоимость, но это как правило меньше его оклада. Просто ничто в сравнении с ценой простаивающего робота.
На мой взгляд это совершенно ненужная финча в ансибле, которая только портит код.
Не должно быть откуда ни возьмись подключающихся файлов с переменными. Если эти файлы нацелены на какие-то конкретнные хосты, то в их group и host_vars это и надо задавать, или может быть в отдельной группе отвечающей конкретно за эту конфигурацию.
Весьма сомнительно.
Каким образом обороты увеличиваются от автоматизации? Она каким-то образом создает дополнительный спрос? (или просто перетягивает часть рынка в вашу пользу? Тогда это в масштабах Земли не меняет ничего. Игра с нулевой суммой, где-то убыло, где-то прибыло).
В России например всего 2 крупных онлайн маркетплейса. И один из них wildberries - это частная компания, не торгующаяся на бирже. Зачем ей ваши инвестиции?
С фонда оплаты труда тоже делаются отчисления с бюджет. И внезапно это 46% против 20% налога на доход компаний.