Язык для скриптов из одного файла

Пока что по всему кроме подкачивания зависимостей подходит OCaml. Если подскажете и в нем какую-то магию, скажу спасибо.

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

на питоне есть модуль, который сам зависимости закачивает. встречал на просторах интернета, как называется - сейчас не вспомню, конечно же.

И статическую типизацию прогонит он же? Просто Python очень на поверхности, но я думал о чем-то что умудряется за миллисекунды собрать бинарь, как OCaml/Go

Фанбои D рекламируют его, используя аналогичные фразы. Но последнего пункта может совсем не быть, не в курсе.

Ну если в то упрется, то я в три присеста напишу утилитку, которая одним махом просканит и прохеширует сорц, определит путь для целевого бинаря в кеш-каталоге. Если он есть и новее, то сразу запустит.

Если нет, то экстрагирует комментарии в файл сборки, скачает зависимости, соберет и положит куда надо.

И тут тебе хоть С++ используй если ты двинулся (напиример с conan).

Я просто как-то подумал, что учитывая что это все не rocket science, то может кто-то уже такое напейсал

java в 11 версии что-то такое прикрутили

https://nixos.org/nix/manual/#use-as-a-interpreter

Если всерьез его потом использовать как замену shell скриптов, то нужна еще фаза SubstrateVM. Я бы оооочень не хотел 1000 раз в xargs запускать и тушить jvm

Ха-ха, интересно, а чо ))

1000 раз в xargs

Вообще, скрипт лучше писать так, чтобы он умел принимать текстовый поток, а не связываться с вот этим вот

Ну и да и нет. Пример, моя утилита - хитрый prompt для bash. Да я двинусь если оно каждый раз будет на запуск 100 мс тратить, мозги уже гвоздями прибиты к высоким ожиданиям по отывчивости

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

моя утилита - хитрый prompt для bash

Rust.

Ну в таком случае (prompt), крайне странно искать скриптовый язык (вместо сей и т.п.), в любом случае рантайм будет подниматься заметное время.

Нет такого. Уже искал. Разве что reason/typescript. Но оно от лукавого.

Автоматическое закачивание зависимостей если они отсутствуют со своего сервиса пакетов на основе текста того же единственного файла с shebang

Кстати, Deno.

D и его rdmd. Автоматическое скачивание зависимостей – не в курсе, раньше не было, но раньше и dub-а для D не было.

Ну так я же говорю, если там быстрая сборка с кешированием, то проблем нет. Рантайм тоже не у всех тормозит, вроде только у .NET/Java

а там в nix'е можно устанавливать всё в стандартный префикс (/bin, /usr/bin) и лишь для некоторых пакетов задавать свой префикс?

Питон с сишкой вполне удовлетворяют перечисленному.

D по всем пунктам подходит, но для работы последнего в системе помимо компилятора должен быть ещё dub

Какие еще зависимости ты собрался закачивать? Это уже будет не скрипт, а целый прожэкт.

Автоматическое закачивание зависимостей если они отсутствуют со своего сервиса пакетов на основе текста того же единственного файла с shebang

в *опу такие сриптики

ты хочешь docker без docker или вирусы писать?

Ну с современными пакетными менеджерами можно наимпортиррвать 20 пакетов говна, а сам код будет 100 строчек. И так можно многого достичь

Хочу всякую скриптятину вроде панелей i3wm писать однофайловыми скриптами, но на взрослых языках

20 тонн говна, а сам код будет 100 грамм.

А https://github.com/erning/gorun это не то? Есть еще вот такая хрень: https://github.com/Val/crun

Почти все хотелки, это не про скрипты.

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

Современные питон и руби выходят за рамки и стремительно следуют к паскалю. Из скриптов остаются баш и более ничего.

С другой стороны если на всех хостах нода.жс то можно стрелять в пятку её методом.

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

При таком раскладе мне и Python скрипт круче через эту штуку пускать, могу проверить типы и байткоды сгенерировать

Бери уже перл. Зависимости не нужны, сам все пиши, это прикольно.

И статическую типизацию прогонит он же?

Python 3.6+ & mypy:

def increment(number: int) -> int:
    return number + 1

Из скриптов остаются баш и более ничего.

Какой еще баш, только posix sh и perl. Хватит всем.

D умел из шебанга. когда я проверял, компиляция + запуск были на глаз мгновенные, ну быстрее питона точно. правда в шебанг режиме у D были оптимизации отключены, на долгом cpu-интенсивном коде оракловская jit жаба его обгоняла (правда она и C может обогнать). но жава запускалась дольше, за заметное на глаз время.

Скучнотища, я именно что подза*****ся, хочу писать скрипты на C++/Rust/OCaml/Go. Все по одному файлу, но без компромиссов в плане необходимости пересборки руками, каталога с кучей сорцов и например производительности, это должен быть релиз билд. И зависимости должны качаться

Это не натив и проверка типов отдельной командой. Если заскриптовать проверку перед запуском, будет тормозить

чем питон-то не устраивает?

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

Вот как раз тут я думаю как понизить стоимость вхождения для небольших скриптов

https://bellard.org/tcc/ не рассматривал?

cargo-script? Но время компиляции не ахти.

А где ты видел, чтобы зависимости сами выкачивались? Везде приходится колупаться с пакетными менеджерами. Да и не хватало еще, чтобы скрипт при запуске чего-то там качал. А так gorun почти то, что нужно, как мне кажется. И язык подходящий для утилит, и быстрая компиляция.

А почему медленно? Со второго же раза должен быть no-op

Я хочу конфиг пакетного менеджера в самом скрипте

Со второго - да, но скриты-то обычно одноразовые.

Если сделать alias для действий след. последовательности:

1. Установка временного GOPATH;
2. Скачивание зависимостей с помощью go get -d ./ (если на ПК уже есть какая-то версия, заново ничего не закачивается);
3. Запуск необходимого файла путём go run,

будет сильно медленно?

А вообще, в Go давным-давно обещали поддержку сценария «Go как скрипт» (вроде, сам Пайк где-то в рассылке что-то такое и упоминал). Я не слежу, есть успехи в этой области?

Может, groovy с @Grab.

https://docs.haskellstack.org/en/stable/GUIDE/#script-interpreter

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

Да я понял, но ты хочешь странного. Сделай сам.

Концептуально да, но хуже Groovy ад ничего не выплевывал на Землю. Да, я думаю это самое убогое что я видел

https://neugram.io/

может http://www.rebol.com/what-rebol.html ?

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