При достаточном финансировании/запугивании "другим государством" заметная часть населения кто из страха, а кто и добровольно готово "разрушить государство". Ловят периодически всяких поджигателей автоматики ЖД: "Задержанные ранее поджигатели утверждают, что неизвестные через мессенджеры предлагают им подзаработать таким способом: гонорар за уничтоженный шкаф обычно составляет от 5 до 30 тысяч рублей на электронный кошелек.". Тот самый спам "быстрый заработок за 2 часа" - в том числе оно.
"не думали" тут не работает, очень многие хотят халяву.
Плюс всегда есть бунтари "из принципа". Только менять власть нужно изнутри, а не такой дурью.
Один раз надо было уехать на неделю, кошка спокойно пережила с нечищенным туалетом. Корм ест в меру, можно насыпать недельный запас - к приезду ещё и останется, тазик воды + в ванне несколько см (пить можно, утонуть вообще нет, такой уровень не боится). Плюс соседка пару раз заходила, проверить всё ли ок, еды подсыпать может, но туалет чистить не будет. Чистим конечно чаще, но не раз в день. Где-то раз в 2-3 дня. Но наполнитель комкующийся, и чистить легко, и запахов нет. Гораздо лучше опилок и особенно песка. Плюс оно на основе сои, можно в туалет смывать.
живу в питере, вода тут вполне питьевая - ни по солям, ни по тяжёлым металлам, ни по био - прям жути нет (бывают сезонные превышения, всё-равно не жуткие). Я бы сказал, тут главная проблема - ржавчина, но для организма она безвредна, если нет пары редких заболеваний. И достаточно поставить 3-блочный фильтр, чтобы вода полностью соответствовала нормам, даже обратный осмос не нужен. Видел жёсткую воду, где осмос это минимум.
Но вообще какая-то экономия на спичках, сколько там, 200р за бутыль 19л? Как показатель что лучше бы обновить резюме и мониторить рынок - да.
нет, просто продажа без рустора станет незаконной. Кто купил - пользуйтесь, только легальные продажи (не серого импорта) сведутся к нулю. Что, в том числе, заметно ударит по кошельку эпла и стимулирует переход людей на андроиды
Тут есть прям штатное решение, но для этого нужно потратить аж 2 минуты и переключить "принимать звонки от всех" на "принимать от людей из контактной книги". ВСЁ. За год - 0 левых звонков.
При этом по телефону через день то сервис разорения, то "купите квартиру", то "опросы населения"... Так что предлагаю начинать запреты с обычной телефонии.
тут меня бустанули из девопса в начальника, и я набираюсь пока опыта именно как начальник. При этом - я могу сказать "мне нужно нанять ещё Х человек" - и мне дадут добро. Не прямой доход, но возможностей много и деньги есть. В крупных фирмах нет возможностей, а в мелких - финансов. Так что пока лучше "доить что есть"
Как человек с 20-летним стажем - тут не "набежали", тут просто озвучивают что автор сам, добровольно сужает себе список работодателей, поэтому искать нужно долго. Нужно быстрее - уменьши требования, нужна жемчужина - ищи дольше, какие вопросы. Впрочем, тут уже начинают ролять личные качества, например - я в одной компании примерно на уровне архитектор+техдир, получаю на 100к+ меньше чем мой зам, по сути тимлид. Значит ли это, что я обязан уволиться?
В рф - отдельные компании колбасит, да, и суммы стали поменьше, но - понадобилось поменять работу, через месяц уже получил новые доступы и осваивался. Так что моё имхо - заметно скукожился именно в "не только". И другая компания где подрабатываю - там ещё народ набирают...
Такое даже в военке встречается редко, в более "приземлённых" вещах типа банков всё сильно проще - несколько месяцев изучаешь дев, потом выдают доступы в прод - и твори дичь. При этом я был субподрядом субподряда, даже не представляю сколько там внутри было посредников - при этом через месяц после массового сокращения ребутнул комп, впн радостно подключился к проду.. доступы не отозваны. Я конечно посмотрел, удивился, отключился, но будь у меня злой умысел, включая "недоволен расставанием" - разгребать они могли бы долго. Да, и меня бы в итоге нашли, логгинг там есть, но это не отменит потенциального вреда.
Для понимания - когда работал в scalable solutions, он же криптобиржа hitbtc и ещё 20 на той же базе - все доступы были отрезаны уже во время речи "мы пи**расы уходим из рф и кидаем тебя на деньги, всё-равно получал в конверте, ничего не докажешь, а учитывая что мы уходим - предъявлять будет и некому. И да, на отпускные за 3 года без отпуска ты тоже кинут через *уй."
посидеть на старой операционки, без поиска в пуске, без навигации по адресной строке в проводнике и прочих мелочей, которые кажутся само собой разумеющимся)
Выглядит, будто это что-то удобное и нужное всем.. Вот только это никому не нужно и я наоборот при возможности все эти "мелочи" отключаю, ибо от них одни проблемы. В том числе - пуск - начинаю набирать приложение - зачем-то оно не только в установленных ищет, но и в инете, и если нажать не туда - открывает эдж. При том, что у меня хром по умолчанию. Если мне понадобится именно в инете искать - я открою браузер! Очередной случай, когда "хотели сделать как лучше, получили снова говно"
Старое, но. Есть у меня монолит, который прошёл типичные "болезни роста", и мне есть тоже что сказать.
Это как если бы вы делали машину и у вас отдельно крутой эксперт по двигателям сделал мощный двигатель
Именно так и делают современные авто. И именно поэтому есть проблемы вида "чтобы поменять лампу в фаре, нужно снять колесо"
А вот ИИ хоть пока и не догоняет до уровня человека по умению создавать новое, но у него нет ограничений по скорости работы и умению обучаться
В корне неверные знания. Как тут уже говорили, все современные ии - уже НАТРЕНИРОВАНЫ и просто работают по своей базе. "Умение обучаться" - это понадобится целый датацентр видях и хотя бы месяц вычислений. И эти модели статичны и дообучение там невозможно. До настоящего самообучения ещё очень далеко.
Возьмем приложение для онлайн-магазина. У нас есть модуль заказов, модуль товаров, модуль пользователей. Каждый модуль инкапсулирует свою логику и данные. Но когда нужно оформить заказ - модуль заказов может напрямую получить все нужные данные о товаре и пользователе через методы этих модулей, без сетевых вызовов.
И далее - это работает, пока программистов условно 5 на проекте. Но ваш бизнес быстро растёт, прирост клиентов х2 каждый месяц, а то и больше (это прогрессивная шкала). Решено взять 100 разрабов. И начнётся:
Решили поменять товар (переименовать поле в БД), то есть теперь нужно править ВСЁ что ходит в эту таблицу, а часто ещё и менять логику в блоках товара, заказа, истории заказов, вероятно юзеров итд. А потом разрабы решили хранить JSON внутри - и снова привет. Далее, 100 разрабов создали 125 бранчей (что-то в работе, что-то в проверке итд), и теперь ВО ВСЕ нужно внести это изменение. А в это время другая команда, которая работала с заказами - и тоже решила переделать таблицу товаров, не важно зачем. И половина разработки тормозится на взаимной блокировке, им нужно согласовывать изменения, потом втаскивать изменения во все рабочие ветки, а там тоже были свои изменения - привет хаос.
Какой вывод напрашивается? С таблицей товаров работает класс товаров. Изменения уже частично скрываются, работа упрощается. Но - мы получили микросервис без обёртки (и бонус - мы можем вынести данную таблицу/набор в другую базу, а то и на другой сервер, в том числе для оптимизации производительности). Но разные версии кода ожидают стабильности от класса, то есть нужна какая-то версионность. И получаем плюс микросервиса - пока у нас снаружи ничего не меняется, не нужно думать что там внутри и о совместимости. Типичный подход к работе с версиями микросервисов, пока есть обратная совместимость (мы можем добавить новые методы, но не можем менять работу уже используемых) - мы минимизируем проблемы и простой.
Чтобы создать заказ нам надо:
Надо, и что? Это всё копеечные операции, "запросить, получить" - именно на сетевой части там микросекунды, особенно при использовании persistent connections. Если будут какие-то задержки - то только по вине кода, а в монолите они будут ровно такими же, если не больше.
И везде на этом пути могут быть проблемы - сеть лагает
проблема ни разу не сервисная, при нормальных сетевиках внутри отдельных ДЦ бывает чуть менее чем никогда
сервис не отвечает
при нормальной работе такого не бывает, опять же балансировка запросов, мониторинг итд, плюс монолит чем "хорош" - если он лёг то весь целиком, даже если проблемы в блоке истории заказов, куда юзеру сейчас было не нужно, то есть с микросервисами можно получить деградацию, но хотя бы частично сохранить работоспособность
версии API не совпадают.
опять проблема не сервиса и ровно так же можно в монолите поменять таблицу, изменить часть где работает заказ, но ломается история заказов. А апи ГАРАНТИРУЕТ неизменность структур, если нужно менять уже работающие методы - или делаются методы _v2, или весь апи становится новой версии, мажорно. Минимальный контроль - и на монолите шансы поймать проблему на порядки выше чем на микросервисах.
Плюс не забываем про асинхронную работу, в монолите это РЕЗКО поднимет сложность ("тут у нас кусок синхронный, но его могут дёрнуть асинхронно,значит 10% всего кода готовим к асинхронности"), у микросервиса нет такой сложности.
Но когда вам нужно собрать общую картину
Это нужно редко, очень редко, а для бизнеса сильно важнее именно стабильность и предсказуемость работы для клиента, а не "сложность общей картины".
"посмотреть что происходит в системе"
"Прямо сейчас" это нужно только для мониторинга, как работает система, всё ли доступно, хватает ли места, не перегружены ли диск-сеть-проц. Аналитикам максимум нужно "доходы за день на текущий момент", и то больше в стиле хотелки, нормальные аналитики работают именно на уровне "данные за вчера и старше". Опять же, если им сильно нужно - сделать отдельные микросервисы по нужным микросервисам. Звучит странно, но именно так и работает. А с монолитом кроме общей базы - нет там никакой "общей аналитики". Тупо общая база. Ну подключите в тот же airbyte сотню микробаз и настройте проливку типа CDC, будете иметь мгновенное состояние. Да, нужны понимающие люди, но на таком уровне проблема максимум в жадности на зп. Но тут "шашечки или ехать".
Я это делал 5 лет назад
у меня прямо сейчас проект, который к моему приходу был типичным монолитом, жил на 1 сервере, масштабировался "докинь ресурсов" при том что вм была почти на макс версии, все данные хранились локально на диске, база была общая гигов на 10 на том же сервере. Мониторинга не было. Время ответа главной страницы приближалось к 8 секундам. Я принимал активное участие в оптимизации и разделению этого монолита, банально добавить 2 сервер заняло где-то пол года с переработкой начинки монолита, сейчас чисто как легаси там 20 серверов + новый апи вовсю используется, который писали более года и постепенно переводили на него всё, но ряд вещей (мобилки, админка и все старые апи) по прежнему там. Балансировщик на входе, разделение по location итд. Но работать с тем кодом никто не любит, правили одно место, сломалось вообще другое, вообще никак логически не связанное с первым - это норма. Базу потом тоже через proxysql стали делить на запросы чисто на чтение (2 слейва под чтение), на запись - под это пришлось взять 3 железных сервера, только так перестали упираться в производительность. А это всего в 10 раз рост за год, х2 ежемесячно потребовал бы заметного изменения вообще всех процессов. Ну и девопсов - был 1, уже 9, и надо бы ещё.
ЗЫ Микросервисы дают больше сложность, но и больше управляемость, больше надёжность системы в целом, и больше разделение, в том числе на уровне команд. Можно спокойно писать модули, которые нужны "моментно", типа работы с модулями оплаты, а потом сотрудничество прервали - и просто удалили модуль. Вычистить такое из монолита полностью - часто невозможно, только отдельные части. Как итог - монолит хорош как MVP, или для вещей где новых фич и/или роста популярности не планируется, там сидит 2 девопса, 3 разраба, и тихо себе пилят монолит. Микросервисы это больше про активный рост клиентов и/или активные изменения кода
А я готовлюсь. Потому что знать всего невозможно, и часто есть "с этим не работал вообще, в это тыкал палочкой". Просто прочитать базу тут уже достаточно, а на собесе говорить - с этим не работал, но с технологией ознакомился и базу понял. Тут сразу несколько плюсов:
работодатель видит, что "не всё равно", а заинтересованность очень часто важнее реальных знаний + что конкретно под вакансию было изучение
на вопросах по этой технологии на уровне выше базы можно смело говорить "как я предупредил, я точного ответа не знаю, но могу предположить что ..." и рассуждения. Опять же, видны попытки вникнуть, размышления, желание учиться.
снимает каверзные вопросы - и так понятно что скорее всего не ответит, но нет этого чувства "тут плавает, минус". Обеим сторонам проще.
Конечно, азы знать нужно, но конкретный инструмент/либа изучается за ограниченное время. Я и сам при подготовке изучал потенциальные инструменты и говорил что работать не доводилось, и при найме совершенно спокойно принимал ответ "не доводилось, но что-то для изучения смотрел", нанимали таких. Важнее именно удовольствие от общения, что человек не боится сказать "не знаю", при этом есть интерес.
когда есть минус - логика не меняется. Если у тебя идёт +3в и растёт, понятно что это +1, а когда -2в и уменьшается - вероятно это сигнал -1.
При достаточном финансировании/запугивании "другим государством" заметная часть населения кто из страха, а кто и добровольно готово "разрушить государство". Ловят периодически всяких поджигателей автоматики ЖД: "Задержанные ранее поджигатели утверждают, что неизвестные через мессенджеры предлагают им подзаработать таким способом: гонорар за уничтоженный шкаф обычно составляет от 5 до 30 тысяч рублей на электронный кошелек.". Тот самый спам "быстрый заработок за 2 часа" - в том числе оно.
"не думали" тут не работает, очень многие хотят халяву.
Плюс всегда есть бунтари "из принципа". Только менять власть нужно изнутри, а не такой дурью.
Как использовать openai с сервера в рф? Можно переопределить например openai url?
Один раз надо было уехать на неделю, кошка спокойно пережила с нечищенным туалетом. Корм ест в меру, можно насыпать недельный запас - к приезду ещё и останется, тазик воды + в ванне несколько см (пить можно, утонуть вообще нет, такой уровень не боится).
Плюс соседка пару раз заходила, проверить всё ли ок, еды подсыпать может, но туалет чистить не будет.
Чистим конечно чаще, но не раз в день. Где-то раз в 2-3 дня. Но наполнитель комкующийся, и чистить легко, и запахов нет. Гораздо лучше опилок и особенно песка. Плюс оно на основе сои, можно в туалет смывать.
живу в питере, вода тут вполне питьевая - ни по солям, ни по тяжёлым металлам, ни по био - прям жути нет (бывают сезонные превышения, всё-равно не жуткие). Я бы сказал, тут главная проблема - ржавчина, но для организма она безвредна, если нет пары редких заболеваний.
И достаточно поставить 3-блочный фильтр, чтобы вода полностью соответствовала нормам, даже обратный осмос не нужен. Видел жёсткую воду, где осмос это минимум.
Но вообще какая-то экономия на спичках, сколько там, 200р за бутыль 19л? Как показатель что лучше бы обновить резюме и мониторить рынок - да.
нет, просто продажа без рустора станет незаконной. Кто купил - пользуйтесь, только легальные продажи (не серого импорта) сведутся к нулю. Что, в том числе, заметно ударит по кошельку эпла и стимулирует переход людей на андроиды
в 1 не хватает например общих сервисов, типа общего gitlab для всех контуров
Тут есть прям штатное решение, но для этого нужно потратить аж 2 минуты и переключить "принимать звонки от всех" на "принимать от людей из контактной книги". ВСЁ. За год - 0 левых звонков.
При этом по телефону через день то сервис разорения, то "купите квартиру", то "опросы населения"... Так что предлагаю начинать запреты с обычной телефонии.
тут меня бустанули из девопса в начальника, и я набираюсь пока опыта именно как начальник. При этом - я могу сказать "мне нужно нанять ещё Х человек" - и мне дадут добро. Не прямой доход, но возможностей много и деньги есть. В крупных фирмах нет возможностей, а в мелких - финансов. Так что пока лучше "доить что есть"
Ну я девопс а не разраб, это наша прямая обязанность - в том числе обслуживать прод. Разрабам да, в нормальной системе делать нечего в проде
Как человек с 20-летним стажем - тут не "набежали", тут просто озвучивают что автор сам, добровольно сужает себе список работодателей, поэтому искать нужно долго. Нужно быстрее - уменьши требования, нужна жемчужина - ищи дольше, какие вопросы.
Впрочем, тут уже начинают ролять личные качества, например - я в одной компании примерно на уровне архитектор+техдир, получаю на 100к+ меньше чем мой зам, по сути тимлид. Значит ли это, что я обязан уволиться?
В рф - отдельные компании колбасит, да, и суммы стали поменьше, но - понадобилось поменять работу, через месяц уже получил новые доступы и осваивался. Так что моё имхо - заметно скукожился именно в "не только". И другая компания где подрабатываю - там ещё народ набирают...
Такое даже в военке встречается редко, в более "приземлённых" вещах типа банков всё сильно проще - несколько месяцев изучаешь дев, потом выдают доступы в прод - и твори дичь. При этом я был субподрядом субподряда, даже не представляю сколько там внутри было посредников - при этом через месяц после массового сокращения ребутнул комп, впн радостно подключился к проду.. доступы не отозваны. Я конечно посмотрел, удивился, отключился, но будь у меня злой умысел, включая "недоволен расставанием" - разгребать они могли бы долго. Да, и меня бы в итоге нашли, логгинг там есть, но это не отменит потенциального вреда.
Для понимания - когда работал в scalable solutions, он же криптобиржа hitbtc и ещё 20 на той же базе - все доступы были отрезаны уже во время речи "мы пи**расы уходим из рф и кидаем тебя на деньги, всё-равно получал в конверте, ничего не докажешь, а учитывая что мы уходим - предъявлять будет и некому. И да, на отпускные за 3 года без отпуска ты тоже кинут через *уй."
"У аппарата" (военный/силовой стиль, некоторых мошенников отпугивает)
Выглядит, будто это что-то удобное и нужное всем.. Вот только это никому не нужно и я наоборот при возможности все эти "мелочи" отключаю, ибо от них одни проблемы. В том числе - пуск - начинаю набирать приложение - зачем-то оно не только в установленных ищет, но и в инете, и если нажать не туда - открывает эдж. При том, что у меня хром по умолчанию. Если мне понадобится именно в инете искать - я открою браузер! Очередной случай, когда "хотели сделать как лучше, получили снова говно"
Это должно работать через API, а не "парсингом сайта". Так что "не аргумент"
"за день сделаю. А за 10? За 10 не сделаю, тут помощник нужен!"
х/ф «Формула любви»
Как раз команда медленнее работает, но более предсказуемо + масштабируется
Старое, но. Есть у меня монолит, который прошёл типичные "болезни роста", и мне есть тоже что сказать.
Именно так и делают современные авто. И именно поэтому есть проблемы вида "чтобы поменять лампу в фаре, нужно снять колесо"
В корне неверные знания. Как тут уже говорили, все современные ии - уже НАТРЕНИРОВАНЫ и просто работают по своей базе. "Умение обучаться" - это понадобится целый датацентр видях и хотя бы месяц вычислений. И эти модели статичны и дообучение там невозможно. До настоящего самообучения ещё очень далеко.
И далее - это работает, пока программистов условно 5 на проекте. Но ваш бизнес быстро растёт, прирост клиентов х2 каждый месяц, а то и больше (это прогрессивная шкала). Решено взять 100 разрабов. И начнётся:
Решили поменять товар (переименовать поле в БД), то есть теперь нужно править ВСЁ что ходит в эту таблицу, а часто ещё и менять логику в блоках товара, заказа, истории заказов, вероятно юзеров итд. А потом разрабы решили хранить JSON внутри - и снова привет. Далее, 100 разрабов создали 125 бранчей (что-то в работе, что-то в проверке итд), и теперь ВО ВСЕ нужно внести это изменение. А в это время другая команда, которая работала с заказами - и тоже решила переделать таблицу товаров, не важно зачем. И половина разработки тормозится на взаимной блокировке, им нужно согласовывать изменения, потом втаскивать изменения во все рабочие ветки, а там тоже были свои изменения - привет хаос.
Какой вывод напрашивается? С таблицей товаров работает класс товаров. Изменения уже частично скрываются, работа упрощается. Но - мы получили микросервис без обёртки (и бонус - мы можем вынести данную таблицу/набор в другую базу, а то и на другой сервер, в том числе для оптимизации производительности). Но разные версии кода ожидают стабильности от класса, то есть нужна какая-то версионность. И получаем плюс микросервиса - пока у нас снаружи ничего не меняется, не нужно думать что там внутри и о совместимости. Типичный подход к работе с версиями микросервисов, пока есть обратная совместимость (мы можем добавить новые методы, но не можем менять работу уже используемых) - мы минимизируем проблемы и простой.
Надо, и что? Это всё копеечные операции, "запросить, получить" - именно на сетевой части там микросекунды, особенно при использовании persistent connections. Если будут какие-то задержки - то только по вине кода, а в монолите они будут ровно такими же, если не больше.
проблема ни разу не сервисная, при нормальных сетевиках внутри отдельных ДЦ бывает чуть менее чем никогда
при нормальной работе такого не бывает, опять же балансировка запросов, мониторинг итд, плюс монолит чем "хорош" - если он лёг то весь целиком, даже если проблемы в блоке истории заказов, куда юзеру сейчас было не нужно, то есть с микросервисами можно получить деградацию, но хотя бы частично сохранить работоспособность
опять проблема не сервиса и ровно так же можно в монолите поменять таблицу, изменить часть где работает заказ, но ломается история заказов. А апи ГАРАНТИРУЕТ неизменность структур, если нужно менять уже работающие методы - или делаются методы _v2, или весь апи становится новой версии, мажорно. Минимальный контроль - и на монолите шансы поймать проблему на порядки выше чем на микросервисах.
Плюс не забываем про асинхронную работу, в монолите это РЕЗКО поднимет сложность ("тут у нас кусок синхронный, но его могут дёрнуть асинхронно,значит 10% всего кода готовим к асинхронности"), у микросервиса нет такой сложности.
Это нужно редко, очень редко, а для бизнеса сильно важнее именно стабильность и предсказуемость работы для клиента, а не "сложность общей картины".
"Прямо сейчас" это нужно только для мониторинга, как работает система, всё ли доступно, хватает ли места, не перегружены ли диск-сеть-проц. Аналитикам максимум нужно "доходы за день на текущий момент", и то больше в стиле хотелки, нормальные аналитики работают именно на уровне "данные за вчера и старше". Опять же, если им сильно нужно - сделать отдельные микросервисы по нужным микросервисам. Звучит странно, но именно так и работает. А с монолитом кроме общей базы - нет там никакой "общей аналитики". Тупо общая база. Ну подключите в тот же airbyte сотню микробаз и настройте проливку типа CDC, будете иметь мгновенное состояние. Да, нужны понимающие люди, но на таком уровне проблема максимум в жадности на зп. Но тут "шашечки или ехать".
у меня прямо сейчас проект, который к моему приходу был типичным монолитом, жил на 1 сервере, масштабировался "докинь ресурсов" при том что вм была почти на макс версии, все данные хранились локально на диске, база была общая гигов на 10 на том же сервере. Мониторинга не было. Время ответа главной страницы приближалось к 8 секундам. Я принимал активное участие в оптимизации и разделению этого монолита, банально добавить 2 сервер заняло где-то пол года с переработкой начинки монолита, сейчас чисто как легаси там 20 серверов + новый апи вовсю используется, который писали более года и постепенно переводили на него всё, но ряд вещей (мобилки, админка и все старые апи) по прежнему там. Балансировщик на входе, разделение по location итд. Но работать с тем кодом никто не любит, правили одно место, сломалось вообще другое, вообще никак логически не связанное с первым - это норма. Базу потом тоже через proxysql стали делить на запросы чисто на чтение (2 слейва под чтение), на запись - под это пришлось взять 3 железных сервера, только так перестали упираться в производительность. А это всего в 10 раз рост за год, х2 ежемесячно потребовал бы заметного изменения вообще всех процессов. Ну и девопсов - был 1, уже 9, и надо бы ещё.
ЗЫ Микросервисы дают больше сложность, но и больше управляемость, больше надёжность системы в целом, и больше разделение, в том числе на уровне команд. Можно спокойно писать модули, которые нужны "моментно", типа работы с модулями оплаты, а потом сотрудничество прервали - и просто удалили модуль. Вычистить такое из монолита полностью - часто невозможно, только отдельные части. Как итог - монолит хорош как MVP, или для вещей где новых фич и/или роста популярности не планируется, там сидит 2 девопса, 3 разраба, и тихо себе пилят монолит. Микросервисы это больше про активный рост клиентов и/или активные изменения кода
https://habr.com/ru/companies/selectel/articles/871012/
https://habr.com/ru/companies/slurm/articles/869724/
А я готовлюсь. Потому что знать всего невозможно, и часто есть "с этим не работал вообще, в это тыкал палочкой". Просто прочитать базу тут уже достаточно, а на собесе говорить - с этим не работал, но с технологией ознакомился и базу понял. Тут сразу несколько плюсов:
работодатель видит, что "не всё равно", а заинтересованность очень часто важнее реальных знаний + что конкретно под вакансию было изучение
на вопросах по этой технологии на уровне выше базы можно смело говорить "как я предупредил, я точного ответа не знаю, но могу предположить что ..." и рассуждения. Опять же, видны попытки вникнуть, размышления, желание учиться.
снимает каверзные вопросы - и так понятно что скорее всего не ответит, но нет этого чувства "тут плавает, минус". Обеим сторонам проще.
Конечно, азы знать нужно, но конкретный инструмент/либа изучается за ограниченное время. Я и сам при подготовке изучал потенциальные инструменты и говорил что работать не доводилось, и при найме совершенно спокойно принимал ответ "не доводилось, но что-то для изучения смотрел", нанимали таких. Важнее именно удовольствие от общения, что человек не боится сказать "не знаю", при этом есть интерес.