Про ФП в Make — согласен, в теории всё красиво. Но на практике 99% мейкфайлов это гора .PHONY задач, которые превращаются в лапшу из баш-скриптов. Тот самый "антипаттерн", о котором вы пишете, по сути стал стандартом де-факто.
Я не пытаюсь сделать новый Bazel или Nix для "чистых сборок". Nest — это именно таск-раннер. Я пилил его под конкретную боль: когда команд много, их надо нормально группировать по неймспейсам и не гадать, какой тип аргумента прилетел в скрипт.
Just плоский, Taskfile на YAML (вкусовщина, но мне не зашло). Nest — это просто попытка сделать другой UX для тех, кому надоело воевать с портянками в Makefile.
Не, с Taskfile не сравнивал, узнал про него уже постфактум. Nest пилил чисто чтобы решить свою боль с группировкой команд и вложенностью. Хотелось нормальной структуры, как в коде (Скорее как в полноценной CLI), чтобы всё по полочкам и с типами, а не портянка makefile-а
Про ФП в Make — согласен, в теории всё красиво. Но на практике 99% мейкфайлов это гора .PHONY задач, которые превращаются в лапшу из баш-скриптов. Тот самый "антипаттерн", о котором вы пишете, по сути стал стандартом де-факто.
Я не пытаюсь сделать новый Bazel или Nix для "чистых сборок". Nest — это именно таск-раннер. Я пилил его под конкретную боль: когда команд много, их надо нормально группировать по неймспейсам и не гадать, какой тип аргумента прилетел в скрипт.
Just плоский, Taskfile на YAML (вкусовщина, но мне не зашло). Nest — это просто попытка сделать другой UX для тех, кому надоело воевать с портянками в Makefile.
Не, с Taskfile не сравнивал, узнал про него уже постфактум. Nest пилил чисто чтобы решить свою боль с группировкой команд и вложенностью. Хотелось нормальной структуры, как в коде (Скорее как в полноценной CLI), чтобы всё по полочкам и с типами, а не портянка makefile-а
👋, скажу что это достаточно полезное замечание . Самому стало казаться что я нагородил забор из ^^^^^.
Спасибо за критику !