TGTGInsighttelegram intelligenceLIVE / telegram public index
← Python Заметки

TGINSIGHT SIMILAR POSTS

Најди сличен содржај

Изворен канал @pythonotes · Post #421 · 23 мар.

Мы используем Makefile думая, что нет альтернатив, что это стандарт и всё такое. Но make это не запускалка команд, а система сборки. Мы фактически используем его не по назначению. И на самом деле альтернатива есть! Некоторое время назад я открыл для себя прекрасный инструмент - just. Он решает все проблемы make. just - это не система сборки как make, это именно исполнитель команд! Больше никаких Phony Targets и табуляций, привет нормальный синтаксис и передача аргументов!!! 😎 ⭐️Что умеет just: ✅ Автодокументирование команд Не нужно делать отдельную команду с докой, просто добавь комментарий # команда сборки build: ... $ just --list Available recipes: build # команда сборки Команда с именем default запускается по умолчанию если не указано другое, так что я обычно делаю так: default: just --list Теперь просто выполняем just и получаем доку из текущего файла. ✅ Удобная работа с переменными окружения # загрузить из .env set dotenv-load # глобальная переменная export PYTHONPATH := "./src" # переменная для команды test $TESTUNG="true": pytest ✅ Передача аргументов build target: @echo 'Build {{target}}...' команда запуска $ just build dev # Build dev... ✅ Выбор интерпретатора прямо в команде Пример с инлайн-скриптом на python: system: #!/usr/bin/env python3 import platform print(platform.system()) Эта же функция позволит выполнить скрипт как одну команду вместо перезапуска шела для каждой строки foo: #!/usr/bin/env sh for file in ls .; do echo $file done ✅ Выполнение команды в определенной директории. Можно указать как релятивный путь так и абсолютный [working-directory: 'backend'] build: docker compose build Также можно задать рабочую директорию глобально Там еще много интересного: - поддержка функций - автокомплиты и интеграции - экспрешены - алиасы команд - группировка команд - альтернативы команды под разные ОС - импорт других just-файлов - цветной вывод - ... и другие штуковины! Так что вперёд - ➡️ читать доку! Репозиторий: ➡️https://github.com/casey/just Статья: ➡️https://www.chicks.net/reference/file_formats/just/ ЗЫ. Кажется, на Makefile я уже не вернусь) #tools

Hashtags

Резултати

Пронајдени 1 слични објави

Пребарај: #prinsiplar

当前筛选 #prinsiplar清除筛选
Suxrob Xurramov | Blog

@suxrobblog · Post #456 · 11.03.2025 г., 03:51

Dizaynda “yo‘q” deyish tamoyili Mijoz bilan ishlaganda har bir talabini bajarish – sizni yaxshi dizayner qilmaydi. Ba’zan “yo‘q” deyish ham professionallikning bir qismidir. Dizayner sifatida har bir mijoz yoki jamoa talabiga rozi bo‘lish natijani yaxshilamaydi, aksincha, sifatsiz dizaynga, ortiqcha stress va keraksiz vaqt sarflashga olib kelishi mumkin. Dizaynda “yo‘q” deyish tamoyili nima oʻzi? Bu dizayn jarayonida asosli va professional cheklovlar qo‘yish qobiliyatidir. Agar shu asosli cheklovlardan oʻtilganda "yoʻq" deyish nazarda tutilyapti. Mijoz bilan endi ishlashga kirishganda narx aytdingiz, "###$ boʻladi", desangiz. Mijoz, "Mayli, faqat mana bu ishlarni ham qoʻshib qilib bering", desa, yaʼniki ishingizni ustiga 50% ish qoʻshib beryapti. Bu vaziyatda yoʻq deb aytgangiz maʼqul. Kechasi bilan ishlab, koʻzlaringiz qizarib chiqqaniga, mijozdan olgan pullaringiz koʻzingizga koʻrinmaydi ham. "Mijoz ketib qoladi", deb narxni past aytgan taqdiringizda ham, qadarga yozilmagan boʻlsa, arzon aytsangiz ham ketib qoladi. "Yoʻq" deyish bilan rizq kamayib qolmaydi deb hisoblayman. Va oʻzim ham, oʻzimga yoqmagan ishlar chiqqanda buyurtma sifatida qabul qilmayman yoki boshqa sabablar. Shuningdek, soha boʻyicha prinsiplarimga doim qatʼiy amal qilishga harakat qilganman va boshqalarga ham shuni tavsiya qilaman... P.S. Blogdagi postlar shaxsiy fikrlarim orqali yozib boraman. SI yozib bermaydi) @suxrobblog #mavzu#mijoz#prinsiplar