Size: a a a

Clojure — русскоговорящее сообщество

2021 January 16

MK

Mikhail Kuzmin in Clojure — русскоговорящее сообщество
если на русском, то можно мою почитать
https://app-from-scratch.darkleaf.ru/01-clojure/01-basic-syntax.html
но either и spec я бы не рекомендовал сейчас
источник

А

Александр in Clojure — русскоговорящее сообщество
да мне что нибудь в этом направлении в ocaml много различных сравнений что и почему и как лучше делать
источник

AC

Anton Chikin in Clojure — русскоговорящее сообщество
Mikhail Kuzmin
если на русском, то можно мою почитать
https://app-from-scratch.darkleaf.ru/01-clojure/01-basic-syntax.html
но either и spec я бы не рекомендовал сейчас
Ну тебя там сразу несет в ссылочные типы, что далеко не главное в языке
источник

AC

Anton Chikin in Clojure — русскоговорящее сообщество
Александр
да мне что нибудь в этом направлении в ocaml много различных сравнений что и почему и как лучше делать
В кложе немного не так дела обстоят. Там граблей очень мало и обычно самый простой способ что-то сделать он же самый правильный
источник

AC

Anton Chikin in Clojure — русскоговорящее сообщество
Александр
да мне что нибудь в этом направлении в ocaml много различных сравнений что и почему и как лучше делать
Так что толстенные книжки с описанием подводных камней в мире кложи не встречаются.
источник

MK

Mikhail Kuzmin in Clojure — русскоговорящее сообщество
Александр
да мне что нибудь в этом направлении в ocaml много различных сравнений что и почему и как лучше делать
вот это еще есть на русском https://clojurecourse.by/
да старенькое, но думаю многое актуально
источник

MK

Mikhail Kuzmin in Clojure — русскоговорящее сообщество
может быть стоит вообще через переводчик почитать clojure.org. не думаю что он там что-то не так переведет, это же не художественное произведение
источник

AC

Anton Chikin in Clojure — русскоговорящее сообщество
Александр
да мне что нибудь в этом направлении в ocaml много различных сравнений что и почему и как лучше делать
Ну и вообще выбирать между паттерн матчингом и if-then-else на основе производительности это не очень подход. Все же эти конструкции для разного
источник

А

Александр in Clojure — русскоговорящее сообщество
ок, спасибо, все понемногу посмотрю, все время сторонился лиспа, неделю назад потыкал прям загорелся))
источник

А

Александр in Clojure — русскоговорящее сообщество
Anton Chikin
Ну и вообще выбирать между паттерн матчингом и if-then-else на основе производительности это не очень подход. Все же эти конструкции для разного
ну, не это так для примера там много чего написано и про переменные и про память, лучше заменять переменные или аккумами через рекурсию и все в таком духе
источник

А

Александр in Clojure — русскоговорящее сообщество
ну типо там дешевая память и проже создать переменную чем перезаписать существующую
источник

MK

Mikhail Kuzmin in Clojure — русскоговорящее сообщество
Timur Latypoff
Раз уж пошёл офтоп про APL, обратите внимание на язык k. Его автор — Артур Уитни (также в профессиональных кругах известный как a) — ученик Кена Айверсона (автора APL).

Артур — большой противник прокрутки экрана и лишних букв, и чуть ли не считает, что если весь исходный код системы не влезает на одну-две прокрутки экрана, то система плохо написана.

Из прикольного, k интерпретируемый векторный динамический функциональный язык. Несмотря на интерпретируемость, он быстрее, чем нейтив код, так как его крошечный интерпретатор и полный код исполняемой программы целиком умещается в кэше микропроцессора.
а где про интерпретатор почитать? и про кэши
источник

TL

Timur Latypoff in Clojure — русскоговорящее сообщество
Mikhail Kuzmin
а где про интерпретатор почитать? и про кэши
Про архитектуру интерпретатора — не помню, где конкретно читал, нужно гуглить. Там реально кроличья нора, если интересно — начиная с того, на каком собственном "диалекте" C пишет автор, так как по его мнению, C слишком многословен.

Про размер интерпретатора — вот картинка с прошлогодичной версии. Один файл — это вся система целиком (интерпретатор + рантайм, и даже, похоже, вся БД).
источник

MK

Mikhail Kuzmin in Clojure — русскоговорящее сообщество
Timur Latypoff
Про архитектуру интерпретатора — не помню, где конкретно читал, нужно гуглить. Там реально кроличья нора, если интересно — начиная с того, на каком собственном "диалекте" C пишет автор, так как по его мнению, C слишком многословен.

Про размер интерпретатора — вот картинка с прошлогодичной версии. Один файл — это вся система целиком (интерпретатор + рантайм, и даже, похоже, вся БД).
видимо это какая-то очень нишевая и дорогая штука
для тех же банков
так ведь?
источник

TL

Timur Latypoff in Clojure — русскоговорящее сообщество
Mikhail Kuzmin
видимо это какая-то очень нишевая и дорогая штука
для тех же банков
так ведь?
Предыдущие версии проприетарные и дорогие, с бесплатной 32-битной версией на поиграться.
Нынешняя версия — k9 — проприетарная и пока бесплатная. Автор запускает новую компанию, делая новую версию языка, оставляя старую банкам.
источник

MK

Mikhail Kuzmin in Clojure — русскоговорящее сообщество
Timur Latypoff
Предыдущие версии проприетарные и дорогие, с бесплатной 32-битной версией на поиграться.
Нынешняя версия — k9 — проприетарная и пока бесплатная. Автор запускает новую компанию, делая новую версию языка, оставляя старую банкам.
Я бы послушал про такую штуку.
Если есть желание можно огранизовать подкаст https://twitter.com/hardcodefm с @razum2um
источник

MK

Mikhail Kuzmin in Clojure — русскоговорящее сообщество
ну или в https://t.me/fprog_spb
источник

TL

Timur Latypoff in Clojure — русскоговорящее сообщество
Я, к сожалению, не могу сказать, что хорошо разбираюсь — просто созерцаю и наслаждаюсь как произведением искусства. Даже простейшие программы читаю со словариком с трудом, и ничего не понимаю.
источник

TL

Timur Latypoff in Clojure — русскоговорящее сообщество
Иногда интересно посмотреть, например, в их треды в гугл-группе, где они обмениваются решениями для Advent of Code — соревнуются, у кого решение короче в байтах и быстрее в микросекундах.
источник

V0

Vlad 0xd728c4a7cd55d... in Clojure — русскоговорящее сообщество
Mikhail Kuzmin
Я бы послушал про такую штуку.
Если есть желание можно огранизовать подкаст https://twitter.com/hardcodefm с @razum2um
Спасибо что заменшенил, мне интересно, но проприетарная природа может превратить любой разговор кроме как с автором в воинствующее дилетантство :( Но вот если кто-то делал что-то практическое с APL откуда пошёл топик - объявитесь?
источник