@pechorin это его личное мнение, чего накинулись-то?
ру-маинтейнеров не забанили, просто исключили из списка. им не запрещено же свой код предлагать, просто теперь не напрямую.
да, ситуация выглядит неприятно, но #linux всё ещё бесплатное ПО с открытым исходным кодом, #foss
да, ситуация усугубляется недосказанностью по поводу позиции и личными обидами, но мир не перевернулся.
для какой-то части мира, увы, россияне стали токсичными. мне неприятно, вам неприятно. в наших силах показать, что конкретно мы - не токсичные и с нами можно иметь дело. на плечах адекватных представителей ру-сообщества можно вытащить репутацию всего нашего сообщества.
ругать, материться, оскорблять - это самое простое. но достойное ли?

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

В крупных компаниях это реализуется наиболее органично, т. к. проще найти человека, который сможет оценить состояние в отрыве от требований, и ассортимент доступных позиций достаточно велик, чтобы практически на любой уровень находилось место (которое кандидату может и не понравиться, но это проблема уже в самом конце процесса и не для интервьюера).

Ну и там, где я работал, за это доплачивали по повышенной ставке – т. к. это была деятельность *поверх* основной работы.

[2/3] #unix #обдумывание #ваше_мнение #администратирование #docker #deploy #backup

Или же те самые простые команды, которые дает докер это уже кайф и лишать этого человека совсем не стоит. Ну, знаете, поднять сейчас сервер с докером через компоуз это не такая сложная задача.

Ансибл я конечно использовал уже, и куб, но это "не то". Все эти задачи, что я решал на баше https://github.com/pechorin/pbr.sh/ как-то перенес в ансибл — и не получил никакого удовольствия.

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

А еще нет лучше способа не сделать что-то, чем рассказать об этом слишком рано. Но меня правда мучает эта не написанная программа уже давно.

Не попробуешь - не узнаешь :)

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

Проблема обычно в поиске баланса гибкости и сложности. Ты пишешь, что "обычно это решается чем-то огромным", но дело в том, что они все тоже начинали с попытки создать простой и понятный инструмент, но быстро оказывалось, что не хватает того и сего, не покрыт тот и этот сценарии, в итоге получился Windows 11 :)

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