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

Go?

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

Борщ со сметаной.

Не знаю насчет одноразовости, я некоторые буду каждую секунду долбить в цикле

Ну вот короче я наколеночную штуку настрочил, тоже самое делает. 1 мс оверхеда на втором запуске.

Crystal гляну, но уже чойта влом яп учить

Автоматическое закачивание зависимостей

Да-да, чтобы из npm сразу малварь качал.

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

А надо ли перед каждым запуском? А в процессе написания можно и отдельной командой, вместе с линтером и автоформаттером. Ну или IDE подсветит, если умеет.

Как у всех языков для скриптов - поддержка shebang

Это не у языка, а у ОС

Но вот я решил повысить планку и добавить еще несколько нетипичных требований

Зачем?

хуже Groovy ад ничего не выплевывал на Землю

Та же жаба, вид сбоку и с перламутровыми пуговицами. Если ты хотел сказать, что жаба как язык ужасна — то да, я с тобой согласен %)

Намного хуже жабы. Это когда на жабе все что ты видишь делается через reflection.

#! /usr/bin/env nix-shell
#! nix-shell -i python -p python pythonPackages.prettytable

import prettytable

# Print a simple table.
t = prettytable.PrettyTable(["N", "N^2"])
for n in range(1, 10): t.add_row([n, n * n])
print t

Да, интересная фишка. Сначала подумал, что ключик -p относится к python, но нет. Это ему так любой интерпретатор можно скормить?

чел(ТС) уверен(Я) не считает tcc - подходящим инструментом (а уж все анонимы могут понять почему ТС оно не подходит)

Crystal юзает Boehm garbage collector :( А он течет by design

Groovy, ruby

Haskell + Stack. Ну или что угодно + Nix, как тут уже объяснили.

Ну или что угодно + Nix

Его можно сделать не тормозить?

$ cat test.py 
#! /usr/bin/env nix-shell
#! nix-shell -i python -p python3

print("hello")
$ time python3 ./test.py 
hello
python3 ./test.py  0.02s user 0.01s system 95% cpu 0.029 total
$ time ./test.py        
hello
./test.py  0.60s user 0.46s system 100% cpu 1.053 total

Оно только на запуске тормозит, дальше там тот же питон. Для длинных скриптов не должно играть роли.

Тратить целую секунду «только на запуск» явно не подходит 1 2. А если зависимостей много, то он и десять секунд тупить может.

Ну, значит придётся страдать. Ты про задачу о двух стульях слышал?

Это что-то из школьной программы?

Они так и не сделали нормальный GC значит. Хипсторы, что возьмешь.

Оно только на запуске тормозит

Но это же скрипт ёпта. Я тут вынужден колупаться с перлом, потому что питон слишком медленно расчехляется, а вы секундами меряетесь. Вот ТС тоже придумал тянуть и компилировать заврсимости, чтобы первый запуск пару минут занял. Или нужно заранее «прогревать» все скрипты такие тогда. Вообще, что это за скрипты с типолюбством? Изврат.

TypeScript? (Пальцем в небо)

Я вот думаю deno потыкать

Я конечно всегда знал, что ты туговат, но называть go скриптовым языком...

А в чём проблема писать скрипты на Go?

Да хватит уже, скор по другому считают.

Вообще не слышал. TS довольно популярен и теоретически не очень тормозной. Гном Шелл весь на js если что, так что даже под твой юзкейс подходит. Единственное что с шелбангом не ясно, но наверное можно накостылять что-то.

Автор ноды глянул в прошлое, на все ошибки и сделал заново - http://deno.land

А то есть даже как-то совместим должен быть?

Нет, я не думаю. Свое API. Там полный полет фантазии, но интересные идеи. Например, зачем нам пакетный менеджер если можно импортировать пакеты сразу по URL. И даже наше приложение тоже качать по URL, а не с диска. Ну кеширование сборок само собой. Плюс сендбоксинг, все взаимодействия с внешним миром нужно явно разрешать ключами командной стпоки, чтобы 10я по счету зависимость у тебя втихаря по диску не шарилась

Rebol же, идее сто лет в обед

Короче идея написать однострочечник экстрагирущий билд-файлы и билд-команды из комментов сработала отлично для следующих языков: C++, Crystal, Deno/TypeScript, Elixir, Haskell, OCaml, Typed Python, Rust.

Для динамических ЯП с опциональными типами я например могу проверить типы на этапе сборки (медленно), стереть из, а на этапе запуска просто запускать оптимизированый бандл. На моей говнотачке, Deno - 9 мс, Python - 20 мс на весь Hello World. Elixir - 100 мс :(

Единственны кто меня сильно добивал - Go, потому что очень придирался к форматированию, а я манипулирую текстовиком. Например, как из него нормально вытереть shebang? Заменишь на пробел - будет ныть, что нету package в первом ряду. Уберешь - поплывут номера строчек в сообщениях об ошибке. Можно заменить на комментарий, но тогда Go будет особенным, для всех вышеперечисленых ЯП я просто делаю пустую сроку вместо shebang

C++, Crystal, Deno/TypeScript, Elixir, Haskell, OCaml, Typed Python, Rust.

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

Да помер он уже сто лет в обед, успокойся уже

Nim, Pony.

Еще языков? Ты же лопнешь, деточка. Хватит одного C++ из этого ряда, чтобы как следует упороться.

Как у меня подгорело от доков Pony, листаешь, листаешь - одни диферамбы какой он божественный. Примеры глууубоко в закрома

Языки добавлять - не мешки ворочать

У меня подрогорело только от того, что они в доке ни разу не упоминают Rust. Мол посмотрите как в C++ это уныло, а в Pony красота. Ну так вы бы ещё с сишкой сравнивали.

SubstrateVM вполне ничего, да.

А я не смог посмотреть доки, наверно там порно, добрый провайдер уберег меня.

Да помер он уже сто лет в обед, успокойся уже

вот и выросло поколение «новых идей», с памятью аквариумной рыбки...

Это не у языка, не у ОС, а у компилятора

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

Можешь взять Perl. Он обладает такой же склонностью к ascii-арт синтаксису, как и Rust, но при этом Перл обладает рядом достоинств по сравнению с ним:

1. Менее религиозное и промытое комьюнити.
2. Больше готовых, проверенных десятилетиями библиотек (на Rust’е же пока одни ПриветМиры переписывают, недописывают, забрасывают, и снова переписывают).
3. Программируя на Perl’е ты можешь представлять, что пишешь макросы в Rust’е. Мир сразу заиграет новыми красками.
4. Можно заln -sить perl как rustscript в каком-нибудь /usr/local/bin или /home/vertexua/.local/bin

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

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

Ну тогда тебе Red в помощь. Подтягивать модули удалённо можно через do %url.

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

Дык опять же, Red же.

Common Lisp (SBCL)

Как у всех языков для скриптов - поддержка shebang

#!/usr/bin/sbcl --script

Статическая типизация

Описывай везде типы и не игнорируй предупреждения компилятора, будет почти статическая типизация. Почти, да.

Быстрая сборка

Да.

Высокая производительность

Быстрее питонов, медленнее C.

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

quicklisp.

Так тебе D же уже советовали, но ты его как то пропустил. Все что ты запросил там есть, rdmd пошустрее будет, но без зависимостей, а dub с зависимостями, но будет за счёт этого помедленнее. Или ты D не рассматриваешь по субъективным причинам?