Профиль: Аноним (вход | регистрация) неRU opennet.me  
OpenNET

[ новости /+++ | форум | теги |    ]

Релиз языка программирования Mojo 1.1

17.09.2026 22:02 (MSK)

Представлен релиз языка программирования Mojo 1.1. Код компилятора и сопутствующего инструментария, необходимого для сборки проектов на языке Mojo, распространяется под лицензией Apache 2.0 c исключениями от проекта LLVM, допускающими смешивание с кодом под лицензией GPLv2. Выпуск Mojo 1.1 примечателен началом приёма в кодовую базу компилятора изменений от сторонних участников.

Язык Mojo развивается под руководством Криса Латнера (Chris Lattner), основателя и главного архитектора проекта LLVM и создателя языка программирования Swift. Синтаксис Mojo основан на языке Python, а система типов близка к C/C++. Проект преподносится как язык общего назначения, расширяющий возможности языка Python средствами системного программирования, подходящий для широкого круга задач и сочетающий простоту применения для исследовательских разработок и быстрого создания прототипов с пригодностью для формирования высокопроизводительных конечных продуктов.

Простота достигается благодаря использованию привычного синтаксиса языка Python, а разработке конечных продуктов способствуют возможность компиляции в машинный код, механизмы безопасной работы с памятью и задействование средств для аппаратного ускорения вычислений. Для достижения высокой производительности поддерживается распараллеливание вычислений с задействованием всех имеющихся в системе аппаратных ресурсов гетерогенных систем, таких как GPU, специализированные ускорители для машинного обучения и векторные процессорные инструкции (SIMD). При интенсивных вычислениях распараллеливание и задействование всех вычислительных ресурсов даёт возможность добиться производительности, превосходящей приложения на C/C++.

Язык поддерживает статическую типизацию и средства для безопасной низкоуровневой работы с памятью, напоминающие возможности языка Rust, такие как отслеживание времени жизни ссылок и проверка заимствования переменных (borrow checker). При этом в языке доступны и возможности для низкоуровневой работы, например, возможно прямое обращение к памяти в режиме unsafe с использованием типа Pointer, вызов отдельных SIMD-инструкций или доступ к аппаратным расширениям, таким как TensorCores и AMX.

Mojo может использоваться как в режиме интерпретации с использованием JIT, так и для компиляции в исполняемые файлы (AOT, ahead-of-time). В компилятор встроены современные технологии автоматической оптимизации, кэширования и распределённой компиляции. Исходный код на языке Mojo преобразуются в низкоуровневый промежуточный код MLIR (Multi-Level Intermediate Representation), развиваемый проектом LLVM. Компилятор позволяет применять для генерации машинного кода различные бэкенды, поддерживающие MLIR.

Среди изменений в Mojo 1.1:

  • Сокращено время компиляции за счёт более быстрой обработки t-строк и неявных преобразований. Повышена производительность генерируемого кода.
  • В LSP-сервере (Language Server Protocol) реализована возможность исправления частых опечаток в коде на языке Mojo.
  • Добавлен сокращённый синтаксис, позволяющий не указывать названия типов, которые можно автоматически определить исходя из контекста. Например, вместо "SIMD[DType.float64, 4]" теперь можно писать "SIMD[.float64, 4]".
  • Расширен перечень API в стандартной библиотеке, имеющих статус стабильных (например, стабилизированы String, SIMD и List).
  • Продолжен перевод API с устаревшей формы замыканий, передаваемых как параметры, обрабатываемые во время компиляции, на унифицированные замыкания, передаваемые в виде аргументов, обрабатываемых во время выполнения.
  • Удалены возможности, ранее помеченные как устаревшие: ключевые слова fn, alias, __comptime_assert, а также конструкции "@parameter if" и "@parameter for".

