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

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

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

11.08.2026 23:56 (MSK)

Представлен стабильный релиз языка программирования Mojo 1.0, который ознаменовал стабилизацию языка и реализацию всех базовых возможностей. Выпуск оценивается как готовый к повсеместному использованию и позволяющий начать разрабатывать крупные проекты, не опасаясь появления в языке изменений, нарушающих совместимость.

В состав платформы включены компоненты, необходимые для разработки приложений на языке Mojo, включая компилятор, runtime, интерактивную REPL-оболочку для сборки и запуска программ, отладчик, дополнение к редактору кода Visual Studio Code (VS Code) с поддержкой автодополнения ввода, форматирования кода и подсветки синтаксиса, модуль для интеграции с Jupyter для сборки и запуска Mojo notebook. Исходный код стандартной библиотеки Mojo открыты под лицензией Apache 2.0 c исключениями от проекта LLVM, допускающими смешивание с кодом под лицензией GPLv2. Исходный код компилятора планируют открыть после завершения стабилизации внутренней архитектуры.

Язык 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.

Одновременно сформирован выпуск движка MAX Framework 26.5, предлагающего платформу для разработок в области машинного обучения. MAX Framework дополняет инструментарий Mojo средствами для разработки и отладки приложений, использующих модели машинного обучения в различных форматах (TensorFlow, PyTorch, ONNX и т.п.). В версии 26.5 добавлена возможность установки только необходимых зависимостей, используя синтаксис max["имя"], а также добавлена поддержка двух новых семейств AI-моделей - GLM-5.2 и Nemotron-H.

  1. Главная ссылка к новости (https://www.modular.com/blog/m...)
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/66066-mojo
Ключевые слова: mojo
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (97) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.18, Джон Титор (ok), 02:15, 12/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    С одной стороны это кажется не нужным, но с другой стороны это питон который можно компилировать в родной код. А вот это нужно - чтобы работало быстрее питона. Это своеобразный раст для питона. Может и взлететь
     
     
  • 2.35, Axonic (ok), 08:21, 12/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Особенность Modjo — в ориентации на разработку LLM-систем. А компилируемая замена Python — это Nim.
     
     
  • 3.45, Hack3r (?), 09:51, 12/08/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Nim совсем другой синтакс
    Mojo python-family язык
     
  • 3.73, Xurxor (?), 14:17, 12/08/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Вы слишком узко смотрите — LLM частный кейс применения Mojo, одна из ключевых фичей которого в том, что он позволяет выполнять на код GPU без CUDA.
     
     
  • 4.76, Axonic (ok), 14:29, 12/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Да, я это имел в виду. С замечанием согласен.
     
  • 3.103, BrainFucker (ok), 22:00, 12/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Компилируемая замена Python это Cython.
     
  • 2.40, Аноним (40), 08:45, 12/08/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Несмотря на питонообразный синтаксис, mojo больше похож на rust, только с человеческим лицом.
     
     
  • 3.48, здравствуйте_я_ваша_тётя (?), 10:05, 12/08/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    а раст с чьим лицом?
     
     
  • 4.49, Аноним (49), 10:13, 12/08/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Думаю, что личо там как у разработчиков - рептилойдов.
     
  • 3.92, Аноним (92), 16:48, 12/08/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не люблю питон и раст, ещё человеческих лиц им не хватало!
     

  • 1.1, Аноним (1), 00:16, 12/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    > создателя языка программирования Swift
    > использованию привычного синтаксиса языка Python
    > напоминающие возможности языка Rust

    мутант

     
     
  • 2.3, Ivan_83 (ok), 00:29, 12/08/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/
    И в питона и в кресты смог:
    > Синтаксис Mojo основан на языке Python, а система типов близка к C/C++.

    реально мутант :)

     
  • 2.7, Аноним (7), 00:46, 12/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > с использованием типа Pointer

    А вот и Паскаль подъехал :)

     
     
  • 3.26, Норм (?), 04:10, 12/08/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Колесо сансары совершило оборот.
     
  • 3.28, Аноним (28), 06:04, 12/08/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Странно что Вирт в своё время придумывал для указателя специальный тип.  В сишке это просто знак звёздочка.
     
     
  • 4.33, Брат Анон (ok), 08:13, 12/08/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Как раз ожидаемо. Сейчас во всех языках есть идеи Вирта.  В частности, типизированные ссылка (в больных языках -- типизированный указатель)
     
  • 4.93, Аноним (93), 16:53, 12/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Это одно и тоже. Нужно понимать, что есть именованые указатели int* в Си или ^Integer в паскале. Ну а Pointer это неименнованный указатель.
     
  • 2.32, Брат Анон (ok), 08:11, 12/08/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Мутация -- это непрерывный процесс. И единственный способ эволюции.
     
     
  • 3.39, Jff (?), 08:38, 12/08/2026 [^] [^^] [^^^] [ответить]  
  • –5 +/
    К сожалению обезьяна до сих пор не стала человеком.
     
     
  • 4.41, ИмяХ (ok), 09:08, 12/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    А человек до сих пор не стал обезьяной
     
     
  • 5.56, Аноним (56), 10:49, 12/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Уже давно стал
     
  • 4.50, Аноним (49), 10:16, 12/08/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 4.75, funny.falcon (?), 14:26, 12/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Как же не стала, если стала: человеки есть и они произошли от обезьяны (от общего предка)
     

  • 1.4, Аноним (4), 00:35, 12/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > например, возможно прямое обращение к памяти в режиме unsafe с использованием типа Pointer

    Может быть на этом языке ещё и некорректный код с неопределенным поведением можно написать?

     
     
  • 2.34, Брат Анон (ok), 08:14, 12/08/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Этот язык полный по Тьюрингу. Поверх LLVM полным по Тьюрингу. Поверх нескольких типов железа полных по Тьюрингу. А значит можно. Неизбежное следствие из теорем Гёделя о неполноте. Это неизбежно.


     

  • 1.5, Аноним (5), 00:41, 12/08/2026 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +1 +/
     
  • 1.6, Аноним (7), 00:44, 12/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    > распараллеливание и задействование всех вычислительных ресурсов даёт возможность добиться производительности, превосходящей приложения на C/C++

    Дальше можно не читать. Почему автор считает, что на Си/Си++ нельзя создавать программы, использующие GPU и пр. железо?!

     
     
  • 2.9, Ivan_83 (ok), 00:48, 12/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Обычно такое следует читать как: там под капотом волшебная либа типа OpenMP и вот тому подобного и оно без заморочек с оптимизацией - в PoC коде будет работать быстрее чем тяп-ляп реализация на С/С++.
     
     
  • 3.12, Аноним (7), 01:19, 12/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    на С/С++ запрещено использовать OpenMP?
     
     
  • 4.14, Ivan_83 (ok), 01:29, 12/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Перечитайте предложение целиком.
     
     
  • 5.43, опеншлёпивпродакшн (?), 09:45, 12/08/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    То есть ту же реализацию нельзя воспроизвести на другом языке?
     
     
  • 6.84, Ivan_83 (ok), 15:33, 12/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Можно, но обычно реализации с SIMD, распараллеливанием и прочим это ручные реализации в С/С++ которые делаются уже после профилирования кода и понимания что оно даст прирост.
    В сабжевом же языке типа оно делается само на автомате под капотом и поэтому авторы сабжа сравнили такую автовекторизацию с обычной реализацией и типа победили по скорости.
     
     
  • 7.96, Аноним (7), 18:15, 12/08/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 7.97, Аноним (7), 18:17, 12/08/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > в С/С++ которые делаются уже после профилирования кода и понимания что оно даст прирост. В сабжевом же языке типа оно делается само на автомате

    Т.е. в Можо это делается без профилирования и без понимания, надо ли оно и даст ли вообще профит.

     
  • 5.98, Аноним (7), 18:19, 12/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Хинто 1: у LLVM есть Си/Си++ фронтэнды?
     
  • 2.16, Джон Титор (ok), 02:05, 12/08/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В статье ясно написано что в С++ ты какой-нибудь OpenMP, OpenCL, OpenACC или напрямую чет подключаешь. А там просто пишешь код и не контролируешь что на чем - оно само распределит более эффективное использование ресурсов.
     
     
  • 3.90, Аноним (92), 16:45, 12/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Волшебство?
     
  • 2.17, Джон Титор (ok), 02:12, 12/08/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    В языке Mojo https docs modular com mojo распределение вычислений между CP... большой текст свёрнут, показать
     
  • 2.21, Аноним (21), 03:28, 12/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    А где конкретно ты прочел, что автор так считает Про конкретно ситуацию с C С ... большой текст свёрнут, показать
     
     
  • 3.22, Аноним (22), 03:42, 12/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Естественно, я имею в виду, что он не может это делать в большинстве общих случа... большой текст свёрнут, показать
     
     
  • 4.23, Ivan_83 (ok), 03:59, 12/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Зависит от области в которой пишется код.

    У меня код реже про обработку данных и чаще про перекладывание между сисколами и либами.

    Для обработки тоже ситации сильно разные бывают, та же крипта не очень хорошо параллелится, особенно хэши, максимум в пределах одного блока можно SIMD~ами поколдовать.
    Из того что совсем хорошо параллелилось (и с чем я работал) помню только обработку изображений в OpenCV или вокруг него.

    А так, в большинстве кода на векторизацию пофик, оно там даст незаметные или отрицательные приросты.

     
     
  • 5.30, Аноним (22), 06:18, 12/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > У меня код реже про обработку данных и чаще про перекладывание между сисколами и либами.

    И к чему эта информация в контексте обсуждения аппаратного ускорения вычислений и векторизации в частности?

    > та же крипта не очень хорошо параллелится, особенно хэши, максимум в пределах одного блока можно SIMD~ами поколдовать.

    В общем случае это заявление справедливо для любого алгоритма на уровне CPU. А так даже в x86 есть SHA расширения, не говоря уж о ARM.

     
     
  • 6.83, Ivan_83 (ok), 15:29, 12/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    К тому что ситуация когда векторизация и распараллеливание даёт профит встречается редко в обычных программах, и замена С/С++ на что то другое - не даст ничего в плане производительности.
     
     
  • 7.95, Аноним (22), 17:08, 12/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > ситуация когда векторизация и распараллеливание даёт профит встречается редко в обычных программах

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

    Поэтому второй раз спрашиваю: при чем здесь твое словоблудие про "обычные программы", системные АПИ и замену С/С++? Ты правда не понимаешь, что эти темы вообще не имеют отношения к обсуждаемой проблеме?

     
     
  • 8.101, Ivan_83 (ok), 19:39, 12/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Если алгоритм бесполезный - зачем на него тратить время Какой теме то Оно изн... текст свёрнут, показать
     
  • 4.25, Норм (?), 04:08, 12/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > GPU, в котором распараллеливание происходит на несоизмеримо более продвинутом уровне по сравнению с CPU-шым "перемножь мне 4 float вместо одного".

    У меня для вас плохие новости.

     
     
  • 5.29, Аноним (22), 06:10, 12/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >> GPU, в котором распараллеливание происходит на несоизмеримо более продвинутом уровне по сравнению с CPU-шым "перемножь мне 4 float вместо одного".
    > У меня для вас плохие новости.

    Я готов - сообщай.

     
     
  • 6.68, Норм (?), 13:53, 12/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Именно что перемножить 4 флота вместо одного.
    Там те-же самые вне очереди риск ядра с "avx" что и в цп.
    Никакой волшебной супер техноложии распараллеливания.

    Разница в модели памяти. ЖПУ читает и пишет большими кусками. И чтобы оно работало быстро и параллельно доступ к памяти во всех "потоках" должен быть синхронизирован. В идеале прочитать из одного массива и записать в один массив по окончании вычислений.

    Между доступном к памяти код в потоках по большому счету каким угодно может быть и делать чего угодно. Но лучше чтобы схлопывался к 4 флота за раз если явно не указано вектора дробить.

     
     
  • 7.77, Аноним (22), 15:16, 12/08/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.58, Аноним (58), 11:13, 12/08/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     

  • 1.11, aname (ok), 01:03, 12/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Но зачем?
     
     
  • 2.36, Брат Анон (ok), 08:22, 12/08/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Для повышения эффективности разработки и эксплуатации?
    Чукча не читатель, чукча писатель?
     
     
  • 3.44, Аноним (44), 09:50, 12/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Чукча не читатель, чукча писатель?

    Сложно сказать это про автора языка. Но да, он опоздал. Появление LLM сделало питоноподобный синтаксис ненужным. В сущности, сейчас вообще стало не важно на чём писать с точки зрения, лишь бы LLM понимала, а целевой код эффективно исполнялся.

     
  • 3.67, aname (ok), 13:49, 12/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Для повышения эффективности разработки и эксплуатации?
    > Чукча не читатель, чукча писатель?

    Ну и, как, повысил?

     

  • 1.20, Аноним (21), 03:15, 12/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Представлен стабильный релиз языка программирования
    >  готовый к повсеместному использованию и позволяющий начать разрабатывать крупные проекты, не опасаясь появления в языке изменений, нарушающих совместимость.

    И тут же:

    > Исходный код компилятора планируют открыть после завершения стабилизации внутренней архитектуры.

    То есть ребята еще не определились со внутренней архитектурой компилятора, но уже предлагают писать на нем крупные проекты?

     
     
  • 2.37, Брат Анон (ok), 08:24, 12/08/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ребята давно определились -- надо было блог читать. Закроют все ошибки, перепишут под другой лицензией несколько компонентов и тогда откроют. Клятвенно обещали, и пока обещания выполняют. Работают очень бодро. Вплоть до того, что в своё время приняли правильное решение и сильно изменили структуру языка (считаю, в этом была объективная необходимость).
     
     
  • 3.79, Аноним (22), 15:19, 12/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Ребята давно определились -- надо было блог читать. Закроют все ошибки, перепишут под другой лицензией несколько компонентов и тогда откроют.

    Мой вопрос был не о том, когда завершится "перепишут и закроют ошибки". Вопрос был в том, почему песни о "стабильности" начали петь ДО МОМЕНТА окончания этого процесса.

     

  • 1.24, Норм (?), 04:06, 12/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –6 +/
    В С/С++ нет системы типов.
     
     
  • 2.31, Sm0ke85 (ok), 07:38, 12/08/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >В С/С++ нет системы типов.

    '''
    Система типов в C/C++ — это набор правил и механизмов, которые определяют:

        какие значения можно хранить в переменной/выражении (тип),
        какие операции допустимы между типами (совместимость, перегрузки, преобразования),
        как именно компилятор проверяет корректность программы на этапе компиляции,
        какие преобразования выполняются автоматически (implicit conversions, promotions) или требуют явного приведения (casts),
        как устроены типы на уровне компилятора: базовые (int, double), указатели (T*), массивы, ссылки, классы/структуры, шаблоны и т.д*

    '''

    Дай "голову на отсечение", ибо ты в нее похоже просто ешь... аахахах

     
     
  • 3.52, Аноним (52), 10:24, 12/08/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    https://godbolt.org/z/Ga8o71zjn

    #include <iostream>
    using namespace std;

    void print(int x) {
        cout << "int: " << x << '\n';
    }

    int main() {
        print(true);
        print(3.14);
        print('A');
        print("A");
        print(new runtime_error("A"));
    }

    Что не смеетесь?
    Не смешно?
    Не поняли?
    ЭТО СИСТЕМА ТИПОВ СИ/СИ ++!

     
     
  • 4.55, Archer73 (ok), 10:49, 12/08/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    -fpermissive?
     
  • 4.66, Аноним (66), 13:38, 12/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    неявное приведение к int в чем проблема?
     
     
  • 5.70, Норм (?), 14:03, 12/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    В разименовании указателя на void.

    Теперь можно смеяться 👍

     
     
  • 6.72, Аноним (66), 14:07, 12/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > В разименовании указателя на void.

    где там разименовании?

     
  • 5.82, Аноним (22), 15:28, 12/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > неявное приведение к int в чем проблема?

    В неявном приведении к int.

     
     
  • 6.87, Аноним (66), 16:15, 12/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    так компилятор тебе запрещает его по дефолту, ты должен его врубить через опцию ... большой текст свёрнут, показать
     
  • 4.78, Sm0ke85 (ok), 15:16, 12/08/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Что не смеетесь?
    >Не смешно?
    >Не поняли?
    >ЭТО СИСТЕМА ТИПОВ СИ/СИ ++!

    Во-первых это таки С++, а во-вторых: Что ты доказал? Что cout работает с разными типами и вполне удачно конвертирует это все в строку? Что за бредовый пример? Ну склеил ты строку  "int: " с конвертированными в строки другими типами приведенными к инту, и что дальше? Проблема где? А то, что компилятор скорее всего тебе говорил, что беда с неявным преобразованием в инт тебя не беспокоило, ты наверное еще и флаги специальные использовал?

    Там же все просто, ты даешь функции константу неопределенного типа под видом инта, а далее все это cout склеивает с твоей строкой "инт: ", а вот попробовал бы завести переменные и так подсунуть, то без шаманства оно бы уже неоткомпилировалось бы даже, ибо в этом отношении компилятор С++ пожестче будет чем у каноничного Си....

     
     
  • 5.80, Аноним (22), 15:25, 12/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Что ты доказал?

    Что "система типов" в С/С++ - неудачная шутка.

    > Что cout работает с разными типами и вполне удачно конвертирует это все в строку?
    > Проблема где?

    Ты ведь ничего не понял, не так ли? Код вообще не о cout, а о том, что у тебя куча неявных преобразований в int на уровне той самой системы типов. Включая преобразование строки в int.

    Можешь еще даже писать "1" + 1, прямо как в JavaScript.

     
     
  • 6.85, Sm0ke85 (ok), 15:43, 12/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >Что "система типов" в С/С++ - неудачная шутка.

    Где? В неявном приведении? Или не понятно как твой фокус компилятор пропустил (а это именно что фокус)?

    >Ты ведь ничего не понял, не так ли? Код вообще не о cout, а о том, что у тебя куча неявных преобразований в int на уровне той самой системы типов. Включая преобразование строки в int.

    Я свой ответ поправил уже, а твои "куча неявных преобразований" не сработают, если ты заведешь переменные, фокусник (Ты б еще б тип #define 77 проверил бы на char'ность, ахахах, при чем тут Система типов, когда ты сырую дату подсовываешь, для которой выделено место в памяти, чтоб оно просто поместилось)...

    А может ты "боевой" код покажешь, где твой фокус вдруг сработает...? Есть такой? ахахах

     
     
  • 7.89, Аноним (66), 16:18, 12/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > А может ты

    это ЫЫ бот!

     
  • 7.91, Аноним (22), 16:46, 12/08/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 4.86, Sm0ke85 (ok), 15:53, 12/08/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >[оверквотинг удален]
    >     print(true);
    >     print(3.14);
    >     print('A');
    >     print("A");
    >     print(new runtime_error("A"));
    > }
    > Что не смеетесь?
    > Не смешно?
    > Не поняли?
    > ЭТО СИСТЕМА ТИПОВ СИ/СИ ++!

    Убрал твои флаги, Фокусник, не благодари:

    '''
    <source>: In function 'int main()':
    <source>:12:11: error: invalid conversion from 'const char*' to 'int' [-fpermissive]
       12 |     print("A");
          |           ^~~
          |           |
          |           const char*
    <source>:4:16: note: initializing argument 1 of 'void print(int)'
        4 | void print(int x) {
          |            ~~~~^
    <source>:13:11: error: invalid conversion from 'std::runtime_error*' to 'int' [-fpermissive]
       13 |     print(new runtime_error("A"));
          |           ^~~~~~~~~~~~~~~~~~~~~~
          |           |
          |           std::runtime_error*
    <source>:4:16: note: initializing argument 1 of 'void print(int)'
        4 | void print(int x) {
          |            ~~~~^
    Compiler returned: 1
    '''

     
  • 3.69, Норм (?), 14:02, 12/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Все что угодно можно назвать системой типов конечно.
    Типы в сишке указывают на то как компилятору интерптиривать кусок памяти (и то не всегда, смотрим описание типа int)

    Есть ли какая-то в них система? Ну, если вы мухомором наелись, то можно найти, а так это бред просто.

    С++ делает этот бред настолько запутанным, с описанием на 2 тысячи страниц, что сможет показаться что там есть какая-то симтема.

     
     
  • 4.71, Аноним (66), 14:04, 12/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    а ты походу очередной ЫЫ бот!
     
  • 4.74, Sm0ke85 (ok), 14:23, 12/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >Все что угодно можно назвать системой типов конечно.

    мимо

    >Есть ли какая-то в них система?

    есть

    >С++ делает этот бред настолько запутанным, с описанием на 2 тысячи страниц, что сможет показаться что там есть какая-то симтема.

    Короче, я так понял ты "брякнул не подумавши"... И разговор был о С/С++, если что...

     
  • 2.88, Ivan_83 (ok), 16:16, 12/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    А зачем оно надо то?
     

  • 1.27, Аноним (27), 04:12, 12/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Да какая разница на чем вейбкодить
     
     
  • 2.38, Брат Анон (ok), 08:25, 12/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Если ты вайбеодер, тогда да. А если у тебя нет лишнего лярда на толстую железку -- тогда разница есть.
     
     
  • 3.42, User (??), 09:45, 12/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Не, ну с точки зрения программиста идея "потратить ярд на зряплату" вместо "ярда на железку" выглядит конечно ничего так, ага. Но с точки зрения конкретного вот бизнеса - "есть нюансы"
     
     
  • 4.46, Аноним (44), 09:52, 12/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Если у вас нет лярда, то на питоне разрабатывать вы точно не будете. Зависит, конечно, от бизнеса. Но там, где нужна эффективность использования оборудования, питон не используют. А значит и язык ему подобный, знать там некому.
     
     
  • 5.53, User (??), 10:35, 12/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Если у вас нет лярда, то на питоне разрабатывать вы точно не
    > будете. Зависит, конечно, от бизнеса. Но там, где нужна эффективность использования
    > оборудования, питон не используют. А значит и язык ему подобный, знать
    > там некому.

    \Записывает\ Да что вы говорите? Дааа? А мужики-то не знают!

     

  • 1.47, здравствуйте_я_ваша_тётя (?), 10:03, 12/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    goto нету.
    язык без goto - сразу понятно, что язык и его разработчики пытаются быть умнее программиста.
     
     
  • 2.60, User (??), 11:54, 12/08/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > goto нету.
    > язык без goto - сразу понятно, что язык и его разработчики пытаются
    > быть умнее программиста.

    По этому комментарию сразу понятно: у них получилось!

     
     
  • 3.81, Ivan_83 (ok), 15:28, 12/08/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не получилось.
     
     
  • 4.94, Аноним (94), 17:01, 12/08/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    бы если речь шла о тебе, то можно было бы сказать, что точно получилось, но ты не программист
     

  • 1.51, Аноним (51), 10:16, 12/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Остин Пауэрс одобряет. Yeah, baby!
     
  • 1.54, Аноним (54), 10:43, 12/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    MAXы. Они идут.
     
  • 1.57, Аноним1234 (?), 10:53, 12/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    По описанию не понял. Как там освобождают память? Там сборщик мусора, ручное управление или время жизни?
     
     
  • 2.59, Hack3r (?), 11:52, 12/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    ownership/lifetime + manual
     
     
  • 3.100, Аноним (7), 18:21, 12/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > manual

    Здравствуй, сишный мир!

     

  • 1.61, corvuscor (ok), 12:39, 12/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Вроде бы хорошо, но компилятор по-прежнему закрыт?
    емнип, обещали к релизу, и теперь опять обещают?
     
     
  • 2.63, Hack3r (?), 12:50, 12/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    они вроде и говорили что первый этап это стандартная библиотека
     

  • 1.64, Аноним (64), 13:06, 12/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    "The systems language for the AI era.". Спасибо, что сразу предупредили
     
  • 1.65, Аноним (65), 13:28, 12/08/2026 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +/
     
  • 1.99, Аноним (99), 18:19, 12/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Синтаксис Mojo основан на языке Python, а система типов близка к C/C++.

    Вые**ла жаба гадюку, так и появился Mojo.

     
  • 1.102, Аноним (102), 19:59, 12/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Сделайте наконец во ФриПаскале блоки отступом. Пусть опционально даже. И будет вам статически типизированный Питон с производительностью почти Си.
     
  • 1.104, BrainFucker (ok), 22:01, 12/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Т.е. свифт в итоге оказался такой себе и автор решил начать с нуля новое?
     

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



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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