https://www.opennet.ru/openforum/vsluhforumID3/117587.html Состоялся (https://nim-lang.org/blog/2019/06/06/version-0200-released.html) релиз языка системного программирования Nim 0.20.0 (https://nim-lang.org). Язык использует статическую типизацию и создан с оглядкой на Pascal, C++, Python и Lisp. Исходный код на языке Nim компилируется в представление на C, C++ или JavaScript. В дальнейшем полученный C/C++ код компилируется в исполняемый файл при помощи любого доступного компилятора (clang, gcc, icc, Visual C++), что позволяет добиться производительности близкой к Си, если не учитывать затраты на выполнение сборщика мусора. По аналогии с Python в Nim в качестве разделителей блоков применяются отступы. Поддерживаются средства метапрограммирования и возможности для создания предметно-ориентированных языков (DSL). Код проекта поставляется (https://github.com/nim-lang/) под лицензией MIT.<br><br><br>Выпуск Nim 0.20 можно рассматривать как кандидат в релизы первой стабильной версии 1.0, включающий несколько нарушающих совместимость изменений, необходимых для формирования перво https://www.opennet.ru/openforum/vsluhforumID3/117587.html#52 Thu, 13 Jun 2019 10:42:03 GMT &gt; как-то слишком много внимания на опеннете языку с полтора пользователями,<br><br>Как-то слишком много внимания вашему непонимаию -- аж целый каммент. Не то, чтобы я был против, но тут на опенете каждый первый не понимает каждой второй новости...<br><br>&gt;не то, <br>&gt; чтобы я был против, просто непонятна причина <br><br>... и ничего-ничего-ничего.<br> https://www.opennet.ru/openforum/vsluhforumID3/117587.html#51 Wed, 12 Jun 2019 18:16:16 GMT &gt;&gt; и создан с оглядкой на Pascal, C++, Python и Lisp <br>&gt; а что общего у этих четырех (весьма достойных) языков программирования?<br>&gt; хипстер-смузи решил скрестить ужа с ежом?<br><br>Взял фичи из разных языков<br><br>&gt;&gt; код на языке Nim компилируется в представление на C, C++ или JavaScript <br>&gt; что общего между С и JavaScript?<br><br>В оба языка актуально компилироваться (нативная и веб платформы соответственно)<br> https://www.opennet.ru/openforum/vsluhforumID3/117587.html#50 Wed, 12 Jun 2019 18:15:56 GMT &gt; Есть много языков, где это реализовано элегантнее и приятнее для программиста.<br><br>Заинтриговал.<br> https://www.opennet.ru/openforum/vsluhforumID3/117587.html#49 Tue, 11 Jun 2019 23:01:30 GMT &gt;&gt; Но вообще парсер никому ничем не обязан <br>&gt; как так?<br><br>А вот так.<br><br>&gt; хотите сказать, что он до сих пор не знал что <br>&gt; такое функция как аргумент функции?<br><br>Нет, спасибо, не хочу.<br> https://www.opennet.ru/openforum/vsluhforumID3/117587.html#48 Tue, 11 Jun 2019 22:31:20 GMT &gt; на динамической писать и проще и быстрее, в разы, - да и порого вхождения сильно ниже <br><br>Проще писать если не нужно руками типы прописывать. Но динамическая типизация не единственный путь к такому счастью. Есть ещё автоматический вывод типов.<br><br>Правда, полный автоматический вывод часто приводит к росту времени компиляции. По-этому либо просят программиста хотя бы иногда типы вручную указывать, либо накладывают какие-нибудь ограничения на систему типов.<br><br>Но в целом, даже на убогом Go вывод типов экономит много ручной писанины. При этом, Go - это один из самых плохих примеров этой фичи. Есть много языков, где это реализовано элегантнее и приятнее для программиста.<br> https://www.opennet.ru/openforum/vsluhforumID3/117587.html#47 Tue, 11 Jun 2019 22:27:34 GMT &gt; Но вообще парсер никому ничем не обязан<br><br>как так? хотите сказать, что он до сих пор не знал что такое функция как аргумент функции?<br><br><br><br><br> https://www.opennet.ru/openforum/vsluhforumID3/117587.html#46 Tue, 11 Jun 2019 22:25:29 GMT Питон ведь со строгой типизацией?<br>Давным давно одну либо пытался заюзать. Видимо, позвал метод, который разрабам давно не был нужен в их ежедневной работе. И в каких-то недрах либо вполне себе TypeError вылетел. Заглянул в сырую: очевидно, что раньше там из внутреннего метода одиночное значение возвращалось, и в месте падения ожидалось. Где разрабам нужно было, они поправили. А нужный мне метод оказался сиротинушкой.<br>Конечно, если бы у них были тесты на этот метод, они бы заметили. Но если бы была строгая типизация, они тоже бы заметили.<br> https://www.opennet.ru/openforum/vsluhforumID3/117587.html#45 Tue, 11 Jun 2019 20:12:26 GMT &gt;&gt; Теперь, когда они исправили парсер, скобки стали опциональны, потому что парсер даже <br>&gt;&gt; без них строит корректное AST.<br>&gt; в статье написано, "т.е. теперь допускаются выражения вида "assert not a", которые <br>&gt; ранее приводили к ошибке;" <br>&gt; то есть, раньше такое выражение без скобок трактовалось как? вы предположили как <br>&gt; not(assert(a)), но вопрос в том, что если даже и так "assert <br>&gt; not a", то левосторонний парсер должен был понять как assert(not(a)), <br>&gt; не так разве?<br><br>Это смотря как понимать слово "должен" в этом контексте. Он должен был в смысле "ought", и исправление парсера указывает на то, что действительно новое поведение правильно, оно должное поведение (хотя в русском можно было бы сказать "парсеру следовало бы понять", вы сказали не так, то есть наверное не этот смысл имели в виду?). Но вообще парсер никому ничем не обязан, и он может спокойно падать с сегфолтом, забивая на все попытки программиста убедить его продолжать работу стоя.<br> https://www.opennet.ru/openforum/vsluhforumID3/117587.html#44 Tue, 11 Jun 2019 20:11:50 GMT &gt; Мне хватило времени изучить C++<br><br>Зачем обманываешь, а? C++ невозможно изучить за конечное время.<br>