Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Прогресс в разработке компилятора для языка Rust на базе GCC, opennews (?), 30-Июн-22, (0) [смотреть все] одобряю, куда денег , АнонимкаРастуимка (?), 09:04 , 30-Июн-22, (1) +14 // Давай почту, скину номер карты , Аноним (110), 13:05 , 30-Июн-22, (110) +10 Мне, Без аргументов (?), 13:50 , 30-Июн-22, (122) +1 Собираю на цистерну WD40, Без аргументов (?), 13:53 , 30-Июн-22, (125) +1 // Что, можно пить , Bdfybec (?), 19:48 , 30-Июн-22, (163) // Если запор, то можно , Аноним (110), 19:56 , 30-Июн-22, (165) +2 А также в край надоело работающее зрение, легкие и прочее ненужно По крайней , Аноним (-), 20:17 , 30-Июн-22, (167) +1 Это все при виде раста , Аноним (205), 04:39 , 01-Июл-22, (205) –1 И при упоминании тоже , thhh (?), 07:12 , 01-Июл-22, (209) Bitcoins accepted here , Аноним (-), 20:45 , 30-Июн-22, (173) Скрыто модератором, васёк (?), 09:07 , 30-Июн-22, (3) +1 // Скрыто модератором, Жироватт (ok), 09:52 , 30-Июн-22, (17) +23 // Скрыто модератором, Alladin (?), 10:04 , 30-Июн-22, (25) –1 // Скрыто модератором, Аноним (92), 12:05 , 30-Июн-22, (92) –1 Скрыто модератором, Alladin (?), 14:44 , 30-Июн-22, (136) +4 Скрыто модератором, Bdfybec (?), 19:54 , 30-Июн-22, (164) Скрыто модератором, Аноним (-), 20:30 , 30-Июн-22, (168) Скрыто модератором, Alladin (?), 23:38 , 30-Июн-22, (199) Скрыто модератором, n00by (ok), 07:40 , 01-Июл-22, (210) Скрыто модератором, АнонимкаРастуимка (?), 10:06 , 30-Июн-22, (26) +3 // Скрыто модератором, Тычок (?), 15:42 , 30-Июн-22, (145) +2 Скрыто модератором, Без аргументов (?), 10:44 , 30-Июн-22, (45) +1 // Скрыто модератором, Alladin (?), 10:53 , 30-Июн-22, (50) Скрыто модератором, Аноним (130), 14:28 , 30-Июн-22, (130) Скрыто модератором, Аноним (89), 12:02 , 30-Июн-22, (89) +1 Откуда такая толпа растаманов И откуда у них деньги на зарплаты Я реально не по, Аноним (4), 09:07 , 30-Июн-22, (4) +10 // Блокчейн , Аноним (5), 09:17 , 30-Июн-22, (5) +2 в вебе горячие части переписывают довольно часто еще, Аноним (7), 09:26 , 30-Июн-22, (7) +1 Ну вот так вот с ходу https github com ijl orjsonhttps github com aviramha o, Аноним (8), 09:39 , 30-Июн-22, (8) –1 // Доо Ведь всем давно известно, что осн время ожидания в вебе приходится исключит, Бывалый смузихлёб (?), 10:01 , 30-Июн-22, (22) +2 // Смешно, особенно про первый язык программирования в школах и колледжах Кажись , Alladin (?), 10:07 , 30-Июн-22, (27) +3 Да, я тоже часто задумываюсь о причине суперпопулярности такого убожества, как P, Аноним (43), 10:35 , 30-Июн-22, (43) +1 Синтаксис с бегино-ендами выглядит более пугающим для ленивых программистов А п, Аноним (110), 13:02 , 30-Июн-22, (107) –1 у питона самое крутой сообщество, из-за этого большое количество готовых библиот, Аноним (109), 13:04 , 30-Июн-22, (109) +1 Крутой, крутой, сообществ И простите, но почему-то 95 питонокода являет собо, Аноним (-), 20:47 , 30-Июн-22, (174) +2 вы не читали и не применяете PEP8 или его аналогги, вот в чем дело, mandms (ok), 22:06 , 30-Июн-22, (189) На качество кода, баги, скорость и жрач оперативки все ваши PEP мало влияют, хот, Аноним (-), 19:16 , 01-Июл-22, (235) Как и код на других языках , Аноним (207), 06:37 , 01-Июл-22, (207) +1 Посмотрите программы западных университетов - везде основы программирования преп, aa (?), 10:48 , 01-Июл-22, (219) А раньше учили прогать на BASIC Это однако не значит что на нем же и надо было , Аноним (-), 21:34 , 01-Июл-22, (238) Однако от его производительности у корпов все же подгорает Так появился игого, , Аноним (-), 20:43 , 30-Июн-22, (170) Когда его начали учить в колледжах, всё уже свершилось Обычно школы и колледжи д, anonymous (??), 17:14 , 04-Июл-22, (255) ls -lh usr local lib python3 9 dist-packages maturin maturin -rwxr-xr-x 1 root , Аноним (81), 11:57 , 30-Июн-22, (81) –2 // БезопасТность по растамански приходит к чему-то такому , Аноним (-), 20:44 , 30-Июн-22, (171) Гуглите, что такое инерция мышления , Аноним (9), 09:39 , 30-Июн-22, (9) +1 Адский язык, на котором нельзя писать коррректный код и не сойти с умаНе менее а, Аноним (10), 09:40 , 30-Июн-22, (10) +12 // Поддерживаю Вашу точку зрения, многоуважаемый Аноним Кроме того, видел у работод, Аноним (43), 09:47 , 30-Июн-22, (13) +10   // Разработчики старше тридцати не умеют развиваться, они все старые, брюзжат, у ни, Admino (ok), 10:08 , 30-Июн-22, (28) +12   Задайтесь вопросом, что есть разработка , Sw00p aka Jerom (?), 11:47 , 30-Июн-22, (72)   Admino - админ сайта Розалинукс, который не раз ломали Разработка операционной , n00by (ok), 11:59 , 30-Июн-22, (84) –1   весь линукс вырос из баш скриптов он на них просуществовал около 20 лет чем теб, анон_тот самый (?), 21:48 , 30-Июн-22, (185)   На баше кернел не очень пишется , Аноним (-), 21:50 , 30-Июн-22, (187) +1   не про ядро и речь все юникс жили работой на баш скриптах и перле да сам лину, анон_тот самый (?), 22:51 , 30-Июн-22, (195)   Запредельная наглость скриптера Вообще-то основой были кирпичики does one thin, Аноним (-), 02:21 , 01-Июл-22, (203) +2   верно скрипт это скрипт и он нужен там и в том количестве , где необходим его д, анон_тот самый (?), 06:56 , 01-Июл-22, (208)   ИМХО его epic win это интерактив в консоли и возможность записать это или чуть б, Аноним (-), 21:28 , 01-Июл-22, (236)   Вот это их характерное оличие от тех, кого почему-то презрительно именуют вебма, n00by (ok), 09:15 , 01-Июл-22, (216)   Им это не всегда и не всем помогает и они иногда пытаются в не менее дурацкие ко, Аноним (-), 21:39 , 01-Июл-22, (239)   А пёрл те баш-программисты не могут, потому и выкинули На баше они пишут в осно, n00by (ok), 07:47 , 01-Июл-22, (212)   С этими я особо не контактирую, ибо в моем дистре DEB, для начала , Аноним (-), 21:29 , 01-Июл-22, (237)   Не могу, и это моя принципиальная позиция Когда покажете аналог doxygen для bas, n00by (ok), 07:43 , 01-Июл-22, (211)   Безобразие Правда Масяня на эту тему тролололил очень конкретно - мол, а что ты, Аноним (-), 21:16 , 30-Июн-22, (183) +1   Где ты видел Вездесущий Хотя наверно а стартапе по телеграмму собесы , Без аргументов (?), 10:50 , 30-Июн-22, (49)   В одном обсуждении на rsdn org Сейчас уже не найду, но запомнил Это, кстати, п, Аноним (43), 11:02 , 30-Июн-22, (54)   В чём ты на Раст то перешел в твоём хеллоуворлде, который ты даже показать ником, Аноним (62), 11:31 , 30-Июн-22, (62) +1   У меня, в принципе, есть несколько открытых Rust-проектов на github Но показыва, Аноним (43), 11:37 , 30-Июн-22, (67) –1   Посоветуешь что-нибудь про async rust Курсы, лекции, книги Информации о нём кр, Аноним (124), 13:53 , 30-Июн-22, (124)   Например, про async хорошо расписано в книге Rust for Rustaceans Это такая кн, Аноним (43), 16:01 , 30-Июн-22, (148)   У нас Rust в проде почти 6 лет посмотрел в гите и прикрасно себя чувствую Пис, px (??), 17:46 , 30-Июн-22, (159) +1   Помню такое обсуждение Только было оно давно и там был Haskell , n00by (ok), 12:03 , 30-Июн-22, (91)   Может быть, в контексте Haskell тоже что-то такое было А ту дискуссию хорошо по, Аноним (43), 16:05 , 30-Июн-22, (149)   Это как понимать Я там был в топ 100, пока писал Я авторитетный написатель Не , n00by (ok), 09:45 , 01-Июл-22, (217)   согласен со всем кроме туда сейчас типизация тоже очень активно проникает всяки, Аноним (109), 13:07 , 30-Июн-22, (111) За последнее время я уже один раз слышал про безопасный язык и новый мир в прогр, maximnik0 (?), 23:20 , 30-Июн-22, (196) Это какие такие языки без типизации , anonymous (??), 21:10 , 04-Июл-22, (256) Масонский заговор, не иначе sТы не думал, что язык действительно может нравить, Аноним (-), 22:12 , 30-Июн-22, (190) Молодцы , Аноним (6), 09:20 , 30-Июн-22, (6) –2 // Поддерживаю Вашу точку зрения, многоуважаемый Аноним Кроме того, видел у работод, Аноним (43), 09:47 , 30-Июн-22, (11) // Нет у работодателей такой мотивации, не выдумывай , Аноним (62), 11:32 , 30-Июн-22, (63) // Ну, строго говоря, у меня не было обобщения на всех работодателей Но о фильтров, Аноним (43), 11:43 , 30-Июн-22, (69) Т е компилятор не поддерживает главную фишку языка, из-за которой вся шумиха Б, Шарп (ok), 09:51 , 30-Июн-22, (15) +5 // Не всё сразу Впрочем, я тоже не совсем понимаю необходимость использования gcc , Аноним (43), 09:55 , 30-Июн-22, (18) +1 // А на чем еще писать компилятор C , кроме как не на С , EULA (?), 09:59 , 30-Июн-22, (20) +1 // На ANSI C, Аноним (6), 10:02 , 30-Июн-22, (23) +2 А компилятор раста на питоне , Аноним (32), 10:10 , 30-Июн-22, (32) +1 На расте, Аноним (6), 10:21 , 30-Июн-22, (39) –1 Трололо ситуации состоит в том что кодогенератор дефолтного rust а это LLVM, пис, Аноним (175), 20:49 , 30-Июн-22, (175) +3 Не говорите так xD, wyry (?), 14:55 , 20-Июл-22, (257) Так, как бы, компилятор С gcc в GCC уже частично на C написан , Аноним (110), 12:42 , 30-Июн-22, (102) Предлагаю обратить Ваше внимание, мой достопочтенный оппонент, на то, что аббрев, Аноним (43), 10:15 , 30-Июн-22, (36) +1 На паскале, 1 (??), 11:56 , 30-Июн-22, (80) +1 Россиянцы могут импортозаместительный набор компиляторов писать хоть на Отбероне, Аноним (110), 13:15 , 30-Июн-22, (113) Вообще-то -- уже написано как минимум 4 компилятора и как минимум один интерпрет, Брат Анон (ok), 07:53 , 01-Июл-22, (213) +2 4 разных компилятора Оберона Это ещё не набор в том смысле, как GCC , Аноним (224), 13:48 , 01-Июл-22, (224) –1 Он и не нужен -- весь этот зоопарк Оберон системный язык программирования высок, Брат Анон (ok), 12:17 , 02-Июл-22, (254) +1 GCC нужен для алтернативы выбора больше, дабы даже в линь ядре было меньше вопро, Alladin (?), 10:12 , 30-Июн-22, (34) +5 // gccrs нужен хотя бы для того, чтобы можно было начать сами компиляторы из gcc на, Аноним (81), 12:07 , 30-Июн-22, (93) ЗАЧЕМ именно на Rust переписывать GCC Он что, постоянно подвергается атакам , Аноним (89), 12:33 , 30-Июн-22, (101) Причём тут атаки Софт сложный, раст помогает со сложностью бороться , Аноним (81), 12:59 , 30-Июн-22, (106) +2 Тогда GCC сложный софт нужно писать на языке, наилучшим образом воспринимаемом, Аноним (110), 13:10 , 30-Июн-22, (112) +2 Раст побеждает сложность - сложным синтаксисом Побеждает утечки - безопасными у, Аноним (126), 14:14 , 30-Июн-22, (126) Мне кажется, сложность растового синтаксиса 8212 миф Там всё на месте, ничег, Аноним (43), 16:23 , 30-Июн-22, (152) +2 Самую назойливую Как я это понял, просто напечатать переменную 2 раза подряд бе, Аноним (19), 09:57 , 30-Июн-22, (19) –1 // Rust и сахарок, Вы шутите , Аноним (89), 11:47 , 30-Июн-22, (73) +2 // В Расте полно синтаксического сахара Взять хотя бы знак вопроса или async await, Аноним (43), 11:53 , 30-Июн-22, (76) +1 В смысле, сахар и сахарок , Аноним (19), 11:59 , 30-Июн-22, (85) Намекаете на хрестоматийное стихотворение Алексея Грунина Сахар, Сахар, Сахарок , Аноним (43), 12:02 , 30-Июн-22, (88) +2 Ты ведь пробовал, дружок,Этот чудо сахарок , UHkj hihfdvtuchnweu (?), 11:08 , 01-Июл-22, (221) Инсулин в комплекте дают на случай пережора , Аноним (175), 20:51 , 30-Июн-22, (177) x rsfn main let x vec 1,2,3 println Раз и два , x, burjui (ok), 00:56 , 02-Июл-22, (244) // Ах, если бы всё так просто , Аноним (19), 01:47 , 02-Июл-22, (247) –1 В Rust совсем немного сложных мест, если разобраться Уж точно меньше, чем в C , burjui (ok), 02:19 , 02-Июл-22, (250) Как получилось что смузихлебы, не знающие архитектуру, системы и чем отличается , Аноним (6), 10:00 , 30-Июн-22, (21) +8 // Ставлю 1000 1, что сделал это белый, здоровый телесно и психически, цисгендерный, Жироватт (ok), 10:09 , 30-Июн-22, (29) +7 // Вот и первый эксперт, Аноним (6), 10:19 , 30-Июн-22, (38) +2 Намного вероятнее, что это был выпускник Пекинского университета Джу Вао Хань , Анонус (?), 12:11 , 30-Июн-22, (95) +3 что за CoC clash of concepts , mandms (ok), 22:13 , 30-Июн-22, (191) // Code of conduct , Аноним (218), 09:51 , 01-Июл-22, (218) Почти рекурсия Cock of Conduct, Аноним (224), 14:24 , 01-Июл-22, (228) Пока ещё ни одна компания, производящая полупроводники и микроконтроллеры или пр, Без аргументов (?), 11:04 , 30-Июн-22, (55) +2 // там и С не нужен, асм есть , Sw00p aka Jerom (?), 11:53 , 30-Июн-22, (77) +1 // Фи уже полно и VB и питонятины, 1 (??), 11:58 , 30-Июн-22, (82) Да и JS для микроконтроллеров есть Не удивлюсь, если проект GNU туда запихнёт G, Аноним (89), 12:30 , 30-Июн-22, (100) +1 Есть Но что он, что пистон урезан до возможности вывести хеллоуворлд и подрыгат, Без аргументов (?), 13:47 , 30-Июн-22, (120) Они могут запихивать что угодно Но микроконтроллеры не такой сложный софт, чтоб, Без аргументов (?), 13:49 , 30-Июн-22, (121) –1 Пробовал на Атмеге и наследование с виртуальными методами Ничего страшного не п, Аноним (110), 14:26 , 30-Июн-22, (129) Бывает и хуже Некто PWM с типа-синусом на питоне на ESP кодил Прямо через GPIO, Аноним (181), 21:10 , 30-Июн-22, (181) +1 Систему жизнеобеспечения Это был не Питон, а компилируемый язык, так что можно , Аноним (224), 14:03 , 01-Июл-22, (227) А ты настолько хорошо понимаешь во что реально все эти виртуальные методы отлива, Аноним (-), 00:15 , 02-Июл-22, (243) Там C БЕЗ классов и это абсолютно нормально для микроконтроллеров C если и п, wyry (?), 15:07 , 20-Июл-22, (258) Где там В однодневных репозитариях на гитхабе для управления очередной метеоста, Без аргументов (?), 13:45 , 30-Июн-22, (119) –1 Держу в курсе Заказал вот такую платку https aliexpress ru item 1005004372856, Аноним (110), 15:03 , 30-Июн-22, (138) +1 Благодарю, такую не видел Ну да, сделайте фотоловушку на таком жручем камне, ко, Без аргументов (?), 17:58 , 30-Июн-22, (161) Для GNU Radio, если он соберётся под эту архитектуру , Аноним (110), 19:59 , 30-Июн-22, (166) peace door ballНайди мне здесь сишный кодhttps github com rust-embedded cortex, burjui (ok), 01:44 , 02-Июл-22, (246) Где ты в последний раз видел фон неймановскую архитектуру В 8086 Архитектура x, Аноним (194), 22:50 , 30-Июн-22, (194) +2 // Эм, а как бы матчасть выучи Фон Неймановская - совместное хранения команд и данн, Мимолеопард (?), 23:27 , 30-Июн-22, (197) // Технически никто не мешает в современном x86 сделать два селектора отображающих , Аноним (206), 06:33 , 01-Июл-22, (206) Современный x86 разделяет память на память для команд и данных С точки зрения п, Аноним (-), 10:52 , 01-Июл-22, (220) 1 Это не только ОС пытается 2 Изначально таки равноценны 3 Кто и какие права , Аноним (-), 21:56 , 01-Июл-22, (240) Естественно, совместные усилия процессора и софта Так конфигурабельнее, чем жел, Аноним (-), 23:09 , 01-Июл-22, (241) Ну да А гарвард в классическом его понимании как раз полный брейнфак Кто сомне, Аноним (-), 01:19 , 02-Июл-22, (245) +1 Как ты интересно проигнорировал вопрос Если глянуть на https en wikipedia org, Аноним (-), 08:38 , 02-Июл-22, (251) Кто-то может обьяснить зачем это нужно когда есть mrustc, который нужно просто д, anonn (?), 10:09 , 30-Июн-22, (30) +1 // не нужно, Аноним (32), 10:11 , 30-Июн-22, (33) +1 Чтобы был включён в ядро под сусом ой оно само как-то так получилось, Аноним (40), 10:24 , 30-Июн-22, (40) +1 Под правильной лицензией и без всяких LLVMов , Аноним (89), 11:56 , 30-Июн-22, (79) Сравнили мощный тулчейн с крутыми оптимизациями и поддержкой 100500 процессорных, Аноним (181), 21:12 , 30-Июн-22, (182) На раст нет спецификации и меняется с каждой версией Смысл пытаться постоянно д, Аноним (32), 10:09 , 30-Июн-22, (31) +1 // Сейчас времена такие Надо бежать изо всех сил, чтобы хотя бы оставаться на мест, Аноним (43), 10:17 , 30-Июн-22, (37) +3 // Т е если остановится ты будешь двигаться быстрее чем если бы бежал Зачем тогда, Аноним (62), 11:35 , 30-Июн-22, (65) +1 // Дак никто не гарантировал, что физика материального подмира действительна в подм, Аноним (43), 11:46 , 30-Июн-22, (71) 171 Алиса в стране чудес 187 это как раз про подмиры , Аноним (128), 14:21 , 30-Июн-22, (128) Так и микология тоже про эти подмиры , Аноним (110), 15:17 , 30-Июн-22, (142) без неподвижной точки отсчета не докажешь движение , Sw00p aka Jerom (?), 11:55 , 30-Июн-22, (78) Зависит от определения понятия движения в конкретной аксиоматической системе , Аноним (43), 12:00 , 30-Июн-22, (86) Так и в физике движение не обязано иметь начала или конца Имеет смысл текущее п, Аноним (89), 12:16 , 30-Июн-22, (97) тогда еще неподвижность точки надо доказывать, кто-то там говорил все в движени, Sw00p aka Jerom (?), 12:44 , 30-Июн-22, (103) Не нужно Инерциальные системы отсчёта , Аноним (110), 14:32 , 30-Июн-22, (131) Абсолютное движение это только в воображении эфирщиков В физике всё движение ил, Аноним (110), 14:38 , 30-Июн-22, (133) Западная наука нашла этому феномену банальное объяснение, изучив состав благовон, n00by (ok), 12:19 , 30-Июн-22, (98) возьмите белый лист бумаги и не касаясь кончиком пера листа бумаги, проведите ли, Sw00p aka Jerom (?), 13:30 , 30-Июн-22, (114) В CNC лазерник его сунь, он покажет как это делать правильно Начало и конец дви, Аноним (-), 21:02 , 30-Июн-22, (180) любая точка будет началом, Sw00p aka Jerom (?), 02:06 , 01-Июл-22, (202) А таки там обычно есть абсолютные точки отсчета типа центра системы координат и , Аноним (-), 02:47 , 01-Июл-22, (204) так и есть, калибровка с любой точки возможна, относительно ее происходят дальне, Sw00p aka Jerom (?), 11:53 , 01-Июл-22, (222) Если не бежать, будешь двигаться с отрицательной скоростью , Аноним (89), 12:13 , 30-Июн-22, (96) А если найти источник цитаты из 8470 37, то можно составить список экспертов п, n00by (ok), 12:23 , 30-Июн-22, (99) +1 сектор приз на барабане, попробуйте его крутануть одновременно как по часовой та, Sw00p aka Jerom (?), 11:55 , 01-Июл-22, (223) Право-левый спин Хм, в этом что-то есть , Аноним (224), 13:52 , 01-Июл-22, (225) неее, это ведь равносильно не крутить , отсюда вопрос, можно ли доказать покоит, Sw00p aka Jerom (?), 14:35 , 01-Июл-22, (229) Смотря, относительно какого наблюдателя Если система остчёта наблюдателя связан, Аноним (224), 15:28 , 01-Июл-22, (231) для стрелки, указывающей на сектор, покоится, но ведь барабан приводят в движени, Sw00p aka Jerom (?), 16:32 , 01-Июл-22, (233) Кажись раст еще в первой версии определился что он раст и специфики никогда не м, Alladin (?), 10:46 , 30-Июн-22, (46) // И как это всё мешает выпустить спецификацию Я конечно понимаю что ты мало образ, Аноним (62), 11:36 , 30-Июн-22, (66) +2 // Системный или несистемный 8212 это всего лишь ярлык Значение имеет лишь то, , Аноним (43), 11:58 , 30-Июн-22, (83) –2 важно соблюдать инструкции по безопасности для работы с инструментом Не соблюда, Sw00p aka Jerom (?), 13:44 , 30-Июн-22, (118) Дураку тебе ни что не поможет ни безопасный инструмент, ни каска Ты любым инс, Аноним (128), 14:17 , 30-Июн-22, (127) но всё же почему не собрались и не выпустили https rust-lang github io rfcs i, Alladin (?), 14:58 , 30-Июн-22, (137) +4 Что полезного сделает спецификация Хоть десять спецификаций выпусти, реальная с, warlock66613 (ok), 17:32 , 30-Июн-22, (158) Спецификацию уровня ANSI ISO Это очень долго, муторно и сейчас бессмысленно - о, Аноним (193), 22:26 , 30-Июн-22, (193) +2 Ну, если он так меняется, что нужные мне крейты без внесения изменений без пробл, Аноним (68), 11:37 , 30-Июн-22, (68) +1 Ждем ОГБТ CoC от GCC, Аноним (51), 10:53 , 30-Июн-22, (51) // Ждем ОГБТ CoC от ОРДЕНА ТРУДОВОГО КРАСНОГО ЗНАМЕНИ ЛАТИНОАМЕРИКАНСКОГО МЕЖГОСУДА, Жироватт (ok), 11:02 , 30-Июн-22, (53) +2 Не, ну если хотят собирать модули на расте для ядра, то лучше иметь раст в штат, Аноним (60), 11:22 , 30-Июн-22, (60) +5 Реализация Rust без borrow-checkerа не имеет права называться реализацией Rust, Аноним (81), 11:46 , 30-Июн-22, (70) // Похеру, как она будет называться, лишь бы модули ядра, которые будут на Расте, у, Аноним (89), 11:53 , 30-Июн-22, (75) // Не будет она собирать модули ядра, ведь всем известно, что пакеты на rust собира, Аноним (81), 12:03 , 30-Июн-22, (90) // Cargo это тот же самый аналог cmake, который внутри себя дёргает rustc Никто не, НяшМяш (ok), 13:32 , 30-Июн-22, (116) +1 CMake линкует либы из системы, какие сказано, такие и линкует Сказано линковать, Аноним (81), 14:38 , 30-Июн-22, (134) –1 О коде на Rust в ядре А что, стандартная система сбрки ядра не сможет вызывать , Аноним (110), 15:12 , 30-Июн-22, (140) Никто не будет писать модули так, как этого захочет Линус Будут писать так, как, Аноним (81), 20:53 , 30-Июн-22, (178) –2 Те, кому уже написанные не понравятся, тоже Rust освоят Будут править, чтобы со, Аноним (224), 13:56 , 01-Июл-22, (226) Записал в Cargo toml зависимость - он её скачал Не записал - не скачал Надо за, НяшМяш (ok), 23:28 , 30-Июн-22, (198) +2 Во-первых, есть и динамическая линковка Во-вторых, линкует только то, что указа, Прохожий (??), 09:15 , 02-Июл-22, (252) Какие пакеты, какая Карга Речь о модулях ядра Там все исходники всё_в_одном ар, Аноним (89), 12:09 , 30-Июн-22, (94) +1 // Ты думаешь разработчики на Rust могут без крейтов Нет, будет так Вот вам out-o, Аноним (81), 12:48 , 30-Июн-22, (104) Палец Линуса им такое безобразие позволит , Аноним (110), 12:54 , 30-Июн-22, (105) А что вам мешает запаковать нужные крейты в архив и собрать их на пользовательск, Аноним (153), 16:29 , 30-Июн-22, (153) +4 Ага, половину crates io, половину версий каждого пакета , Аноним (81), 20:50 , 30-Июн-22, (176) Именно отсюда и узнают Неоднократно убеждался, что местные хейтерята даже не чи, burjui (ok), 01:55 , 02-Июл-22, (249) +1 Хммм Вангую новую тотальную волну - кто быстрее надёжнее, меньше выходные ф, 1 (??), 12:01 , 30-Июн-22, (87) Жаль, что до мая следуещего года еще так долго ждать , Аноним (108), 13:03 , 30-Июн-22, (108) // Так и годных рабочих модулей ядра на Расте до мая следующего года ещё не появитс, Аноним (110), 14:42 , 30-Июн-22, (135) А теперь угадайте, какая судьбинушка будет у этого gccrs, если он стопроцентно б, Аноним (139), 15:08 , 30-Июн-22, (139) +2 // Лучше тогда взять Гайл Он у них, как бы, более универсальный получился , Аноним (110), 15:15 , 30-Июн-22, (141) // Твои слова да Andy Wingo или как там его в уши пирамиду языков сделали, а полно, Аноним (234), 17:37 , 01-Июл-22, (234) ведь обычный раст не пишется под стандарт, он и есть стандарт есть определенная, Alladin (?), 16:34 , 30-Июн-22, (154) // Главное, чтобы кернелостроители ориентировались на актуальную версию GCC gccrs , Аноним (110), 17:12 , 30-Июн-22, (157) Ещё бы вместо скобочек сделать нормальный синтаксис - и получится хорошо Только, burjui (ok), 01:51 , 02-Июл-22, (248) Раст может взлететь только после одобрения его Столлманом Не одобрит - не взлет, Аноним (-), 15:34 , 30-Июн-22, (144) +1 Непонятно зачем это нужно, когда есть Си и Паскаль без шуток Очередное изобр, SNM (?), 19:37 , 30-Июн-22, (162) +2 // не колеса, а палок для колеса, Sw00p aka Jerom (?), 20:33 , 30-Июн-22, (169) +1 И как, много системщины на паскале напрогали Это ж мучительно что пипец И резу, Аноним (-), 21:53 , 30-Июн-22, (188) Ну, чтобы потом в OpenSSL не было перезаписано или прочитано до 8192 байт А по, Аноним (193), 22:18 , 30-Июн-22, (192) +1 Наивность Языки программирования устаревают вообще-то, как и всё остальное , Аноним (43), 09:11 , 01-Июл-22, (215) Как назвали-то -- grust , Michael Shigorin (ok), 00:30 , 01-Июл-22, (200) +1 // Прочитайте текст новости прежде чем писать, Аноним (6), 00:34 , 01-Июл-22, (201) +1 // Ага, уже разул глаза, но решил оставить , Michael Shigorin (ok), 15:05 , 01-Июл-22, (230) Вообще-то да, правильно подметил такой вариант названия , Аноним (224), 15:30 , 01-Июл-22, (232) 1,4,6,15,21,30,31,51,60,70,87,108,139,144,162,200

