Мы используем 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
UX dizayn ortidagi haqiqat...
UX dizayn – bu faqat chiroyli ko‘rinish emas, balki foydalanuvchi ehtiyojlariga moslab ishlab chiqilgan tizimli yondashuv. Har bir tugma, sahifa oqimi, joylashuv — bular ortida logika, tahlil va tajriba yotadi.
Yaxshi UX dizayn bo‘lsa:
1. Platformaning struktura va navigatsiyasi aniq bo‘ladi,
2. Foydalanuvchi chalkashmaydi,
3. Dasturchi aniq yo‘l-yo‘riq bilan ishlaydi,
4. Ishlab chiqish jarayoni tezlashadi, xatolar kamayadi,
5. Va nihoyat, mahsulot muvaffaqiyatli chiqadi.
Shuning uchun UX dizayn — sarmoya hisoblanadi. Va bu xizmat arzon bo‘lishi kutilmasligi lozim. Chunki u platformaning asosiy poydevorini tashkil qiladi.
UX bo‘lmasa nima boʻlardi:
— Foydalanuvchi chalkashadi: sayt tushunarsiz bo‘ladi;
— Dasturchi yo‘nalishsiz ishlaydi: strukturani tuzishga qiynaladi va yana ham koʻproq toʻlov soʻraydi.
— Koʻproq vaqt sarflanadi: Kutilgan natijaga erishish uzoq vaqt talab qilishni boshlaydi.
Qisqasi: UX yo‘q joyda, muammo tug‘iladi.
Startup va bizneslar UXʼsiz zararga tushishganliklari haqida kelgusi postlarda yozaman.
@suxrobblog
#ux#mavzu#muammo
Five Why (Besh nima uchun) texnikasi
Bu muammoning asl sababini aniqlash uchun ishlatiladigan tahlil usuli. Bu metodika Sakichi Toyoda tomonidan ishlab chiqilgan va Toyota ishlab chiqarish tizimida keng qo‘llanilgan.
Five Why qanday ishlaydi?
— Ushbu usul muammoni chuqur tahlil qilish uchun "Nima uchun?" savolini besh marta berish orqali asosiy sababni topishga asoslanadi. Har bir javob keyingi "Nima uchun?" savoliga yo‘l ochadi.
Misol uchun muammo:Mijozlar veb-saytdan mahsulot sotib olmayapti.
1. Nima uchun? – Chunki ular to‘lov jarayonini yakunlamayapti.
2. Nima uchun? – Chunki to‘lov formasini to‘ldirish juda uzoq davom etmoqda.
3. Nima uchun? – Chunki forma juda ko‘p maydonlarni talab qiladi.
4. Nima uchun? – Chunki biz mijozlardan keraksiz ma’lumotlarni ham so‘rayapmiz.
5. Nima uchun? – Chunki biz foydalanuvchilar tajribasini optimallashtirish ustida ishlamaganmiz.
Natijada asosiy muammo kelib chiqdi – foydalanuvchi tajribasi yaxshi optimallashtirilmagan, shuning uchun to‘lov jarayoni murakkab bo‘lib qolgan. Endi yechim sifatida to‘lov shaklini soddalashtirish tavsiya etiladi.
Bu metod har xil sohalarda – biznes, dizayn, muhandislik va menejment kabi sohalarda qo‘llaniladi.
@suxrobblog
#fivewhy#ux#muammo
Murakkab hayotni yanada murakkablashtirmang. Yechimlarda maksimal minimallashtirishga harakat qiling.
"Bu element nega kerak, shuni qo'ymasa nima bo'ladi..." degan savollarni o'zingiz va mijoz (kompaniya)ga bering. Userni o'zini muammolari ko'p sizni va mijozingizni xohishini deb, yanada murakkablik ichiga tushib qolmasin...
@suxrobblog
» #muammo#murakkab#yechim