История изменений
Исправление www_linux_org_ru, (текущая версия) :
немного осмыслил?
я тебе ненавязчиво подсказывал, а другие так вообще открытым текстом, что свой язык надо делать на базе существующего
еще вкратце:
1. по статической типизации ты не можешь выдать портянку «вот мне не нравится то и то, и не хватает этого и вот этого» (читать тапл для выдачи такой портянки не обязательно)
2. ты в требованиях не написал «скорость работы с++»
вывод:
если что-то делать, то делать динамически типизированный язык с опциональной статической типизацией, и в случае неверного типа в рантайме просто кидать исключение, но в меру своих сил пытаться какие-то такие исключения отловить статически (и дать такую возможность другим)
еще тебе будет нужна стандартная библиотека
в общем вывод — чтобы у тебя был язык более-менее приличный, тебе можно прикрутить свой синтаксис к питону
взгляни на boost::python, хотя для начала можно реализовывать все на самом питоне
впрочем, *лично* я на *твой* синтаксис смотрю совсем без энтузиазма (за исключением отдельных положительных моментов, типа ловли исключения)
*но* если ты сделаешь удобный способ прикручивать *чужой* синтаксис к питону (т.е. скажем у меня есть на коленке сделанный парсер, и я его могу легко к твоему изделию прикрутить), а также *чужой* тайпчек и вывод типов, то это вполне возможно будет интересно, причем, подозреваю, что не только мне (если конечно это до сих пор не сделали — я не в курсе)
Исправление www_linux_org_ru, :
немного осмыслил?
я тебе ненавязчиво подсказывал, а другие так вообще открытым текстом, что свой язык надо делать на базе существующего
еще вкратце:
1. по статической типизации ты не можешь выдать портянку «вот мне не нравится то и то, и не хватает этого и вот этого» (читать тапл для выдачи такой портянки не обязательно)
2. ты в требованиях не написал «скорость работы с++»
вывод:
если что-то делать, то делать динамически типизированный язык с опциональной статической типизацией, и в случае неверного типа просто кидать исключение, но в меру своих сил пытаться какие-то такие исключения отловить статически (и дать такую возможность другим)
еще тебе будет нужна стандартная библиотека
в общем вывод — чтобы у тебя был язык более-менее приличный, тебе можно прикрутить свой синтаксис к питону
взгляни на boost::python, хотя для начала можно реализовывать все на самом питоне
впрочем, *лично* я на *твой* синтаксис смотрю совсем без энтузиазма (за исключением отдельных положительных моментов, типа ловли исключения)
*но* если ты сделаешь удобный способ прикручивать *чужой* синтаксис к питону (т.е. скажем у меня есть на коленке сделанный парсер, и я его могу легко к твоему изделию прикрутить), а также *чужой* тайпчек и вывод типов, то это вполне возможно будет интересно, причем, подозреваю, что не только мне (если конечно это до сих пор не сделали — я не в курсе)
Исходная версия www_linux_org_ru, :
немного осмыслил?
я тебе ненавязчиво подсказывал, а другие так вообще открытым текстом, что свой язык надо делать на базе существующего
еще вкратце:
1. по статической типизации ты не можешь выдать портянку «вот мне не нравится то и то, и не хватает этого и вот этого» (читать тапл для выдачи такой портянки не обязательно)
2. ты в требованиях не написал «скорость работы с++»
вывод:
если что-то делать, то делать динамически типизированный язык с опциональной статической типизацией, и в случае неверного типа просто кидать исключение, но в меру своих сил пытаться какие-то такие исключения отловить статически (и дать такую возможность другим)
еще тебе будет нужна стандартная библиотека
в общем вывод — чтобы у тебя был язык более-менее приличный, тебе можно прикрутить свой синтаксис к питону
взгляни на boost::python, хотя для начала можно реализовывать все на самом питоне
впрочем, *лично* я на *твой* синтаксис смотрю совсем без энтузиазма (за исключением отдельных моментов, типа ловли исключения)
*но* если ты сделаешь удобный способ прикручивать *чужой* синтаксис к питону (т.е. скажем у меня есть на коленке сделанный парсер, и я его могу легко к твоему изделию прикрутить), а также *чужой* тайпчек и вывод типов, то это вполне возможно будет интересно, причем, подозреваю, что не только мне (если конечно это до сих пор не сделали — я не в курсе)