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

Прогресс в разработке пользовательского окружения COSMIC, написанного на Rust, opennews (?), 01-Фев-23, (0) [смотреть все] Не помню чтобы в ДЕ находили уязвимости вообще - зачем там раст Смузихлебу дове, Вечно недовольный аноним (?), 13:55 , 01-Фев-23, (2) –12 // зато можно полтерабайта в сутки через кубернетис прогонять, а начальству говорит, Аноним (10), 14:31 , 01-Фев-23, (10) // Какие-то комплексы у вас похоже, начальство задалбывает , анон (?), 17:06 , 01-Фев-23, (51) +3 А в редохе это творение - заработает Или как обычно , Аноним (54), 17:10 , 01-Фев-23, (54) // Только в KolibriOS, анон (?), 17:32 , 01-Фев-23, (63) Всяко лучше недожабы как в гноме, Товарищ Майор (?), 15:23 , 01-Фев-23, (21) +1 И плазма никогда не падала , Аноним (26), 15:43 , 01-Фев-23, (26) +19 Во-первых, ДЕ может течь, а раст от этого защищает Во-вторых, раст -- это просто, Аноним (58), 17:15 , 01-Фев-23, (58) –5 // Во первых, раст не защищает от протечек , Советский инженер (?), 18:08 , 01-Фев-23, (78) +9   // В сишке нужно использовать free А раст сам освобождает память, и это уже не зав, Аноним (58), 19:45 , 01-Фев-23, (94) –2   Потому что эту байку придумали местные аноны-растохейтеры и тиражировали почти в, Анонимусс (?), 19:56 , 01-Фев-23, (100) +6   А я в другой новости говорил, что все эти безопасности растовые работают только , Аноним (123), 20:48 , 01-Фев-23, (123) +3   Я в управлении памятью на ядерном уровне не разбираюсь, но могу сказать, что рас, Аноним (58), 21:18 , 01-Фев-23, (134) –1   Дак и в Си zero-cost абстракции Про систему типов не понял, что это Ассемблер , Аноним (123), 21:43 , 01-Фев-23, (137) +2   Ну в расте их больше, они мощнее и гибще А про систему типов -- так в том и смы, Аноним (58), 21:51 , 01-Фев-23, (143) –2   Что в расте прикольно, так это типы данных Почему до такой элементарной вещи ка, Аноним (182), 07:00 , 02-Фев-23, (182) –2   Наверно потому что в 70е не было даже 16битных процессоров , Аноним (123), 09:40 , 02-Фев-23, (192) –3   Были и 16битные PDP-11 и даже 32битные IBM-360 , Аноним (182), 11:52 , 02-Фев-23, (199)   36-битный PDP-6 был чуть раньше , Аноним (54), 15:43 , 02-Фев-23, (220)   Ты прав, но я говорил не про экзотику, а про более-менее привычные по нынешним в, Аноним (182), 09:16 , 03-Фев-23, (242) –1   PDP-1 1960 - 18-битныйPDP-6 1963 - 36-битный PDP-10 1966 - любые данные от, Аноним (54), 15:42 , 02-Фев-23, (219) +2   Мне кажется, отцы-основатели и так совершили революцию и сделали потрясающий язы, Аноним (58), 13:26 , 02-Фев-23, (204) +2   Я и не говорю, что С - плохой язык Просто вариант определить в стандарте все эт, Аноним (182), 14:20 , 02-Фев-23, (208)   gt оверквотинг удален Вроде как да Но они же такие ретрограды Тип bool у н, Аноним (58), 14:24 , 02-Фев-23, (209)   Можно как-то развернуть ответ, что тут имеется ввиду Какой-то набор buzz-word о, Аноним (123), 11:33 , 02-Фев-23, (198)   Первый пример, который приходит на ум кортёжи В них можно объединять любые тип, Аноним (58), 13:29 , 02-Фев-23, (205)   кортёжи даже в паскале есть, внезапно , Аноним (54), 15:46 , 02-Фев-23, (222)   Это прекрасно Но в си -- нету Раст позиционируется как замена сишке и плюсам, , Аноним (58), 17:30 , 02-Фев-23, (225)   Отсюда следует, что Паскаль - незаменим А значит, лучше раста , Аноним (54), 21:33 , 02-Фев-23, (229)   Использовать free действительно так сложно в Си Если программист не заметил, за, Янис (?), 20:00 , 01-Фев-23, (102) –2   Может быть, в основной массе случаев оно и не так не сложно Но человек -- сущес, Аноним (58), 20:10 , 01-Фев-23, (108) +1   Мне не сложно запустить код под Valgrind Думаю, очень многим пишущим на Си это , Янис (?), 20:16 , 01-Фев-23, (110)   Да не то что бы особый выигрыш Просто в расте готовое, комплексное решение прот, Аноним (58), 20:22 , 01-Фев-23, (113) +1   Ты по ходу на Си ничего хоть сколько-нибудь объёмного не писал Для того, чтобы v, DontTreadOnMe (?), 08:56 , 02-Фев-23, (189) +1   С возрастанием расстояния от аллокации до отдачи памяти назад - да, чем больше н, Пися Камушкин (?), 21:02 , 01-Фев-23, (128)   Это справедливо и для раста Его тоже в валгринде не запустить и там не работают, Аноним (123), 21:38 , 01-Фев-23, (136) +1   Использоввние Valgrind а целесообразно только для хеллоувордов, для более объемн, Настоящий Директор (?), 09:26 , 02-Фев-23, (190)   Да и Раст не единственный язык, который сам возвращает взятую память вообще-то, Янис (?), 20:05 , 01-Фев-23, (105) +1   Ну да, далеко не единственный Но один из немногих, который делает это без стоим, Аноним (58), 20:07 , 01-Фев-23, (106) –3   Анонимусс выше для таких как ты написал, что под растом надо, внезапно, самому п, Аноним (54), 20:18 , 01-Фев-23, (111) –1   Перестань читать опой - там речь была о менеджере памяти ядра Противоположные он, Аноним (162), 23:02 , 01-Фев-23, (162) +1   Ну т е в системном низкоуровневом программировании раст не даёт никаких преимуще, Аноним (123), 23:28 , 01-Фев-23, (163) +1   Яснопонятно , Аноним (162), 22:51 , 02-Фев-23, (236)   Синтаксис для меня лично играет роль В Си он прост как по мне Не думаю, что Ра, Янис (?), 20:20 , 01-Фев-23, (112) +1   Согласен, что переписывание всего на раст -- это уже фанатизм какой-то А добавл, Аноним (58), 20:27 , 01-Фев-23, (114)   А для чего Раст как опция нужен в проектах, где без него хорошо обходятся Не по, Янис (?), 00:13 , 02-Фев-23, (168) +1   Например, для привлечения новых разработчиков Или потому что старым захотелось,, Аноним (58), 00:31 , 02-Фев-23, (171) –1   я тебе открою секрет, java тоже сама освобождает память, Аноним (10), 20:30 , 01-Фев-23, (115)   Да, но в жаве и кучи других языков -- GC, а значит рантайм А раст разруливает э, Аноним (58), 20:31 , 01-Фев-23, (116)   А почему тогда в редохе для ядра пришлось какой-то там менеджмент памяти изобрет, Аноним (123), 20:36 , 01-Фев-23, (121)   Я как-бы вообще не эксперт в ОС естроении Но очевидно, что одна из задач ОСи --, Аноним (58), 20:40 , 01-Фев-23, (122)   А что, должен был Конкретно в этой задаче раст должен помогать не больше, чем в, Аноним (58), 21:56 , 01-Фев-23, (146)   какая разница, на каком этапе язык это разруливает в чём выгодное отличие если , Аноним (10), 22:13 , 01-Фев-23, (150)   Ооо, пошли байки от опеннет-экспертов Простой возьми и прочитай, и не задавай г, Аноним (58), 22:21 , 01-Фев-23, (153) –1   а ничего, что сравниваются однопоточный код на си с многопоточным на раст , Аноним (10), 00:27 , 02-Фев-23, (169) +1   А где там такое Ну да и ладно Вроде говорили про языки с GC, которые уделывают, Аноним (58), 00:35 , 02-Фев-23, (172)   128516 128518 Интересно какие , Настоящий Директор (?), 09:34 , 02-Фев-23, (191)   Раст освобождает память когда происходит выход из блока, где переменная объявлен, Советский инженер (?), 00:07 , 02-Фев-23, (167)   А что, должен ругаться Если программисту нужно, программист добавляет , Аноним (58), 00:28 , 02-Фев-23, (170)   а как же безопасность , Аноним (123), 16:39 , 02-Фев-23, (223)   Бывают такие программы о нет, не может быть , которым нужно много памяти Да и, Аноним (58), 18:09 , 02-Фев-23, (227)   Раст современный язык с развитой и очень удобной инфраструктурой, и возможностью, Аноньимъ (ok), 18:48 , 01-Фев-23, (82) +2 // на расте нет ui библиотек, полурабочие врапперы над qml gtk и васянские поделки , Аноним (10), 19:21 , 01-Фев-23, (88) // Ну вот и посмотрим, что они там наворотят в system76 , Аноним (58), 19:49 , 01-Фев-23, (96) +1 Страус прячет голову в песок - нет нет меня нет не считается , Аноньимъ (ok), 20:01 , 01-Фев-23, (103) По-моему без нормального ООП не очень удобно Моё мнение, что если не надо микро, Аноним (58), 19:47 , 01-Фев-23, (95) +1 // Писать в функциональном стиле может быть очень удобно Про ООП в расте мне сложн, Аноньимъ (ok), 20:00 , 01-Фев-23, (101) Начал учить раст Да, писать очень удобно на нём, с сишкой не сравнить Но мне с, Аноним (58), 20:03 , 01-Фев-23, (104) +1 Для большой бизнес-логики он как раз подходит куда лучше чем типичные ООП языки,, Аноним (244), 14:16 , 03-Фев-23, (244) Что ж, вполне возможно Я могу пока не видеть всех возможностей раста Но про ал, Аноним (58), 17:43 , 03-Фев-23, (251) Ты же в курсе, что у раста даже своего кодогенератора нет Это как бы не совсем , Аноним (123), 23:44 , 01-Фев-23, (166) // Вы в курсе, что в расте есть свои макросы , Аноньимъ (ok), 00:53 , 02-Фев-23, (174) Макросы есть, а кодогенератора нет, Аноним (123), 15:08 , 02-Фев-23, (212) Обоже, вы под кодогенератом подразумеваете что-то свое видимо из области компиля, Аноньимъ (ok), 15:45 , 02-Фев-23, (221) Эксперты опеннета по компиляции в курсе, что излишняя метанизация луж вредит эко, Аноним (162), 23:01 , 02-Фев-23, (237) Уязвимостей дофига и больше https www opencve io cve vendor kde ,просто у них, Вирт (?), 18:57 , 01-Фев-23, (84) +2 Какие смузихлебы Они же на ноде и руби пишут Мож еще на го сейчас Раст для ни, Рома (??), 20:09 , 02-Фев-23, (228) А Metal зачем , Аноним (3), 13:56 , 01-Фев-23, (3) –1 // Для маков разумеется ДА и почему бы и нет, это всего лишь еще один бекенд , Анонн (?), 14:08 , 01-Фев-23, (7) +4 Это для маководов, когда они будут Linux накатывать , Аноним (38), 16:48 , 01-Фев-23, (38) // Но если они накатят линукс, им не нужен метал А если не накатят, зачем им какой, Аноним (58), 17:18 , 01-Фев-23, (60) Metal это один из движков отрисовки поддерживаемый кроссплатформенной ржавой биб, гага (?), 08:16 , 04-Фев-23, (255) Выглядит, как неудачный косплей метро , Аноним (4), 13:58 , 01-Фев-23, (4) +3 // Выглядит, как аддон к Гному Ой, дак оно так и есть , Аноним (54), 23:32 , 01-Фев-23, (165) +2 COSMIC requires the following components Pop Theme 5 4 0 GNOME Shell , Kott (??), 14:02 , 01-Фев-23, (5) +12 // Стоп, но если оно на гноме - теряется весь смысл безопасного языка, Товарищ Майор (?), 15:24 , 01-Фев-23, (22) +2 // Он и без Гнома часто теряется , Аноним (29), 16:12 , 01-Фев-23, (29) +8 Некоторым людям просто нравится писать на Rust, Аноним (67), 17:45 , 01-Фев-23, (67) Текущая версия COSMIC это кастомный GNOME Shell Просто название не меняли, Sunderland93 (ok), 15:38 , 01-Фев-23, (25) +5 // Вот это поворот А я уж подумал, растаманы-таки смогли что-то сами сделать, ан н, Аноним (54), 17:12 , 01-Фев-23, (55) +4 // Нет Они пилят новую реализацию космика на расте взамен старой, на гноме , Аноним (58), 17:19 , 01-Фев-23, (62) +1 почему требуется GNOME Shell 3 38 , Аноним (54), 17:41 , 01-Фев-23, (65) +1 наверное потому что это старый cosmic А новый они ещё не выпустили , derghast (ok), 08:12 , 02-Фев-23, (186) Как интересно О чём тогда новость, Карл, если ничего не сделано и даже показать, Аноним (54), 15:26 , 02-Фев-23, (217) –2 Интересно, зачем все эти новости публикуют Ничего же не выпустили , derghast (ok), 17:46 , 02-Фев-23, (226) +1 Может, время завтрака , Аноним (262), 19:03 , 06-Фев-23, (262) Вот же, написано нового , и ссылка на космик Открываем ссылку - а там аддон , Аноним (54), 15:29 , 02-Фев-23, (218) Iced это так называемый immediate mode GUI, то есть при малейшем изменении данны, Rev (?), 14:09 , 01-Фев-23, (8) –1 // Вообще-то нет Оно смотрит что было изменено и перерисовывает только нужную част, Анонимусс (?), 14:37 , 01-Фев-23, (11) +7 Пророчу тебе провал Если ты не исследовал того, что люди уже делали, пытаясь по, Аноним (-), 17:05 , 01-Фев-23, (50) –3 // Да ладно, человек набьет шишки и получит отличный опыт , prokoudine (ok), 19:36 , 01-Фев-23, (90) +7 По крайней мере, оно не будет тупить под x11 по сети , Пися Камушкин (?), 21:04 , 01-Фев-23, (129) Вот вроде и ты и правильно пишешь, но с другой стороны какое-то ощущение тлена и, Аноним (123), 22:30 , 01-Фев-23, (156) +1 Каких сотен мозгов, лол Разработчики COSMIC зато все такие мозги, аж деваться н, ненужно (?), 07:27 , 02-Фев-23, (183) +1 Может, тебе Motif форкнуть, если тебе интересна 100 поддержка иксов Реально, от, Аноним (195), 10:05 , 02-Фев-23, (195) +1 закапывайте, сыро и не работает, Аноним (10), 14:30 , 01-Фев-23, (9) –3 А конфигуратор этот почему похож на Хром Или это Гном нынче так выглядит , Аноним (12), 14:43 , 01-Фев-23, (12) +1 // COSMIC requires the following components GNOME Shell 3 38 , Аноним (54), 17:13 , 01-Фев-23, (57) –2 // кто минусит - тыкните на ссылку космика в статье и сами прочитайте , Аноним (54), 15:24 , 02-Фев-23, (216) –1 Оно так-же быстро работает как и Firefox когда-то , bOOster (ok), 14:49 , 01-Фев-23, (13) Extended battery life ultra memory lowBalanced это memory lowPerfomance поня, Фальшивка (?), 14:55 , 01-Фев-23, (17) –2 В какой-то момент наконец-то наступит сытость говном и люди наконец-то вернутся , eganru (?), 14:56 , 01-Фев-23, (18) // виар нфт метавселенные смотрят на тебя как на мамонта, koblin (ok), 15:31 , 01-Фев-23, (24) +1 Web 2 0 без картинок или прон в ASCII Ну это сильно на любителя , Аноним (29), 16:19 , 01-Фев-23, (31) +1 неет, сейчас придумают что-нибудь поуродливее yaml и пожирнее раста и насильно ч, Аноним (10), 19:13 , 01-Фев-23, (86) // Кошмар какой Неужто можно что-то придумать уродливее yaml , Олег (??), 09:21 , 06-Фев-23, (259) Ну вообще графон на Раст это интересно, ihatenpm (?), 15:04 , 01-Фев-23, (20) +1 // Например, вот эта штука интересная https github com linebender vello blob main, НяшМяш (ok), 15:29 , 01-Фев-23, (23) +4 // Direct2D не наркомания чтоль Зато в андроидах не сильно давно вынесли с одноп, ihatenpm (?), 16:53 , 01-Фев-23, (41) +1 И лучше раст на wasm, чем любой вид JS, ihatenpm (?), 16:54 , 01-Фев-23, (42) +1 что такое reactive ui для реактивных самолётов , Аноним (10), 19:05 , 01-Фев-23, (85) –1 // чем-то напоминает функциональное программирование , Аноним (54), 19:40 , 01-Фев-23, (91) Тебя что в поисковиках забанили Первые же ссылки Что за профнепригодность , Анонимусс (?), 19:50 , 01-Фев-23, (98) –2 непрофпригодность как раз знать, что такое reactive , Аноним (10), 20:33 , 01-Фев-23, (117) +5 Незнание - сила Классический opennet, анон (?), 22:02 , 01-Фев-23, (147) +3 кроме вашей хипсторской каждый день меняющейся терминологии посмотреть хотя бы , Аноним (10), 22:20 , 01-Фев-23, (152) Когда ты не сможешь ответить на простой вопрос о том что такое парадигма реакти, Аноним (211), 14:44 , 02-Фев-23, (211) Собеседования удел зелёных Понастоящему хорошим разрабам предлагают сразу место, Олег (??), 09:25 , 06-Фев-23, (260) Почти helloworld у iced в debug на 250МБ Упс , Аноним (206), 13:52 , 02-Фев-23, (206) Вижу, что место на экране они не экономят, а транжирят , Аноним (28), 16:06 , 01-Фев-23, (28) +2 // Под мобилку косят, пля Так что вот вам 3 кнопки на 30 монитор И айда скроллит, Аноним (-), 12:01 , 02-Фев-23, (201) +2 Темно серый шрифт на еще более темных контролах на абсолютно темном фоне Вот на, Аноним (123), 16:16 , 01-Фев-23, (30) +1 // Действительно, пугает повсеместная тенденция на переход в черные интерфейсы, раб, PCuser (?), 16:25 , 01-Фев-23, (32) –1 // Доказано, что интенсивный свет в голубом спектре вызывает напряжение и усталость, Александр Владимирович (ok), 09:08 , 04-Фев-23, (256) // От усталости глаз есть redshift, Вы забыли заполнить поле Name (?), 13:51 , 04-Фев-23, (257) Голубой спектр это замечательно - Но это не значит, что, уйдя в крайность - ч, Олег (??), 09:38 , 06-Фев-23, (261) Неужели сварочно-слепящий прямо таки белый 0xFFFFFF шрифт в темной теме винды лу, ihatenpm (?), 16:56 , 01-Фев-23, (43) +2 // Тут он темно-серый, Аноним (123), 17:03 , 01-Фев-23, (47) +1 Сделай меньше яркость монитора, если он тебя слепит , ИмяХ (?), 22:57 , 01-Фев-23, (160) –2 ну вообще на TN может и не видно , ihatenpm (?), 16:57 , 01-Фев-23, (44) Да и обои ещё эти скучные, не интересно менять , анон (?), 17:01 , 01-Фев-23, (46) Ты ещё дизнайну нормальных людей поучи Видели мы ваши опенсорсные интерфейсы , Аноним (133), 21:16 , 01-Фев-23, (133) // Да, KDE Plasma топ , Аноним (187), 08:23 , 02-Фев-23, (187) Хорошо Возможно будет единственных хороший и стабильный DE, а не вечно падающая, Аноним (211), 16:33 , 01-Фев-23, (33) –1 // System76 это производитель компьютеров У него хотя бы стимул есть сделать хорош, Аноним (211), 16:39 , 01-Фев-23, (36) // А раст никогда не позиционировали как риал-тайм , Аноним (54), 17:17 , 01-Фев-23, (59) Да и пользовательское окружение ни разу не риал-тайм Возможно данному Анониму ну, Анонн (?), 17:48 , 01-Фев-23, (68) Причём тут ЯП-ы и риалтайм GUI никогда им не было, просто школота на выпасе ри, Аноним (180), 06:03 , 02-Фев-23, (180) Это если не на расте написан , Аноним (54), 00:55 , 03-Фев-23, (239) Уточните такое real-time язык программирования Изобрететение опеннет эксертов , Аноним (211), 15:09 , 02-Фев-23, (213) –2 Ну значит работать будет только на последнем новейшем поколении компьютеров этог, Аноним (28), 10:33 , 02-Фев-23, (197) У них компы с китая Они постфактум сборщики какой-то софт Вот например их sy, Вы забыли заполнить поле Name (?), 22:08 , 02-Фев-23, (234) Ну да, ну да Вера всегда умирает последней Firefox уже все это проходил, и тор, bOOster (ok), 09:44 , 02-Фев-23, (193) –2 // В воображении опеннет экспертов Firefox одна из немногих стабильно работающих гр, Аноним (211), 14:07 , 02-Фев-23, (207) // Ну да, когда из нее rust выпилили полностью, и открестились от него , bOOster (ok), 08:48 , 14-Фев-23, (263) Так плазма по памяти падает , Аноним (28), 10:32 , 02-Фев-23, (196) Памяти жрет этот Pop os 1 7 Гб на старте Пусть сами разработчики его и использу, Аноним (61), 17:18 , 01-Фев-23, (61) +1 // Скрыто модератором, Аноним (54), 17:43 , 01-Фев-23, (66) +2 // Скрыто модератором, Аноним (71), 17:51 , 01-Фев-23, (71) +1 // Скрыто модератором, Аноним (54), 17:56 , 01-Фев-23, (74) Скрыто модератором, Аноним (10), 20:33 , 01-Фев-23, (118) +2 Язык программирования Rust Я уже боюсь за ядро Линукса , Аноним (-), 17:50 , 01-Фев-23, (70) +1 А причем тут раст Пока в поп оси раста нет Да 1 7 гб не много , Настоящий Директор (?), 09:52 , 02-Фев-23, (194) +1 Скрыто модератором, Аноним (71), 17:49 , 01-Фев-23, (69) +8 // Скрыто модератором, Аноним (54), 17:55 , 01-Фев-23, (72) +1 Скрыто модератором, Аноним (133), 18:00 , 01-Фев-23, (77) +2 Скрыто модератором, Аноним (123), 18:17 , 01-Фев-23, (80) А в чём смысл создания копии Gnome только на Rust , Аноним (73), 17:56 , 01-Фев-23, (73) // Характерная тенденция, проще смириться с этим , Аноним (79), 18:14 , 01-Фев-23, (79) смысл в том, что очень много кода можно переписать, Аноним (10), 19:23 , 01-Фев-23, (89) // В Мозиле эта стратегия не прокатила , Аноним (54), 19:42 , 01-Фев-23, (93) // почему много же кода переписали, Аноним (10), 20:35 , 01-Фев-23, (120) Быстро уволили их , Аноним (54), 21:54 , 01-Фев-23, (145) +1 и что пошли что-то другое переписывать изначальный вопрос был про смысл создан, Аноним (10), 22:23 , 01-Фев-23, (154) Вообще-то там не совсем совсем не копия, а прокладка над гномом Installation , Аноним (54), 22:36 , 01-Фев-23, (157) +1 c forbid unsafe_code и на стейбле соберется , Аноним (81), 18:35 , 01-Фев-23, (81) +4 Красивое, на Gnome похоже , lucentcode (ok), 21:21 , 01-Фев-23, (135) // Это и есть переименованный Гном , Аноним (54), 22:04 , 01-Фев-23, (148) +2 COSMIC requires the following components GNOME Shell 3 38 , Аноним (54), 22:05 , 01-Фев-23, (149) +1 Андроидный UI на десктопе Каеф, что тут сказать , Аноним (151), 22:20 , 01-Фев-23, (151) +1 // вообще-то на маленьких тачах и на мобилках был бы кайф, лишь бы можно переключат, Аноним (10), 22:25 , 01-Фев-23, (155) +1 Зачем плодить кучу оболочек , Nick (??), 22:52 , 01-Фев-23, (158) // это не просто оболочка, а оболочка над оболочкой аддон к Гному , Аноним (54), 22:53 , 01-Фев-23, (159) +2 Как прекрасны эти огромные пустые пространства между элементами и внутри элемент, ИмяХ (?), 22:59 , 01-Фев-23, (161) +5 Слишком много черноты , Аноним (184), 07:46 , 02-Фев-23, (184) +3 Я один сходил в GitHub и увидел, что оно на 90 на JS, а Rust едва 5 наберёт , leap42 (ok), 08:02 , 02-Фев-23, (185) +2 // Возможно просто посмотрел не в тот репозиторий - на расте не сам COSMIC, а либа , Анонн (?), 08:52 , 02-Фев-23, (188) // Нет, я именно это и имел в виду Одна микролиба на Rust, а новость подана как ве, leap42 (ok), 12:56 , 02-Фев-23, (202) +3 // Вы путайте старый COSMIC, который набор расширений и патчей к GNOME Shell, и нов, Аноним (203), 12:59 , 02-Фев-23, (203) В статье нет ссылок на него, видать, неуловимый Джо Если б ты открыл приведённу, Аноним (54), 15:21 , 02-Фев-23, (215) +2 Да и вообще, в их репе куча всего написано на раст https github com orgs pop-o, Анонимусс (?), 16:39 , 03-Фев-23, (249) –2 Это автор статьи изначально всё напутал Потом поправил, а комменты, указывающие, Аноним (54), 22:51 , 03-Фев-23, (253) Окей, баззворды более менее собрали А там вон подсказывают что и JS Питон еще , Аноним (-), 11:59 , 02-Фев-23, (200) +1 Скрыто модератором, Вы забыли заполнить поле Name (?), 22:00 , 02-Фев-23, (231) +1 // Скрыто модератором, Аноним (54), 22:09 , 02-Фев-23, (235) Новое изобретение колеса - стабильно по одному в неделю Все человечество обеспе, Аноним (243), 11:22 , 03-Фев-23, (243) +2 Хм, статью отредактировали, но забыли указать, в чём была изначальная ошибка авт, Аноним (54), 16:19 , 04-Фев-23, (258) 2,3,4,5,8,9,12,13,17,18,20,28,30,33,61,73,81,135,151,158,161,184,185,200,243,258

