https://www.opennet.ru/openforum/vsluhforumID3/136385.html Опубликован релиз статически типизированного языка программирования V 0.4.10 (vlang). Основными целями при создании V были простота изучения и использования, высокая читаемость, быстрая компиляция, повышенная безопасность, эффективная разработка, кроссплатформенное использование, улучшенное взаимодействие с языком C, лучшая обработка ошибок, отключаемый сборщик мусора (GC), современные возможности и более удобное сопровождение программ. Проект также развивает свою графическую библиотеку и пакетный менеджер. Код компилятора, библиотек и сопутствующих инструментов открыт под лицензией MIT...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=62938<br> https://www.opennet.ru/openforum/vsluhforumID3/136385.html#266 Fri, 28 Mar 2025 02:20:53 GMT &gt;&gt; Или в Go. Вот тут: `if x = rand.Uint32() % 10; x &gt; 5 {...}` <br>&gt; Иронично, что в go присваивание в управляющих конструкциях как раз таки через := делается ).<br><br>Нет, это рабочий код, надо лишь выше определить x. Так где этот "целый класс ошибок" в Go, V, D, Rust?..<br><br>&gt; Не то, чтобы "была", а в общем-то вполне себе "есть",<br>&gt; пусть острота некоторым образом и снизилась.<br><br>Судя по гуглокнигам, -Wparentheses и -Wall в начале 90-х уже были. Если кому-то требуется больше 30 лет, чтобы выучить опцию компилятора...<br><br>&gt; Что было проще сделать в одна тысяча девятьсот семьдесят лохматом году:<br>&gt; поменять дизайн языка с учетом послезнания или вот использовать "более другую" закорючку?<br><br>А предзнание использовать никак? Из фортрана или PL/I?<br><br>Было проще продвигать дальше юникс-вейное "чем хуже, тем лучше". Двоичные литералы C получил лет через 60 после своего предшественника, PL/I. Может, предшественник не имел ни проблемы ошибочного присвоения в if, ни Зойдбергов? Да, в нём нет assignment expression, только stateme https://www.opennet.ru/openforum/vsluhforumID3/136385.html#265 Thu, 27 Mar 2025 09:25:59 GMT &gt; А вы выйдете за навязываемые ограничения и посмотрите на язык до его <br>&gt; стандартизации. <br><br>Зачем мне это надо? Создавать свой транслятор K&R C69 я не готов.<br><br>&gt; И да, пока ещё можно писать без "стандартных библиотек" <br><br>Увы, LSB Core - X86-64 5.0 Edition запрещает не использовать glibc:<br><br><br>Table 7-1. Non Conforming Instructions<br>...<br>SYSCALL<br>...<br><br>Conforming applications shall not invoke the implementations underlying system call interface directly. The interfaces in the implementation base libraries shall be used instead. <br> https://www.opennet.ru/openforum/vsluhforumID3/136385.html#264 Thu, 27 Mar 2025 07:18:24 GMT + PowerShell<br> https://www.opennet.ru/openforum/vsluhforumID3/136385.html#263 Wed, 26 Mar 2025 20:37:03 GMT &gt; В математике либо пишут название переменной и равенство с двоеточием, либо "Пусть <br>&gt; x = ...".<br>&gt; Вторая форма записи кстати представлена в некоторых языках через словечко let.<br><br>Нет, в таких случаях в математике применяется тире, а не знак равенства. Потому что как раз математики хорошо умеют отличать формальную запись (к коей относится знак равенства) и текст на естественном языке (к коему относятся тире или двоеточие).<br> https://www.opennet.ru/openforum/vsluhforumID3/136385.html#262 Wed, 26 Mar 2025 20:34:24 GMT &gt; Мне не нужно их парсить. Когда пишу программы, я думаю на С. <br><br>Чем же тут гордиться? :)<br> https://www.opennet.ru/openforum/vsluhforumID3/136385.html#261 Wed, 26 Mar 2025 19:56:27 GMT Ты слишком всё усложняешь.<br><br>Императивный подход означает свободное управление процессом выполнения.<br><br>Попробуй в прологе задать переменную с заданным значением (с дальнейшим её прямым использованием) или развернуть цикл на заданное число итераций как сделал бы в том же питоне. Увидишь разницу декларативного языка от императивного.<br><br>&gt; Событийно-ориентированное программирование - оно "императивное" или не очень?<br><br>Ты же можешь управлять событиями, как и генерировать любые из них, значит прямо влияешь на управление процессом.<br> https://www.opennet.ru/openforum/vsluhforumID3/136385.html#260 Wed, 26 Mar 2025 12:48:56 GMT &gt; А кому еще нужен nginx?<br>&gt; И да. Именно для такого есть flatpack.<br>&gt; Если уж у ваших приложений суперкороткий период поддержки - идите в песочницу! <br>&gt; Таким только в песочнице и место!<br><br>И правда, чо это я? Пойду пацанам расскажу...<br> https://www.opennet.ru/openforum/vsluhforumID3/136385.html#259 Wed, 26 Mar 2025 12:41:13 GMT &gt; Ты слово "императивный" путаешь с "процедурным", имхо.<br><br>Этой имхе бы какого подтверждения...<br><br>&gt; Императивный - как делать.<br>&gt; Декларативный - что делать.<br>&gt; ООП входит в императивный стиль. И python - обычный императивный ЯП.<br>&gt; Это тебе не лисп, и не пролог.<br><br>Не входит. Императивный подход широко используется для описания поведения методов - это да, но сам концепт - "моделирование предметной области через изменение состояния объектов путем реализации специфицированного поведения" таки сильно отличается от "(линейной) последовательности операций, обеспечивающих выполнение..."<br>Но тут может конечно "кого как учили" "два еврея - три синагоги", "количество ангелов на острие иглы" и вот это всё ). Событийно-ориентированное программирование - оно "императивное" или не очень? С одной стороны явно не "декларативное", и обработчики событий вполне себе в виде последовательности действий могут описываться - с другой стороны "явного execution flow" того-с... нету. <br> https://www.opennet.ru/openforum/vsluhforumID3/136385.html#258 Wed, 26 Mar 2025 12:12:30 GMT А вы выйдете за навязываемые ограничения и посмотрите на язык до его стандартизации. И да, пока ещё можно писать без "стандартных библиотек"<br>