Мы тут недавно в одной Telegram-группе обсуждали (в основном новые) языки программирования. Так вот — за любым языком стоят 1-2 автора. И где язык создаётся — не так уж и важно.
Система лямбд, объединённая с функциями-расширениями, делает Kotlin идеальным инструментом для создания [DSL](C:\Users\Desktop\Cloud Mail.Ru\Mail — Почему нужно полностью переходить на Kotlin\в Kotlin).
class Actor
def do_it( a, b )
just_todos = {
"remark" => ->self.remark(String | Int32),
"accept" => ->self.accept(String | Int32),
}
just_todos[a](b)
end
def remark(p)
puts p
end
end
Отличная статья, ибо опыт расписан. Про роутеры вам рассказали уже :)
Когда выйдет Crystal, попробуйте его, вам понравится. Что плохо у Golang, — он слишком много требует писать руками.
Идея отличная, и сам ей следую. Но я никогда не буду учить Brainfuck, мне жалко свой мозг.
Использую sqitch rework, но это для Postgres, MySQL, SQLite, Oracle, Firebird, Vertica.
Для MS SQL драйвер никто не написал.
спасибо, гляну.
правда, непонятно, что у него с поддержкой блобов.
https://stackoverflow.com/a/42565996/1336858
для Ruby как минимум есть Ocra и Releasy.
Но я имел ввиду, конечно, современные языки, которые сейчас активно развиваются. Nim, Go, Crystal, Kotlin etc.
Остальное можно считать плюсом Go :-)
Все про делу, кроме "один бинарник".
Это действительно очень удобно, так как зависимость от сторонних пакетов иногда очень плохо сказывается на развертывании.
Другое дело, что вроде все современные языки это умеют.
Последнее время я привык задавать вопрос — "А зачем?"...
Скорее разница подходов между TDD и BDD. Просто кому что ближе.
я бы не сказал, что это расово верный путь от автора, а по тестам смотрите https://onsi.github.io/ginkgo/
Привет, я вот начал активно использовать Crystal, где возможно :)
Думаю, это то, что ждет Kotlin, — автоматический вывод типов параметров и результатов, где возможно.
Crystal :)
Статически типизированный код:
Можно, думаю, считать похожими по производительности.
Nim — новый статически типизированный язык для LLVM со стороны Python.
Немного в стороне
На самом деле в статье многое упущено, например, nim. Немного прояснит ситуацию https://github.com/kostya/benchmarks