Podli

После чего будет обеспечен бесплатной едой и жильём ещё лет на пять

Не, была история смешнее.

Мужики морду друг другу не били, жили втроём. Один помог другому с работой и т.д.

Ну и по итогу хэппи энд - выгнали бабу нахрен

Открыл для себя Kimi.com 

пока что топовая мондель

Говно.

Если под «дрейк» вы имеете в виду крейсер Drake в EVE Online, то:
У него восемь турельных слотов (high slots), куда можно ставить различное стрелковое оружие, в том числе и пулемёты (auto-cannons) .
Соответственно, в максимальной комплектации можно «фитануть» до восьми пулемётов, если не использовать других high-slot модулей (например, лаунчеров или энерго-орудий).

Блочит ручное изменение файлов. CI/CD никто не блочит, но оно срабатывает после замерженых пулреквестов, которые нельзя замержить без какого-либо аппрува.
Ну и разработка это когда изменение файликов локально, в своей любимой иде. Когда меняешь что-то руками в общедоступном энве с котрым работают сотни людей это не разработка, а говно. Не делайте так.

Разраб меняет файлики локально, заливает на дев окружение и смотрит как оно работает или не работает. Код на дев окружении - то что в бранче, в котором он работает. На этой стадии никакие апрувы ему не нужны. Можно вообще работать с локальной рабочей копией кода на компе разраба. Даже коммитить ничего не надо. Изменил файл, нажал рестарт - и у тебя сервак уже готов, можно проверить как оно работает или не работает.
 

Не для кода, а для ручных апдейтов в базе данных. То что там CI/CD задеплоил, после заапрувленных и замерженых пулреквестов, то в базе данных и хозяйничает, а ручками можешь залезть только посмотреть.

Структура таблиц и бд - прописана в соответствующих файликах самого проекта. И при каждом обновлении структура БД приводится в соответствие с описанием в коде. В процессе работы менять никто не мешает, как никто не мешает ручками залить в базу что угодно для тестов - у каждого дев и стейж окружения своя база. Кнопка смыва имеется. Таким макаром можно затестить изменения в структуре БД до отправки их в прод. Залить данные в нужном виде и посмотреть как код их будет прожёвывать и т.д.

Есть инструменты точечного переноса данных с прода - юзаются в основном для багофиксов, когда надо воспроизвести на стейже баг, поковыряться внутри и родить фикс.

Хз чем у вас стейдж и препрод отличается, у нас там было вот-такое: база - копия прода, код - копия прода до четверга, в четверг это ответственое лицо нажимает кнопку, туда накатывает релизная ветка (которая создается в четверг утром, или чуть пораньше) и все тестят, если есть какие-то необходимые фиксы - до середины дня пятницы к этому ответственному лицу можно прийти, но тока если сверху тебе заапрувили твой необходимый фикс. Тогда мержишь в релизветку и это ответственое лицо опять нажмет кнопку. Все накатывается автоматом, руками/костылями лезть ни в коем случае нельзя. Руками в базу можно залезть только посмотреть, на изменение доступ не дадут. Во второй половине дня пятницы накатывают грин деплой в прод и его тестят, если до вечера все норм, переключают на него юзеров.

У нас стейжей штук 50. На них QA тестируют всякое разное, каждая команда своё. После релиза очередной версии на прод - срезается с транка релизная ветка следующей версии, и всё что должно попасть в эту версию - идёт туда. Эта же ветка - идёт на препроды, где проходят всякие перфтесты и взаимодействия в полном окружении из 100500 микросервисов, работа с копией прод базы на несколько терабайт и т.д.

У стейжей свои изолированные обвязки, чаще всего урезанные под задачу определённой команды - им нафиг не нужен весь зоопарк микросервисов если они взаимодействуют с каким-то ограниченым набором.

Естественно руками никто ничего не копирует, но каждый владелец стейжа может залить себе на кластер код любой версии какой захочет. Просто прописываем нужный бранч/хэш, нажимаем апдейт и готово.

ага... значит если в резюме видим набор из "девопс, автоматизация, траблшутинг, стрессоустойчивость" значит это "специалист" вот именно такого уровня...

Тут не про специалистов, а про процесс. Который бузинесс хочет, а не спецы. А хочет он чтобы между "х---к" и "в продакшн" проходило минимум времени. И результат на картинке. Но виноваты конечно же спецы - сова-менеджер виноватой быть не могёт.

Мат под спойлером.

Спойлер

Я правда программист от слова "плохо", мне оно сильно помогает не лезть каждый раз в документацию по каждой команде - выяснять надо там скобки/кавычки/закрывающие символы ставить аль нет. Сразу 100500 времени экономится.

Не, я адепто того, что лучше один раз сесть и разобраться, что всякие скобочки с кавычками означают и нахрена они нужны. Когда разобрался - уже не нужны костыли в виде всяких ИИшек и прочей лабуды. Тут уже сталкиваешься с другими проблемами, где ИИ почему-то старается по ложному пути отправить.

18+

Спойлер