- Зачем нужен консорциум, если Rust и так безопасный , Аноним (1), 23:31 , 13-Июн-24 (1) +19 [^]
- Раст защищает от целого класса ошибок с памятью и гонок данных Но и другие типы, Аноним (-), 23:37 , 13-Июн-24 (6) +11 [^]
- 1 синтаксис2 борьба с компилятором вместо работы3 аргессивная реклама и фанат, 12yoexpert (ok), 23:51 , 13-Июн-24 (11) –4 [V]
- Я не топлю ни за раст ни за С ни за любой другой язык Но слышать такое от С , Аноним (13), 23:59 , 13-Июн-24 (13) +8 [^]
- С rust то же самое, но вдобавок ужасный синтаксис и строгий компилятор, мешающий, Аноним (1), 00:01 , 14-Июн-24 (15)
- В расте хватает говна согласен и не мало, особенно с избыточностью тех же unwrap, Аноним (13), 00:04 , 14-Июн-24 (16) +9 [^]
- Zig спасёт отца демократии , Витюшка (?), 00:34 , 14-Июн-24 (23) –2
- Ага, вон там товарисч фрикодер пример подогнал логику code fn foo a, T Fro, Аноним (-), 09:46 , 17-Июн-24 (474)
> В расте хватает говна согласен и не мало, особенно с избыточностью тех
> же unwrap(мелочь а бесит) и так далее. Но там чуть больше
> логики я в этом вижу(могу быть не прав,Ага, вон там товарисч фрикодер пример подогнал логику! :)
fn foo<'a, T: FromStr, I: IntoIterator<Item = T>, F: Fn(T) -> bool>(
self: &'a Self,
first: T,
callable: F,
iter: I,
) -> Result<&'a T, T::Err> {
// ...
}
Ну что, сиплюсплюсеры, обломались?! Вас таки сделали!
- прототипы на расте пишутся так же легко как и на плюсах, может даже легче а кому, Советский инженер (ok), 06:59 , 15-Июн-24 (345)
- Ты должен для начала открыть reference manual чтобы не удивляться очевидному П , Алиса (??), 01:38 , 14-Июн-24 (35)
- Почему до сих самых пор игры пишут на плюсах, а не на расте В плюсах же - ведь , Аноним (47), 05:25 , 14-Июн-24 (47) +1
- Очевидно, потому, что C гораздо раньше появился на свет, и уже успели написать, Прохожий (??), 06:37 , 14-Июн-24 (62) +2
- Как тот кто пробовал писать на плюсах и на расте для игр я скажу что в расте это, Аноним (13), 08:40 , 14-Июн-24 (73) +1
- Потому что если в игрушке будет out-of-bounds и она внезапно удалит все файлы юз, Аноним (-), 10:00 , 14-Июн-24 (101)
- Потому что крупные игры на слуху делают не на языке, а на движках, первая 5ка из, JackONeill (?), 13:33 , 14-Июн-24 (164)
- Типичная манипуляция, позволяющая, по мнению автора, поставить Rust на одну доск, Аноним (66), 07:08 , 14-Июн-24 (66) –1
- Да, так всегда в жизни, Аноним (106), 10:33 , 14-Июн-24 (106) –2
- Ты читать не умеешь что ли , Герострат (?), 10:37 , 14-Июн-24 (109) +1
- Смените IDE Вон, в Visual Studio, ткнёш в ошибку, и предлагаются варианты исправ, _kp (ok), 12:05 , 14-Июн-24 (137)
- 4 Экосистема, завязанная на централизованный обмен пакетами Помню был случай, к, Аноним (1), 23:59 , 13-Июн-24 (14)
- Что помешает этому же разрабу проделать подобное с кодом, который не входит в эт, Прохожий (??), 06:41 , 14-Июн-24 (63) +1
- нафига это, если есть пакетный менеджер ОС и git , Аноним (84), 09:15 , 14-Июн-24 (86)
- Устанавливайте зависимости напрямую из любого гит репо, кто же вам запрещает , Аноним (105), 10:25 , 14-Июн-24 (105) +1
- Билдовка е чим cargo и потуги качать полинтернета на каждый пшик , Аноним (-), 08:26 , 15-Июн-24 (356) –1
- Зачем тебе инет Ты что, до сих пор не осилил как в toml прописать локальные зави, Аноним (-), 09:51 , 15-Июн-24 (371)
- В каждом проекте это делать несколько задолбает ЯП продвигает практики попадени, Аноним (-), 11:26 , 15-Июн-24 (375)
- Но в Си или Плюсах - это, считай, обязаловка И тебя это почему-то устраивает К, Прохожий (??), 02:21 , 17-Июн-24 (455)
>В каждом проекте это делать несколько задолбает.Но в Си или Плюсах - это, считай, обязаловка. И тебя это почему-то устраивает. >ЯП продвигает практики попадения на зависимость от вон той клики корпоративных директоров Как будто тебя кто-то заставляет попадать к ним в зависимость. > с единственной репой, увы и ах. Никто не запрещает создать свою и пользоваться ею. >Доки доками а фактическкое состояние дел - это фактическое состояние дел. То, что тебе мерещится и у тебя паранойя - это не фактическое состояние дел, это искаженное восприятие реальности.
- [.... слишком большой тред, остальное см. в режиме смотреть все |+ ] (464)!
- Кивание на синтаксис вместо оценки семантики , общие слова и не технические арг, Аноним (19), 00:11 , 14-Июн-24 (19) –2
- Вот тут соглашусь с каждым пунктом данного одиозного товарисча Особенно по 3 пу, Алиса (??), 01:35 , 14-Июн-24 (34) +1
- 1 вкусовщина другими словами непрофессионализм 2 недостаток знаний, плохое в, Прохожий (??), 06:45 , 14-Июн-24 (64) –1
- Я как сишник несколько раз пытался тыкать плюсы, поддавался на хайп, но это скам, Аноним (127), 11:40 , 14-Июн-24 (127)
- Потому что нечего привычные Вам, но опасные, грязные и зачастую неверные приемы , Аноним (319), 01:46 , 15-Июн-24 (319)
- Мне кажется, что последняя часть предложения неверна Баланс между сложностью ве, Аноним (-), 14:18 , 14-Июн-24 (178)
- Раст безопасный, но вон там список CVE по слову Rust почему-то уже довольно длин, Аноним (-), 05:54 , 14-Июн-24 (52)
- Это как я случайно делил на ноль в расте Сваливался в панику , nonon (?), 15:42 , 14-Июн-24 (200)
- Скорей бы линукс уже на раст переписали Нужно больше безопасности , Аноним (99), 23:36 , 13-Июн-24 (4) –8 [V]
- Каждый второй проект на Rust, iiiypuk (ok), 23:36 , 13-Июн-24 (5) +6 [^]
- Каждый любой проект на любом языке использует системные вызовы, которые написаны, Карлос Сношайтилис (ok), 23:40 , 13-Июн-24 (8) +2
- Каков смысл в безопасном языке , если без unsafe никуда , Аноним (38), 02:44 , 14-Июн-24 (38) +4
- Сначала пишем библиотеки-обвязки с unsafe , потом используем эти библиотеки уже, MT (ok), 03:44 , 14-Июн-24 (45)
- И это превратит его в безопасный код , Аноним (47), 05:27 , 14-Июн-24 (48)
- Концепция безопасности в Rust предполагает использование unsafe там, где компиля, freecoder (ok), 11:11 , 14-Июн-24 (117) +1
- Цепь прочна ровно настолько, насколько прочно её слабое звено Так что панацеи н, Аноним (166), 13:39 , 14-Июн-24 (166)
- Только у тебя не цепь Можешь представить офисное зданием, много этажей, куча две, Аноним (-), 14:01 , 14-Июн-24 (172)
- Как лучше проверять каждое звено на гниль, или только 20 звеньев, так как для , freecoder (ok), 13:26 , 16-Июн-24 (428)
Как лучше: проверять каждое звено на гниль, или только 20% звеньев, так как для 80% автоматически гарантирована исправность?
- Не каждый Тут совсем недавно была статистика www opennet ru opennews art shtml , Аноним (-), 23:42 , 13-Июн-24 (9) +1
- Unsafe это прям как goto сегодняшних дней Удобно, эффективно, но небезопасно К, Алиса (??), 01:28 , 14-Июн-24 (31) +3
- Некоторые графические программы хотят более лучше интегрироваться в систему и ка, cheburnator9000 (ok), 03:49 , 14-Июн-24 (46) +1
- Что-то мне подсказывает, без unsafe - особо дальше hello world не уехать , Аноним (47), 05:29 , 14-Июн-24 (49) –1
- Прикладные лучше на c писать Дотнет вылизали как конфетку последнее время , Илья (??), 07:09 , 14-Июн-24 (67)
- Последние лет 15 если быть более точными Хорошие быстрые и надежные приложения , Аноним (69), 08:29 , 14-Июн-24 (69)
- Ну я на беке работаю, мне хорошо, тут дотнет только хорошеет А про UI согласен , Илья (??), 13:51 , 14-Июн-24 (169)
- О, кажется этот маздайщик уже начал немного догадываться за кого его на самом де, Аноним (-), 21:05 , 15-Июн-24 (401)
> Ну я на беке работаю, мне хорошо, тут дотнет только хорошеет. А
> про UI согласен. Каждые несколько лет Microsoft пилит новый UI фреймворк,
> а один закапывает. Я бы и рад освоить Blazor, но судя
> по тенденции, лучше взять React, который никуда не денется еще лет 10.О, кажется этот маздайщик уже начал немного догадываться за кого его на самом деле держит майкрософт. А скоро, чувак, тебя в легаси спишут. Со всеми потрохами. У майкрософта и их маркетинга теперь новая игрущка - сабж. Они даже в совет директоров вписались. И кстати там не нужны виртуальные машины, огромные рантаймы, да и работы на эвона какую толпу распихны, не надо все это самим за свой счет фигачить. Сплошной профит. Так что вынесут вас куда-то на уровень кобола, когда оно вроде есть - но уже махровое deprecated, legacy, NRND, в общем - паллиатив для тех кто от батареи отковаться не смог. А остальные будут сабж юзать. Без минусов того переростка. >> Плюс доступных и бесплатных развитых IDE тоже нет
> A такие бывают для других технологий? В дотнет мире всё очень даже
> хорошо с идешками. Visual Studio Community хорош. Для профессиональной разработки есть
> Rider, но он платен. VS Code - тоже вариант. Видно птицу по помету - проприетарщина до мозга костей, такой и помрет, несмотря на жалкие потуги косплея собой опенсорца. А для более открытых вещей - есть LSP, позволяющие куче редакторов в продвинутый парсинг и анализ. > Удивительно, как это у нас получается. У меня на прошлой работе было
> два проекта. Один на dotnet framework 3.5, а другой на дотнет
> 3.1. Если вы понимаете, о чём я О том что этот мусор не на 100% совместим между версиями и порой перенос на более новую версию это боль? Ну это майкрософт, они всегда все свои проблемы конвертят в проблемы даунстримов, кредо у них такое :). И именно поэтому оттуда подрапало немало девелоперс, девелоперс... но до некоторых, вот, как до жирафов ;). Хотя учить реактжыэс - это достойная участь для дотнетчика, конечно. Или как еще эпичнее признать что продолбал море времени и резервов мозга ни на что?!
- MS кидает всегда , ну прям как девиз Таргариенов из игры престолов ВПФ, сильв, Аноним (478), 10:11 , 17-Июн-24 (478)
MS кидает всегда.., ну прям как девиз Таргариенов из игры престолов :)ВПФ, сильверлайт, а теперь еще блазор - то же, но вид сбоку, через несколько лет забросят, но успеют задолбать адептов платными курсами и конференциями.
И поэтому аноним вовремя соскочил обратно на C++ когда работа появилась. > У майкрософта и их маркетинга теперь новая игрущка - сабж. Они даже в совет директоров вписались Но все же сабж и донет несколько разные вещи и разные области применения.
C# отличный язык с невысоким порогом вхождения для программистов низкой и средней квалификации (но повыше чем у питонщиков и вебщиков) чтобы быстро ваять внутрикорпоративную автоматизацию - конкурент Джавы.
Сабж для системного программирования, порог вхождения высокий.
- Большинство производительных прикладных программ написано но Go , Аноним (37), 08:46 , 14-Июн-24 (77)
- и что они производят, кроме тепла и сотен мегабайт мусора на диске для хранения , Аноним (84), 09:21 , 14-Июн-24 (89)
- Они производят полезность в виде выполненной задачи При этом умудряясь не сегфол, Аноним (-), 11:39 , 14-Июн-24 (126)
- Хотелось бы на этих терабайтных ссд хранить ещё что-то помимо программ , Аноним (131), 11:56 , 14-Июн-24 (132)
- Не устану повторять, что дешевизна оперативной памяти - миф 1 Большинство совре, Илья (??), 14:04 , 14-Июн-24 (174)
- Нищуков Новый перл Как-то до сих пор справляюсь с 256гб 1тб ссд не имею Коли, Аноним (99), 14:14 , 14-Июн-24 (176)
- Молодец Сочувствую Даже интересно, как вы работаете Проекты на ссд существенно , Аноним (-), 14:30 , 14-Июн-24 (181) –1
- Я свое уже отработал Мне в этом нет нужды Кингстон 256гб Ему 13 лет Хватает Д, Аноним (99), 14:50 , 14-Июн-24 (186)
- Ну тогда вам и прикладного софта не так много и нужно В 256Гб точно должен вле, Аноним (-), 15:42 , 14-Июн-24 (199)
- Ну если по старинке без распараллеливания, то может и нет В остальных случаях да, Аноним (99), 16:05 , 14-Июн-24 (207)
- А, ты и сам нищук, просто я уже 5 минут как из-за парты, но как же я вас, школь, Аноним (-), 23:22 , 14-Июн-24 (297) +1
- Оказался недостаточно безопасным для решений требующих повышенной надёжности , Аноним (7), 23:38 , 13-Июн-24 (7) +2
- Разумеется MISRA C был предуман не просто так Ада была создана для разработки на, Аноним (-), 23:45 , 13-Июн-24 (10) +2
- Безопасность решается методологией написания кода, а не языком Вот для ознакомл, Алиса (??), 01:25 , 14-Июн-24 (30) –3
- Ты вообще видео отрывала открывал Там третье же требование - youtu be GWYhtks, Аноним (104), 10:37 , 14-Июн-24 (108)
- Сейчас бы не понимать разницы между гарантиями языка и надёжностью системы Впро, Аноним (220), 17:10 , 14-Июн-24 (220) +1
- Safety и security это 2 довольно разных аспекта Они местами пересекаются, по то, Аноним (-), 21:13 , 15-Июн-24 (402)
> Оказался недостаточно безопасным для решений требующих повышенной надёжности?) Safety и security это 2 довольно разных аспекта. Они местами пересекаются, по той линии что вулны это таки тоже - "незапланированное поведение программы". Но в целом это все же разные аспекты. Можно написать безопасную в плане вулнов программу, которая однако хренова с точки зрения надежности. В частности хрустовский panic на любую проблему - надежности не подарок. И в линух кернеле это вылезло во весь рост. Оказывается, все вырубить при сбое - это хреновая идея для ядра ОС. По линии надежности работы такой ОС. И вот уже в сабже появились всякие try_* и прочие, и чем это так уж от alloc/free и проверок успеха отличалось - а вот ктулху его знает?! Те же грабли, другой синтаксис? ORLY? :)
- Смею дилетантски предположить, что разница всё-таки есть Именно в сочетании озв, Аноним (319), 23:13 , 15-Июн-24 (414)
> И вот уже в сабже появились всякие try_* и прочие, и чем это так уж от alloc/free и проверок успеха отличалось - а вот ктулху его знает?!Смею дилетантски предположить, что разница всё-таки есть. Именно в сочетании озвученных Вами надежности и безопасности. При условии что правильно понял Вашу претензию. В случае сишных (условных) "alloc/free и проверок успеха" если где-то забыть сделать "проверку успеха", то какая-нибудь вулна, радостно потирая ладошки, (опять же, условно) тихо перепишет область за границами массива нужным ей куском кода и поимеет систему и это может произойти совсем незаметно для жертвы. А в случае со ржавым, если забудешь сделать try_* и вулна попытается воспользоваться этим, вылезет panic, который уронит систему. Для надежности, конечно, нехорошо, но всё же лучше, чем зараженная система. Я правильно понял? Если да, это подтверждает Вашу претензию насчет синтаксиса для достижения надежности, но возникает большая разница в плане достижения безопасности. > Те же грабли, другой синтаксис? ORLY? :) В случае с си с его "alloc/free и проверок успеха" у нас нет ни надежности, ни безопасности.
В случае со ржавым у нас так же нет надежности, но зато есть значительно, кардинально бОльшая безопасность (потому что подавляющее большинство именно вулнов вызвано именно теми сишными ошибками работы с памятью). А за надежностью, предположу, это вообще не к языкам надо обращаться, а к архитектурам систем/приложений/фреймворков. Как пример - организация системы в виде микроядра и всевозможных перезапускаемых при сбоях сервисах. Или (по тем же мотивам) - создание отказоустойчивого сервиса на каком-нибудь эрланге с фреймворком OTP, где система будет построена по шаблону супервайзера с кучей перезапускаемых при сбоях процессах-воркерах.
- Я не понимаю чем проверка успеха try_ отличается от проверки успеха alloc и ко, Аноним (-), 02:15 , 16-Июн-24 (420)
> Смею дилетантски предположить, что разница всё-таки есть. Именно в сочетании озвученных
> Вами надежности и безопасности. При условии что правильно понял Вашу претензию.Я не понимаю чем проверка успеха try_* отличается от проверки успеха *alloc и ко. Так просто и банально. Те же яйца, вид в профиль вроде. Может эксперты по хрусту расскажут > А в случае со ржавым, если забудешь сделать try_* и вулна
> попытается воспользоваться этим, вылезет panic, который уронит систему. Это тоже может быть CVE, если вызывается ремотно - "атакующий может вызвать отказ в обслуживании". > Для надежности, конечно, нехорошо, но всё же лучше, чем зараженная система. Возможность уронить систему - это тоже вулн, внезапно. > нет ни надежности, ни безопасности.
> В случае со ржавым у нас так же нет надежности, но зато
> есть значительно, кардинально бОльшая безопасность Насколько она там "кардинально" - это мы еще будем посмотреть. Ибо вон там пачка CVE уже висит, несколько сотен. > А за надежностью, предположу, это вообще не к языкам надо обращаться, а
> к архитектурам систем/приложений/фреймворков. ЯП может это все так изгадить что сделать более-менее надежно и предсказуемо станет вообще малореально. Хруст правда совсем так не смог - но под ядро его пришлось сурово костылить, в том числе и try_*. > мотивам) - создание отказоустойчивого сервиса на каком-нибудь эрланге с фреймворком OTP, Ну покажите отказоустойчивый линукскернел на этом? > где система будет построена по шаблону супервайзера с кучей перезапускаемых при
> сбоях процессах-воркерах. Про микроядра бредили уж давно. А воз и ныне там. К тому же с реальным железом это все ну вот не факт что хорошо заработает в именно таком виде.
- Вот за что мы его и любим Просто не надо менять переменные и всё будет в поряде, TydymBydym (ok), 23:52 , 13-Июн-24 (12) +4
- Давайте перепишем всё на Rust, например, GNOME , Доктор Альба (?), 00:08 , 14-Июн-24 (17)
- Снова Никогда не было и вот опять , Аноним (24), 00:34 , 14-Июн-24 (24)
- Новость хорошая Но изучать эти кракозябры не очень охота , Витюшка (?), 00:36 , 14-Июн-24 (25) +2
- То же самое хотел написать Отличный язык Но программировать на нём я конечно н, Аноним (39), 03:16 , 14-Июн-24 (40) +1
- Программировать можно, но как потом читать все это безобразие Я всегда считал п, Аноним (47), 05:31 , 14-Июн-24 (50) +3
- пиши в write-only style, ну как некоторые на перле в 90х Зачем его потом читать, нах. (?), 09:22 , 14-Июн-24 (91) +4
- Приведи пример нечитаемого раста , Аноним (296), 23:17 , 14-Июн-24 (296)
- Набор символов одинаков, что в Плюсах, что в Расте Так, к слову , Прохожий (??), 02:00 , 15-Июн-24 (322)
- Держи нас в курсе Нам очень важно твоё мнение нет , Прохожий (??), 06:02 , 14-Июн-24 (57) –1
- Просто писать на Ада не вариант Надо обязательно сделать то же самое самим , Аноним (26), 00:44 , 14-Июн-24 (26) +3
- Ada хотя бы читабельная, а тут не пойми что, какой-то набор символов , Алиса (??), 01:22 , 14-Июн-24 (29) –1
- Не, ты что Язык с одним компилятором против десятка коммерческих, без стандарта, Bottle (?), 12:29 , 14-Июн-24 (149) –1
- Попробуйте объявить на Ада Unicode строку Только без дураков 8212 чтобы на у, warlock66613 (ok), 21:01 , 14-Июн-24 (287)
- Говнище какое Кажется скоро будет такая же лажа как плюсовый auto , Аноним (27), 00:55 , 14-Июн-24 (27) –1
- Что эта линия значит , Аноним (39), 03:17 , 14-Июн-24 (41)
- И что же здесь плохого , Прохожий (??), 06:01 , 14-Июн-24 (56)
- То что максимально странный синтаксис Поди разберись что это словарь, массив и, Пользователь (?), 09:01 , 14-Июн-24 (82) –1
- Разве свифт это не ARC Я понимаю, что даже в objc можно было писать всякие auto, Аноним (-), 10:05 , 14-Июн-24 (103)
- Фигурные скобки обозначают блок, квадратные скобки - массив, срез или доступ по , freecoder (ok), 11:28 , 14-Июн-24 (122) +2
- И какой логический смысл блока None в типа-массиве Если это интуитивно - т, Аноним (302), 23:42 , 14-Июн-24 (302) +2
- Там и в let смысла нет Начали б с const и не меньше употребляли разные нехороши, _kp (ok), 17:37 , 15-Июн-24 (393) +1
Там и в let смысла нет. Начали б с const и не меньше употребляли разные нехорошие вешества.
Если язык спроектирован грамотно, то в общих случаях синтаксис ясный и лаконичный.Кстати, в Swift синтаксис хороший, сам язык только узкоспециализированный.
- Я тоже не понимаю чего они паскальское не стырили Оскорбляло меньшинства сво, Аноним (-), 21:19 , 15-Июн-24 (403) +2
> Там и в let смысла нет.Я тоже не понимаю чего они паскальское := не стырили. Оскорбляло меньшинства своим видом? > Начали б с const и не меньше употребляли разные нехорошие вешества. Ну до них и try_* дошел только сильно опосля. И вот оказалось что если пчелы против меда, тогда потом в улье жрать нечего. А системный яп не могет в системные задачи. И пришлось городить такие вот костыли. Вот уже почти совсем, закостылили, стабильной версией собирается - вчера закомитили, сегодня ночью отрелизились, проверяйте стабильность :))). Поэтому дрова на этом всем и болтаются в режиме эксперимента - тулчейн телепают на каждую фигню. > Если язык спроектирован грамотно, то в общих случаях синтаксис ясный и лаконичный. Это ж мозила делала, откуда у них грамотные проектировщики? Они всех нормальных девов в тот момент уже ушли. Так что идея хорошая, но реализация - от хипстеров с горящими глазами. А эти в архитектуру ессно не умеют, даже если б им и хотелось. > Кстати, в Swift синтаксис хороший, сам язык только узкоспециализированный. Ну, мне он ни в 3.14, ни в красну аpмию...
- Если бы начали с const, то это было бы объявление константы foo Так можно, но с, freecoder (ok), 13:49 , 16-Июн-24 (431) +1
> Там и в let смысла нет. Начали б с constЕсли бы начали с const, то это было бы объявление константы foo. Так можно, но семантика приведённого выше выражения в другом: само foo не является константой, константным является только выражение, результат вычисления которого определяет значение элементов объявляемого массива.
- Данный конкретный пример - искусственный, для иллюстрации, как в принципе можно , freecoder (ok), 13:56 , 16-Июн-24 (432) +1
> И какой логический смысл блока { None }; в типа-массиве? Данный конкретный пример - искусственный, для иллюстрации, как в принципе можно делать. В реальном коде конечно там будет не None, а выражение, результат вычисления которого может быть использован в константном контексте.
- И какой логический смысл блока None в типа-массиве Если это интуитивно - т, Аноним (-), 23:57 , 14-Июн-24 (306) +1
- Блок в котором одна инструкция, причём так как после неё нет точи с запятой, то , freecoder (ok), 13:43 , 16-Июн-24 (430) +1
> И какой логический смысл блока { None }; в типа-массиве?Блок в котором одна инструкция, причём так как после неё нет точи с запятой, то результата вычисления выражения этой инструкции будет возвращаемым значением блока. Это один из базовыв примитивов в Rust, который используется повсеместно. Примерчик вам для понимания:
let sum = {
let a = 1;
let b = 2;
a + b
};
Подробнее - в статье: https://habr.com/ru/articles/532660
- Это было еще в C И в разы проще , Ноним (?), 17:13 , 16-Июн-24 (439) –1
Это было еще в C. И в разы проще.
- Вы, наверное, и продемонстрировать сможете, как это же В РАЗЫ проще на Си , Прохожий (??), 02:29 , 17-Июн-24 (457)
Вы, наверное, и продемонстрировать сможете, как это же В РАЗЫ проще на Си?
- На си ты все же обломаешься написать как у гражданиина freecoder в хабре code f, Аноним (-), 09:59 , 17-Июн-24 (477)
> Вы, наверное, и продемонстрировать сможете, как это же В РАЗЫ проще на Си?На си ты все же обломаешься написать как у гражданиина freecoder в хабре:
fn foo<'a, T: FromStr, I: IntoIterator<Item = T>, F: Fn(T) -> bool>(
self: &'a Self,
first: T,
callable: F,
iter: I,
) -> Result<&'a T, T::Err> {
// ...
}
Интуитивненько, да? Тут и тяжеловесный плюсер то - поднапряжется уже, не, к ТАКОМУ даже он непривычный. Теперь попробуйте без поллитра понять что вообще эта конструкция за зверь. Нет, на сях вы ТАК - все же не сможете. Хотя, конечно, креативным использованием препроцессора можно поразвлечься, но там явно напрягаться надо. А тут такое выражовывание - часть уже имевшегося синтаксиса. Так что какой-нибудь нублон легко подгонит вам такой полет мысли. А как вы этот интуитивный код будете декодировать - не его траблы, дескать.
- Приз за сложную шутку, Аноним (407), 22:33 , 15-Июн-24 (409)
> Фигурные скобки обозначают блок, квадратные скобки - массив, срез или доступ по индексу. Так понятнее?Приз за сложную шутку
- Плюсовый auto как раз удобен и понятен, в отличие от , Аноним (102), 10:03 , 14-Июн-24 (102)
- Синтаксис избыточный Если у Ada он просто многословный, то тут именно заbloatче, Алиса (??), 01:20 , 14-Июн-24 (28) +1
- А в чём избыточность , freecoder (ok), 11:29 , 14-Июн-24 (123) +1
- let, fn, куча ненужных символов, Наноним (?), 17:59 , 14-Июн-24 (252)
- То не избыточность То просто вы плаваете в предметной области , Прохожий (??), 02:51 , 15-Июн-24 (334)
- В Бейсике было ключевое слово let, но обычно можно было его не писать - транслят, n00by (ok), 12:07 , 15-Июн-24 (378) +1
- Там это было для упрощения интерпретатора, и конкретно интерпретации байткода, к, _kp (ok), 23:18 , 15-Июн-24 (416) +1
Там это было для упрощения интерпретатора, и конкретно интерпретации байткода, когда при вводе операторы упаковывались в один байт. Более умные Бейсики довольно быстро избавились от лишних рудиментов в исходнике.Но когда нужно объявить переменную с конкретными свойствами что то типа "let" вполне уместно. Неуместно именно использование на каждый чих, когда это избыточно в исходнике.
- Так свойства переменной можно записывать перед её именем Но в Rust решали как р, n00by (ok), 10:37 , 16-Июн-24 (427)
Так свойства переменной можно записывать перед её именем. Но в Rust решали как раз эту "проблему" Си, вот и let на каждый чих.
- Вот статья специально для таких как вы была написана https habr com ru articl, freecoder (ok), 13:38 , 16-Июн-24 (429)
> Так свойства переменной можно записывать перед её именем. Но в Rust решали
> как раз эту "проблему" Си, вот и let на каждый чих. Вот статья специально для таких как вы была написана: https://habr.com/ru/articles/532660
Раздел "Постфиксная запись типа".
- Специально для писателей того раздела, пугающих читателя int fns 16 int c, n00by (ok), 15:20 , 16-Июн-24 (436)
>> Так свойства переменной можно записывать перед её именем. Но в Rust решали
>> как раз эту "проблему" Си, вот и let на каждый чих.
> Вот статья специально для таких как вы была написана: https://habr.com/ru/articles/532660
> Раздел "Постфиксная запись типа".Специально для писателей того раздела, пугающих читателя "int (*fns[16])(int * const * p);", в Си и Си++ придумано ключевое слово typedef. А в C++ из OCaml, на котором была написана первая версия транслятора Rust, заимствован вывод типов по алгоритму Хиндли–Миллнера. Специально для писателей слов "простой парсер" написана бородатая Драгонбук, где вводится термин "семантический анализ". Я так и не понял, что я должен был почерпнуть из того раздела. Или надо было читать следующий, где let служит для сопоставления с образцом? Ну так тогда можно сказать, что избыточны все остальные конструкции.)
- На какой каждый Объявляет новую переменную - появляется let Занимаетесь присва, Прохожий (??), 02:32 , 17-Июн-24 (458)
>вот и let на каждый чихНа какой каждый? Объявляет новую переменную - появляется let. Занимаетесь присваиванием - нет никакого let.
- Да, без этого никуда, а то ведь никто не использует самый бизапасный БДСМ язык д, Ivan_83 (ok), 01:28 , 14-Июн-24 (32) –1
- Си это lingua franca всея программирования А так да, в какую спеку не заглянешь, Алиса (??), 01:30 , 14-Июн-24 (33) +3
- Как показала история, даже lingua franca тоже дохнут Латынь весело машет ручкой , Аноним (-), 13:04 , 14-Июн-24 (157) –4 [V]
- Латынь не совсем умерла, она растеклась по куче разных языков С - язык близкий к, Ivan_83 (ok), 20:36 , 14-Июн-24 (277)
- Смысл программирование - решение задач, а не рассказывание окружающим, как ты вз, Аноним (296), 23:39 , 14-Июн-24 (300)
- В системном программировании какие задачи решаются , n00by (ok), 12:10 , 15-Июн-24 (379)
- Не решаются они быстрее на расте, он проигрывает всем в этом плане С одной сторо, Ivan_83 (ok), 14:22 , 15-Июн-24 (387) –1
- Ты просто бессовестно лжешь Ну или дремуче заблуждаешься Три месяца назад Ларс , Аноним (319), 23:34 , 15-Июн-24 (417) +1
> Не решаются они быстрее на расте, он проигрывает всем в этом плане.Ты просто бессовестно лжешь. Ну или дремуче заблуждаешься. Три месяца назад Ларс Бергстром (технический директор Google) на конференции заявил, что "Команды, работающие на Rust, в два раза продуктивнее команд, использующих C++". Цитаты с той конференции, содранные уже с реддита: "...Some additional context on these two specific claims: Google found that porting Go to Rust "it takes about the same sized team about the same time to build it, so that's no loss of productivity" and "we do see some benefits from it, we see reduced memory usage [...] and we also see a decreased defect rate over time" On re-writing C++ into Rust: "in every case, we've seen a decrease by more than 2x in the amount of effort required to both build the services written in Rust, as well as maintain and update those services. [...] C++ is very expensive for us to maintain."
..." Причем, как ты можешь заметить, не просто "решаются" в два раз быстрее на расте, но в том числе и "обслуживаются/сопровождаются" и "обновляются". И чтобы понятно было даже таким, как ты, ставят точку - "C++ is very expensive for us to maintain" ("C++ очень дорог для нас в обслуживании") И это всё уже после кучки лет внедрения и использования раста.
- А вы где у меня увидели Кроме того не понятно что они там переписывают, какое, Ivan_83 (ok), 06:08 , 16-Июн-24 (421) –2
А вы где у меня увидели ++?Кроме того не понятно что они там переписывают, какое оно по размеру. Другой интересный вопрос в том, что они переписывают готовое и работающее, те там уже есть архитектура и эксперементы/исследования не нужны. И вы когда переводите - хотя бы делайте это через гугло транслейт, потому что "усилия" это не тоже самое что и "время".
- Скрыто модератором, _kp (ok), 23:47 , 15-Июн-24 (418) [---]
> Как показала история, даже lingua franca тоже дохнут)
> Латынь весело машет ручкой из могилы, французский..Даже в русском языке много слов заимствовано из того и другого, а в европейских еще более. (В этом ответе слова из латыни есть)
То есть, lingua franca, хоть и не вечны, но вполне оставляют после себя следы.
>народ не хочет использовать дыряшку, кроме тех случаев когда деватся некуда.
Для всякой задачи свой язык. Конкретно Си, это для системного программирования. Для GUI есть языки поудобнее, для скриптов тоже свои, и т.д.
То что, на Си можно написать что угодно, еще не делает его оптимальным для чего угодно.
>>посмотреть статистику новых проектов.
Смешать веб-разработчиков и веб-маках, игровых скриптовиков, 1С, ну и системных с прикладными. ;)
Так получим общий анализ мочи, один на весь госпиталь. :)
Сравнивать нужно проекты одного класса и уже в них распростаненность языков. >>Надеюсь лет за пять-десять все разумные сишники переучатся, а остальных можно будет отправить мести улицы. А какие альтернативы Си и С++, для контроллеров, высокопроизводительного ПО, и операционных систем?
Rust? Так он, помимо осбенностей работы с ним, тупо не готов, никакой популярной ОС общего назначения на нем не наблюдается.
Ресурсов Rust для работы ПО требует больше. Ещё, если для специфики задачи все равно требуется сборщик мусора, то великого смысла в Rust-безопастности уже нет. Скорее с системном ПО Rust будет только дополнением, для тех случаев где он уместнее.
- Страшный с Который вытеснил сишку практически из всех областей разработки, даж, Аноним (36), 02:14 , 14-Июн-24 (36) –2
- Вы мягко говоря неправы Есть такое понятие, как целесообразность В большинстве, Аноним (38), 02:42 , 14-Июн-24 (37) +2
- Ну это кучка дешёвых понтов поверх ровной и любимой сишке, Аноним (39), 03:20 , 14-Июн-24 (43)
- Да вот вся фирменная идиотия сей - на месте Типа int хрензнает какого размера и, Аноним (55), 05:59 , 14-Июн-24 (55)
- Да, к сожалению Это цена поддержки обратной совместимости Но лучше хорошее чу, Аноним (-), 11:15 , 14-Июн-24 (119)
- Так это специально Зависимый от железа int - самый быстрый , Аноним (261), 18:21 , 14-Июн-24 (261)
- И int фиксированного размера давно уже есть и в C, и в C , Аноним (261), 18:21 , 14-Июн-24 (262) +1
- Спасибо Капитан Очевидность Вы дали фееричную лекцию - практикующему сишнику и , Аноним (-), 00:22 , 15-Июн-24 (310)
- юзер234, ты от девопс экспертизы перешел на кодинг хоспате, пощади , тыквенное латте (?), 07:00 , 15-Июн-24 (346)
- Вы плохо практикующий, потому что - С это не язык по какой то там спеке, это язы, Ivan_83 (ok), 13:57 , 15-Июн-24 (383)
- Хотите об этом поговорить Окей, пошло веселье c джеди Вообще-то в случае ж, Аноним (-), 21:33 , 15-Июн-24 (404)
> Вы плохо практикующий, потому что:Хотите об этом поговорить? Окей, "пошло веселье!" (c) джеди. > - С это не язык по какой то там спеке, это язык
> про железо, поэтому какойнить int не зазорно быть аппаратно зависимым типом Вообще-то в случае железа - я как раз хочу железобетонно знать именно конкретный размер операции, а желательно еще и понимать атомарность "от и до". Не угадать с размером операции чревато, ибо регистры железа вполне конкретного размера и большой вопрос что будет если промазать с этим, "depends". А факап с атомарным доступом ведет к глюкам раз в год, которые вообще хрен отдебажишь (впрочем на сравнимые грабли можно и с многопоточностью встать).
> - достаточно пару раз наступить на грабли чтобы запомнить и больше не
> наступать, это называется обучаемость Судя по числу вулнов, сбоев и прочих факапов математики которые я в таком коде "от дидов" конопатил, с этим были, есть и будут проблемы. Если грабли не раскладывать - не придется прокачивать скилл в бинтовании лбов. Ну вот реально - нафиг надо тратить время на борьбу с проблемой которой быть не должно с самого начала. И да, если бы стандарт делал я, я бы переделал работу с integer'ами до конкретных размеров, как в хрусте, по всей площади. И в препроцессоре, и в математике, и в константах, и проч. С более другими правилами. > - про енумы - в сях вообще ничего не энфорсится, потому что это не язык БДСМщиков БДСМ это как раз пытаться поймать баг где по ошибке вкатили левое значение - например опечатавшись. И enum мог бы заметить что ну вот явный левак дали. Ан нет. Чисто декоративная хреновина, существующая неизвестно зачем. Почтальон печкин: задекларить намерения кодера можно, но это никого ни к чему не обязывает. Более того - даже тип к которому enum будет де-факто приведен и грабли на этом пути это очень сильно отдельный топик. И самое печальное что там нет хорошего, простого, однозначного ответа "а что это на самом деле будет". Это хреновый стандарт, вот хоть как. > - отрицательные индексы для массивов тоже возможны, иногда так задумано, хотя я
> не разделяю таких методов На мой вкус именно в массивы это не должно катить. То что это де факто decays to pointer - окей, одна из причин по которым в сях проблемы с статическим анализом. А падающая в рантайме фирвара, бутлоадер или ядро - немного не то чего мы хотели от системщины, уж пардон.
- Про енум согласен В остальном ещё раз подумайте и поймите, что это язык для рабо, Ivan_83 (ok), 06:17 , 16-Июн-24 (422)
Про енум согласен.В остальном ещё раз подумайте и поймите, что это язык для работы с железом на низком уровне прежде всего, а уже потом всё остальное.
Поэтому инты - это любая хрень со знаком размером с регистр проца, а если надо что то конкретного размера то отдельно завезли uintXX_t, intXX_t и прочее.
Про оверфлоу при вычислении примерно так же: обычно на это пофиг, потому что системный код простой и примитивный, там и так понятно что до MAX_INT оно никогда до досчитает, потому проверками никто не заморачивается, ради скорости и простоты.
То что ими не заморачиваются там где рассчёты и где оно может случится - это отдельная история. Ну и раз вы хотите быть уверенны во всём, вы же должны понимать что ваш код просто обязан работать только на платформах где память с ECC, иначе никакой гарантии того что вы записали 22 и прочитаете 22 просто нет.
- Да там не только в нем проблема Но enum - просто такой характерный пример когда, Аноним (-), 08:02 , 17-Июн-24 (466)
> Про енум согласен.Да там не только в нем проблема. Но enum - просто такой характерный пример когда вроде ну все сделали - и зачем-то пролюбили пойнт сделаного. А зачем делали тогда? Чисто для галочки что, вот, фича есть? > В остальном ещё раз подумайте и поймите, что это язык для работы
> с железом на низком уровне прежде всего, а уже потом всё остальное. Я по моему очень понятно обрисовал что я на самом деле хочу при вот именно работе с железом. А вот что я совершенно точно при этом не хочу - дурацкие првила integer promotion, UB и тому подобное веселье. Ибо железо так то разное бывает. Как тебе сбой в фирваре крутящей вон тот двигун? Или рулящей вон тем опасным процессом? Ну очень круто, да? И в этом месте последнее что я хочу видеть - это "size_t" хрен знает какого рамера, непонятки "что будет если?" и тому подобные вещи, типа игнора аннотации вида array[10] до "decays to pointer" и даже очевидный out of bounds - не ловится сколь-нибудь регламентировано и штатно. > Поэтому инты - это любая хрень со знаком размером с регистр проца,
> а если надо что то конкретного размера то отдельно завезли uintXX_t, intXX_t и прочее. Как я уже сказал, полудурков из ISO не хватило чтобы сделать это нормально. Поэтому в препроцессоре, константах, enum и прочем integer promotion можно знатно попрыгать по граблищам, которым к тому же топор на рукоять одели для лулзов. Да, даже просто написать "+ 1" может сделать немного не то что програмер подразумевал, очень контринтуитивно запромотив тип. Enum'а это тоже касается. И булеаны появились в том числе и поэтому. А чтоб вы не скучали - в C23 их вынесли, #include <trollface.h> однако :) > Про оверфлоу при вычислении примерно так же: обычно на это пофиг, потому
> что системный код простой и примитивный, там и так понятно что
> до MAX_INT оно никогда до досчитает, Ага, вон там господа тоже так думали. В результате код разбора пакета вон там радостно делает отрицательный индекс, условие вообще не срабатывает граблина очень долго шарахается по левой памяти. Все как диды любят! Ну, подумаешь, ремотным пакетом по воздуху можно системе череп прострелить, никого не спрашивая, мелочи какие. > ради скорости и простоты. Я думаю что по состоянию на сейчас пора пересмотреть эту практику и явно аннотировать критичный к перфомансу код как таковой. Иначе - получается фигня как выше, и это очень сомнительная услуга человечеству. Да и большую часть проверок компилер так то может выпилить оптимизером - на самом деле там прувер мама не горюй у современных компилеров, он это для оптимизаций делает, но вон там - Торвальдс крыл gcc за удаленные проверки null, где с этим в компилере малость перестарались даже :) > То что ими не заморачиваются там где рассчёты и где оно может
> случится - это отдельная история. Меня как-то напрягает что вон той системке можно радиопакетом череп вынести просто подогнав значения чтобы алго посчитало не то что там себе диды вообразили, сорян. Так быть не должно. > Ну и раз вы хотите быть уверенны во всём, вы же должны
> понимать что ваш код просто обязан работать только на платформах где
> память с ECC, иначе никакой гарантии того что вы записали 22
> и прочитаете 22 просто нет. FYI у микроконтроллеров бывает и оператива с parity/ECC, и флеха с ней же. И на десктопе у меня таки тоже ECC. А вы можете глюкать и прыгать по граблям если хотите. И файлуху без чексум можно юзать.
- Поэтому взяв допустим ардуину, и вкатив там ключом компилера вот именно 16-битны, Аноним (-), 00:02 , 15-Июн-24 (307)
- Если вы не в курсе, то часто реально пофиг какого там размера этот самый int, по, Ivan_83 (ok), 20:41 , 14-Июн-24 (280)
- Зато в случае когда там было поболее чем 10 - становится очень сильно не пофиг , Аноним (-), 08:37 , 15-Июн-24 (360)
- Насколько по более Я везде у себя юзаю size_t для размеров и индексов, но та же, Ivan_83 (ok), 14:02 , 15-Июн-24 (384)
- Ага, вы кажется начинаете о чем-то догадываться Большая часть кода на этом глоб, Аноним (-), 21:47 , 15-Июн-24 (405)
> Насколько по более?) Ага, вы кажется начинаете о чем-то догадываться. Большая часть кода на этом глобусе железно уверено что в int лезет что-то уровня 2^31-1. И вон там, в примере с авркой, если мы еще и удумаем реально поюзать даденое стандартом право сделать платформе удобно, вкатив int сподручный ей, 16 битов, ибо по стандарту так можно было - мы гуано откушаем на большей части кода. > Я везде у себя юзаю size_t для размеров и индексов, но та
> же луа почти целиком на int и ничего. Угу, теперь попробуй фирмварь так написать. А потом перенести скажем работу с конкретной железкой на пару других платформ. А допустим в лине - драйверы цепляют свои железки - на довольно разном cpu core, и если они будут на такие вещи уповать.... Ну вот нет, от того что линух работал только на i386 торвальц ушел, и почему портабельность хорошо - понял. На память об этом у нас 1 набор дров под разные платформы работает. Ведь скопипастить IP-блок можно к любому процессорному ядру, равно как и PCI какой к нему пристроить, etc. > Более того там и отрицательные значения для индексов используются активно и это
> нигде не мешает. Угу, кроме вон тех колоритных вулнов - которые можно было ремотно триггернуть, по радио интерфейсу, воон там. Так что от магического пакетика вся фирмварь уходила в кому, ежели его правильно подогнать. А так то все зашибись прекрасная маркиза. Хорошо быть с стороны пуляющей такой пакетик, но не очень круто - со стороны получающей его. > И не забывайте что С был для работы с реальным железом, очень разным, И я работаю с реальным железом побольше вашего, достаточно для того чтобы не нести ересь про size_t который так то как раз об обратном. Не, при работе с вот именно железом вы совершенно точно не хотите никакое size_t, да и при работе с сетевыми протоколами или форматами файлов вы тоже ему будете зело не рады, ибо хрен его знает когда это развалится. > а не для какой то там спеки, потому некоторые типы были машинозависимые. Угу, и в результате получился масс-глюкодром. Который разгребать еще праправнуки будут. > По сути это такой удобный асм, а не то что вы там себе придумали. Для асма тем более непростительно то что оно с типами и integer promition вытворяет. Впрочем это даже и в апликушных вещах может все нагнуть при желании пульнуть что-то по сети или прочитать файл одинаково на разных платформах.
- Большая часть кода с int которую я видел за последнее время lua, return error c, Ivan_83 (ok), 06:25 , 16-Июн-24 (423)
Большая часть кода с int которую я видел за последнее время (lua, return error code в линухе/бсд) легко могла бы уложится в 16 бит, а может даже и 8.
size_t - это для размера куска памяти на конкретной архитектуре где собран код.
В форматы его понятное дело не пихают ибо получится плохо переносимо.
Но тот же memset(), memcpy(), strlen() - это уже давно с size_t, везде.
В асме код тоже далеко не всегда с проверками переполнения, потому что очевидно часто оно не случится никогда.
- Проблема в том что меньшей части вполне хватит чтобы огрести дохрена неочевидн, Аноним (467), 08:16 , 17-Июн-24 (467)
> Большая часть кода с int которую я видел за последнее время (lua,
> return error code в линухе/бсд) легко могла бы уложится в 16
> бит, а может даже и 8.Проблема в том что "меньшей" части вполне хватит чтобы огрести дохрена неочевидных багов. Реально кода который compliant с столь дурацким стандартом - не больно дофига. > size_t - это для размера куска памяти на конкретной архитектуре где собран код. Опять же - если мы например с хардварным регистром размером 32 бита работаем, этот IP блок uncore, внезапно, могли пришить к совершенно разным cpu core. А идея скопипастить обвес uncore - ну вот вообще ничему не противоречит. И потом - и с дравером ЭТО ЖЕ сделать, чем какие-нибудь линуксоиды хуже VHDLщиков всяких? Они о вон том - догадываются. ...и в этом месте мы начнем догадываться, что для вот именно работы с железом size_t как раз таки вообще совсем не оно. У железок бывают вполне конкретные требования по размеру доступа за раз, выраваниванию и проч. А если попробовать что-то иное - грабля по морде даст так что мало не покажется. А оно может тупо не уметь иные варианты доступов в тот регион, для упрощения и ускорения железа, например. > В форматы его понятное дело не пихают ибо получится плохо переносимо.
> Но тот же memset(), memcpy(), strlen() - это уже давно с size_t, везде. И за это тоже воздается глупыми багами на ровном месте... > В асме код тоже далеко не всегда с проверками переполнения, потому что
> очевидно часто оно не случится никогда. Есть довольно большая разница между доказуемыми вещами, и "наобум напрогали так". В коде от дидов много второго. И на краевых условиях это добро сыпется только в путь. И вот ЭТО как раз несколько заманало.
- Так чувак, а ты чего до сих пор сидишь на легаси линуксе бсд мак венде Они же н, Ivan_83 (ok), 20:40 , 14-Июн-24 (279)
- Боже, ну хватит показывать свое некомпетентность Ты утекшие исходники винды см, Аноним (-), 20:56 , 14-Июн-24 (284)
- Утекшие исходники были где то от 2к венды, тамошние плюсы от С мало чем отличали, Ivan_83 (ok), 22:47 , 14-Июн-24 (294)
- Там нет ни Си, ни плюсов В ядре куча Паскаль-кода с венгерской нотацией, записа, n00by (ok), 12:26 , 15-Июн-24 (380)
- A C - это cancer, т е рак, Советский инженер (ok), 17:21 , 16-Июн-24 (440)
>И чтобы вы знали, RUST как раз и переводится как гниль, один из вариантов :)A C - это cancer, т.е. рак
- вот и завезли сборщик мусора, теперь ржависты со своим наречием стали совсем нен, Круз (?), 03:18 , 14-Июн-24 (42) +2
- В таком смысле он там всегда был Но этот сборщик мусора , в отличие от других , Прохожий (??), 05:57 , 14-Июн-24 (53) –3
- Если так рассуждать - то даже в си есть автоматическое управление памятью, ежели, Аноним (-), 06:29 , 14-Июн-24 (61) +1
- Это то же самое, что очищение локальных переменных в конце функции, там нет stop, Аноним (124), 11:35 , 14-Июн-24 (124)
- Предлагаю вспомнить методы формальной логики Раст вышел из мозиллы- мозилла 4 - , Аноним (99), 08:52 , 14-Июн-24 (80) –1
- Раст - это про собаки лают, а караван идет , Аноним (81), 08:58 , 14-Июн-24 (81) +4
- Но если не раст то что Если есть энергия что-то пиарить надо перекоючит пиар на, Аноним (37), 09:02 , 14-Июн-24 (83)
- Про Хаскель в точку А почему бы не пиарить фундаментальное образование С годны, Аноним (99), 09:13 , 14-Июн-24 (85) +1
- Не подтверждаю Имею опыт на обоих языках Хаскель на пробных проектах, на Rust , Facemaker (?), 10:36 , 14-Июн-24 (107) +1
- Если Вас не затруднит, расскажите пожалуйста подробнее о специфике проектов В к, Аноним (99), 10:52 , 14-Июн-24 (111)
- Не хочу, чтоб меня расшифровали коллеги , поэтому выражусь уклончиво Работаю , Facemaker (?), 11:26 , 14-Июн-24 (121) +2
- То что в компаниях тоже есть фанатики совершенно не говорит о юзабельности Руста, Аноним (37), 11:48 , 14-Июн-24 (128)
- Провел беглый анализ ситуации на рынке, согласно данным открытых источников, оте, Аноним (99), 12:04 , 14-Июн-24 (135)
- Время покажет , Facemaker (?), 12:06 , 14-Июн-24 (139)
- Так это же раст они только пишут и никак не напишут Хоть обвязку хоть с нуля В, Аноним (37), 12:20 , 14-Июн-24 (142) +2
- Я на основании не хочу, чтоб меня расшифровали коллеги сделал такой вывод В л, n00by (ok), 12:22 , 14-Июн-24 (144)
- Вам лучше про логику молчать, у вас с ней очевидные проблемы, потому что вы дела, Прохожий (??), 02:22 , 15-Июн-24 (326)
- Ну наконец-то нашелся человек, у которого нет проблем с логикой С превеликим уд, Аноним (99), 08:41 , 15-Июн-24 (361)
- Всегда, пожалуйста Внезапно, да Особенно, если их несколько, и они не словом, а, Прохожий (??), 02:53 , 17-Июн-24 (459)
>С превеликим удовольствием приму наставничество, отче!Всегда, пожалуйста. >Иметь немелкого спонсора - это теперь залог успеха? Внезапно, да. Особенно, если их несколько, и они не словом, а делом подтверждают жизнеспособность проекта/продукта. >Повспоминайте проекты самих немелких спонсоров, в которые были влиты сотни нефти и при этом почившие в бозе. Лучше приведите примеры, где бы проект под крышей нескольких спонсоров оказался негодным. Это было бы весомым аргументом. А так - слабовато. >Ваша логика как бы говорит сейчас: производительность не нужна, нужно больше программистов, набрасывающих по быстренькому Все-таки, это ваша логика. Моя говорит, что производительность не всегда нужна. Но бывает и нужна. >Это подмножество программистов не умеет и не может уметь в си Как показывает многолетняя история, множество программистов, умеющих в Си на сколь-либо крупных проектах - пустое. И дело не в глупости людей, а их природе и несовершенстве языка программирования. >в ближайшие годы может ворваться АГИ А может и не ворваться.
- Надеюсь консорциум будет достаточно дайвёрсити и инклюзивити Надеюсь откроют це, Аноним (120), 11:25 , 14-Июн-24 (120) +1
- Тем, кто на заборе - если хотите что-то лучше крестов, то пробуйте zig или go , Аноним (133), 11:56 , 14-Июн-24 (133) +1
- Не совсем верно C 8212 язык для создания огромных и сложнейших систем Zig, Facemaker (?), 12:05 , 14-Июн-24 (136)
- Где-то пол года назад в zig-песочнице можно было спокойно сделать double-free и , Аноним (-), 13:58 , 14-Июн-24 (171)
- В расте не запрещены никакие оптимизации Но зато есть возможность эти оптимизац, Аноним (-), 14:39 , 14-Июн-24 (183) +1
- Заменим, незаменим Когда Rust начнут использовать для ПО используемом на АЭС,, Аноним (187), 14:52 , 14-Июн-24 (187)
- Ты же понимаешь что в си плас плас софте все так потому что ни для кого это не я, Аноним (37), 15:37 , 14-Июн-24 (197)
- То-есть если строка передается ремотой, мы можем конкретно выкусить Оок , Аноним (-), 00:38 , 15-Июн-24 (312) –1
- Про отвественность между вызывающей вызываемой и проверкой кода возврата - да Но, Ivan_83 (ok), 14:37 , 15-Июн-24 (390)
Про отвественность между вызывающей/вызываемой и проверкой кода возврата - да.
Но я лично всегда всё проверяю на входе и проверяю код возврата если не пофиг на результат.
Насчёт строк - уже много раз писал: нет в С/С++ никаких срок кроме константных объявленных в коде.
Всё что вы откуда то получили - это область памяти с какими то данными предположительно содержащими текст, и именно так и надо это обрабатывать: указатель + размер передавать везде, а не думать что там /0 будет и что только валидный текст.
- Нету в С С никаких оптимизаций которые где то запрещены Есть ручное управление, Ivan_83 (ok), 14:30 , 15-Июн-24 (389)
- 100500 лет назад доказано, что никакой язык не может сам себя проверять На пальц, pavlinux (ok), 15:09 , 14-Июн-24 (188)
- Спрашивается, как в 21 веке можно было придумать язык с настолько неочевидным си, Ноним (?), 16:33 , 14-Июн-24 (209)
- Можно, как в C, норм register inline const unsigned long long int __restict , pavlinux (ok), 16:39 , 14-Июн-24 (211)
- Самый прекрасный язык - это Фортран на перфокартах , pavlinux (ok), 16:58 , 14-Июн-24 (217) +1
- 99 софта состоит из совершенно банальных конструкций На Расте же нужно постоянн, Ноним (?), 17:27 , 14-Июн-24 (233)
- Разработчик Rusta не был специалистом профессиональным программистом или учёным, мурзилка (?), 23:55 , 14-Июн-24 (305) –1
- Создатель Rust работал программистом в Мозилле За деньги Следовательно, он был, Прохожий (??), 04:17 , 15-Июн-24 (343)
- Не следовательно Так можно вообще кого угодно назвать профессиналом, если он а , wyry (-), 12:49 , 15-Июн-24 (382)
- Если человек регулярно получает деньги за свою работу, он является профессионало, Прохожий (??), 02:14 , 17-Июн-24 (454)
>Не следовательно.Если человек регулярно получает деньги за свою работу, он является профессионалом. Это следует из определения этого слова. Автор получал за свою работу деньги регулярно. Кроме того, Раст создавался не только этим одним человеком, были и другие люди. И их труд уже был оценен мировыми лидерами софтостроения, хотя пока и не всеми.
- В индустрии абсолютное большинство некомпетентных людей, которые регулярно получ, wyry (-), 07:37 , 17-Июн-24 (465)
>>Не следовательно.
> Если человек регулярно получает деньги за свою работу, он является профессионалом.В индустрии абсолютное большинство некомпетентных людей, которые регулярно получают деньги за работу. Более того, по такой логике Кнут, Таненбаум или Петцольд должны быть самыми богатыми ITшниками в мире, на деле же это совершенно не так.
- Забавно, я вот тоже работаю пограмистом за деньги, но моё мнение относительно ст, Ivan_83 (ok), 14:52 , 15-Июн-24 (391) +1
Забавно, я вот тоже работаю пограмистом за деньги, но моё мнение относительно стрёмности раста и крутости С вам не нравится :)В остальном скажу так.
До прихода LLVM люди создавали языки редко и в основном ограничивались либами для решения конкретных задач, когда типовую проблему хотелось закрывать парой строчек кода.
В мозилле, хроме и других браузерах вполне себе всё работало и работает без раста.
И если бы они работали на результат а не проедали деньги то никакого раста не появилось бы. Все эти сказки адептов про раст это системный язык на замену С - туфта полная, потому что С это практически асм только переносимый, хоть и с нюансами на разном железе. А асм выкинуть не получится. Так и болтается раст среди крикливых адептов в своём БДСМ сообществе, залезая то туда то сюда и не привнося ничего полезного, только боль сопровождающих.
- C, который практически ASM остался на PDP-11 так что не ври людям, и себе, Советский инженер (ok), 17:25 , 16-Июн-24 (441)
> что С это практически асм только переносимый, хоть и с нюансами на разном железе.C, который практически ASM остался на PDP-11.
так что не ври людям, и себе
- Правда, в какой-то другой, альтернативной мне реальности https en wikipedia or, Аноним (370), 22:02 , 16-Июн-24 (446)
> До прихода LLVM люди создавали языки редко и в основном ограничивались либами Правда, в какой-то другой, альтернативной мне реальности:
https://en.wikipedia.org/wiki/Timeline_of_programming_languages
(тут даже если смотреть ЯПы 2000х - LLVM в качестве бэкэнда там совершенно не доминирует).
Ну и "кто на ком стоял" - в смысле факторы "тырьнет как раз шагнул в массы", "ОЙ-ТИ стало популярной и даже отдельной дисциплиной в универах" и "сильно увеличивающееся с каждым годом кол. студентов стало опубликовывать свои лабы" - тоже имеет место.
- Это потому, что я не считаю ваше мнение сколь-либо весомым и аргументированным, , Прохожий (??), 03:04 , 17-Июн-24 (460)
>Забавно, я вот тоже работаю пограмистом за деньги, но моё мнение относительно стрёмности раста и крутости С вам не нравится :)Это потому, что я не считаю ваше мнение сколь-либо весомым и аргументированным, то есть экспертным. А не потому, что вы - не профессионал в разработке на том же Си, к примеру. >Все эти сказки адептов про раст это системный язык на замену С - туфта полная, потому что С это практически асм только переносимый, хоть и с нюансами на разном железе. А асм выкинуть не получится. У вас проблемы с аргументацией и логикой. То, что Си - это асм, не может являться аргументом для того, что Раст не пригоден для системного программирования. Одно не следует из другого. Мало того, опыт Гугла при разработке нового кода для Андроида доказывает это на практике, а не только в теории.
- Здесь хорошо бы уточнить, на каком языке программирования с использованием какой, Прохожий (??), 03:59 , 15-Июн-24 (341)
- Не имеет значения Совсем Не надцать, а по пальцам одной руки Что уже на N-1 бо, Ноним (?), 15:45 , 16-Июн-24 (437) –1
> Здесь хорошо бы уточнить, на каком языке программирования с использованием какой парадигмы.Не имеет значения. Совсем. > В Плюсах, например, существует надцать способов инициализации полей класса. Не надцать, а по пальцам одной руки. Что уже на N-1 больше необходимого. > Хотя некоторый прогресс с автоматическим выведением типов и наметился, но до идеала ещё далеко. С одной стороны вопрос обратной совместимости. С другой - совершенно новый язык. Auto в C++ > 10 лет. > Конечно, он слышал и об этом, и о многом другом в этой области гораздо больше тебя. Верю, верю))) Результат его работы говорит сам за себя. > Меньшим количеством ошибок определённого класса. Это отнюдь не причина создавать на столько альтернативно одаренный язык. Отсутствие ошибок - не фича языка, а одно из его свойств. Нет никаких проблем написать все то же самое на C++. Но придется писать самому. И это не будет несовместимо с существующим софтом. > Согласно неоднократным опросам, сложное в Расте - это время жизни переменных и заимствования. Разве этим не занимается САМ ЯЗЫК? Да вы что... > Остальное всё так же банально, как и в других сходных языках. Интересно, о каких других языках вы говорите?))) Такого угрюмого синтаксиса как в Расте нет нигде. > Просто надо документацию прочитать хотя бы раз. Выше сказал, что Раст совершенно неочевиден.
- Вообще-то, имеет, если мы говорим про банальность обыденность, обычность, при, Прохожий (??), 03:24 , 17-Июн-24 (461)
>Не имеет значения. Совсем.Вообще-то, имеет, если мы говорим про "банальность" (обыденность, обычность, привычность). То, что банально в императивном языке, в функционально может быть невозможным. И наоборот. Ещё пример. В Си следить за коректным освобождением памяти в крупном проекте вещь совсем не банальная, как показывает история. >Результат его работы говорит сам за себя. Есть ещё мнение независимых экспертов (например, из того же Гугла). Их опыт показал, что Раст по сравнению с Плюсами - прекрасный язык. >Это отнюдь не причина создавать на столько альтернативно одаренный язык. Как показывает опыт использования Раст - ещё какая причина.
> Отсутствие ошибок - не фича языка, а одно из его свойств.
Не совсем понятно, в чем разница между фичей и свойством. >Нет никаких проблем написать все то же самое на C++. Но придется писать самому. Вот тот факт, что придётся писать самому без жёсткого контроля со стороны инструментального средства и является сам по себе огромной проблемой. >И это не будет несовместимо с существующим софтом. Совместимость можно достигать не обязательно на уровне языка программирования. Так, к слову.
- Имелось ввиду понимание этих аспектов языка обучающимися C, C , Perl - синтакси, Прохожий (??), 03:36 , 17-Июн-24 (462)
>> Согласно неоднократным опросам, сложное в Расте - это время жизни переменных и заимствования.
>Разве этим не занимается САМ ЯЗЫК? Да вы что...Имелось ввиду понимание этих аспектов языка обучающимися. >> Остальное всё так же банально, как и в других сходных языках.
>Интересно, о каких других языках вы говорите?))) Такого угрюмого синтаксиса как в Расте нет нигде. C, C++, Perl - синтаксис ничем не проще. Примерно такой же угрюмый.
>> Просто надо документацию прочитать хотя бы раз.
>Выше сказал, что Раст совершенно неочевиден.
Ещё раз. Если не читать документацию, никакой язык не будет очевидным, даже обычный, на котором люди говорят, но который не является родным для вас.
- Я выше уже писала, что взять ту же Ада, у неё просто многословный синтаксис, но , Алиса (??), 17:12 , 14-Июн-24 (221)
- Напиши на Аде драйвер MMU для Risc-V, хотя все олдскульные имеют Asm , asm , _, pavlinux (ok), 17:14 , 14-Июн-24 (225)
- Математика - это тоже просто набор символов какой-то И как люди живут с этим уж, Прохожий (??), 03:45 , 17-Июн-24 (463)
>Ада, у неё просто многословный синтаксис, но крайне понятный и читабельный, а тут просто набор символов какой-то)Математика - это тоже просто набор символов какой-то. И как люди живут с этим уже столько сотен (если не тысяч) лет... Хотя соглашусь, обычные слова читать проще, чем символы. Но с другой стороны есть и плюсы - меньше по клаве стучать надо.
- Гениально, в safe языке даже арифметические операции требуют ансейфа Кто-то е, Наноним (?), 17:42 , 14-Июн-24 (241) +3
- В Си пишут всяки флаги или через pragma -mieee-fp -funsafe-math-optimization, pavlinux (ok), 17:49 , 14-Июн-24 (246)
- С каких пор Си предендует на звание safe языка Понятно что и Си, и Раст - небезо, Наноним (?), 18:12 , 14-Июн-24 (254)
- Какой-нибудь MISRA C - вполне себе претендует Правда апликушным раздолбаям - не, Аноним (-), 09:04 , 15-Июн-24 (364)
- На Z80 были 8 и 16 бит регистры, это далеко не самое страшное , Ivan_83 (ok), 18:17 , 15-Июн-24 (396)
На Z80 были 8 и 16 бит регистры, это далеко не самое страшное :)
- Под Z80 толком нет полноценных сишных компилеров А так все хорошо, прекрасная м, Аноним (-), 21:53 , 15-Июн-24 (406)
> На Z80 были 8 и 16 бит регистры, это далеко не самое страшное :) Под Z80 толком нет полноценных сишных компилеров. А так все хорошо, прекрасная маркиза. Даже аврка удобнее для сей чем ЭТО. Но потом прищел ARM с своими Cortex M и дал всем мастеркласс на тему как это на самом деле надо было. С тех пор началась новая эра. В которой ваш Z80 выглядит дино, ибо чип размером с пылинку может вмещать норм 32 бит ядро с линейной адресацией и нормальной программной моделью, а не вон то.
- Я не фонат Z80, просто с него начинал в 1998 году и это единственная архитектура, Ivan_83 (ok), 06:30 , 16-Июн-24 (425)
Я не фонат Z80, просто с него начинал в 1998 году и это единственная архитектура с такой низкой разрядностью которую я щюпал/знаю.
- Этот опыт малорелевантен в контексте си и тем более сабжа А кто-то из местных п, Аноним (-), 08:27 , 17-Июн-24 (468)
> Я не фонат Z80, просто с него начинал в 1998 году и
> это единственная архитектура с такой низкой разрядностью которую я щюпал/знаю.Этот опыт малорелевантен в контексте си и тем более сабжа. А кто-то из местных пытался сабжа на аврке 8 бит раскочегарить. Хз что получилось, но в принципе так можно было. У AVR много однотипных регистров, это типичный RISC, одноцикловый по большинству операций. Правда разные адресные пространства - сям таки карму сильно нагибают, 8 битов тоже так то условность, data path к флехе с кодом 16 бит, и что прикольнее, адреса флехи - считают в юнитах по 16 бит. Ведет к знатному деланию мозга если указатели хочется. Поэтому cortex M это добро и зарулят постепенно. Лучше - в вообще совсем всем. От периферии до ядра проца. Кста адресовать флеху юнитами строго по 16 бит немного похоже на те DSPшники. Правда у тех - жестче: нате-ка вам 16-бит char! По стандарту ж можно! Ну и вот как хотите так и живите с этим. И понятно что кода который compliant опять же - мизер. Скажем (unsigned) char[20] посылаемый "в провод", эфир, записываемый в файл - ну вот вообще совсем не новость. А теперь представь что char не 8 бит стал, а 16... и все как бы честно! По тем горе стандартам так можно было. Ну код и сломается чуть менее чем весь :))
- По умолчанию же сейф Это как я понял для оптимизаций , Вы забыли заполнить поле Name (?), 17:56 , 14-Июн-24 (251) +1
- Для реальной жизни же А не interview code sample , _ (??), 18:20 , 14-Июн-24 (259)
- Видимо Раст был недостаточно safe , вот и решили добавить побольше операций что, Наноним (?), 18:21 , 14-Июн-24 (260)
- Истина Важные качества языка - это Correct, Beautiful, Efficient Но можно выбр, Вы забыли заполнить поле Name (?), 18:37 , 14-Июн-24 (269) +2
- Где на эти итоги просмотреть можно Потому что там, где я смотрел, Rust уделывал, Прохожий (??), 02:02 , 17-Июн-24 (452)
>В итоге Раст по производительности даже C++ не может догнатьГде на эти итоги просмотреть можно? Потому что там, где я смотрел, Rust уделывал Плюсы (не помню точно, как сильно). Только Си не мог догнать, но разрыв был около 5%.
- это вы так скоро поймете сущность С и вернетесь обратно 128515 , крок (?), 19:16 , 16-Июн-24 (443)
это вы так скоро поймете сущность С и вернетесь обратно 😃
- Давай посчитаем Линус с ядром, разюГугл с написанием нового кода на раст, везде , Аноним (-), 18:19 , 14-Июн-24 (258)
- А давай Целый сайд-саппорт для самого простого драйвера написан НЕ САМ ДРАЙВЕ, _ (??), 18:28 , 14-Июн-24 (265) +1
- Уверяю, они выбрали Rust не потому, что он хороший , а потому, что временно без, Ноним (?), 18:36 , 14-Июн-24 (268)
- Тут надо понимать что это не корпы решили выбрать раст как самое лучшее в индуст, Ivan_83 (ok), 21:00 , 14-Июн-24 (286) +1
- Именно корпы решили выбрать Раст,как самое лучшее в индустрии Почему Потому чт, Прохожий (??), 03:28 , 15-Июн-24 (338) –1
- Да да, особенно в геймдеве оно выросло И при такой мегапроизводительности - , Ivan_83 (ok), 14:05 , 15-Июн-24 (385)
- В геймдеве, я уже отвечал на этот вопрос выше, ошибки работы с памятью не столь , Прохожий (??), 01:50 , 17-Июн-24 (450)
>особенно в геймдеве оно вырослоВ геймдеве, я уже отвечал на этот вопрос выше, ошибки работы с памятью не столь критичны. И уже успели наваять движков на Плюсах и Си Шарпе. Новые, на Rust, догонят по функциональности не скоро. Но они уже есть. >где результаты? Я и не только уже неоднократно приводил их. Мало того, вы всё это точно читали. Если плохо с памятью, попробуйте к специалисту на приём сходить. >Уже весь мир должен был быть переписан на раст, и где оно?) У Дропбокса, Клаудфлэр, Дискорд, например, весь мир переписан. Андроид (новый код). Амазон (отдельный софт). И так далее. Но удобней, конечно, не замечать реальность, которая противоречит твоей картине мира.
- Хорошо, большие фирмы выбирают Rust А мы тут при чём Мы в этих больших фирмах , мурзилка (?), 22:45 , 15-Июн-24 (411)
Хорошо, большие фирмы выбирают Rust. А мы тут при чём? Мы в этих больших фирмах не работаем.
- Для серьезного языка нужна возможность бустрапинга компилятора Вот для GCC есть, Вы забыли заполнить поле Name (?), 17:52 , 14-Июн-24 (247)
- Раньше как-то делали и не жжужали Кажется это очередное нецелове расходование , Вы забыли заполнить поле Name (?), 17:54 , 14-Июн-24 (248)
- Из-за ошибки работы с памятью сделали целый язык и создали консорциум Это бред , Аноним (270), 18:47 , 14-Июн-24 (270) –1
- Скрыто модератором, Алиса (??), 18:57 , 14-Июн-24 (272) –1 [---]
- Только для того, кто не знает историю язык Ada Ты бы хоть википедию почитал Плох, Аноним (-), 20:01 , 14-Июн-24 (276) –1
- Чувак, в реале люди тоже совершают ошибки, прикинь И в отличии от каких то CVE , Ivan_83 (ok), 20:55 , 14-Июн-24 (283) –1
- Вообще ошибка в коде бортового компьютера - тоже достаточно фатальна Правда в A, Аноним (-), 21:15 , 14-Июн-24 (291) –1
- Ада - это не про безопасность, это про деньги Как и Rust Целью создания Ады был, мурзилка (?), 00:04 , 15-Июн-24 (308)
- Нехило бы как-то обосновывать громкие заявления Здорово получилось програмеров , Аноним (-), 02:07 , 15-Июн-24 (325)
- Изучайте историю создания языка Ада К середине 70-х годов в проектах, которые к, мурзилка (?), 23:02 , 15-Июн-24 (413)
>Нехило бы как-то обосновывать громкие заявленияИзучайте историю создания языка Ада.
К середине 70-х годов в проектах, которые курировала минобороны сша, использовались 400 языков программирования. Понятно что трудно было разобраться во всём этом по. Требовалась унификация средств разработки, чтобы сократить расходы на специалистов по всяким разным языкам. Было решено всё писать на одном языке (Ада). Когда минобороны сша объявило конкурс на проект языка Ада, то в требованиях было сказано, что язык должен быть основан на Паскале или PL/1. Если бы они думали о надёжности, то ни за что бы не упомянули PL/1.
- Оно мне надо Я не собираюсь на этом програмить Мерзотная пасквилеобразная хня,, Аноним (-), 08:35 , 17-Июн-24 (469)
>>Нехило бы как-то обосновывать громкие заявления
> Изучайте историю создания языка Ада.Оно мне надо? Я не собираюсь на этом програмить. Мерзотная пасквилеобразная хня, надругательство над идеей системного программирования. > К середине 70-х годов в проектах, которые курировала минобороны сша, использовались 400
> языков программирования. Понятно что трудно было разобраться во всём этом по. Где они в 70х столько ЯП взяли, интересно? Там реально употребительных было штук 5. > Требовалась унификация средств разработки, чтобы сократить расходы на специалистов по
> всяким разным языкам. Было решено всё писать на одном языке (Ада). Почему-то это очень напоминает мне комикс XKCD за номером 927. > Когда минобороны сша объявило конкурс на проект языка Ада, то в
> требованиях было сказано, что язык должен быть основан на Паскале или
> PL/1. Если бы они думали о надёжности, то ни за что
> бы не упомянули PL/1. И уж министерство обороны - даже американское - точно никогда не славилось какой-то особой эффективностью в сокращении расходов. По каким-то таким причинам в результате контракты на всякие запуски спутников, связь и проч - уехали всяким Маскам и проч. Вот этот - косты заоптимизирует очень даже. Не на бумаге - а по факту.
- Не каждая ошибка в бортовом компе фатальна, не надо придумывать , Ivan_83 (ok), 14:24 , 15-Июн-24 (388)
- И что По этой причине наплюем на типичные и САМЫЕ РАСПРОСТРАНЕННЫЕ ошибки в код, Прохожий (??), 03:37 , 15-Июн-24 (339)
- Я ошибкой считаю не то что там компилятор себе надумал а то что мешает программе, Ivan_83 (ok), 14:17 , 15-Июн-24 (386)
- И наличие ошибок в коде, из-за которых программа, например, падает, сюда никаким, Прохожий (??), 01:31 , 17-Июн-24 (449)
>мешает программе выдавать нужный мне результат/функционал.И наличие ошибок в коде, из-за которых программа, например, падает, сюда никаким боком? >Взломы корпораций вполне себе происходят и без ошибок в коде, и гораздо чаще. Поэтому будем плевать с высокой колокольни на критические ошибки? >Но вы же дальше своего кода не мыслите. Я-то как раз мыслю. И даже примеры привёл, где нарушение безопасности - это очень важно, и корпы-производители софта это понимают. А подобные вам - нет.
>Более того, есть страховщики, которые могут такое покрывать.
Примеры приведёте, где страховщики покрывали бы репутационные риски? А то из-за них, бывает, фирмы полностью банкротятся, потому что конкуренция довольно высокая, клиенты развернулись и ушли к другому поставщику.
- массив 0 10 целввод ивывод массив 5 и Ну и как тут на этапе компиляции обеспе, Аноним (278), 20:39 , 14-Июн-24 (278)
- Про ИИ не соглашусь Потрайте тут https chat lmsys org Кнопка директ чат Выбир, Аноним (99), 20:57 , 14-Июн-24 (285)
- Чего там коммуниздить Ты когда-нибудь код нейросети видел Он простой как желез, Аноним (37), 07:44 , 15-Июн-24 (351) +1
- Спс за ссыль, давно хотел пощупать Opus нахаляву Сгенерировало хеллоуврот на fa, Аноним (415), 20:54 , 15-Июн-24 (400)
> https://chat.lmsys.org/Спс за ссыль, давно хотел пощупать Opus нахаляву. Сгенерировало хеллоуврот на fasm на чистом win32 api без ошибок. Круто.
- Рад помочь Оно действительно творит чудеса Ичсх в любых областях знания Это начи, Аноним (99), 22:45 , 15-Июн-24 (412)
Рад помочь!
Оно действительно творит чудеса.
Ичсх в любых областях знания.
Это начинает немножечко пугать.
Создатель ядреной бомбы в свое время понимал что к чему и основными фичами поделился с ссср. Сдается мне, что сейчас так не будет. Даже сдается мне не на пустом месте.И вот осознавая в полной мере возможные последствия, я с абсолютной тоской взираю на то, что сделал яндекс. И тут даже не до троллинга на самом то деле.
- Рубанув сборку кода - доказуемо небезопасное действие , Аноним (-), 21:11 , 14-Июн-24 (290) –1
- Надеюсь, CoC они уже написали , Аноним (11), 23:42 , 14-Июн-24 (301) +1
- Уже нарождаются языки нового поколения, которые со временем вытеснят Руст из обл, мурзилка (?), 00:15 , 15-Июн-24 (309)
- Если ИИ будет развиваться с такой же скоростью, то боюсь, вся разработка уйдёт в, Аноним (316), 00:55 , 15-Июн-24 (315)
- Однако же ДОКАЗАТЕЛЬСТВО корректности кода всё равно надо будет иметь, хотя бы в, Прохожий (??), 03:43 , 15-Июн-24 (340)
- В критически важных местах нельзя полагаться на магию Например в самолёте Як-40, Аноним (37), 07:35 , 15-Июн-24 (349)
- Автопилот довольно простая аналоговая система несмотря на страшное название И в, Аноним (415), 20:29 , 15-Июн-24 (397)
Автопилот довольно простая аналоговая система несмотря на страшное название. И вообще, в таких областях, как авиация или космонавтика, идут по пути максимального упрощения, минимизируя количество потенциальных точек отказа. Это известно каждому инженеру.
- Ну вот и упростили Выкинули чертову кучу проводочков, тросиков, тяг, колесиков , Аноним (-), 08:39 , 17-Июн-24 (470)
> Автопилот довольно простая аналоговая система несмотря на страшное название. И вообще,
> в таких областях, как авиация или космонавтика, идут по пути максимального
> упрощения, минимизируя количество потенциальных точек отказа. Это известно каждому инженеру. Ну вот и упростили. Выкинули чертову кучу проводочков, тросиков, тяг, колесиков и прочей ломкой, хлипкой, требующей периодического квалифицированого обслуживания оптом фигни. Поставили компы и мк. Соединили шинами. Пилот дергает джойстик, по шинам разлетается. Зарезервировать шину и не очень тупо обработать сбой - проще чем извините обрыв тросика какого. ...так появился Fly By Wire. И даже до россиян через i++ лет что-то понемногу стало доползать.
- А кроме самолёта Як-40 других в мире больше нет , Прохожий (??), 01:21 , 17-Июн-24 (448)
А кроме самолёта Як-40 других в мире больше нет?
- А мне вся эта движуха с Rust напоминает другой супербезопасный язык Ada, там был, Аноним (321), 01:56 , 15-Июн-24 (321) –1
- Заказчик разработки языка ада министерство обороны США Область его применения т, Аноним (37), 07:30 , 15-Июн-24 (348) +1
- Ну он, собсно, таким и является Ты же не будешь спорить с NASA или Пентагоном к, Аноним (415), 20:36 , 15-Июн-24 (398) –1
> супербезопасный язык AdaНу он, собсно, таким и является. Ты же не будешь спорить с NASA или Пентагоном касаемо выбранного ими языка 😉
- На этом безопасном языке была написана программа, которая привела к крушению фра, Аноним (426), 10:18 , 16-Июн-24 (426) +1
На этом безопасном языке была написана программа, которая привела к крушению французского космического корабля Ариан 5. Как-то так. Ты же тоже не будешь с этим спорить.Диагноз - каким бы не был "защищенным" язык программирования кривые, шаловливые ручонки недопрограммистов тоже никто еще не отменял. И это - основная проблема ошибок в программах.
- Последний тренд зарубежья - На Раст писать софт удобно, быстро, безопасно Но пе, Аноним (476), 10:16 , 17-Июн-24 (479)
Последний тренд зарубежья - На Раст писать софт удобно, быстро, безопасно. Но переписывать, dirty-патчить, рефакторить - мука. Он плохо подходит под однопоточные приложения из-за тоталитарного борроу-чекера./lessons_learned_after_3_years_of_fulltime_rust/
Раст плохо подходит для однопоточных приложений, которые надо часто пере/дописывать, и в которых на RCE всем плевать. (Держу в курсе)
|
Свернуть нити
Пометить прочитанным
Создать тему
