Разработчики языка программирования Mojo опубликовали выпуск инструментария Mojo SDK 0.7, позволяющего компилировать проекты на локальной системе. В состав Mojo SDK включены компоненты, необходимые для разработки приложений на языке Mojo, включая компилятор, runtime, интерактивную REPL-оболочку для сборки и запуска программ, отладчик, дополнение к редактору кода Visual Studio Code (VS Code) с поддержкой автодополнения ввода, форматирования кода и подсветки синтаксиса, модуль для интеграции с Jupyter для сборки и запуска Mojo notebook...Подробнее: https://www.opennet.ru/opennews/art.shtml?num=60509
Его только начали разрабатывать? Сложно представить себе язык с синтаксисом притона без словарей
Да, только в 2022 году, но ему уже пророчат большое будущее, так как его разрабатывает архитектор Swift. Синтаксис Mojo только похож на синтаксис Python, но и это уже большой плюс по сравнению с тем же Rust, потому что он более понятен и на него можно быстро перейти почти без переучивания. Компилируется в статику через LLVM и MLIR, производительность будет на уровне. Что интересно, они также планируют добавить в свой язык borrow checker.
> производительность будет на уровнеНа уровне чего?
На уровне kotlin, вестимо. И, раз это llvm, на нормальный код и универсальные оптимизации (без лишней грязи) можно не надеяться. Я имею в виду, даже дли си умудряются грязь разводить, хотя казалось бы.
Хотя, если так подумать, проприетарные компиляторы фортрана тоже на llvm запилили, и они лучше альтернатив код оптимизируют. Просто шланг такой позор, что это уже не отмыть видимо.
> Да, только в 2022 году, но ему уже пророчат большое будущее,
> так как его разрабатывает архитектор Swift.Swift тоже пророчили. Но вышел пшик, нигде кроме эппла не используется по сути.
Та же история и с C#, да и в целом точка нетом. За пределами Windows использование околонулевое.
Согласен, маловата как-то - всего лишь на 95% персональных компьютеров в Мире.
> Согласен, маловата как-то - всего лишь на 95% персональных компьютеров в Мире.Гугл такой, с парой миллиардов мобил - "что это за комар тут пищит"?
И на этой "паре миллиардов" мобил с операционкой, купленой Гугелом, конечно же работает на 95% софт, написанный на Java от фирмы Oracle (Sun) или Kotlin от JetBrains, а не на родной Go-шечке.Кстати, на C# тоже пишут под Android разную GUI-ную мелочь. И на C# пишут все больше и больше как поделки под Android, так и интерпрайз под сервера с Linux. Для кого-то это, наверное, является откровением.
Эм. Внезапно оконтейнеренной бизнусятины на дотнетчине уже больше, чем на жабе пишут. С трудом представляю, в каком макдаке нужно вайтить, чтобы в 2024 про "выньдос онли111" вещать.
Ну и где пшик? Apple крупнейший производитель смартфонов, под эти смартфоны пишут на свифте и objective c. Где пшик?
Ну так аноним так и написал, кроме Apple, везде пшик. Что непонятного?
Специально для тебя:
>Но вышел пшик, нигде кроме эппла не используется по сути.
Вообще-то это один из наиболее популярных языков современности, он куда популярнее того же Rust. Swift не используют нигде кроме айфонов только потому что Apple держит его под своим полным контролем.
а у свифта получилось большое будущее ?
Большое, не большое, но на Objective C уже пишут единицы.
> Большое, не большое, но на Objective C уже пишут единицы.Яблоко ещё во времена XCode 4 почти всех толковых проггеров согнало на разработку и развитие свифта
Баги и недоработки в ObjC при этом могли висеть месяцами и годами без какой-либо работы по нимСобсно, он и заглох не сам по себе, а силой административного аппарата яблока
А что нет?
> А что нет?Где он активно применяется кроме разработки под яблоко ?
Вполне возможно, что и другое что-то применяли бы, но выбора, в общем-то, немного( см коммент повыше, другому типу )От свифта изначально ожидали чуть ли не то же самое, что сейчас жс, питона и котлина вместе взятых
А он так толком и не вышел за пределы яблочной экосистемы. Судя по тому, что о нём даже разговоры утихли, яблоко на это полностью забило.
> ему пророчат большое будущее, т.к. его разрабатывает архитектор SwiftА какая связь?
Swift - язык одной платформы и его выбрали не разработчики, за "хорошесть", а apple по каким-то своим критериям.
Единственная гарантия из этого - автор Swift'а явно не напишет непотребную бяку.> Синтаксис Mojo только похож на синтаксис Python,... на него можно быстро перейти почти без переучивания
Открою секрет Полишинеля - питон выбирают не за синтаксис, а за батарейки. За то что условный студент-физик может открыть пайтон-ноутбук, загрузить данные из s3, обучить модельку, построить графики и выгрузить результаты в csv или postgres. Или сделать что угодно другое. И всё это - в браузере, без установки тьмы библиотек, без компиляции и прочих заморочек. А на синтаксис ему плевать - он эти строчки из первых попавшихся статей в инете пишет. Да и строчек там не много.
То есть создать язык с синтаксисом питона можно, а вот написать тонну батареек - нет.
Если только не обеспечить явную и полную поддержку питона, но этого точно не будет.> синтаксис Python
> перейти почти без переучивания
> планируют добавить в свой язык borrow checker.У питона строгая динамическая типизация и GC. Borrow checker ему не нужен.
Если выкинуть динамическую типизацию или GC, тогда да, нужен, но в этому случае это уже не питон, на который можно "перейти почти без переучивания", сложность разработки программы, где надо учитывать типы и управлять памятью несопоставима с лёгкостью скриптования на питоне.
>а apple по каким-то своим критериямАрмия лояльных разработчиков же, которые из экосистемы Apple не выйдут и будут исправно платить отчисления в аппстор. Вход - рубль, выход - два.
>Открою секрет Полишинеля - питон выбирают не за синтаксис, а за батарейки.
Его уже давно выбирают за то, что в ТЦ раздают флаеры на скиллбокс со скидкой в 10%.
>а вот написать тонну батареек - нет.
Их напишут восторженные фанаты и неолутцы.
>Если выкинуть динамическую типизацию или GC, тогда да, нужен, но в этому случае это уже не питон, на который можно "перейти почти без переучивания", сложность разработки программы, где надо учитывать типы и управлять памятью несопоставима с лёгкостью скриптования на питоне.
С точки зрения маркетинга и вакансий на хедхантере у питона теперь давно статическая типизация, поэтому можно рекламировать как zero cognitive load альтернативу Go - и теперь питонисты спасаться от конкурсов в 50 человек на позицию будут не на Go, а на Mojo. Если дело выгорит.
А для управления ресурсами туда надо with сунуть, если нет. И рекламировать его. И не волнует.
> Армия лояльных разработчиков же, которые из экосистемы Apple не выйдут и будут
> исправно платить отчисления в аппстор. Вход - рубль, выход - два.А других платформ и нет, приложения под андроид денег не приносят. На андроиде люди не покупают приложения. И то что процент гуглу меньше, так там и продаж нет, не просто же так процент ниже. С апстором, даже если эпл будет забирать 70% дохода, разработчика не обидят, потому что люди умеют платить за софт.
> С апстором, даже если эпл будет забирать 70% дохода, разработчика не
> обидят, потому что люди умеют платить за софт.Очень сомнительное утверждение
Не то чтобы люди сильно умели, у них просто особо и выбора то нет - есть 1-2 приложения - и все платные. До недавних пор там довольно серьёзно ограничивали конкуренцию и выход новых подобных приложений.
Хотя и простеньких бесплатных хватаетПод андройдом - выбор огромен, на любой вкус, цвет и запах. Даже с перламутровыми пуговицами есть.
И нередко бесплатно. А до относительно недавних пор - ещё и без рекламы. Просто гуглу это сильно не понравилось и он однажды начал банить приложения и акки, которые не впиливают рекламу даже если не хотят её туда ставитьВ любом случае, сейчас активно развивается тема с рекламой и внутриигровыми покупками у условно-бесплатных приложений. А там - что яблоко, что андройд - платят примерно одинаково
когда такие люди как латнер уходят от риск-в становится понятно, что у технологии нет перспективнадеюсь можо подебит питон (только название мне не нравится, надо нанять маркетологов и переименовать)
https://www.youtube.com/watch?v=8wQ37JTt1rM
Можешь называть его Мохо. Как это слово изначально и читалось.
это какое-то испаноизычие, типа julio - хулио
jui: как это читается на испанском?
> это какое-то испаноизычие, типа julio - хулиоНу так это испанское слово, переводится "макаю, обмакиваю".
Вообще-то это слово переводится с английского как "харизма" или "сексуальная энергия". Это как раз то, что по мнению, Остина Пауэрса, у него было в избытке. Отсюда и название языка.
Имелось в виду mojo (можо), а на хулио иглесиас.
Лично я его попеременно называю то Моджо, то Модзё.
> только название мне не нравитсяЭт вы его file extension еще не видели...
Можно нанять маркетологов из проекта Raku.
Мое первое впечатление от этого слова https://www.youtube.com/watch?v=Lq3fh8jPDXo
Совместимость с Python это просто маркетинговый ход.Разница не только в реализации, но и в синтаксисе языка, в целом отличий на целый новый язык.
Отличия в синтаксисе это не отличия. Если перлу сделать синтаксис Фортрана - он не перестанет быть перлом.
И есть подозрение, что Перл с синтаксисом Фортрана был бы куда более читаемым.
Читаемость - это мем.
Никто не заставит тебя засовывать функции в квадрат 80x25 кроме тебя самого.
Порадовали. Я даже теперь в закладки Моджо добавил. Умеют рей-тресинг и Мандельброта в Юпитер-блокноте. Прям. прогресс впечатляет. Я бы сказал, Раст здорового человека.
Скорее уж питон. Причем тут раст?
На Mojo можно делать все то же, что и на Расте и при этом так же безопасно. Что не удивительно для языка, который был создан специально для ML.
Мы пока не знаем, что можно делать на мохо. Где компилятор? Где спецификации? То что они спетросянили у раста чекер боровов не делает его растом.
Не нужно быть растом чтобы быть способным выполнять его задачи. Тем более если в Mojo будет его главная фишка. А компилятор будет опубликован когда отшлифуют, в этом не должно быть никаких сомнений.
Ты веруй, веруй дальше. А я пока не увижу _открытый_ компилятор никаких выводов о ЯП делать не буду.
>вы находитесь здесь
> Мы пока не знаем, что можно делать на мохо. Где компилятор? Где
> спецификации? То что они спетросянили у раста чекер боровов не делает его растом.Как не знаете? Вот, пиариться, например, внаглую можно...
Вроде бы принципиально нет.
В rust можно nostd для голого железа писать(с минимальным стартапом на asm).На Мojo можно писать ПО, которое работает поверх ОС.
Rust nostd без карги обладает минимальными преимуществами, тогда уж лучше просто на Си писать, как все впрочем и делают.
Не согласен с Вашим утверждением, но не суть.Суть в том, что я не видел языка хорошего для всего и полагаю, что Mojo предназначен для решения определенных задач, связанных с ИИ; всё остальное - очень сильно сбоку и наверняка очень как-то.
А почему вдруг nostd значит отсутствие Cargo?
`no_std` лишь значит (упрощённо говоря), что по умолчанию не линкуются `std` (который подразумевает наличие ОС с вещами типа ФС) и `alloc` (в котором лежат стоковые вещи типа `Vec` и `String`, и который всё так же модно руками прилинковать, задав реализацию глобального аллокатора, и получить возможность пользоваться всеми вещами из него).
При этом Cargo всё так же прекрасно работает и, более того, в экосистеме огромное количество [1] крейтов для no_std, начиная от просто библиотечного кода, и заканчивая вещами, которые вообще только в компайл-тайме работают.
Это все как бы замечательно, но подразумевая что речь идет про embedded(а где еще no_std нужно?), что ты там собрался из Cargo добавлять, если памяти обычно кот наплакал и каждый байт на счету? Раст известен своей способностью генерировать бинарники большого размера и во встройке это обычно не приемлемо. Знаю есть какой-то микрораст, или же обычный можно оптимизировать отключив проверки, но тогда он принципиально ничем от C не отличается, так как пришлось пожертвовать его главными преимуществами.
> Это все как бы замечательно, но подразумевая что речь идет про embedded(а
> где еще no_std нужно?), что ты там собрался из Cargo добавлять,
> если памяти обычно кот наплакал и каждый байт на счету?Embedded разный бывает, гляньте хоть на то, что есть за таргетом thumbv7em-none-eabihf (Flipper Zero как близкий лично мне пример того, что я сам руками трогал и для чего сам собирал растовые приложения). Но важно не это, а то, что:
> Раст известен своей способностью генерировать бинарники большого размера и во встройке это
> обычно не приемлемо.Он их генерит тогда, когда от него это просят (с поправкой на дефолты для std, где по умолчанию достаточно много дебажной инфы [^1]). И в условиях no_std это всё ещё не проблема, потому что у разработчика всё ещё есть контроль над тем, что именно происходит при билде (что как линкуется, что (не) стрипается и т.д). В конце концов, из коробки есть [1] два режима оптимизации под минимальный размер.
Например, у меня прекрасно билдится 5336-байтная аппа динамически линкующаяся к API Flipper Zero и использующая его API для GUI.> Знаю есть какой-то микрораст
Нету такого. Вероятно, путаете с Go. Есть [2] MDBook с таким названием, но жэто всё ещё рассказ об обычном Rust, а не какой-то его другой версии.
`no_std` Rust (и даже `no_core`, но это уже совсем нишевое нечто) это всё тот же Rust, с теми же гарантиями, с тем же тулингом (с поправкой на поддержку конкретных таргетов, и то, там всё более чем хорошо [3]).> или же обычный можно
> оптимизировать отключив проверки, но тогда он принципиально ничем от C не
> отличается, так как пришлось пожертвовать его главными преимуществами.Какие проверкаи? Debug assertions итак отключаются в релизных сборках (на то они и debug assertions). А борроу чекер (а кроме него раст ценен, вообще, системой типов и просто языковыми фичами) нельзя отключить. Ну просто нельзя, это часть языка, а не опциональная штука.
Это распространнённое заблуждение, что unsafe кого-то там отключает. В unsafe лишь доступны *другие* [4] действия (таким, для которых компилятор не сможет проверить инварианты, и для которых ответственность за соблюдение осознанно перекладывается на плечи разработчика).
И для embedded'а (как и, вообще, разработки низкоуровневых библиотек на Rust) в этом идея: *один раз* написать безопасный обёртки над некоторым небезопасным кодом, и дальше ими пользоваться бнз всякого unsafe. Чем мы (в свободное время) занимаемся разрабатываея упомянутые ранее биндинги для Flipper Zero [5]. Чем другие люди занимаются, делая разного рода либы (включая рахного рода HALы).
Да, это всё ещё не панацея (а что ей является из массово применимого&применяемого?). Да, разработчик может ошибиться в реализации unsafe-части обёртки, и тогда никаких гарантий нет, но это не менее справедливо для кода на том же C, где, однако, эту небезопасную часть синтаксически ничто не локализует, в отличие от Rust, где, по крайней мере, фокус ревью, комментариев по инвариантам и санитайзеров, валидаторов, интерпретаторов (см. MIRI [6]) вместо того, чтобы рассматривать вообще всю кодовую базу как минное поле.[^1]: И то, эти дефолты меняются в лучшую сторону, о чём есть прекрасная статья [7].
[1]: https://doc.rust-lang.org/cargo/reference/profiles.html#opt-...
[2]: https://droogmic.github.io/microrust/
[3]: https://doc.rust-lang.org/beta/rustc/platform-support.html
[4]: https://doc.rust-lang.org/std/keyword.unsafe.html
[5]: https://github.com/flipperzero-rs/flipperzero
[6]: https://github.com/rust-lang/miri
[7]: https://kobzol.github.io/rust/cargo/2024/01/23/making-rust-b...
Как много вербальной гимнастики, но факт остается фактом что эмбеддет пишется на C.
Для ML есть Julia
если это выглядит как питон, то может быть это и есть питон?
> если это выглядит как питон, то может быть это и есть питон?Ползающая утка.
Ну так и питон, мягко говоря, летать не рождён.
Ну julia давно это умеет и под лицензией mit в отличие от кота в мешке.
Без такой же крутой документации, как у раст, ни один язык не взлетит.
Они его открывать собираются?
Это первоочередной вопрос. 2-ой вопрос - это лицензия.
Каково мнение Столлмана? Он негодует?
> Каково мнение Столлмана? Он негодует?Думаю, что все кроме GPL его не устраивает. Этот язык основан на llvm, что автоматом попадает в блоклист Столлмана.
Скачать через регистрация? Совсем долбанулись. Помню такая же фигня была у pyston. И где он теперь?
Чем это лучше тех же PyPy, Cython & Codon? Со скептицизмом отношусь к проекту.
Нативно, быстрее
За последние лет 10 столько языков наплодилось. Берешь заказ или проект, а у них там чёрт ногу сломит,
как будто специально делали так чтобы потом никто не разобрался сразу.
Так и есть. Поэтому в крупных конторах стек технологий фиксируют.
Когда начнётся мода на переписывание на Mojo?
Чисто теоретически может выгнать питон из ML. Но тут не угадаешь, поживем увидим.
Если с обещаниями не обманут, то вытеснение пойдет быстро, потому что будем честны производительность Питона не соответствует целям AI даже с учетом всевозможных, кхм, костылей (хочу, но не могу подобрать более приличное слово). Отрасль молодая и быстроразвивающаяся, может себе позволить.
очевидно, что ты понятия не имеешь, о чем "рассуждаешь"
Ну так просвети великий знайка, что случится если на рынке появится язык совместимый с Питоном, но быстрее его в десятки и сотни раз без всяких выкрутасов?
> если на рынке появится язык совместимый с Питоном, но быстрее его в десятки и сотни раз без всяких выкрутасов?Дело в том, что кроме похожего синтаксиса в новости нет ничего о совместимости.
По заявлениям разрабов mojo будет python код без доработок запускать
И все-все питоновские сторонние батарейки, написанные за многие годы разными васянами, запустятся без вопросов? Или ты и создатели этой "мохи" бесплатно всё перепишете за одну ночь?
Так они и стремятся к полной совместимости с экосистемой Python, обеспечивая бесшовный переход для пользователей Python. Насколько у них получится - увидим, но если это одна из основных целей, то почему бы и нет? Видимо учли негативный опыт позиционирования Раста как языка для переписывания на нем всего на свете, что теперь считается нездоровым мемом даже в их собственном сообществе.
есть вероятность что все они и на самом питоне не запустятся ведь если где-то что-то изменилось - где-то что-то отвалилось
> Отрасль молодая и быстроразвивающаяся, может себе позволить.Как академическая дисцилина AI была основана в 1956 году. Mit во всю юзал лисп для AI в 1970-e.
Это конечно замечательный аргумент в интернет-споре, и вроде правда. Могу дополнить это Прологом, перцептроном на резисторах и фреймами, но все это по большему счету как жило в пыльных аудиториях ВУЗов так там и осталось, а новый рынок LLM-моделей сейчас развивается бешенными темпами, они явно не на Лиспе, и практически все пишется заново. Некоторые совсем недавно популярные фреймворки ML сейчас переписаны с Lua на Python и уже легаси.
> Это конечно замечательный аргумент в интернет-споре, и вроде правда. Могу дополнить это
> Прологом, перцептроном на резисторах и фреймами, но все это по большему
> счету как жило в пыльных аудиториях ВУЗов так там и осталось,
> а новый рынок LLM-моделей сейчас развивается бешенными темпами, они явно не
> на Лиспе, и практически все пишется заново. Некоторые совсем недавно популярные
> фреймворки ML сейчас переписаны с Lua на Python и уже легаси.ML != AI, ML ⊂ AI
Верно, только это ничего не меняет в сказанном.
> Некоторые совсем недавно популярные фреймворки ML сейчас переписаны с Lua на Python и уже легаси.Ну переписаны и ладно. Питон пофичастее будет все же. А по поводу лиспа, то для python есть hy (https://hylang.org/), а для lua есть fennel (https://fennel-lang.org/)
Есть то они есть, но первый например давно вижу и что-то он особо не становится популярнее и видимо скоро присоединится к Dylan. Вместо второго наверное лучше использовать встраиваемый диалект Scheme, если уж так хочется скобок.
> даже с учетом всевозможных, кхм, костылейХотели сказать, что Python дееспособен лишь в качестве интерфейса к C?
Cython норм.
Always has been.
Если смотреть на вещи трезво, то никому не нужен ещё один питон, следовательно, вкладываться в него компаниям как-то иррационально. Питон -- это просто интерфейс к серьёзным и оптимизированным либам на нормальный языках (которые писались не одно десятилетие), но так же куча готовых либ вполне профессионального уровня.А насчёт "костылей", у cython производительность вполне себе 1 в 1 с си, к тому же, оптимизации гццшные вполне работают, из того, что я видел (они более универсальные, чем у шланга).
Вот так и знал что не правильно поймут. Я лично ни против Питона, ни против CPython ничего не имею, и даже весьма симпатизирую, но это не отменяет законов рынка и хайпа. Получится то что получится вне нашего хотения. Язык Julia например упорно пробивал себе место на рынке, а Mojo только пришел и о нем уже слышно из каждого утюга. Даже позволили себе не открывать компилятор на раннем этапе, на что сообщество всегда реагирует резко отрицательно и все равно большая часть отзывов близка к восторгу. И нужно признать, что ниша и модель языка выбраны весьма разумно.
>серьёзным и оптимизированным либам на нормальный языках (которые писались не одно десятилетие), но так же куча готовых либ вполне профессионального уровня.Есть у таких вещей фатальный недостаток: со временем новое поколение перестаёт это понимать и очередной фортран умирает.
Фортран до сих пор самый популярный язык в области вычислений. Да и альтернативные реализации лапака на модных сях почему-то тормозят. Что-то не складывается. Все довольны существующими решениями, там, где это имеет значение.
Только вот вновь не учат.
> Только вот вновь не учат.Как это не учат, когда учат? Сейчас вроде nvidia активно популяризует, а спрос и не падал. Если ты занимаешься вычислениями, знать фортран сегодня полезно и необходимо. Это актуальный язык. Просто он мало на что годится помимо сложения матриц.
Помнится мне, еще в конце того века был такой инструмент как Microsoft Fortran Powerstation 4.0 и Visual Studio (C++) 4.2. Так вот, если они стояли на одном компе, то в Visual Studio можно было делать гибридные проекты - расчетные алгоритмы писать на Fortran, а GUI-ню и другое писать на C++ и MFC. Потом все это в одном проекте компилировалось и собиралось. Потом Compaq, Intel Visual Fortran вообще выпускались как add-on к Visual Studio и тоже умел в "общие проекты".
Посмотрел в инете - проекты из нескольких языыков даже еще раньше можно было делать: MS FORTRAN 5.1 and Visual C++ 1.51 - а это где-то 1993 год (возможно предположить, что с мелкософтовскими компиляторы такое возможно было еще в эпоху DOS делать)ссылка: http://computer-programming-forum.com/47-c-language/77d64b69...
Ну там ещё pytorch надо будет переписать, numpy, matplotlib, pandas...
Сила питона в батарейках.
Подойдут ли батарейки от питона в мохо?Переписывать кровавый энтерпрайз на питоне мешал интерпретатор. А теперь синтаксис ещё проще джавы, производительность на уровне, конпелять можно, ну и батарейки, если питоновские подходят, то это будет бомба.
Julia может использовать при своей работе программы на Python и R. Думаете сложно это будет сделать для Mojo?
# mypython.py
import numpy as npdef gen_random_values(size, base):
# generate a size x size array of random numbers between base and base+1
random_array = np.random.rand(size, size)
return random_array + base
# main.mojo
from python import Pythonfn main() raises:
Python.add_to_path("path/to/module")
let mypython = Python.import_module("mypython")let values = mypython.gen_random_values(2, 3)
print(values)
Интересно, производительнее ли он, чем gdscript? Сравнение неуместное, но блин.
> Сравнение неуместноеСогласен, что сравнивать интерпретатор с компилируемым языком ... разница в производительности до 60 тысяч раз.
Не в пользу раста, кстати.
gdscript же тоже компилируемый, нет?
Когда Swift пришел за Objective-C, питонисты молчали и улыбались.
Когда Rust пришел за C, питонисты шутили и веселились.
Когда Mojo пришел за Python-ом, питонистам вдруг стало не смешно.
Питонисты решили выкинуть GIL.
Есть такая профессия...
С это стандарт корпоративной разработки! Единственным что чего можно заменить это C++!
Штаааа?! Это какой-такой "корпоративной разработки" и "разработки чего"???
Ну жаба. Ну .net. Ну вот жыеса два ведра - куды ж без него? У мыельщиков стандарт - python, а вот ни сей, ни крестов почитай, нигде не видел.
>а вот ни сей, ни крестов почитай, нигде не виделА прикинь, если взять и запилить ФРЕЙМВОРК на си, куда пойдёт и утиная типизация, и BDW, и либы к всем типичным энтерпрайз-игрушкам, на это завязанные.
Единственное, что надо сделать - связать вместе GC, anytype, типичные структуры данных, json-protobuf-elk-kafka, максимально тупую билдсистему с центральным репозиторием. И всё, энтерпрайз квалифаед солюшен готов. Дальше пишем книгу "Dynamic operdens in C with Vasyan Framework", первую часть у неё берём из ободранного (удаляем почти все нюансы про типы, CLI и указатели) K&R про язык, вторую из нашей сборной солянки про фреймворк и продаём её задёшево, прорекламировав её у скиллбокса. Дальше у Java, Rust, C# и Python случается отвал клиентской базы и энтерпрайз пишется на сишке. У Go отвал будет стопроцентным, у остальных в зависимости от использования bigint и других плохо укатываемых в Си вещей.
>[оверквотинг удален]
> Единственное, что надо сделать - связать вместе GC, anytype, типичные структуры данных,
> json-protobuf-elk-kafka, максимально тупую билдсистему с центральным репозиторием.
> И всё, энтерпрайз квалифаед солюшен готов. Дальше пишем книгу "Dynamic operdens
> in C with Vasyan Framework", первую часть у неё берём из
> ободранного (удаляем почти все нюансы про типы, CLI и указатели) K&R
> про язык, вторую из нашей сборной солянки про фреймворк и продаём
> её задёшево, прорекламировав её у скиллбокса. Дальше у Java, Rust, C#
> и Python случается отвал клиентской базы и энтерпрайз пишется на сишке.
> У Go отвал будет стопроцентным, у остальных в зависимости от использования
> bigint и других плохо укатываемых в Си вещей."Иногда, глядя с крыльца на двор и на пруд, говорил он о том, как бы хорошо было, если бы вдруг от дома провести подземный ход или чрез пруд выстроить каменный мост, на котором бы были по обеим сторонам лавки, и чтобы в них сидели купцы и продавали разные мелкие товары, нужные для крестьян. При этом глаза его делались чрезвычайно сладкими и лицо принимало самое довольное выражение..."
Проблема не в том, что этого не сделали. Проблема в том, что недисциплинированные разработчики хотят pip install leftpad и выбирают либы не вдумчиво, а следуя моде.
> Проблема не в том, что этого не сделали. Проблема в том, что
> недисциплинированные разработчики хотят pip install leftpad и выбирают либы не вдумчиво,
> а следуя моде.Нет проблемы в том, что писать бизнесуху что на сях, что на крестах - нахрен никому не впилось что "с" что "без" разновсяческих фреймворков.
Правильно - никто не рекламирует и не держит ячейку сопротивления за си в тиктоке.
Вспомнил, как эта штука называлась. https://libcello.org/ и ещё у пары ООП-приблуд было такое.
А не, пардон, она не anytype.
Сколько языков программирования возникло!..Выглядит так, будто кто-то в первой декаде 2000-ых решил возвести вавилонский сервер на сях/плюсах, и тем самым прогневил главного сисадмина.
Sendmail же написали.
Это всё LLVM. Вместо компиляции под голый ассемблер пишут фронт енд под LLVM.
Не вижу ссылки на репозиторий с языком.Выглядит, конечно, интересно, но что-то мне подсказывает, что я останусь на Julia.
> Не вижу ссылки на репозиторий с языком.Код закрыт.
И это хорошо. Разработка языка который на что-то претендует должна быть централизована и закрыта.
Тогда, в случае, если его таки откроют когда-нибудь потом. В момент открытия он претендует на место в Фонде Apache.
А он умеет безопасно работать с памятью?
Да, и даже борова будет чекать. Можно использовать и для системного программирования.
В этом языке превалируют двойные подчеркивания, как в Python. Как сидел на Julia, так и буду сидеть.
Команда Mojo в августе еще 100 млн. подняла, так что будущее у них есть по-любому, а вот насчет потенциального охвата пока можно только спорить. Но цель и дизайн они несомненно выбрали грамотно.
>Команда Mojo в августе еще 100 млн. подняла, так что будущее у них есть по-любому,На Канарах, как минимум.
Как будто программисты такого уровня не могли позволить себе отдых на Канарах.
Хм, под эгидой Modular, попахивает проприетарщиной.
Что-то, когда выкатывали Genie, такого хайпа не было. Видимо, кто-то купил ботов для раскрутки.