https://opennet.ru/openforum/vsluhforumID3/133594.html Опубликован выпуск инструментария языка программирования Mojo 24.3, позволяющего компилировать проекты на локальной системе. В состав включены компоненты, необходимые для разработки приложений на языке Mojo, включая компилятор, runtime, интерактивную REPL-оболочку для сборки и запуска программ, отладчик, дополнение к редактору кода Visual Studio Code (VS Code) с поддержкой автодополнения ввода, форматирования кода и подсветки синтаксиса, модуль для интеграции с Jupyter для сборки и запуска Mojo notebook. Исходные тексты стандартной библиотеки Mojo открыты под лицензией Apache 2.0 c исключениями от проекта LLVM, допускающими смешивание с кодом под лицензией GPLv2. Исходный код компилятора планируют открыть после завершения проектирования внутренней архитектуры...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=61111<br> https://opennet.ru/openforum/vsluhforumID3/133594.html#79 Sun, 12 May 2024 12:48:42 GMT Так какие - "аргументы"-то? Грабли пусть лежат, как лежали - их еще дед лОжил - но ты, сынок их обходи вот эдак, видишь на паласе дорожка натоптана? При этом что считать "высокоуровневым", а что "не очень" - ну, решай там сам, по ситуации - или чо? Обращение к элементу массива по индексу вы ж выкидывать из языка не предлагаете? Ведь да? Да? <br>Приведенная "защита от ногострела" - тоже прям бАжественная. Нет, нога кнешн останется цела... наверное. А вот голова, которой надо при чтении кода вариант "а" от "бэ" отличать - таки лишним нагружается. Нет, понятно, что два символа вместо одного напечатать - лапки болят, но б-жечки-кошечки - когнитивную нагрузку на читающих-то надо учитывать? Тут присваивааем, там сравниваем, здесь - селедку завернули, ойштайта? Каквигда. У-ди-ви-тель-но. Опять программист "не настоящий" попался, а язык нет-нет, за-ме-ча-тель-ный!<br>И вот ВСЕ у вас так.<br> https://opennet.ru/openforum/vsluhforumID3/133594.html#78 Sat, 11 May 2024 20:27:50 GMT Мне тоже не нравится подход в энный (или уже в эмный?) раз игнорировать аргументы. <br><br>Высокоуровневому коду - итераторы. И-те-ра-то-ры.<br>Низкоуровневому - оптимизации/удобство от индексации с нуля.<br>Новым языкам - присвоение через '=' с защитой от ногострела на уровне языка*.<br>Параллельной вселенной - дискуссии о нанесённом ущербе от выбора ':=' в си-подобных языках.<br><br>* О каком растаскивании речь? Вот после C (1972) в алфавите идёт D (2001). Что там? А там всё хорошо.<br><br>[code]<br>int x = 0;<br>if(x = f()) {} // assignment cannot be used as a condition, perhaps '==' was meant?<br><br>if(int y = f()) {} // OK<br>[/code]<br> https://opennet.ru/openforum/vsluhforumID3/133594.html#77 Sat, 11 May 2024 08:14:55 GMT &gt; Да, конце комментария оффтоп, но зачем опять реагировать только на него? Ошибочное <br>&gt; или неуместно расположенное присваивание ловится на уровне языка как в расте. <br>&gt; Ради исключения ошибки не надо заставлять печатать на символ больше (:=) <br>&gt; и убивать составные операторы (+= --/--&gt; +:=).<br>&gt; Но си это не раст. Я тоже мог завести какую-нибудь шарманку по <br>&gt; этому поводу, но упомянул решение MISRA (да и -Wall ловит зачастую). <br>&gt; В MISRA C 2012 есть правило 13.4 (или так*).<br>&gt; * https://wiki.sei.cmu.edu/confluence/display/c/EXP45-C.+Do+not+perform+assignments+in+selection+statements#EXP45C.Donotperformassignmentsinselectionstatements-AutomatedDetection <br><br>Да нет, тут не в оффтопе дело - мне сам подход не нравится. <br>"Тут лежат ГРАБЛИ, которых, по хорошему - лежать не должно"<br>"И чооо? И вот тут лежат! И тут! И там! А здеся вот и вовсе лопата вкопана!"<br>"Убрать бы..."<br>"Неее... никак-никак. Вот тут видишь - вилы торчат, там - лего рассыпан - а ты "грабли!" "убрать!" - традиция! Вооон - видишь - рекомендаци https://opennet.ru/openforum/vsluhforumID3/133594.html#76 Thu, 09 May 2024 22:29:36 GMT Да, конце комментария оффтоп, но зачем опять реагировать только на него? Ошибочное или неуместно расположенное присваивание ловится на уровне языка как в расте. Ради исключения ошибки не надо заставлять печатать на символ больше (:=) и убивать составные операторы (+= --/--&gt; +:=). <br><br>Но си это не раст. Я тоже мог завести какую-нибудь шарманку по этому поводу, но упомянул решение MISRA (да и -Wall ловит зачастую). В MISRA C 2012 есть правило 13.4 (или так*).<br><br>* https://wiki.sei.cmu.edu/confluence/display/c/EXP45-C.+Do+not+perform+assignments+in+selection+statements#EXP45C.Donotperformassignmentsinselectionstatements-AutomatedDetection<br> https://opennet.ru/openforum/vsluhforumID3/133594.html#75 Wed, 08 May 2024 18:14:09 GMT "Что за беда, коль в огороде лебеда? ..."<br> https://opennet.ru/openforum/vsluhforumID3/133594.html#74 Wed, 08 May 2024 16:26:45 GMT Ну это точно ограничения технической реализации.<br><br>Решение пропустить три этажа из-за суеверий было умным, что ли? А последовательно класть на существование итераторов и на MISRA C++ 2008 6-2-1 (и его аналоги), а потом рассказывать про цену ошибки - умно?<br><br>&gt; Вот только цена у них - в районе 0 и привычно игнорится<br><br>Если ошибки можно проигнорировать - их игнорируют, независимо от цены. "Россияне регулярно жалуются, что судебные приставы списывают деньги с их счетов за долги однофамильцев" - это скорее природное явление, чем чья-то ошибка.<br><br>google:самая дорогая ошибка программиста<br>Ракета взорвалась, космический аппарат... свежие новости про Fujitsu Horizon можно и так вспомнить.<br><br>google:самая дорогая законотворческая OR правотворческая ошибка<br>Неизвестны такие.<br><br>&gt; "в энергетике х-4" - это дата "четыре дня ВПЕРЁД". <br><br>Ну, может, у этих энергетиков ещё деды писали минус вместо плюса. Добро пожаловать в повседневную жизнь, тут легаси называют традициями и гордятся ими. А как непрограммисты пишут патчи? Э https://opennet.ru/openforum/vsluhforumID3/133594.html#73 Wed, 08 May 2024 02:42:23 GMT Эм. Вы что - думаете, что у программистов монополия на глупость? Нет.<br>Всё, что вы перечислили и ещё будете перечислять - С ГАРАНТИЕЙ вызывает ошибки. Многочисленные, часто. Вот только цена у них - в районе 0 и привычно игнорится. А у выхода за границы массива или там присваивания вместо сравнения цена ошибки - иногда - вот не ноль.<br>Третьего дня выгребли бажину из-за того, что "в энергетике х-4" - это дата "четыре дня ВПЕРЁД". Знал это разраб? Знал, он в этой энергетике 15 лет - но... Вот... Ой. <br> https://opennet.ru/openforum/vsluhforumID3/133594.html#72 Tue, 07 May 2024 19:03:37 GMT ШТО? Нет, у остального человечества нейронки в головах прекрасно справляются. Может, у тебя ограничения технической реализации.<br><br>Корейский счёт возраста? Ничего, можно привыкнуть. Дом номер 0? Ладно. Дом номер 01 не равен дому номер 1? Ха-ха, буду знать. Улица "минуспервая"[1]? Логично. Пропущена платформа на вокзале? Наверное, когда-то она существовала. А может и нет. ЯЗЫК АДА разрешает индексировать массивы с любого числа, даёт ключевые слова first и last? Ну молодцы, довели до ума идеи Вирта.<br><br>[1] https://www.mjt.me.uk/posts/falsehoods-programmers-believe-about-addresses/<br> https://opennet.ru/openforum/vsluhforumID3/133594.html#71 Tue, 07 May 2024 18:17:53 GMT Ну вот если бы "нейронки хорошо справлялись" - вопросов бы не было, но они НЕ СПРАВЛЯЮТСЯ. "Хорошо" - нет. Систематически - нет. Но у нас стокгольмский синдром утенка и мы будем "выходить за границы массивов" при этом рассказывая всем, что гладиолус и НАСТОЯЩИЕ шотландцы. Сiмъ победiмъ!<br>