M
Искусственный интеллект не нужен, там довольно простые правила, надо просто закодить их. Про монетизацию не беспокойся, есть идеи.
Все, я теперь спокоен, главный вопрос по сути уже решен
Size: a a a
2020 March 14
А
Наоборот, я люблю простоту и хочу сделать реализацию как можно более простой и соответственно легковесной. Сторонние решения повышают сложность и общее количество кода. Чем больше библиотек тащится в проект, тем больше возникает соблазн добавить ещё библиотеку и ещё и ещё. И в итоге объём приложений и количество потребляемых ими ресурсов растёт в геометрической прогрессии, что мы и наблюдаем в современном мире. Мне такая тенденция не нравится.
Кстати, свой STL писать будете или уже написан?
АВ
Вы либо делаете серебяную пулю, которая убивает даже выдуманных зайцев или уж делаете просто и легковесно.
Можно добиться и того и другого за счёт обобщённого кода на шаблонах.
M
Кстати, свой STL писать будете или уже написан?
Сначала нужно LLVM перписать;)
Т8
Этот язык ориентирован на данные, а не на код. Там нет функций и классов и нет какой-либо привязки к ОС и архитектуре. Так что ABI тут ни при чём.
чем оно будет лучше C# и Rust?
АВ
А
всё таки это какая профдеформация C++ программистов
А
преимущественно
AS
всё таки это какая профдеформация C++ программистов
Кхе-кхе :)
АВ
Т-34 85
чем оно будет лучше C# и Rust?
Тем же, чем тёплое лучше мягкого. Это разные вещи. Это декларативный язык, который проще сравнивать с protobuf, SQL, JSON, XML, чем с языками программирования. Наверняка в перспективе мой язык и возьмёт на себя некоторые задачи, решаемые на C#/Rust, но делать это будет совершенно по-другому и языком программирования общего назначения вряд ли станет.
А
Можно добиться и того и другого за счёт обобщённого кода на шаблонах.
Про слово "просто" тогда можно забыть уже в принципе.
Т8
Тем же, чем тёплое лучше мягкого. Это разные вещи. Это декларативный язык, который проще сравнивать с protobuf, SQL, JSON, XML, чем с языками программирования. Наверняка в перспективе мой язык и возьмёт на себя некоторые задачи, решаемые на C#/Rust, но делать это будет совершенно по-другому и языком программирования общего назначения вряд ли станет.
а, тогда не интересно
А
Тем же, чем тёплое лучше мягкого. Это разные вещи. Это декларативный язык, который проще сравнивать с protobuf, SQL, JSON, XML, чем с языками программирования. Наверняка в перспективе мой язык и возьмёт на себя некоторые задачи, решаемые на C#/Rust, но делать это будет совершенно по-другому и языком программирования общего назначения вряд ли станет.
SQL - это для БД. У БД там своя атмосфера, свои задачи. У форматов хранения тоже своя задача, там целый отдельный тьюринг полный ЯП не нужен особо.
AS
всё таки это какая профдеформация C++ программистов
А я бы это списал на "науки юношей питают"
АВ
Про слово "просто" тогда можно забыть уже в принципе.
Как раз-таки в моей библиотеке на шаблонах реализованы ranges, которые очень хорошо мапятся на функционал языка и позволят легко и просто его реализовать. И да, эти ranges на порядке проще и чище тех, которые в C++20, а делать я их начинал, когда про библиотеку от Эрика Ниблера ещё никто не слышал.
Т8
А я бы это списал на "науки юношей питают"
вот сделать MOC фронтом для Си, а не для Си++ как сейчас - вот это было бы прикольно
А
Как раз-таки в моей библиотеке на шаблонах реализованы ranges, которые очень хорошо мапятся на функционал языка и позволят легко и просто его реализовать. И да, эти ranges на порядке проще и чище тех, которые в C++20, а делать я их начинал, когда про библиотеку от Эрика Ниблера ещё никто не слышал.
Ваша библиотека - это уже не просто. Потому что эта целая либа, причём нестандартная. Это уже добавляет сложности
AS
Т-34 85
вот сделать MOC фронтом для Си, а не для Си++ как сейчас - вот это было бы прикольно
COM, IDL
Т8
COM, IDL
а что, Qt хотят на один из них перевести?
AS
Т-34 85
а что, Qt хотят на один из них перевести?
Нет