Обострение в функциональном комьюнити
Jan. 9th, 2010 02:02 pm![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png)
Праздники как-то нездорово влияют на мозг функциональщикам.
По-моему, все кинулись делать какие-то самодельные кто языки, кто компиляторы, кто вообще какой-то теоретически-категорный трэш.
Самое ужасное, что я, вместо работы, занимаюсь тем же самым - делаю язык, чем-то похожий на Metaobject protocol, чтобы на нем описывать модели предметной области(в том числе и самого себя), а затем генерить из этих моделей код на более привычных языках.
Т.е., к примеру, мы описываем понятие "тип" на обычном языке и делаем парсер, который читает описание типа, затем с его помощью делаем новую версию описания типа(например, добавляем к описанию поля кортежа кроме имени и типа еще и пользовательское имя), по ней генерим новый парсер и дальше читаем описания типов уже им.
И основным интерфейсом к этой хрени должен быть в итоге не текст, а что-то более двумерное, типа грида. Потому что результатом конечным должна быть очередная заготовка под различную опердень.
Уже наверно год или два пытаюсь эту хрень сделать, но постоянно убредаю в какие-то дебри - то в хаскель, то в лисп, то вот вчера сделал лексер на Parsec, а дальше что-то мозговой тупик, потому что нужно сделать парсер, который бы по мере разбора входного потока менял собственную грамматику. А если попытаться сначала спроектировать, а потом делать - мозг убредает еще в большие дебри, типа систем типизации и крыша просто уезжает.
По-моему, все кинулись делать какие-то самодельные кто языки, кто компиляторы, кто вообще какой-то теоретически-категорный трэш.
Самое ужасное, что я, вместо работы, занимаюсь тем же самым - делаю язык, чем-то похожий на Metaobject protocol, чтобы на нем описывать модели предметной области(в том числе и самого себя), а затем генерить из этих моделей код на более привычных языках.
Т.е., к примеру, мы описываем понятие "тип" на обычном языке и делаем парсер, который читает описание типа, затем с его помощью делаем новую версию описания типа(например, добавляем к описанию поля кортежа кроме имени и типа еще и пользовательское имя), по ней генерим новый парсер и дальше читаем описания типов уже им.
И основным интерфейсом к этой хрени должен быть в итоге не текст, а что-то более двумерное, типа грида. Потому что результатом конечным должна быть очередная заготовка под различную опердень.
Уже наверно год или два пытаюсь эту хрень сделать, но постоянно убредаю в какие-то дебри - то в хаскель, то в лисп, то вот вчера сделал лексер на Parsec, а дальше что-то мозговой тупик, потому что нужно сделать парсер, который бы по мере разбора входного потока менял собственную грамматику. А если попытаться сначала спроектировать, а потом делать - мозг убредает еще в большие дебри, типа систем типизации и крыша просто уезжает.
no subject
Date: 2010-01-09 10:36 pm (UTC)Далее Вы имеете право разрабатывать свою конфигурацию на базе 1С и никаких претензий к Вам 1С иметь не будет. Это как покупка компилятора - вы его покупаете, и все.
Число пользователей 1С - это максимальное число пользователей которое будет работать с Вашей системой.
no subject
Date: 2010-01-09 10:44 pm (UTC)И таки вряд ли продадут чистую платформу, без конфигурации - накой это местным дилерам, плодить себе конкурентов и продавать по дешевке. Если к ним придут за 1С - они будут стараться впарить все сразу.
no subject
Date: 2010-01-09 11:00 pm (UTC)Лицензия на 100 пользователей + самая простая бухгалтерия 37 млн. Белорусских Рублей примерно.
no subject
Date: 2010-01-10 07:54 am (UTC)А стоимость адаптации по месту какова?
Вообще, мне кажется что ребе этим занимается еще и потому что ему это нравится, а будет ли ему нравиться поддерживать 1С - это вопрос)
no subject
Date: 2010-01-10 02:34 pm (UTC)После покупки комплекта можно вообще с нуля писать конфигурацию и продавать ее желающим (ну конечно если они 1С систему купят).
К интеграторам я отношения не имею, я программист на 1С.