Как мне заблокировали учётки OpenAI

Этот материал больше для поста, а не для статьи, как по мне. Думал под катом будет какая-то невероятная или, по крайней мере, поучительная история

Bash vs Python: битва, где нет проигравших

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

Bash vs Python: битва, где нет проигравших

можно придумать такие кейсы. Например: считать информацию о загрузке процессора (CPU load) для каждого пользователя из /proc/loadavg и отсортировать их по убыванию средней нагрузки за последние 15 минут.

для меня в python видится использование библиотеки psutil (не входит в стандартную бибиотеку), а в bash это `awk '{for(i=1;i<=NF-2;i++) print $i}' /proc/loadavg | sort -nr`

Bash vs Python: битва, где нет проигравших

А тут подробности нужны, я, как искренний любитель Ansible, не сталкивался с какими-то трудностями

Bash vs Python: битва, где нет проигравших

ну тут go больше python уже подойдет, чтобы меньше телодвижений было. Дело, конечно, каждого, как извращаться. Как говорится "можно и зайца научить курить, но нафига?". Так и тут: bash - понятный POSIX инструмент, здесть P (Portable) является ключевым. Для каждой задачи должен подходить свой инструмент. Если задача требует программирования, то надо смотреть на накладные расходы. Никогда нет супер правильного решения - есть только компромиссы, с которыми мы готовы мириться

Bash vs Python: битва, где нет проигравших

Не зря это считается бэд практис. Самый простейший пример: нужен какой-то пакет не ниже какой-то версии, а этот пакет уже установлен для системных нужд, а ты взял и обновил этот пакет и все, в системе что-то сломал

Bash vs Python: битва, где нет проигравших

нет, дорогой друг, ставить какой-то пакет питона в "стандартное" окружение ОС - это путь в никуда, если вы собираетесь прожить с этой системой хоть пару лет (со всеми обновлениями безопасности и т.д,) Никогда! Повторю, НИКОГДА, не нужно ставить какие-то пакеты в окружение python вашего дистрибутива. Нет, я не выпендриваюсь, честно, просто это - опыт.
P.S. python - мой рабочий инструмент более 10 лет, я его искренне люблю и лелею, но нет - для задач переносимой автоматизации он подходит едва ли...

Bash vs Python: битва, где нет проигравших

У Python есть один явный минус в сравнении с bash - это виртуальное окружение. Далеко не все скрипты можно "вот так взять и просто написать" без использования сторонних библиотек, а для этого нужно создавать виртуальное окружение, прописывать полный путь к интерпретатору в этом окружении... То есть речи о переносимости "из коробки" тут быть не может.

Локальная разработка с Kubernetes. Немного танцев с бубном

docker-compose.yml с описанным самими сервисом и нужными ему службами по дефолту находится в репозитории с сервисом для быстрого "поднятия" его (сервиса) локально, все тесты гоняются в контенере. Откуда он взялся я писал в разделе "мы имеем"

Генерируем commit message на базе шаблона при помощи локальной (и не только) LLM в консоле и без IDE

ну, как говорится, на вкус и цвет фломастеры у всех разные :)

Генерируем commit message на базе шаблона при помощи локальной (и не только) LLM в консоле и без IDE

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

Круговой импорт в Python: как он ломает проекты и как его победить

Как по мне, проблема круговых импортов - это проблема выделения ответственности частям кода. А это уже проблема проектирования. Конечно, можно "вылечить" костыляими наподобие локального импорта, но в долгосрочной перспективе это будет только вредить проекту, по моему опыту. Лучше на бумажке нарисовать граф зависимостей и вынести общие зависимости. Понятное дело, что не так мног опроектов, придерживающихся принципов чистой архитектуры, но все же можно что-то придумать. Лучше помучиться "на берегу", чем потом "спасать утопающих" :)

Пишем персонального AI-ассистента на Python

Позволю себе немного критики: на мой взгляд, в этом коде много "ошибок начинающих" от повсеместного использования глобальных переменных, обработки всех подряд исключений (except без указания конкретного) до стилистических (одновременное использование "наравне" одинарных и двойных кавычек), банально pep8 тут не соблюдено... Также совершенно непонятно, почему в примерах есть закоментированный код: если он был нужен при отладке, в результирующем примере его следовало бы убрать.

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

ну, я бы не был так категоричен :)

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

Это вы про что: если про Линукс - я в статье писал, что был приятно удивлен, как он поменялся для десктопа, если про виндоуз - я его не использую не по причине отсутствия драйверов

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

я как-то пробовал гонять модели локально, но что-то совсем слабенько, вот Qwen3 не пробовал, надо это исправить, спасибо за наводку

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

Я не пользуюсь windows примерно с 2006 года

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

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

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

я сразу написал, что меня вдохновляют инструменты ;)

Жизнь в консоли или как я полюбил боль

мне кажется, закон 80/20 или "правило Парето" несколько о другом ;)