AM
а то есть подозрение что язык в котором никто ничего не пробует будет скорее мертв чем жив
как будто вот эти все dsl чем-то лучше кодогенерации из xml.
такая же фигня неотлаживаемая.
Size: a a a
2020 September 21
AB
серьезно, лучшее средство отладки вот этих dsl - дамп сгенеренных для модуля эрланговых форм
AB
и, наверное, единственное
LL
как будто вот эти все dsl чем-то лучше кодогенерации из xml.
такая же фигня неотлаживаемая.
такая же фигня неотлаживаемая.
Ну хз, я уверен в том что даже синтаксис влияет на конечный код и структуру
Взять например то, что в
Или взять например то, что
Всё это ещё как влияет на мир
Взять например то, что в
elixir есть пайп только в первый аргумент (и вообще то что он есть)Или взять например то, что
erlang на самом деле просто злой брат-близнец прологаВсё это ещё как влияет на мир
LL
как будто вот эти все dsl чем-то лучше кодогенерации из xml.
такая же фигня неотлаживаемая.
такая же фигня неотлаживаемая.
А насчёт кодогенерации — в
elixir вполне себе можно написать тесты на кодогенерацию. Гомоиконность жеAB
А насчёт кодогенерации — в
elixir вполне себе можно написать тесты на кодогенерацию. Гомоиконность жея говорю не о кодогенераторе, а о понимании, что же он нагенерит
AB
ну ок, да, можно читать тесты кодогенератора, не худший вариант
LL
я говорю не о кодогенераторе, а о понимании, что же он нагенерит
Так это тогда проблема остановки тут. Как ты можешь проверить валидность любого кода на тьюринг-полном языке?
AB
мы о чем-то разном говорим, кажется
LL
Вопрос риторический, но это не значит, что мы не должны генерить код
LL
Кодогенерация уменьшает время, которое программист проводит за написанием кода
AB
я говорю о простой вещи - во что превратится написанное мной на dsl и как в итоге будет работать.
AB
кодогенерация это замечательно, но вот эту тягу к edsl я считаю предельно нездоровой
LL
Почему?
Есть сложная задача с кучей неясных моментов, которые определяет пользователь
Решения есть два:
* Предоставить возможность писать огромный конфиг (или огромный
* Предоставить язык, которым можно описать конечную систему
Есть сложная задача с кучей неясных моментов, которые определяет пользователь
Решения есть два:
* Предоставить возможность писать огромный конфиг (или огромный
string, что ещё хуже)* Предоставить язык, которым можно описать конечную систему
LL
Второе решение побеждает первое в мире программистов
Первое побеждает второе в мире юзеров (включая девопсов и всю эту нечесть)
Первое побеждает второе в мире юзеров (включая девопсов и всю эту нечесть)
AB
да блин. язык можно писать БЕЗ гребаных макросов
AB
более чем достаточно данных
AB
в beam есть атомы, в эликсире есть алиасы и кейвордлисты в конце концов
AB
зачем делать вот этот compile-time пиздец?
LL
зачем делать вот этот compile-time пиздец?
Чтобы делать маленькие языки под узкую задачу в рамках одного большого языка