Сообщения

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

	78. "Прогресс в разработке пользовательского окружения COSMIC, на..."	+9 +/–
	Сообщение от Советский инженер (?), 01-Фев-23, 18:08
	Во первых, раст не защищает от протечек.
	Ответить | Правка | Наверх | Cообщить модератору

	94. "Прогресс в разработке пользовательского окружения COSMIC, на..."	–2 +/–
	Сообщение от Аноним (58), 01-Фев-23, 19:45
	> Во первых, раст не защищает от протечек. В сишке нужно использовать free. А раст сам освобождает память, и это уже не зависит от степени внимательности или забывчивости программиста. Потому раст защищает от протечек. А почему в редохе течёт -- не знаю. Наверняка в ансейфах что-то начудили, или ещё какие-то нюансы.
	Ответить | Правка | Наверх | Cообщить модератору

	100. "Прогресс в разработке пользовательского окружения COSMIC, на..."	+6 +/–
	Сообщение от Анонимусс (?), 01-Фев-23, 19:56
	Потому что эту байку придумали местные аноны-растохейтеры и тиражировали почти в каждой новости про раст. Потом большинству надоело, но самые отбитые еще остались. А причина в том, что они (в тот момент) не написали менеджмент памяти ядра. "The Redox kernel does not have the structures in place to allow freeing memory. The userspace allocator can free, and then reuse, but anything allocated with sbrk from the kernel will be lost."
	Ответить | Правка | Наверх | Cообщить модератору

	123. "Прогресс в разработке пользовательского окружения COSMIC, на..."	+3 +/–
	Сообщение от Аноним (123), 01-Фев-23, 20:48
	А я в другой новости говорил, что все эти безопасности растовые работают только в юзерленде, где софт работает с уже готовым аллокатором памяти. А в системном программировании (где раст типа хочет заменить сишку) , когда ты сам все пишешь с нуля никакие защиты от утечек и боровы не работают, потому что на этапе компиляции раст должен сгенерировать код, к-й чистит память, вызывая к примеру free. Это ок для юзерленда, но в ядре то ты куда собрался это возвращать и как вообще чистить память, если этих интерфейсов нет?
	Ответить | Правка | Наверх | Cообщить модератору

	134. "Прогресс в разработке пользовательского окружения COSMIC, на..."	–1 +/–
	Сообщение от Аноним (58), 01-Фев-23, 21:18
	> А я в другой новости говорил, что все эти безопасности растовые работают > только в юзерленде, где софт работает с уже готовым аллокатором памяти. > А в системном программировании (где раст типа хочет заменить сишку) , > когда ты сам все пишешь с нуля никакие защиты от утечек > и боровы не работают, потому что на этапе компиляции раст должен > сгенерировать код, к-й чистит память, вызывая к примеру free. Это ок > для юзерленда, но в ядре то ты куда собрался это возвращать > и как вообще чистить память, если этих интерфейсов нет? Я в управлении памятью на ядерном уровне не разбираюсь, но могу сказать, что раст хорош не только этим. Если рассматривать раст именно в области программирования ядер, то по крайней мере zero-cost абстракции и развитая система типов сильно облегчит когнитивную нагрузку для программиста.
	Ответить | Правка | Наверх | Cообщить модератору

	137. "Прогресс в разработке пользовательского окружения COSMIC, на..."	+2 +/–
	Сообщение от Аноним (123), 01-Фев-23, 21:43
	Дак и в Си zero-cost абстракции. Про систему типов не понял, что это? Ассемблер понимает только байт, слово, двойное слово и тд
	Ответить | Правка | Наверх | Cообщить модератору

	143. "Прогресс в разработке пользовательского окружения COSMIC, на..."	–2 +/–
	Сообщение от Аноним (58), 01-Фев-23, 21:51
	> Дак и в Си zero-cost абстракции. Про систему типов не понял, что > это? Ассемблер понимает только байт, слово, двойное слово и тд Ну в расте их больше, они мощнее и гибще. А про систему типов -- так в том и смысл! Все эти хитроумные типы компилятор сам переводит в байты. Т. е. делает эту работу вместо программиста. Благодаря чему писать на расте проще и приятнее, чем на Си.
	Ответить | Правка | Наверх | Cообщить модератору

	182. "Прогресс в разработке пользовательского окружения COSMIC, на..."	–2 +/–
	Сообщение от Аноним (182), 02-Фев-23, 07:00
	Что в расте прикольно, так это типы данных. Почему до такой элементарной вещи как все эти i8, u64 и тому подобного не додумались еще в 70х отцы-основатели того же C?
	Ответить | Правка | Наверх | Cообщить модератору

	192. "Прогресс в разработке пользовательского окружения COSMIC, на..."	–3 +/–
	Сообщение от Аноним (123), 02-Фев-23, 09:40
	Наверно потому что в 70е не было даже 16битных процессоров?
	Ответить | Правка | Наверх | Cообщить модератору

	199. "Прогресс в разработке пользовательского окружения COSMIC, на..."	+/–
	Сообщение от Аноним (182), 02-Фев-23, 11:52
	Были и 16битные (PDP-11) и даже 32битные (IBM-360).
	Ответить | Правка | Наверх | Cообщить модератору

	220. "Прогресс в разработке пользовательского окружения COSMIC, на..."	+/–
	Сообщение от Аноним (54), 02-Фев-23, 15:43
	> даже 32битные (IBM-360) 36-битный (!) PDP-6 был чуть раньше.
	Ответить | Правка | Наверх | Cообщить модератору

	242. "Прогресс в разработке пользовательского окружения COSMIC, на..."	–1 +/–
	Сообщение от Аноним (182), 03-Фев-23, 09:16
	Ты прав, но я говорил не про экзотику, а про более-менее привычные по нынешним временам машины. У которых восемь бит в байте, два или четыре байта в машинном слове и тому подобное. А так-то и БЭСМ-6 можно было в пример привести, у которой машинное слово аж 48 бит, 24битные команды, и серийное производство началось в 1968 году.
	Ответить | Правка | К родителю #220 | Наверх | Cообщить модератору

	219. "Прогресс в разработке пользовательского окружения COSMIC, на..."	+2 +/–
	Сообщение от Аноним (54), 02-Фев-23, 15:42
	> в 70е не было даже 16битных процессоров PDP-1 (1960) - 18-битный PDP-6 (1963) - 36-битный! PDP-10 (1966) - любые данные от 1 бита до 36 включительно. В 60-х годах! А ты про 70-е врёшь.
	Ответить | Правка | К родителю #192 | Наверх | Cообщить модератору

	204. "Прогресс в разработке пользовательского окружения COSMIC, на..."	+2 +/–
	Сообщение от Аноним (58), 02-Фев-23, 13:26
	> Что в расте прикольно, так это типы данных. Почему до такой элементарной > вещи как все эти i8, u64 и тому подобного не додумались > еще в 70х отцы-основатели того же C? Мне кажется, отцы-основатели и так совершили революцию и сделали потрясающий язык. То, что он жив вот уже 50 лет -- это подтверждает. Что впрочем не отменяет того, что надо двигаться дальше.
	Ответить | Правка | К родителю #182 | Наверх | Cообщить модератору

	208. "Прогресс в разработке пользовательского окружения COSMIC, на..."	+/–
	Сообщение от Аноним (182), 02-Фев-23, 14:20
	Я и не говорю, что С - плохой язык. Просто вариант определить в стандарте все эти i16 и u32, а потом где-нибудь в <ctype.h> бахнуть что-то вроде: #ifdef PDP-11 #define int i16 #define unsigned int u16 #endif #ifdef M68K #define int i32 #define unsigned int u32 #endif напрашивается сам собой. И переносимость не страдает, когда, к примеру, собираешь проект под 32битный ARM на х86-64.
	Ответить | Правка | Наверх | Cообщить модератору

	209. "Прогресс в разработке пользовательского окружения COSMIC, на..."	+/–
	Сообщение от Аноним (58), 02-Фев-23, 14:24
	>[оверквотинг удален] > #ifdef PDP-11 >  #define int i16 >  #define unsigned int u16 > #endif > #ifdef M68K >  #define int i32 >  #define unsigned int u32 > #endif > напрашивается сам собой. И переносимость не страдает, когда, к примеру, собираешь проект > под 32битный ARM на х86-64. Вроде как да. Но они же такие ретрограды... Тип bool у них только недавно появился в новом стандарте. Хотя казалось бы, кто мешает. Булевы операции есть, а булева типа нет. При том, что ни на переносимость, ни на обратную совместимость это не влияет вообще никак.
	Ответить | Правка | Наверх | Cообщить модератору

	198. "Прогресс в разработке пользовательского окружения COSMIC, на..."	+/–
	Сообщение от Аноним (123), 02-Фев-23, 11:33
	> Ну в расте их больше, они мощнее и гибще Можно как-то развернуть ответ, что тут имеется ввиду? Какой-то набор buzz-word'ов просто. Пример бы.
	Ответить | Правка | К родителю #143 | Наверх | Cообщить модератору

	205. "Прогресс в разработке пользовательского окружения COSMIC, на..."	+/–
	Сообщение от Аноним (58), 02-Фев-23, 13:29
	>> Ну в расте их больше, они мощнее и гибще > Можно как-то развернуть ответ, что тут имеется ввиду? Какой-то набор buzz-word'ов просто. > Пример бы. Первый пример, который приходит на ум: кортёжи. В них можно объединять любые типы данных. А особенно это удобно в функциях, когда что бы вернуть два значения, не приходится пердолиться с rw параметрами или определять структуры на каждый чих.
	Ответить | Правка | Наверх | Cообщить модератору

	222. "Прогресс в разработке пользовательского окружения COSMIC, на..."	+/–
	Сообщение от Аноним (54), 02-Фев-23, 15:46
	кортёжи даже в паскале есть, внезапно.
	Ответить | Правка | Наверх | Cообщить модератору

	225. "Прогресс в разработке пользовательского окружения COSMIC, на..."	+/–
	Сообщение от Аноним (58), 02-Фев-23, 17:30
	> кортёжи даже в паскале есть, внезапно. Это прекрасно. Но в си -- нету. Раст позиционируется как замена сишке и плюсам, поэтому сравниваю с ними.
	Ответить | Правка | Наверх | Cообщить модератору

	229. "Прогресс в разработке пользовательского окружения COSMIC, на..."	+/–
	Сообщение от Аноним (54), 02-Фев-23, 21:33
	Отсюда следует, что Паскаль - незаменим! А значит, лучше раста!
	Ответить | Правка | К родителю #225 | Наверх | Cообщить модератору

	102. "Прогресс в разработке пользовательского окружения COSMIC, на..."	–2 +/–
	Сообщение от Янис (?), 01-Фев-23, 20:00
	Использовать free действительно так сложно в Си? Если программист не заметил, запустил программу под управлением Valgrind, который программиста носом ткнет туда, где он ошибся в работе с памятью.
	Ответить | Правка | К родителю #94 | Наверх | Cообщить модератору

	108. "Прогресс в разработке пользовательского окружения COSMIC, на..."	+1 +/–
	Сообщение от Аноним (58), 01-Фев-23, 20:10
	> Использовать free действительно так сложно в Си? Если программист не заметил, запустил > программу под управлением Valgrind, который программиста носом ткнет туда, где он > ошибся в работе с памятью. Может быть, в основной массе случаев оно и не так не сложно. Но человек -- существо невнимательное и ленивое, поэтому допускает ошибки и не всегда запускает Valgrind. А когда компилятор сам тычет носом и не компилирует неправильный код, это может немного действеннее...
	Ответить | Правка | Наверх | Cообщить модератору

	110. "Прогресс в разработке пользовательского окружения COSMIC, на..."	+/–
	Сообщение от Янис (?), 01-Фев-23, 20:16
	Мне не сложно запустить код под Valgrind. Думаю, очень многим пишущим на Си это не сложно и они делают это регулярно. Так не вижу в чем сдесь выйгрыш от Раста
	Ответить | Правка | Наверх | Cообщить модератору

	113. "Прогресс в разработке пользовательского окружения COSMIC, на..."	+1 +/–
	Сообщение от Аноним (58), 01-Фев-23, 20:22
	> Мне не сложно запустить код под Valgrind. Думаю, очень многим пишущим на > Си это не сложно и они делают это регулярно. Так не > вижу в чем сдесь выйгрыш от Раста Да не то что бы особый выигрыш. Просто в расте готовое, комплексное решение против типовых ошибок с памятью и ещё много чего (например, zero-cost абстракции -- это очень приятно). Я и не спорю, что махровый сишник тоже может писать безопасно. Но в расте это делать проще. Потому, мне кажется, он и набирает популярность.
	Ответить | Правка | Наверх | Cообщить модератору

	189. "Прогресс в разработке пользовательского окружения COSMIC, на..."	+1 +/–
	Сообщение от DontTreadOnMe (?), 02-Фев-23, 08:56
	Ты по ходу на Си ничего хоть сколько-нибудь объёмного не писал. Для того, чтобы valgrind нашёл тебе все течи тебе придётся прогнать под ним все пути, в которых может освобождаться память. А их кол-во растёт не линейно. Хорошо, когда есть unit-тесты и когда весь код со всеми возможными путями следования ими покрыт. Но таких проектов единицы. А в проектах на Си вообще хорошо, когда есть хоть какие-то тесты, для сишников это уже высший пилотаж.
	Ответить | Правка | К родителю #110 | Наверх | Cообщить модератору

	128. "Прогресс в разработке пользовательского окружения COSMIC, на..."	+/–
	Сообщение от Пися Камушкин (?), 01-Фев-23, 21:02
	>Использовать free действительно так сложно в Си? С возрастанием расстояния от аллокации до отдачи памяти назад - да, чем больше наваливаешь контекста - тем хуже. >Если программист не заметил, запустил программу под управлением Valgrind Модуль ведра или систему из нескольких процессов под валгриндом не запустишь. Вообще, я бы в таком деле ставил бы на статический анализатор, только вот не пришитый к парсеру, а со своим парсером асмокода.
	Ответить | Правка | К родителю #102 | Наверх | Cообщить модератору

	136. "Прогресс в разработке пользовательского окружения COSMIC, на..."	+1 +/–
	Сообщение от Аноним (123), 01-Фев-23, 21:38
	> Модуль ведра Это справедливо и для раста. Его тоже в валгринде не запустить и там не работают растовые проверки
	Ответить | Правка | Наверх | Cообщить модератору

	190. "Прогресс в разработке пользовательского окружения COSMIC, на..."	+/–
	Сообщение от Настоящий Директор (?), 02-Фев-23, 09:26
	Использоввние Valgrind'а целесообразно только для хеллоувордов, для более объемных приходится использовать статические анализаторы либо .... либо переписывать на раст)
	Ответить | Правка | К родителю #102 | Наверх | Cообщить модератору

	105. "Прогресс в разработке пользовательского окружения COSMIC, на..."	+1 +/–
	Сообщение от Янис (?), 01-Фев-23, 20:05
	Да и Раст не единственный язык, который сам возвращает взятую память вообще-то
	Ответить | Правка | К родителю #94 | Наверх | Cообщить модератору

	106. "Прогресс в разработке пользовательского окружения COSMIC, на..."	–3 +/–
	Сообщение от Аноним (58), 01-Фев-23, 20:07
	> Да и Раст не единственный язык, который сам возвращает взятую память вообще-то Ну да, далеко не единственный. Но один из немногих, который делает это без стоимости, т. е. на этапе компиляции. Спросите, зачем это в ДЕ, такая экономия? По-моему, особо и не зачем. Но раст на хайпе, потому его и берут, да и в целом как язык довольно удобен (что бы ни говорили опеннет-эксперты про синтаксис, дальше которого они ничего не видят).
	Ответить | Правка | Наверх | Cообщить модератору

	111. "Прогресс в разработке пользовательского окружения COSMIC, на..."	–1 +/–
	Сообщение от Аноним (54), 01-Фев-23, 20:18
	> на этапе компиляции Анонимусс выше для таких как ты написал, что под растом надо, внезапно, самому писать менежер памяти О_о Вы уж растаманы как-то договоритесь между собой, а то пишете совсем уж противоположные тезисы.
	Ответить | Правка | Наверх | Cообщить модератору

	162. "Прогресс в разработке пользовательского окружения COSMIC, на..."	+1 +/–
	Сообщение от Аноним (162), 01-Фев-23, 23:02
	>> на этапе компиляции > Анонимусс выше для таких как ты написал, что под растом надо, внезапно, самому писать менежер памяти О_о Перестань читать опой - там речь была о менеджере памяти ядра. > Вы уж растаманы как-то договоритесь между собой, а то пишете совсем уж противоположные тезисы. Противоположные они только разве что для Анти-Расто-Военов, котрым за вечными битвами супротив мельн^W Злобных Растоманов некогда подучить хотя бы азы системщины.
	Ответить | Правка | Наверх | Cообщить модератору

	163. "Прогресс в разработке пользовательского окружения COSMIC, на..."	+1 +/–
	Сообщение от Аноним (123), 01-Фев-23, 23:28
	Ну т.е в системном низкоуровневом программировании раст не даёт никаких преимуществ, кроме кривого синтаксиса. Ой, это недостаток, а не преимущество.
	Ответить | Правка | Наверх | Cообщить модератору

	236. "Прогресс в разработке пользовательского окружения COSMIC, на..."	+/–
	Сообщение от Аноним (162), 02-Фев-23, 22:51
	> Ну т.е компилятор раста не умеет сам генерировать менеджеры памяти ядра и синтаксис у него кривой для всех тех, кто учился программированию по курсам с-нуля-и-до-JS-сеньора-за-21-день > Ой, это недостаток, а не преимущество. Яснопонятно.
	Ответить | Правка | Наверх | Cообщить модератору

	112. "Прогресс в разработке пользовательского окружения COSMIC, на..."	+1 +/–
	Сообщение от Янис (?), 01-Фев-23, 20:20
	Синтаксис для меня лично играет роль. В Си он прост как по мне. Не думаю, что Раст на хайпе. Другое дело что его стараются всюду протолкнуть и про каждую программу на нем обязательно написать.
	Ответить | Правка | К родителю #106 | Наверх | Cообщить модератору

	114. "Прогресс в разработке пользовательского окружения COSMIC, на..."	+/–
	Сообщение от Аноним (58), 01-Фев-23, 20:27
	> Синтаксис для меня лично играет роль. В Си он прост как по > мне. Не думаю, что Раст на хайпе. Другое дело что его > стараются всюду протолкнуть и про каждую программу на нем обязательно написать. Согласен, что переписывание всего на раст -- это уже фанатизм какой-то. А добавлять раст как опцию в уже состоявшиеся проекты -- чего плохого в этом? Он же хорошо интегрируется. Вот языки с GC -- там уже сложнее с интеграцией. Поэтому, например, плюсов не будет в ядре, а раст можно. Было бы прикально, если бы и другие языки без GC добавляли, типа Nim и что там ещё :)
	Ответить | Правка | Наверх | Cообщить модератору

	168. "Прогресс в разработке пользовательского окружения COSMIC, на..."	+1 +/–
	Сообщение от Янис (?), 02-Фев-23, 00:13
	А для чего Раст как опция нужен в проектах, где без него хорошо обходятся? Не понимаю.
	Ответить | Правка | Наверх | Cообщить модератору

	171. "Прогресс в разработке пользовательского окружения COSMIC, на..."	–1 +/–
	Сообщение от Аноним (58), 02-Фев-23, 00:31
	> А для чего Раст как опция нужен в проектах, где без него > хорошо обходятся? Не понимаю. Например, для привлечения новых разработчиков. Или потому что старым захотелось, как например в GStreamer.
	Ответить | Правка | Наверх | Cообщить модератору

	115. "Прогресс в разработке пользовательского окружения COSMIC, на..."	+/–
	Сообщение от Аноним (10), 01-Фев-23, 20:30
	я тебе открою секрет, java тоже сама освобождает память
	Ответить | Правка | К родителю #94 | Наверх | Cообщить модератору

	116. "Прогресс в разработке пользовательского окружения COSMIC, на..."	+/–
	Сообщение от Аноним (58), 01-Фев-23, 20:31
	> я тебе открою секрет, java тоже сама освобождает память Да, но в жаве и кучи других языков -- GC, а значит рантайм. А раст разруливает это на этапе компиляции, в этом его выгодное отличие от языков с GC.
	Ответить | Правка | Наверх | Cообщить модератору

	121. "Прогресс в разработке пользовательского окружения COSMIC, на..."	+/–
	Сообщение от Аноним (123), 01-Фев-23, 20:36
	А почему тогда в редохе для ядра пришлось какой-то там менеджмент памяти изобретать, если оно все само на этапе компиляции разруливается? Блин, я запутался
	Ответить | Правка | Наверх | Cообщить модератору

	122. "Прогресс в разработке пользовательского окружения COSMIC, на..."	+/–
	Сообщение от Аноним (58), 01-Фев-23, 20:40
	> А почему тогда в редохе для ядра пришлось какой-то там менеджмент памяти > изобретать, если оно все само на этапе компиляции разруливается? Блин, я > запутался Я как-бы вообще не эксперт в ОС'естроении. Но очевидно, что одна из задач ОСи -- выделять память программам. Это вообще другое. Наверное речь шла как раз о таком менеджере. Если интересно, могу попробовать поподробнее описать.
	Ответить | Правка | Наверх | Cообщить модератору

