Size: a a a

2021 February 24

AP

Aleksei (astynax) Pi... in fprog_spb
(ну ладно, там можно было просто end написать)
источник

AP

Aleksei (astynax) Pi... in fprog_spb
🧐, а оно ещё шевелится!
источник

AP

Aleksei (astynax) Pi... in fprog_spb
> Dylan Reference Manual (DRM)
хехе
источник

AI

Andrey Ivanov in fprog_spb
да и Фортран активно развивается, и много какие считающиеся ныне маргинальными языки
источник

AP

Aleksei (astynax) Pi... in fprog_spb
Живость Фортрана я могу понять, но Дилан-то кому нужен?
источник

AI

Andrey Ivanov in fprog_spb
Like a complete unknown... (C) 😊
источник

AP

Aleksei (astynax) Pi... in fprog_spb
Но так-то язык местами вполне приятный. Макросы гигиеничные есть, сам язык expression based, есть extension methods
источник

AP

Aleksei (astynax) Pi... in fprog_spb
источник

AP

Aleksei (astynax) Pi... in fprog_spb
Вебчик, вон, можно писать
источник

G

GNU/Cab in fprog_spb
Переслано от GNU/Cab
Лайвстрим с ЧаТТ-а. Binaurial Math!

https://youtu.be/vpEZnM93T9c
источник
2021 February 26

AY

Anton Yessaulenko in fprog_spb
всем приветики
уже и не знаю где спросить ещё. хочу написать простенький парсер для очень простого языка разметки с дальнейшим превращением его в AST

может кто-то знает: существуют какие-то стандартизированные подходы по представлению AST? Меня интересует именно формат: какие-то важные, обязательные свойства у нод, какая-то обязательная мета-информация и т.д.

или же можно просто отталкиваться от задач и добавлять информацию по мере необходимости и не париться?
источник

AY

Anton Yessaulenko in fprog_spb
ну и вообще, какие-то вводные по этим вопросам мне тоже подойдут, потому что никогда ничем подобным не занимался
источник

K

Kir in fprog_spb
Anton Yessaulenko
всем приветики
уже и не знаю где спросить ещё. хочу написать простенький парсер для очень простого языка разметки с дальнейшим превращением его в AST

может кто-то знает: существуют какие-то стандартизированные подходы по представлению AST? Меня интересует именно формат: какие-то важные, обязательные свойства у нод, какая-то обязательная мета-информация и т.д.

или же можно просто отталкиваться от задач и добавлять информацию по мере необходимости и не париться?
Range у каждого узла.

Если все узлы однотипные то Cofree (Sum layers) (Product metadata) ... а, стоп. На каком языке пишешь?
источник

AY

Anton Yessaulenko in fprog_spb
Kir
Range у каждого узла.

Если все узлы однотипные то Cofree (Sum layers) (Product metadata) ... а, стоп. На каком языке пишешь?
ой, лучше не спрашивай
я планирую прототип накидать на js :)
источник

Y

Yuuri in fprog_spb
Можно отталкиваться от грамматики
источник

K

Kir in fprog_spb
А. Главное, Range в каждый узел положить
источник

K

Kir in fprog_spb
Чем разбирать текст "программы" собираешься?
источник

A

Aleksey @cheatex in fprog_spb
Anton Yessaulenko
всем приветики
уже и не знаю где спросить ещё. хочу написать простенький парсер для очень простого языка разметки с дальнейшим превращением его в AST

может кто-то знает: существуют какие-то стандартизированные подходы по представлению AST? Меня интересует именно формат: какие-то важные, обязательные свойства у нод, какая-то обязательная мета-информация и т.д.

или же можно просто отталкиваться от задач и добавлять информацию по мере необходимости и не париться?
надо понять что ты дальше хочешь с ast делать.
источник

AY

Anton Yessaulenko in fprog_spb
ну окей, чуть больше конкретики:
есть язык разметки, почти маркдаун, только сильно проще

по факту, там даже не дерево получается, а плоский список, так как каждая строка представляет только один тип и внутри ничего друго содержать не может

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

ну и простой вьювер этого кода (буду транслировать в хтмл, например)
источник

K

Kir in fprog_spb
Можно примеров кода?
источник