Одновременно сформирован выпуск движка MAX Framework 26.6, предлагающего платформу для разработок в области машинного обучения. MAX Framework дополняет инструментарий Mojo средствами для разработки и отладки приложений, использующих модели машинного обучения в различных форматах (TensorFlow, PyTorch, ONNX и т.п.). В MAX Framework 26.6 добавлена поддержка генерации звука с использованием модели MiniMax-Music3, позволяющая создавать стерео музыку с частотой дискретизации 44.1 кГц на основе текстового описания. Существенно повышена производительность при работе на системах с GPU NVIDIA и AMD. Добавлена поддержка AI-моделей Inkling и GLM-5.3, а также расширена поддержка семейств моделей Kimi, Qwen и Gemma.

  1. Главная ссылка к новости (https://www.modular.com/blog/m...)
  2. OpenNews: Открыт код компилятора для языка программирования Mojo
  3. OpenNews: Релиз языка программирования Mojo 1.0
  4. OpenNews: Создатель LLVM развивает новый язык программирования Mojo
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/66299-moja
Ключевые слова: moja
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (126) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 22:19, 17/09/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +17 +/
    > перевод API с устаревшей формы замыканий
    > Удалены возможности, ранее помеченные как устаревшие

    Версия 1.0 месяц назад только вылупилась, а у них там уже удаляют  "устаревшие возможности".

     
     
  • 2.4, kusb reg (ok), 22:52, 17/09/2026 [^] [^^] [^^^] [ответить]  
  • +12 +/
    Если язык только развивается логичнее удалить их быстрее и даже устаревших (в некотором роде) возможностей может быть больше.
     
     
  • 3.38, небесный ученый (ok), 09:54, 18/09/2026 [^] [^^] [^^^] [ответить]  
  • +12 +/
    Если язык только развивается логичнее не присваивать ему номер 1.0
     
     
  • 4.49, Аноним (49), 12:39, 18/09/2026 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Тогда не догонит Chromium.
     
  • 4.104, Сладкая булочка (?), 17:07, 18/09/2026 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Если язык только развивается логичнее не присваивать ему номер 1.0

    Так ты слона не продашь (с)

     
  • 2.10, Сладкая булочка (?), 23:35, 17/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Версия 1.0 месяц назад только вылупилась, а у них там уже удаляют  "устаревшие возможности".

    Современная разработка, вечная беготня, остановка - смерть. Вспоминается https://github.com/xmonad/xmonad/issues/43

     
     
  • 3.20, Аноним (20), 01:45, 18/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Значит список открытых issue вас ничуть не смущает?
     
     
  • 4.73, Сладкая булочка (?), 15:22, 18/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Значит список открытых issue вас ничуть не смущает?

    А почему он должен смущать? Не нравится можно отключить Issue. Пусть шлют баг репорты на почту))

     
     
  • 5.84, Аноним (20), 15:52, 18/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    А почему тогда не должно быть новых версий, если будут новые проблемы? Вопрос предельно логичен. Это условный Minix можно убрать на полку или повесить в рамочку, но и то, при любой новой задаче, вроде многоядерности, его придётся переписывать.
     
     
  • 6.102, Сладкая булочка (?), 17:05, 18/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > А почему тогда не должно быть новых версий, если будут новые проблемы?
    > Вопрос предельно логичен. Это условный Minix можно убрать на полку или
    > повесить в рамочку, но и то, при любой новой задаче, вроде
    > многоядерности, его придётся переписывать.

    Ничего не понятно. Начальный комментари

     
     
  • 7.103, Сладкая булочка (?), 17:06, 18/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >> А почему тогда не должно быть новых версий, если будут новые проблемы?
    >> Вопрос предельно логичен. Это условный Minix можно убрать на полку или
    >> повесить в рамочку, но и то, при любой новой задаче, вроде
    >> многоядерности, его придётся переписывать.
    > Ничего не понятно. Начальный комментари

    Начальный комментарий про 1.0 и устаревшие возможности перечитайте. Похоже они так спешили сделать 1.0 ради циферки, что не особо продумали что-то и уже в 1.1 у них что-то устарело.

     
  • 3.46, Халявщик не корпораст (?), 12:17, 18/09/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    - Современная разработка, вечная беготня, остановка - смерть.

    Нет. Просто кто-то пытается убедить остальных что может обогнать время и я не понимаю зачем этому верить. ...

     
  • 2.152, 1 (??), 11:40, 21/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Такова современная разработка.
    Скоро в ChangeLog появятся new features that will become obsolete in the next version.
     

  • 1.2, Аноним (2), 22:32, 17/09/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Кто-нибудь использует?
     
     
  • 2.5, Аноним (5), 23:00, 17/09/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Кто-нибудь, может, и использует. Но будущее его туманно. Во времена LLM язык с синтаксисом Питона вряд ли будет востребован.
     
     
  • 3.6, Аноним (2), 23:09, 17/09/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А какие альтернативы, го? Нынешними темпами в ближайшую 1000 лет об LLM можно не беспокоиться. И то, это если окончателно не выродятся и начнут оперировать нормальными весами, а не полуторабитными, как сейчас.
     
     
  • 4.8, Аноним (8), 23:25, 17/09/2026 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Да, Go. Простой, компилируемый, достаточно быстрый. Что ещё надо?
     
     
  • 5.9, Аноним (2), 23:32, 17/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Да, Go. Простой, компилируемый, достаточно быстрый. Что ещё надо?

    Эффективный интероп с си и плюсами. И растом, от этого никуда не денешься. Ну и когда на го пишут не вебню, получается так себе. Сам язык ммм ехал nil через nil видит nil nil nil.

     
     
  • 6.22, _ (??), 04:22, 18/09/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Вот интересуюсь - а кишки облаков по твоей классификации это "вебня" или "получается так себе" ?

    Но любой ЯП нынче - на финальной прямой. Новые программисты на том, что мы сейчас называем ЯП - писать не будут.

     
     
  • 7.61, aname (ok), 13:44, 18/09/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Время покажет. Ибо если кодеры не будут писать, то есть некоторые вопросы по функциональной необходимости кодеров в целом
     
  • 7.71, User (??), 14:59, 18/09/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну, я попробовал на ghrekin формальную спецификацию для лылымы родить - ду-ше-раз-ди-ра-ю-ще-е зрелище, последний раз такое испытывал когда с саппортом немецкого станка году в 2003 общался: он думает, что знает английский - я думаю, что знаю английский, но в процессе взаимодействия выясняется, что мы знаем какой-то разный английский, да плюс на б\у станке 95 винда на немецком языке которую тоже оба уже забыли )))
     
  • 7.85, Аноним (20), 15:53, 18/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >Новые программисты на том, что мы сейчас называем ЯП - писать не будут.

    Программисты всегда пишут код, даже если 95% будет генерировать нейросеть, всё равно будут точечные правки. Если код не пишут, то это уже не программисты, а вайбкодеры.

     
     
  • 8.130, одвто7 (?), 16:16, 19/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Глупости Если 95 сгенерил ии, то ни кто в это не будет вчитываться ради своих ... текст свёрнут, показать
     
  • 5.12, Вася Пупкин (?), 23:54, 17/09/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    хотелось бы чтобы он позволял выражать свои мысли без костылей в виде кодогенератора
     
  • 5.13, Вася Пупкин (?), 23:56, 17/09/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    плюс победить null-pointer разыменование на уровне компиляции и сделать человекочитаемую обработку ошибок хотя бы как в расте
     
     
  • 6.99, Метрика (?), 16:42, 18/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Компилятор не должен думать за программиста, ты еще скажи логические ошибки прослойки между стулом и экраном пусть компилятор отлавливает
     
  • 5.18, Аноним (20), 01:34, 18/09/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >Простой

    Примитивный.
    >компилируемый

    Таких языков целая куча.
    >Что ещё надо?

    Как минимум нужны: алгебраические типы данных, алгебраические эффекты, вывод по Хиндли-Милнеру, первоклассные модули. Гораздо лучше будет, если будут не просто алгебраические эффекты, а типизированные алгебраические эффекты.

     
     
  • 6.33, Аноним (33), 08:58, 18/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Как минимум нужны

    Полный набор для неосилятора, который спихивает все на кумпилятор вместо размышления головушкой.

     
     
  • 7.54, Bottle (?), 13:26, 18/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так это база — если cumпилятор решит задачи миллионов программистов, это полезная программа. Полезность программы измеряется в том числе степенью автоматизации труда. Если бы мы изначально делали инструменты как надо (а не как в Си), нам не пришлось бы колдовать с нейросетями в попытках исправить глубоко закопанные уязвимости.
     
     
  • 8.62, aname (ok), 13:47, 18/09/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Во- первых, вы, те самые ВЫ, и до нейросетей зачем- то отрыгивали тонны очередны... текст свёрнут, показать
     
  • 7.87, Аноним (20), 15:58, 18/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >все на кумпилятор вместо размышления головушкой

    Вы из тех, кто вбивая 100500-тый костыль будете рассказывать про размышления? Почему вдруг 100501-ый раз должен быть лучше, чем 100500 предыдущих?

     
  • 6.34, Смузихеб забывший пароль (?), 09:22, 18/09/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Как минимум нужны

    Кому конкретно кроме одного анона-с-опеннета нужны и зачем ?

     
     
  • 7.88, Аноним (20), 16:00, 18/09/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Всем тем, кому нужен надёжный софт. Если у вас простой/баг/уязвимость бесплатны - продолжайте жить как жили. Хотя лучше скиньте сюда ssh, может биткойны на вашем железе помайним или ещё для каких нужд приспособим.
     
  • 6.65, Аноним (49), 14:02, 18/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Сложение двух переменных - эффект алгебраический?
     
  • 6.121, MaxT (?), 22:50, 18/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >Примитивный.

    Ну, как бы язык с CSP в ядре сложно назвать примитивным.

    >Как минимум нужны: алгебраические типы данных, алгебраические эффекты, вывод по Хиндли-Милнеру, первоклассные модули. Гораздо лучше будет, если будут не просто алгебраические эффекты, а типизированные алгебраические эффекты.

    Это нe "нужны", это сделать из Go другой язык.

     
     
  • 7.142, Аноним (20), 21:12, 19/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >Ну, как бы язык с CSP в ядре сложно назвать примитивным.

    Тем не менее, семантика go практически на уровне тьюринговой трясины
    >Это нe "нужны", это сделать из Go другой язык.

    А в чём проблема? Больше половины преимуществ Go, это преимущества среды выполнения/инфраструктуры/ещё чего-то, либо присутствуют в других языках из коробки, либо получаются путём небольших усилий.

     
  • 5.70, User (??), 14:47, 18/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Эээээ... а этот "достаточно быстрый" автоматически распараллеливать вычислительные задачи между multiple cores cpu + gpu умеет? А вот это вот - да. (Ну, как "да"? Говорит, что "да". У нас на ём прям щаз один расчетный модуль переписывают-переписывают - переписать не могут)
     
  • 4.15, ДядяПетя (?), 00:21, 18/09/2026 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Ваш го не идеален и не самый быстрый
     
     
  • 5.16, Аноним (2), 00:34, 18/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Логично, это не язык системного программирования. И даже не прикладного программироапния. Но ты видишь что-нибудь лучше?
     
     
  • 6.21, Аноним (20), 01:51, 18/09/2026 [^] [^^] [^^^] [ответить]  
  • –5 +/
    >Но ты видишь что-нибудь лучше?

    Для начала, расскажите о тех языках, которые знаете, хотя-бы в общих чертах. А то наверняка будет список из полутора землекопов, вроде си и питона.

     
  • 6.28, Аноним (5), 07:59, 18/09/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Rust
     
  • 6.56, Аноним (49), 13:36, 18/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Не системного, не прикладного. Для скриптования? Но он же компилируемый. Так для чего он?
     
  • 5.32, Djon (??), 08:50, 18/09/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Популярный, стабильный, востребованный. Дает рабочие места. Или вы про какую-то мифическую идею?
     
     
  • 6.89, Аноним (20), 16:02, 18/09/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Кто сказал перл? Как там в прошлом, биткоин уже анонсировали?
     
  • 5.63, aname (ok), 13:48, 18/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Типичный набор ЯВУ. Во всяком случае, первый пункт абсолютно универсален.
     
  • 4.68, Аноним (68), 14:19, 18/09/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    rust естественно. Если ты конечно не из шкoлoты которая синтаксис (ничем не отличающийся от плюсов) не может осилить или придумала себе что язык кто-то (кто?) насильно продвигает.
     
  • 3.11, Кукис (?), 23:42, 17/09/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Напротив, если с этой точки зрения смотреть, еомпилируемый язык со строгими типами очень даже ок
     
  • 3.27, Аноним (27), 07:36, 18/09/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Во времена LLM язык с синтаксисом Питона вряд ли будет востребован.

    Просто вы не поняли его хитрую задумку. Ключик лежит в MLIR

     
  • 3.31, Djon (??), 08:47, 18/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Обоснуйте.
     
  • 3.96, Аноним (96), 16:31, 18/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Времена LLM наступили так быстро как раз благодаря Python, причем не какому-то синтаксису его имени, а самому языку Python и его экосистеме. Обучение dense-моделей сейчас делается в тяжелых питон-либах, написанных не на питоне, но вызываемых именно им. Так всрато случилось само, виновных нет. Просто тем людям, кто это начал - было влом нас спросить, в чем лучше.  
     
  • 3.105, Сладкая булочка (?), 17:09, 18/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Кто-нибудь, может, и использует. Но будущее его туманно. Во времена LLM язык
    > с синтаксисом Питона вряд ли будет востребован.

    И какой язык должен быть востребован во времена LLM?

     
  • 3.151, Пщгн (?), 10:57, 21/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Скорее наоборот
     

  • 1.3, aname (ok), 22:33, 17/09/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Не зря слоп-машины сегодня достаточно развиты
     
  • 1.19, Аноним (20), 01:38, 18/09/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    >Простота достигается благодаря использованию привычного синтаксиса языка Python

    А автор хоть какие-то языки кроме питона знает, или его безвозвратно искусали змеи? Одного того факта, что языку нужен особенный редактор - более чем достаточно, чтобы даже не смотреть на него.

     
     
  • 2.52, Аноним324 (ok), 13:18, 18/09/2026 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Автор буквально создатель лучшего компилятора С/С++. Интересно знает ли он что-то, что не питон?
     
     
  • 3.93, Аноним (20), 16:09, 18/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Автор питона как-бы тоже его писал не на питоне.
     
  • 3.94, Аноним (49), 16:12, 18/09/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Создатель лучшего в истории компилятора C++ (Zortech C++) - Уолтер Брайт.
     
  • 3.107, Сладкая булочка (?), 17:10, 18/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Автор буквально создатель лучшего компилятора С/С++.

    Неправда. К gcc он не имеет отношения.


     
     
  • 4.145, Джон Титор (ok), 10:32, 20/09/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Я думал что лучшие были Intel C Compiler и PGI Compiler, но я думаю мои знания... большой текст свёрнут, показать
     

  • 1.23, Аноним (23), 05:57, 18/09/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    >Mojo, распространяется под лицензией Apache 2.0 c исключениями от проекта LLVM, допускающими смешивание с кодом под лицензией GPLv2.

    Ну так скажите им, что нам нужен копилефт одобренный Столлманом. И никакой пермиссивки.

    >Выпуск Mojo 1.1 примечателен началом приёма в кодовую базу компилятора изменений от сторонних участников.

    О это такая честь, я всю жизнь об этом мечтал.

     
     
  • 2.30, limafresh (ok), 08:42, 18/09/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Ну так скажите им, что нам нужен копилефт одобренный Столлманом. И никакой пермиссивки.

    Кому? Под копилефтом только какой-то старый сишный компилятор, не помню точно. И то, понятное дело, с исключением, иначе бы его никто не использовал. Python - пермиссивная PSF License, Rust - MIT/Apache, Go - BSD, Lua - MIT, JavaScript - BSD, Swift - Apache, список можно продолжить. Пермиссивные - это стандарт для языков.

     
     
  • 3.64, Аноним (49), 13:55, 18/09/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Кому?

    Нам.

    > Пермиссивные - это стандарт для языков.

    Серьёзно? Открываем, например, какой-нибудь ISO CC++ 26. И где там про то, под какой лицензией должен быть кломпилятор?

     
     
  • 4.69, limafresh (ok), 14:26, 18/09/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Нам.

    Ну вам надо, вы и делайте. Кто же против? С какой кстати вам что-то обязаны другие люди?

    > Серьёзно? Открываем, например, какой-нибудь ISO CC++ 26. И где там про то, под какой лицензией должен быть кломпилятор?

    Очевидно что слово "стандарт" употреблено в смысле общественного стандарта, а не официального.

     
     
  • 5.91, Аноним (91), 16:05, 18/09/2026 Скрыто ботом-модератором     [к модератору]
  • –1 +/
     
  • 3.90, Аноним (91), 16:02, 18/09/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >Пермиссивные - это стандарт для языков.

    Я бы так не сказал. Корпорасты стараются сделать чтобы языки программирования были пермиссивными. Это плохо и с этим надо бороться. Любой софт выпущенные под проприетарной или пермиссивной лицензией подлежит общественному осуждению, а программисты такое допустившие должны быть подвергнуты публичному шельмованию.

     
     
  • 4.115, limafresh (ok), 18:02, 18/09/2026 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Ну громкое радикальное меньшинство вроде вас всегда будет заметнее умеренного большинства, чему удивляться.
     
     
  • 5.122, Аноним (20), 02:51, 19/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, не будет. Реальному меньшинству не хватит громкости перекричать большинство именно из-за своей малочисленности. А вот большинство может не прикладывая никаких усилий заглушить меньшинство своим монотонным гулом.
     
  • 5.127, Аноним (-), 07:14, 19/09/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Большинство за копилефт. Спустись с небес.
     

  • 1.24, Сергей Макаров (?), 06:36, 18/09/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Я не представляю какие языки будут удобнее для ллм.
    Вряд ли человекочитаемые.
     
     
  • 2.35, Онанимус (?), 09:34, 18/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Это может оказаться забавным вектором развития ИИ-разработки. Придумают специальный язык, на котором модели будут генерировать код. Эдакий intermediate language. Заодно формализуют грамматику промптов, чтобы модели быстрее и точнее понимали, что от них требуется. "Ганс, мы что, изобрели компилятор?" ))
     
     
  • 3.40, лул (?), 10:29, 18/09/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В итоге, придумают новый "язык промтирования"
     
     
  • 4.41, Смузихеб забывший пароль (?), 11:02, 18/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Похоже, уже )

    // Gemma 4 - E4B ( локальная модель )
    Как ты можешь сгенерировать изображение ?

    > Я сам по себе не генерирую визуальные картинки
    > Однако я могу сделать нечто такое же ценное,
    > как изображение: я могу создать идеальный технический промпт
    > (программу) для любой другой нейросети, которая умеет рисовать.
    > Я разбиваю идею на составляющие, которые
    > нейросеть понимает лучше, чем мысль

    ...
    > Если вы хотите, чтобы я вам помог снова, просто скажите:
    > "Сгенерируй мне детальный промпт для изображения [тема],
    > чтобы я мог его скопировать в нейросеть."

     
  • 3.43, Мемоним (?), 11:11, 18/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Придумают специальный язык

    Я как-то мучал нейронку на предмет специального ЯП адаптированного для LLM. Оно сказало, что лучше Питон. Потому что объем обучающей выборки важнее, чем оптимизации синтаксиса под трансформеры.

     
     
  • 4.97, Аноним (20), 16:34, 18/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >Потому что объем обучающей выборки важнее

    Размер обучающей выборки вам поможет только для особо экзотичных языков. Как только речь заходит о любом более-менее известном языке, у вас начинают появляться другие проблемы, вроде качества обучающей выборки, устаревших библиотек и так далее.

     
  • 2.42, ИмяХ (ok), 11:09, 18/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >>Вряд ли человекочитаемые.

    Машинные языки из нулей и единиц тоже не человекочитаемые, но никто не огрочается из-за этого.

     
     
  • 3.48, Халявщик не корпораст (?), 12:33, 18/09/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    - но никто не огрочается из-за этого.

    Меня только удивляет то, что программеры со своим начальством и не только, пытаются убедить окружающих что компы и проги растут на плантациях с бананами, и называют это магией. Ну просто чудесные космические типы...

     

  • 1.26, Аноним (27), 07:34, 18/09/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    MLIR это очень крутая штука. Похоже оно стоит посередине между LLVM и LLM кодогенераторами.
     
     
  • 2.125, Метрика (?), 06:32, 19/09/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    MLIR, LLVM да все очень круто, и автор языка видно рукастый и язык норм, но делать ЯП заточенный под нейросети, это как минимум странно
     

  • 1.29, Аноним (29), 08:25, 18/09/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Оператор fn убрали, пользоваться теперь этим убожеством не буду 😠
     
     
  • 2.39, жявамэн (ok), 10:12, 18/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    вместо него теперь юникодный смайлик?
     
     
  • 3.53, Jackson (??), 13:20, 18/09/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.45, Tita_M (ok), 12:12, 18/09/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Правильно ли я понимаю, что убрали то, что в Обероне Никлауса Вирта имеет вид PROCEDURE для объявления функций и процедур? Если это так, то мне не понятно зачем это нужно было делать. Это ведь и усложнит компилятор и скажется на понимаемости кода.
     

  • 1.36, Аноним (36), 09:48, 18/09/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    имеет ли смысл просто знать С/С++ и не тратить время и внимание на всякий мусор вплоть до просмотра новостей про оный ?
     
     
  • 2.44, Аноним (44), 11:38, 18/09/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Именно. Большинство новых языков - однодневки, которые потом бросят. Вообще, C и ASM, а также C++ для прикладного. Можно ещё FreePascal, он по сей день используется и поддерживает другие диалекты. А больше ничего не надо.
     
     
  • 3.55, Bottle (?), 13:34, 18/09/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Нужно понимать, что подобные однодневки нужны, их пользовательская база оценивает концепции, которые затем проникают в другие языки. Да и не забудем, что когда-то Си тоже был хипстерской поделкой с BCPL, ну и где теперь этот BCPL?
     
     
  • 4.58, Метрика (?), 13:40, 18/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Си взлетел из за того, что взлетел Unix, который был на нем написан и все, по синтаксису Си тот еще уродец по сравнению с Pascal
     
  • 2.47, Hack3r (?), 12:25, 18/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    нет
    С/С++ можно знатьASM тоже
    но они старые - а С++ уже и не спасти

    развитие науки ушло вперед и в новых языках применяется
    учить много языков это полезно и нужно

     
     
  • 3.50, Аноним (50), 12:55, 18/09/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я бы сказал, не учить, а понимать.

    Нужно знать разные подходы реализованные в разных языках и понимать их.

     
  • 3.51, Аноним (51), 13:02, 18/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > развитие науки ушло вперед много гитик и в новых языках применяется тоже сразу как это всё

    Немного развил твою мысль, можешь не благодарить.

     
  • 3.59, Метрика (?), 13:42, 18/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Вангую, что какой нибудь C++56 все также будет юзаться, а про mojo с питонами можно будет разве что в архиве интернета почитать
     
  • 2.60, aname (ok), 13:43, 18/09/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Нинужно.

    Asm + C/C++. Какой- нибудь Erlang/Lisp в нагрузку. Алгоритмы и структуры данных. Паттерны.

    Проверка безопасности всё равно перекинется на слоп-машины и анализаторы.

     
     
  • 3.79, Метрика (?), 15:38, 18/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Erlang да вещь, годнота, готовый DSL для сетевых приложух
    Lisp такое себе, можно конечно, но зачем?
     
     
  • 4.95, aname (ok), 16:20, 18/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Erlang да вещь, годнота, готовый DSL для сетевых приложух
    > Lisp такое себе, можно конечно, но зачем?

    Кому- то может понравится Lisp, да и он тоже, вроде как, много где используется. Я больше для выбора накинул.

     
     
  • 5.101, Метрика (?), 16:46, 18/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Из интересного помимо Erlang-a разве что, OCaml, не такой упоротый как хаскель, есть ООП, быстрый, сделан INRIA, а не васянами из мозилла
     
     
  • 6.106, aname (ok), 17:09, 18/09/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Из интересного помимо Erlang-a разве что, OCaml, не такой упоротый как хаскель,
    > есть ООП, быстрый, сделан INRIA, а не васянами из мозилла

    Надо будет потыкать

     
  • 3.109, Сладкая булочка (?), 17:13, 18/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Нинужно.
    > Какой- нибудь Erlang

    А там Макс Лапшин перешел вроде на раст с него. Думайте!

     
  • 3.124, Аноним (20), 02:56, 19/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >Asm + C/C++. Какой- нибудь Erlang/Lisp в нагрузку. Алгоритмы и структуры данных. Паттерны.

    Какой странный выбор. Для того, чтобы различать мусор и не мусор, нужно хотя-бы минимально ознакомится с технологией. А вы своим белым списком отсекаете почти всё и сразу.

     
  • 2.77, менанген (?), 15:31, 18/09/2026 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
  • 2.123, Аноним (20), 02:54, 19/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >и не тратить время и внимание на всякий мусор

    Конечно имеет. Мир остро нуждается в уязвимостях нулевого дня, а вы, чего хорошего, может даже и код научитесь писать, если будете отвлекаться на типизацию, линейные и зависимые типы, алгебраические эффекты, монады и прочее. Вы уже выполнили свою дневную норму по дырам или как всегда вам придётся по выходным дорабатывать?

     
     
  • 3.148, Сладкая булочка (?), 20:58, 20/09/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>и не тратить время и внимание на всякий мусор
    > если будете отвлекаться на
    > типизацию, линейные и зависимые типы, алгебраические эффекты, монады и прочее.

    Какой практический софт на этом без которого нельзя жить? Неужели pandoc?


     

  • 1.57, Метрика (?), 13:38, 18/09/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    После C++26 все эти Mojo как детский сад ей богу
     
     
  • 2.67, Аноним (67), 14:05, 18/09/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ты уже за границу буфера вышел?
     
     
  • 3.72, User (??), 15:11, 18/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    За границу - уже да, а до результата еще не дошел. Вилларибо оно такое, не быстрое.
     
  • 3.75, менанген (?), 15:29, 18/09/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Он пишет на новомодных нынче умных указателях со встроенным счетчиком ссылок! То, что во Swift было с самого рождения тут засирали, а как им дали аналогичную технологию - так сразу это стало мейнстримом и уже можно нахваливать без оглядки
     
     
  • 4.82, Метрика (?), 15:46, 18/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Swift засировали только за то, что он ориентирован на яблочную экосистему как и Objective C, который тоже был годный, могет яблоко в классные языки, но только под свою платформу
     
  • 3.76, Метрика (?), 15:29, 18/09/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    А ты не тыкай указателем, попробуй итератором поиграться противый
     
     
  • 4.110, Сладкая булочка (?), 17:15, 18/09/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А ты не тыкай указателем, попробуй итератором поиграться противый

    Инвалидированным надеюсь?

     
     
  • 5.156, Метрика (?), 13:03, 21/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Зачем так жостко? Прям в сердечко
     
  • 2.111, Сладкая булочка (?), 17:15, 18/09/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > После C++26 все эти Mojo как детский сад ей богу

    Это как? Не надо толмут в 10 тыс страниц читать, чтобы писать?

     
     
  • 3.158, Аноним (158), 21:19, 21/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    По возможностям имеется ввиду, если добавить в Mojo все что есть в C++, то получится C++, это касается и других ЯП
     

  • 1.66, Аноним (67), 14:05, 18/09/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Ну вот а вы не верили что Можо победит все другие языки.
     
  • 1.74, менанген (?), 15:26, 18/09/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Тут куча дурачков ныло в 2018, что питон не айс потому, что медленный

    Теперь им дали компилируемый LLVM с оптимизациями Python 2.0 — опять нытьё, но уже то синтаксис им не нравится, то отступы, то редакторы специальные, то сложно учить новое, то сообщества с крупной корпорацией нет как в Rust. Что дальше? Будут ныть, что нейросеть не понимает типы Mojo :-D

     
     
  • 2.78, Метрика (?), 15:35, 18/09/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    На дворе 2026 год

    1. Python все еще не айс, язык для деток начальных классов
    2. У Rust все еще нет даже стандарта, за ним стоит разве в трусах пубертатных кодеров
    3. Зачем нужен еще одие Mojo так никто и не понял

     
     
  • 3.149, Проходил мимо (?), 09:30, 21/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    За Rust будущее, но войти в него могут не все (ибо мозгов не хватает).
     
     
  • 4.154, Аноним (154), 12:07, 21/09/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 4.155, Метрика (?), 13:01, 21/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Rust как раз в пролете, он уже стал синтаксически перегруженным ЯП, настолько что если сравнить листинги кода C++ и Rust, мне уже плюсы кажутся вполне себе удобочитаемыми и лаконичными... плюсы карл!
     
  • 2.80, Аноним (154), 15:41, 18/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > компилируемый LLVM

    Компилируемость никак не связана с системой динамических типов. Это независимые понятия.

     
  • 2.98, Аноним (20), 16:39, 18/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >Тут куча дурачков ныло в 2018, что питон не айс потому, что медленный
    >опять нытьё, но уже то синтаксис им не нравится, то отступы, то редакторы специальные

    Так проблемы с отступами никак не отменяют тормоза питона, а скорость Mojo никак не решает проблему отступов. Вы не можете одновременно удержать два этих утверждения в голове?

     
  • 2.113, Сладкая булочка (?), 17:17, 18/09/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Тут куча дурачков ныло в 2018, что питон не айс потому, что
    > медленный
    > Теперь им дали компилируемый LLVM с оптимизациями Python 2.0 — опять нытьё,

    Python - это экосистема, куча готовых модулей. На кой компилируемое нечто несовместимое ни с чем? Думайте!


     
  • 2.128, BrainFucker (ok), 09:10, 19/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Теперь им дали компилируемый LLVM с оптимизациями Python 2.0 — опять нытьё

    Упоминание питона тут не имеет смысла. Ладно если бы mojo мог компилировать обычные питоновские проекты, но это просто другой язык, причём тут питон тогда? Не всё питон что с отступами и без фигурных скобок.
    Они просто используют популярность питона для пиара своего проекта.

     

  • 1.83, опеншлёпивпродакшн (?), 15:50, 18/09/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > подходящий для широкого круга задач

    Ну там для тренировки ИИ, для тренировки ИИ... и!

     
  • 1.86, Аноним (50), 15:56, 18/09/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Задумка-то хорошая, как и у rust.

    Лишь бы так-же не обделались, как разработчики rust.

     
     
  • 2.150, Проходил мимо (?), 09:33, 21/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Обделались не разработчики Rust а те, кто его ниасилил.
    Прям как в пословице "Нечего на зеркало пенять коль рожа крива".
     
     
  • 3.153, Аноним (154), 12:06, 21/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    А почему растерманы не смогли его осилить?! FF на раст - fail, редох - fail, раст в ядро линуха - fail.
     
  • 3.157, Метрика (?), 15:12, 21/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    А зачем делать синтаксис забористей чем у плюсов? Бог с ними с плюсами 40 лет обратной совместимости с Си и самим собой, но создать ЯП сделанный с нуля без телеги костылей от другого ЯП глядя на который глаза начинают кровоточить это уметь надо
     

  • 1.116, Аноним (116), 18:05, 18/09/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Всё что нужно - переделать все языки на блоки отступом. Делов то.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    XSQUARE
    Inferno Solutions
    Hosting by Hoster.ru
    Хоcтинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2026 by Maxim Chirkov
    Добавить новость, Поддержать