Часть нити удалена модератором

	146. "Прогресс в разработке пользовательского окружения COSMIC, на..."	+/–
	Сообщение от Аноним (58), 01-Фев-23, 21:56
	>> очевидно, что одна из задач ОСи -- выделять память программам > И, как оказалось внезапно, ни раст, ни его компил-тайм ничем тут не > помогают. А что, должен был? Конкретно в этой задаче раст должен помогать не больше, чем в других задачах. Если они захотели пилить менеджер памяти для своей ОСи, пусть пилят, при чём тут язык? Ещё раз повторяю, этот менеджер памяти -- это вообще другое. Если привести тупое сравнение, то можно сказать, что раст предоставляет браузер, а они там пилят PHP-сервер. Это разные вещи. Так понятно?
	Ответить | Правка | К родителю #168 | Наверх | Cообщить модератору

	150. "Прогресс в разработке пользовательского окружения COSMIC, на..."	+/–
	Сообщение от Аноним (10), 01-Фев-23, 22:13
	какая разница, на каком этапе язык это разруливает? в чём выгодное отличие? если ты начнёшь бредни про скорость работы gc - есть куча языков с gc, работающих быстрее раста, при этом с адекватным синтаксисом и без анальных ограничений, из-за которых ты вынужден бороться с компилятором вместо того, чтобы дело делать
	Ответить | Правка | К родителю #116 | Наверх | Cообщить модератору

	153. "Прогресс в разработке пользовательского окружения COSMIC, на..."	–1 +/–
	Сообщение от Аноним (58), 01-Фев-23, 22:21
	> какая разница, на каком этапе язык это разруливает? в чём выгодное отличие? > если ты начнёшь бредни про скорость работы gc - есть куча языков > с gc, работающих быстрее раста, при этом с адекватным синтаксисом и > без анальных ограничений, из-за которых ты вынужден бороться с компилятором вместо > того, чтобы дело делать Ооо, пошли байки от опеннет-экспертов. Простой возьми и прочитай, и не задавай глупых вопросов: https://benchmarksgame-team.pages.debian.net/benchmarksgame/...
	Ответить | Правка | Наверх | Cообщить модератору

	169. "Прогресс в разработке пользовательского окружения COSMIC, на..."	+1 +/–
	Сообщение от Аноним (10), 02-Фев-23, 00:27
	а ничего, что сравниваются однопоточный код на си с многопоточным на раст?
	Ответить | Правка | Наверх | Cообщить модератору

	172. "Прогресс в разработке пользовательского окружения COSMIC, на..."	+/–
	Сообщение от Аноним (58), 02-Фев-23, 00:35
	> а ничего, что сравниваются однопоточный код на си с многопоточным на раст? А где там такое? Ну да и ладно. Вроде говорили про языки с GC, которые уделывают раст. Но вот го, например, проигрывает: https://benchmarksgame-team.pages.debian.net/benchmarksgame/... А где ж те самые чудо языки с GC, где на них посмотреть?
	Ответить | Правка | Наверх | Cообщить модератору

	191. "Прогресс в разработке пользовательского окружения COSMIC, на..."	+/–
	Сообщение от Настоящий Директор (?), 02-Фев-23, 09:34
	> есть куча языков с gc, работающих быстрее раста 😄😆 Интересно какие?
	Ответить | Правка | К родителю #150 | Наверх | Cообщить модератору

	167. "Прогресс в разработке пользовательского окружения COSMIC, на..."	+/–
	Сообщение от Советский инженер (?), 02-Фев-23, 00:07
	Раст освобождает память когда происходит выход из блока, где переменная объявлена. А до этого ты можешь например 24/7 добавлять в вектор по 10 байт. И раст даже не ругнется.
	Ответить | Правка | К родителю #94 | Наверх | Cообщить модератору

	170. "Прогресс в разработке пользовательского окружения COSMIC, на..."	+/–
	Сообщение от Аноним (58), 02-Фев-23, 00:28
	> Раст освобождает память когда происходит выход из блока, где переменная объявлена. > А до этого ты можешь например 24/7 добавлять в вектор по 10 > байт. И раст даже не ругнется. А что, должен ругаться? Если программисту нужно, программист добавляет.
	Ответить | Правка | Наверх | Cообщить модератору

	223. "Прогресс в разработке пользовательского окружения COSMIC, на..."	+/–
	Сообщение от Аноним (123), 02-Фев-23, 16:39
	а как же безопасность?
	Ответить | Правка | Наверх | Cообщить модератору

	227. "Прогресс в разработке пользовательского окружения COSMIC, на..."	+/–
	Сообщение от Аноним (58), 02-Фев-23, 18:09
	> а как же безопасность? Бывают такие программы (о нет, не может быть!), которым нужно много памяти. Да и как может потребление памяти сказаться на безопасности? Только если сервер ляжет из-за нехватки памяти. Но на такие случаи серьёзные дяди настраивают оом-киллер, который вовремя прибьёт несанкционированно разожравшийся процесс.
	Ответить | Правка | Наверх | Cообщить модератору

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

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