Сообщения

[Сортировка по времени | RSS]

	13. "Прогресс в разработке компилятора для языка Rust на базе GCC"	+10 +/–
	Сообщение от Аноним (43), 30-Июн-22, 09:47
	>Деньги на раст получаются от тех, кому уже надоело платить за ошибки сишников и плюсовиков Поддерживаю Вашу точку зрения, многоуважаемый Аноним. Кроме того, видел у работодателей ещё такую мотивацию, что приходят разработчики сразу уже очень хорошего уровня, то есть сам факт, что человек освоил Rust, означает, что преодолён некий ценз некомпетентности. Сишники и плюсовики с опытом, не желающие что-то менять, уже замшелые.
	Ответить | Правка | Наверх | Cообщить модератору

	28. "Прогресс в разработке компилятора для языка Rust на базе GCC"	+12 +/–
	Сообщение от Admino (ok), 30-Июн-22, 10:08
	> Сишники и плюсовики с опытом, не желающие что-то менять, уже замшелые. Разработчики старше тридцати не умеют развиваться, они все старые, брюзжат, у них в продакшне легаси и они могут использовать один и тот же фреймворк неделями.
	Ответить | Правка | Наверх | Cообщить модератору

	72. "Прогресс в разработке компилятора для языка Rust на базе GCC"	+/–
	Сообщение от Sw00p aka Jerom (?), 30-Июн-22, 11:47
	>Разработчики старше тридцати не умеют развиваться Задайтесь вопросом, что есть разработка?
	Ответить | Правка | Наверх | Cообщить модератору

	84. "Прогресс в разработке компилятора для языка Rust на базе GCC"	–1 +/–
	Сообщение от n00by (ok), 30-Июн-22, 11:59
	>>Разработчики старше тридцати не умеют развиваться > Задайтесь вопросом, что есть разработка? Admino - админ сайта Розалинукс, который не раз ломали. Разработка операционной системы Розалинукс ведётся на языке баш. Какие тут могут быть вопросы?
	Ответить | Правка | Наверх | Cообщить модератору

	185. "Прогресс в разработке компилятора для языка Rust на базе GCC"	+/–
	Сообщение от анон_тот самый (?), 30-Июн-22, 21:48
	весь линукс вырос из баш скриптов.он на них просуществовал около 20 лет. чем тебя язык то не устроил. неужели даже в баш не можешь. хоть чуток?))
	Ответить | Правка | Наверх | Cообщить модератору

	187. "Прогресс в разработке компилятора для языка Rust на базе GCC"	+1 +/–
	Сообщение от Аноним (-), 30-Июн-22, 21:50
	На баше кернел не очень пишется.
	Ответить | Правка | Наверх | Cообщить модератору

	195. "Прогресс в разработке компилятора для языка Rust на базе GCC"	+/–
	Сообщение от анон_тот самый (?), 30-Июн-22, 22:51
	не про ядро и речь. все юникс жили работой на баш скриптах(и перле). да сам линукс только около по сути 8 лет как на системду перешел. и скажу сразу не большой её фанат, как и противник. просто нужна была более концептуально доработанная версия инита, а не тот комбаин что сейчас. хотя к теме. линух до сих пор во многом живет на баш.
	Ответить | Правка | Наверх | Cообщить модератору

	203. "Прогресс в разработке компилятора для языка Rust на базе GCC"	+2 +/–
	Сообщение от Аноним (-), 01-Июл-22, 02:21
	> не про ядро и речь. все юникс жили работой на баш скриптах(и перле). Запредельная наглость скриптера. Вообще-то основой были кирпичики "does one thing and does it well" - писаные как правило на сях. А баш - для лабания по бырому in situ glue-кода между ними. Баш в чистом виде без вон тех кирпичеков нахрен не упал. Чо им делать? Он вообще в систему нормально интерфейситься не умеет сам, впрочем, ему и не надо так то. Хотя сильно потом сделали всякое, типа /dev/tcp со временем, конечно, но это тот еще прон. > да сам линукс только около по сути 8 лет как на системду перешел. И как по мне - я не скучал об sysv init, вот уж эталонный кусок дряни. > и противник. просто нужна была более концептуально доработанная версия инита, Был upstart, но, таки, из-за полумер в вот этом аспекте + жирного факапа с зависимостями его и захотелось заменить. Потому что создал новых проблем решив старые в лучшем случае наполовину. > а не тот комбаин что сейчас. хотя к теме. линух до сих пор во многом живет на баш. Просто любой инструмент хорош в своей нише, без чрезмерного фанатизма. Даже ассемблер хорошая штука, если к месту. А напиши на нем нечто с бинарем 100 кило - и получишь неструктурированное месиво, которое почти невозможно поддерживать и нереально на другую архитектуру портировать. А по глобальной оптимизации оно сольет C/C++ с LTO на раз. Просто потому что кодер пять раз забыл что 3 килобайта тому назад вгрузил подходящие константы которые реюзнуть можно. А компилеру похрен, он железный.
	Ответить | Правка | Наверх | Cообщить модератору

	208. "Прогресс в разработке компилятора для языка Rust на базе GCC"	+/–
	Сообщение от анон_тот самый (?), 01-Июл-22, 06:56
	верно скрипт это скрипт и он нужен там и в том количестве , где необходим. его действительно создали для выполнения быстрых и коротких операций и связи всей остальной системы на сях. инит был может и куском дряни( хотя сомневаюсь. он был изначально прост и понятен пока дистростроители не стали лепить свои поделки и ветвления скриптов, как тот же сьюз).да был у него косяк. невозможность отслеживания процессов после завершения их изначального родительского процесса.(такие были косяки) но это можно было реализовать . никто просто не брался за это. что до раст.... это весьма сложная тема и неблагодарная тоже. создали язык, который можно сравнить с машиной на автомате, причем кривом, который требует чуть ли не постоянного зажатия педали тормоза иначе автоматическая коробка не работает правильно, но вы не парьтесь у нас мощный движок, потому машина поедет почти так как Си. а то что это требует повышенного расхода мощностей забыли. да и синтаксис.... как бы сказать - странноватый? ну это фиг с ним у каждого свой дальтонизм им и решать. но язык далек от идеала и в местах критических он требует не меньше , а еще больше риска чем Си. а все эти так называемые безопасные режимы идут лесом. это как будто вам говорят, что их машина безопасна, но что бы хорошо справляться с задачей вам время от времени нужно нажимать педаль в пол и скидывать тормоз и рисковать. короче их язык с сильными дефектами.
	Ответить | Правка | Наверх | Cообщить модератору

	236. "Прогресс в разработке компилятора для языка Rust на базе GCC"	+/–
	Сообщение от Аноним (-), 01-Июл-22, 21:28
	> верно скрипт это скрипт и он нужен там и в том количестве , где необходим. ИМХО его epic win это интерактив в консоли и возможность записать это или чуть более крупное нечто для какой-то небольшой системной автоматизации. Вот так он вполне уместен и привносит кое что полезное. > его действительно создали для выполнения быстрых и коротких > операций и связи всей остальной системы на сях. И вот в таком виде я против него ничего против не имею и сам им так пользуюсь. Но это означает что он сам не попадает в интенсивные потоки данных, продвинутый парсинг или что там еще. Он лишь общий координатор/автоматика на верхнем уровне. Без должной технологической подложки оно попросту ни о чем. > инит был может и куском дряни( хотя сомневаюсь. Я порой делаю с линем что-то типа OEM или системной интеграции и в гробу это месиво видал. Там полный задник с управлением системой, диагностикой, логингом и траблщутингом. А уж авторестарт сервисов и прочее "ненужно" все делали из спичек и желудей. Сделать на этом нормальную изоляцию сервисов от системы и друг друга? Агаща. Это месиво дохнет на середине потому что система уже недоступна. А зачем вебсерверу уметь bash вызывать вообще? Для выполнения функций вебсервера ЭТО совершенно точно не надо, только хакерам дает лишние возможности. Механизмы "system defaults" vs "adm/user override"? Ну, их нет. Как и дружбы с пакетником. А некоторые считали что припереть свой наколенный монитор живости сервиса и что там еще на 3-4 страницы в своем скрипте - "круто". Круто и удобно. Кроме случая когда это месиво вон там почему-то не запускается, и надо разобраться почему. Самолично накодив логинг операций этому куску кала. Как угодно но системд эти моменты обыграл. Хорошо ли, плохо ли, но другие и так не смогли. Апстарт был еще более грабельным, другие лечили что "это не надо", чем вызвали большой спрос от эксплуатантов чтобы уйти этих гениев к хренам с сделать уже наконец как лучше работает. > он был изначально прост и понятен Я морально не готов пользоваться большой фичастой системой как будто на дворе ранний юникс. Как еще понятнее это объяснить? > сравнить с машиной на автомате, причем кривом, который требует чуть ли > не постоянного зажатия педали тормоза иначе автоматическая коробка не работает правильно, Ну, я научился его готовить правильно и мои системные образа проблем мне и клиентам не создают. А ваши художества из спичек и желудей - не очень ценная штука, сугубо по тому как это все работало и делало окружающим мозг. Ну да, офигенные возможности при траблшутинге, только мы это научились делать иначе. Более радикально и эффективно. В цать раз быстрее. Некоторые технологии просто изменились. > скидывать тормоз и рисковать. короче их язык с сильными дефектами. Если про сабжа - у них в принципе и некоторые забавные вещи есть, тот же borrow checker и делание UB все же Defined Behavior, разумные типы данных. Но это очень узкий view, в то время как объективная оценка стабильности, предсказуемости и безопасности требует full view и врядли для сабжа он у кого-то сейчас вообще есть. Более того, он сложнее и поэтому ВСЕ аспекты учесть многократно труднее. Говоря на чистоту, сишники кому вон то не пофиг, сами велоспидят нечто что отдаленно это напоминает. Но почему это не должно быть частью тулчейна все же логичный вопрос.
	Ответить | Правка | Наверх | Cообщить модератору

	216. "Прогресс в разработке компилятора для языка Rust на базе GCC"	+/–
	Сообщение от n00by (ok), 01-Июл-22, 09:15
	>> не про ядро и речь. все юникс жили работой на баш скриптах(и перле). > Запредельная наглость скриптера. Вот это их характерное оличие от тех, кого почему-то презрительно именуют "вебмакаки". Последние чётко понимают "фронтенд", "бэкенд", "фреймворк" и иерархию. В мире баш-программистов ядро и прочие компоненты системы как бы сами собой растут на деревьях, их надо лишь собрать, а "система" - это набор разрозненных пёрлов типа systemd-initramfs-degenerator.sh, в которых они ориентируются при помощи умопомрачительных комбинаций параметров команды grep.
	Ответить | Правка | К родителю #203 | Наверх | Cообщить модератору

	239. "Прогресс в разработке компилятора для языка Rust на базе GCC"	+/–
	Сообщение от Аноним (-), 01-Июл-22, 21:39
	> Вот это их характерное оличие от тех, кого почему-то презрительно именуют "вебмакаки". > Последние чётко понимают "фронтенд", "бэкенд", "фреймворк" и иерархию. Им это не всегда и не всем помогает и они иногда пытаются в не менее дурацкие комбо, типа "а давайте вообще все на JS для унификации подхода?". Начиная с чуть ли не парсинга HTTP и работы с сокетами. Потом оказывается что JS так то для больших проектов не игого, начинаются десятиэтажные извращения чтобы вбивать все гвозди именно любимым бабушкиным микроскопом. > В мире баш-программистов ядро и прочие компоненты системы как бы сами собой растут на > деревьях, их надо лишь собрать, а "система" - это набор разрозненных > пёрлов типа systemd-initramfs-degenerator.sh, в которых они ориентируются при помощи > умопомрачительных комбинаций параметров команды grep. Я и довольно забавные экспонаты видел, типа конекта по хитрозадому бинарному протоколу и проч, но там скрипт состоял из эскейпинга чуть менее чем полностью, и, честно, даже на сях это лучше выглядит.
	Ответить | Правка | Наверх | Cообщить модератору

	212. "Прогресс в разработке компилятора для языка Rust на базе GCC"	+/–
	Сообщение от n00by (ok), 01-Июл-22, 07:47
	> не про ядро и речь. все юникс жили работой на баш скриптах(и > перле). А пёрл те баш-программисты не могут, потому и выкинули. На баше они пишут в основном spec-файлы для RPM, а не то, что подумали некоторые. ;)
	Ответить | Правка | К родителю #195 | Наверх | Cообщить модератору

	237. "Прогресс в разработке компилятора для языка Rust на базе GCC"	+/–
	Сообщение от Аноним (-), 01-Июл-22, 21:29
	С этими я особо не контактирую, ибо в моем дистре DEB, для начала.
	Ответить | Правка | Наверх | Cообщить модератору

	211. "Прогресс в разработке компилятора для языка Rust на базе GCC"	+/–
	Сообщение от n00by (ok), 01-Июл-22, 07:43
	> весь линукс вырос из баш скриптов.он на них просуществовал около 20 лет. > чем тебя язык то не устроил. неужели даже в баш не > можешь. хоть чуток?)) Не могу, и это моя принципиальная позиция. Когда покажете аналог doxygen для bash, тогда будет другой разговор.
	Ответить | Правка | К родителю #185 | Наверх | Cообщить модератору

	183. "Прогресс в разработке компилятора для языка Rust на базе GCC"	+1 +/–
	Сообщение от Аноним (-), 30-Июн-22, 21:16
	> фреймворк неделями. Безобразие. Правда Масяня на эту тему тролололил очень конкретно - мол, а что ты вообще представляешь из себя без своих плагинчиков? Хотя-бы формулу пороха могешь?!
	Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

	49. "Прогресс в разработке компилятора для языка Rust на базе GCC"	+/–
	Сообщение от Без аргументов (?), 30-Июн-22, 10:50
	Где ты видел? Вездесущий. Хотя наверно а стартапе по телеграмму собесы...
	Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

	54. "Прогресс в разработке компилятора для языка Rust на базе GCC"	+/–
	Сообщение от Аноним (43), 30-Июн-22, 11:02
	>Где ты видел? В одном обсуждении на rsdn.org. Сейчас уже не найду, но запомнил. Это, кстати, послужило одним из стимулов самому перейти на Rust, потому что Go-разработчики (видимо, благодаря лёгкости освоения языка) зачастую удручающего культурного уровня.
	Ответить | Правка | Наверх | Cообщить модератору

	62. "Прогресс в разработке компилятора для языка Rust на базе GCC"	+1 +/–
	Сообщение от Аноним (62), 30-Июн-22, 11:31
	В чём ты на Раст то перешел в твоём хеллоуворлде, который ты даже показать никому не можешь? Это очень смешно.
	Ответить | Правка | Наверх | Cообщить модератору

	67. "Прогресс в разработке компилятора для языка Rust на базе GCC"	–1 +/–
	Сообщение от Аноним (43), 30-Июн-22, 11:37
	>В чём ты на Раст то перешел в твоём хеллоуворлде, который ты даже показать никому не можешь? Это очень смешно. У меня, в принципе, есть несколько открытых Rust-проектов на github. Но показывать я их действительно не буду, потому что там многовато говнокода. С опытом начинаешь понимать ошибочность многих архитектурных решений, принятых ранее, но переписывать лень, проще учесть при начале новых проектов. Как пример, я понял ненужность крейтов вроде anyhow или eyre, "облегчающих" обработку ошибок ценой стирания информации о типе. В будущем — только строгая обработка (крейты thiserror или snafu).
	Ответить | Правка | Наверх | Cообщить модератору

	124. "Прогресс в разработке компилятора для языка Rust на базе GCC"	+/–
	Сообщение от Аноним (124), 30-Июн-22, 13:53
	Посоветуешь что-нибудь про async rust? Курсы, лекции, книги? Информации о нём крайне мало.
	Ответить | Правка | Наверх | Cообщить модератору

	148. "Прогресс в разработке компилятора для языка Rust на базе GCC"	+/–
	Сообщение от Аноним (43), 30-Июн-22, 16:01
	Например, про async хорошо расписано в книге "Rust for Rustaceans". Это такая книга для "продвинутых" (есть на рутрекере).
	Ответить | Правка | Наверх | Cообщить модератору

	159. "Прогресс в разработке компилятора для языка Rust на базе GCC"	+1 +/–
	Сообщение от px (??), 30-Июн-22, 17:46
	У нас Rust в проде почти 6 лет (посмотрел в гите) и прикрасно себя чувствую. Писать на нём приятно, а багов, в итоге, править меньше
	Ответить | Правка | К родителю #62 | Наверх | Cообщить модератору

	91. "Прогресс в разработке компилятора для языка Rust на базе GCC"	+/–
	Сообщение от n00by (ok), 30-Июн-22, 12:03
	>>Где ты видел? > В одном обсуждении на rsdn.org. Сейчас уже не найду, но запомнил. Помню такое обсуждение. Только было оно давно и там был Haskell.
	Ответить | Правка | К родителю #54 | Наверх | Cообщить модератору

	149. "Прогресс в разработке компилятора для языка Rust на базе GCC"	+/–
	Сообщение от Аноним (43), 30-Июн-22, 16:05
	Может быть, в контексте Haskell тоже что-то такое было. А ту дискуссию хорошо помню; участвовал там авторитетный на rsdn написатель Иван Дубров, американец. Он рассказывал, как для эксперимента втащили в проект Rust и обнаружили такой приятный побочный эффект, что Rust-разработчики были лучше мотивированы и более продуктивны, чем в среднем.
	Ответить | Правка | Наверх | Cообщить модератору

	217. "Прогресс в разработке компилятора для языка Rust на базе GCC"	+/–
	Сообщение от n00by (ok), 01-Июл-22, 09:45
	> Может быть, в контексте Haskell тоже что-то такое было. А ту дискуссию > хорошо помню; участвовал там авторитетный на rsdn написатель Это как понимать? Я там был в топ 100, пока писал. Я авторитетный написатель? > Иван Дубров Не удивлюсь, что он и в той дискуссии участвовал: "Вопрос в другом. Можно взять и в лоб реализовать вычисление Haskell-программы — на основе редукции лямбда терма (в порядке call by name или call by need). И будет работать. Никакого стека там совершенно точно не будет. Состояние будет терм. Один шаг — одна редукция." > американец. А, да. Вот это аргумент. > Он рассказывал, как для эксперимента втащили в проект Rust и обнаружили > такой приятный побочный эффект, что Rust-разработчики были лучше мотивированы и более > продуктивны, чем в среднем. Лучше бы он возраст сравнил. Может там корреляция более устойчива?
	Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема