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

LogoFAIL - атака на UEFI-прошивки через подстановку вредоносных логотипов, opennews (?), 01-Дек-23, (0) [смотреть все] PCX TGA Вау Оно ещё живо , Tron is Whistling (?), 22:11 , 01-Дек-23, (1) +3 // Так лучше tga до сих пор ничего не придумали из лосслесс В чём твоя проблема, в, Аноним (2), 22:20 , 01-Дек-23, (2) +1 // PNG, не , Tron is Whistling (?), 22:21 , 01-Дек-23, (3) +1 // Не, как правило, типичный png очень лосси относительно исходника, я уж не вспоми, Аноним (2), 22:31 , 01-Дек-23, (7) –18 Што , Tron is Whistling (?), 22:36 , 01-Дек-23, (11) +1 Лосслинесс не энфорсед, шо нипонятно , Аноним (2), 22:37 , 01-Дек-23, (14) Формат сжатия PNG внезапно без потерь by design Такие дела , Tron is Whistling (?), 22:45 , 01-Дек-23, (18) +2 Там аттрибуты некуда сохранять только часть остаётся , в итоге исходный файл ни, Аноним (2), 22:50 , 01-Дек-23, (22) –5 Чо Это уже вопросы своему софту задавайте , Tron is Whistling (?), 22:51 , 01-Дек-23, (25) Люди любят утверждать, что это лосслесс формат, но это лосслесс с кучей оговорок, Аноним (2), 22:54 , 01-Дек-23, (26) –4 Сам формат - абсолютно лосслесс , Tron is Whistling (?), 22:55 , 01-Дек-23, (28) +1 Ещё раз сам формат - без потерь Чего вы с ним там будете перед набивкой делать , Tron is Whistling (?), 22:54 , 01-Дек-23, (27) Зато стандарт весьма с потерями В этом проблема к чему не принудили поддержива, Аноним (2), 23:04 , 01-Дек-23, (37) –2 У tiff этой проблемы, кстати, нет, а он как бы не старее лет на 20 Вот что знач, Аноним (2), 23:06 , 01-Дек-23, (42) +1 У tiff то, о чём вы оба вещаете - не то, что в полный рост, а с горкой , Tron is Whistling (?), 23:16 , 01-Дек-23, (58) +1 Так-то TIFF вообще лучше ничему, кроме оригинального создавшего его софта, не ск, Tron is Whistling (?), 23:16 , 01-Дек-23, (59) Это уже вопрос плохой поддержки tiff, ещё желательно не открывать в другой верси, Аноним (2), 23:25 , 01-Дек-23, (62) Это не вопрос плохой поддержки tiff Это вопрос того, что там почти всё через , Tron is Whistling (?), 23:34 , 01-Дек-23, (67) Ну то есть DNG по идее надо показывать - фирмвари фотика или приложухе камеры мо, Аноним (-), 07:26 , 02-Дек-23, (126) Вы точно в адеквате PNG умел 24bpp RGB bitmap пожатый ZLIB по моему с момента е, Аноним (-), 07:20 , 02-Дек-23, (124) RGB с потерями, что не ясно , Аноним (2), 08:54 , 02-Дек-23, (135) –1 Ты на каком-то своём языке говоришь Lossless-формат - это формат со сжатием без , Аноним (145), 11:46 , 02-Дек-23, (145) Конвертация в RGB подразумевает потери Это буквально означает, что формат _толь, Аноним (2), 12:23 , 02-Дек-23, (148) +1 Что преобразование происходит с потерями Преобразование между RGB и чем тебе та, Аноним (145), 12:44 , 02-Дек-23, (153) При чём тут quad float Стандарт индустрии это Lab, стандарт печати это CMYK Та, Аноним (2), 12:56 , 02-Дек-23, (157) Что он подразумевает для остального мира - уже рассказали Что он подразумевает л, Аноним (145), 13:11 , 02-Дек-23, (159) –1 Для остального мира это означает, что можно восстановить bit perfect копию после, Аноним (2), 13:20 , 02-Дек-23, (162) Правда, справедливости ради, лосслесс того же jpegxl не bit perfect, а pixel per, Аноним (2), 13:25 , 02-Дек-23, (164) При чём тут формат хранения, если у тебя потери появляются на этапе конвертации , Tron is Whistling (?), 14:00 , 02-Дек-23, (167) Теперь смотри на стандарт формата jpegxl и много думай , Аноним (2), 14:11 , 02-Дек-23, (169) То есть возвращаемся к тому, что PNG - lossy, но уже не только для тебя, но и дл, Аноним (145), 15:43 , 02-Дек-23, (176) Возвращаемся к тому, что png -- лосслесс только для отдельных индивидов, начитав, Аноним (2), 15:53 , 02-Дек-23, (177) RGB IN - RGB OUT, ничего не потерялось Я проверил Можешь спать спокойно , InuYasha (??), 11:31 , 04-Дек-23, (240) Исходник не может быть в RGB, потому что при процессинге в RGB случаются самые р, Аноним (2), 14:19 , 04-Дек-23, (243) Я лично рисую в RGB - мне удобно и никто не подумает это печатать, тем более - , InuYasha (??), 22:08 , 04-Дек-23, (245) Тебя ждут сюрпризы, когда ты захочешь наложить фильтры или применить постобработ, Аноним (2), 22:56 , 04-Дек-23, (246) некропостинг Жаль, забыл спросить, что для пациента означает lossless в специ, Аноним (253), 00:56 , 24-Дек-23, (253) Тебя это 184 видимо, очень волнует Если так и не получилось понять, возьми дл, Аноним (2), 12:21 , 24-Дек-23, (254) То, о чём ты говоришь - вообще ни в один формат кроме TIFF с экстеншнами нормаль, Tron is Whistling (?), 13:56 , 02-Дек-23, (166) И конечно же ты можешь привести перечень таких форматов Сейчас почти все формат, Аноним (2), 14:02 , 02-Дек-23, (168) Вот ща мы будем в фирмвари для бутлого стандарты для гребаных полиграфистов импл, Аноним (-), 00:38 , 03-Дек-23, (215) Компы нативно в этом самом RGB работают, чудак Поэтому все и рисуют в RGB сразу, Аноним (-), 00:54 , 03-Дек-23, (216) +1 C потерями Относительно чего Там что-то потерять можно в основном при конверс, Аноним (-), 00:30 , 03-Дек-23, (214) PNG очень тормозной, да и жмет эффективно только в определенных случаях , Kuromi (ok), 02:01 , 02-Дек-23, (114) –1 Судя по слову паллетированный , вы в погрузке-разгрузке работаете Лучше про PN, Tron is Whistling (?), 22:37 , 01-Дек-23, (13) Ты шо, поехавший, чем тебе палеттированность теперь не нравится , Аноним (2), 22:40 , 01-Дек-23, (15) Тем что PNG бывает и без палитр - обычным 24 битным битмапом Еще и с альфа-кана, Аноним (-), 00:10 , 02-Дек-23, (81) +1 Палеттированность 8800 паллетированность , Аноним (142), 11:14 , 02-Дек-23, (142) Я знаю только, как в оригинале, вот в соседней ветке подсказали, что в переводе , Аноним (2), 12:38 , 02-Дек-23, (152) А базированные - на военной базе в Гуантаномо , Аноним (43), 23:06 , 01-Дек-23, (43) Ещё раз па_лл_етированный , Tron is Whistling (?), 23:15 , 01-Дек-23, (56) Поллютированный, судя по сабжу , x3who (?), 00:17 , 02-Дек-23, (83) +2 Поллитрованные , Tron is Whistling (?), 23:15 , 01-Дек-23, (57) +2 Да, лосси-png без поллитры не обошёлся , Аноним (142), 11:16 , 02-Дек-23, (143) Паллетированые, да на базе что бы это могло быть может там еще и транспор, Аноним (-), 00:12 , 02-Дек-23, (82) +1 Скрыто модератором, Аноним (-), 09:58 , 02-Дек-23, (136) Скрыто модератором, Tron is Whistling (?), 15:57 , 02-Дек-23, (178) Для него парсер в 100500 раз сложнее и больше Там целый zlib надо подымать чтоб, Аноним (-), 23:44 , 01-Дек-23, (69) +2 Плджад, целый сетевой стек - удобно, а злиб - неудобно Вот и пойми поди , Tron is Whistling (?), 00:47 , 02-Дек-23, (97) +2 Сетевой стек на минималках даже в микроконтроллеры запихивают, так что не показа, Аноним (-), 07:15 , 02-Дек-23, (123) +1 adler32, а равно любой вариант crc, а равно fletcher - просты как 3 копейки , Аноним (43), 01:11 , 02-Дек-23, (108) +1 Два чаяКод адлера прост, как валенок, и занимает 20 строк, Аноним (112), 01:43 , 02-Дек-23, (112) У пнг он как-то довольно замороченно считается, на каждую строку, чтоли, или тип, Аноним (134), 08:39 , 02-Дек-23, (134) stb_image чтение распространённый форматов изображений - 7800 LoC Сложна , anonymous (??), 15:28 , 03-Дек-23, (228) Если надо того, чего в PNG нет - TIFF, Tron is Whistling (?), 22:22 , 01-Дек-23, (4) // Ток tiff слишком перегружен и миллион форков у каждого вендора не способствуют у, Аноним (2), 22:29 , 01-Дек-23, (6) +1 В большинстве случаев PNG хватит Его правда да, разжимать чуть посложнее надо , Tron is Whistling (?), 22:47 , 01-Дек-23, (19) Для заставок хватит gif Ну джипега там для особохудожественных заставок с полут, x3who (?), 00:20 , 02-Дек-23, (84) +1 Да, давайте DNG парсить в системной фирмвари Раз системное фирмваре похоже на о, Аноним (-), 23:45 , 01-Дек-23, (71) +1 Я думаю, тут для безопасности нужно выгружать картинку в облако разработчика заг, x3who (?), 00:24 , 02-Дек-23, (85) Лучше в блоб машинного кода, выводящий картинку А всяким нехорошим личностям мо, Аноним (43), 01:09 , 02-Дек-23, (107) Так то идея забавная, но воооон те обладатели умного дома ксяу-мяу очень интерес, Аноним (-), 07:33 , 02-Дек-23, (127) JPEG XL в lossless режиме , Анонимуснастоящий (?), 22:37 , 01-Дек-23, (12) // Дороговато, на контенте с градациями серого png меньше файлы выдаёт Только есть, Аноним (2), 22:44 , 01-Дек-23, (17) С этого места поподробнее, пожалуйста По запросу libjxl jit ничего не нахожу , Аноним (86), 00:24 , 02-Дек-23, (86) Слишком сложно для бивисов, честно говоря , Tron is Whistling (?), 22:48 , 01-Дек-23, (20) +1 Вот только зачем лосслесс в лого на компе , Аноним (47), 23:08 , 01-Дек-23, (47) // Ну PNG для этой цели сложноват, я с ним соглашусь пожалуй Но вот конкретно там T, Tron is Whistling (?), 23:14 , 01-Дек-23, (55) +2 BNP норм Если хоть одна либа сжатия в прошивку тянется то проблемы нет вообще с, Аноньимъ (ok), 23:57 , 01-Дек-23, (75) +1 А TGA не банальный, что ли , Аноним (142), 11:19 , 02-Дек-23, (144) 2 0-то с экстеншнами Хуже только TIFF , Tron is Whistling (?), 13:51 , 02-Дек-23, (165) BMPv5 тоже не подарок Вплоть до того, что у него внутри PNG или JPEG может быть, Аноним (142), 19:36 , 02-Дек-23, (197) Ну это там необязательное, оно только если цель - например печать без декодирова, Tron is Whistling (?), 22:48 , 02-Дек-23, (208) Чтобы выглядело идеально, бит в бит, пиксел в пиксел Иначе нахрен надо такое ло, Аноним (-), 23:47 , 01-Дек-23, (72) Ну да, куча же людей занята в разработке логотипов и там архиважно ни на бит не , x3who (?), 00:27 , 02-Дек-23, (87) Ну я себе лого делал еще в 90е - увидев комп с кастомным лого кажется в фирме Ф, Аноним (-), 07:37 , 02-Дек-23, (128) Погодите, я вангую появление лого в 4k в какой-то момент , Tron is Whistling (?), 22:49 , 02-Дек-23, (209) Эээ ну вообще-то это был бы нативный формат для фулскрин лого на 4K монитор д, Аноним (-), 01:09 , 03-Дек-23, (217) Не, я про биосы DТак-то сейчас смотрю выше 1024x768 не поднимаются, место во фл, Tron is Whistling (?), 10:05 , 03-Дек-23, (221) Главное - успеть рассмотреть, Tron is Whistling (?), 00:48 , 02-Дек-23, (98) Для тех, кто не успевает рассмотреть вредоносные логотипы, должны быть предусмот, x3who (?), 00:57 , 02-Дек-23, (103) Скрыто модератором, Аноним (-), 12:35 , 02-Дек-23, (150) // Скрыто модератором, Аноним (142), 19:42 , 02-Дек-23, (198) Первое - редко используют Второе - один из самых простых в парсинге форматов би, Аноним (-), 23:41 , 01-Дек-23, (68) +1 // Про оба слышал лет 30 тому назад, а когда последний раз видел Примерно тогда ж, x3who (?), 00:28 , 02-Дек-23, (88) // TGA неплохо поддерживается софтом и порой попадается - потому что записать масс, Аноним (-), 07:10 , 02-Дек-23, (121) ты, наверное, и 3дмакс тогда же последний раз открывал , InuYasha (??), 11:32 , 04-Дек-23, (241) TGA 2 0 с неизвестными экстеншнами Я уж пожалуй лучше в рассаду, да , Tron is Whistling (?), 00:49 , 02-Дек-23, (99) +2 UEFI c шеллом напоминает дос, что прикольно , kusb (?), 15:36 , 02-Дек-23, (173) Угадайте с одного раза язык программирования, на котором написан этот код , Шарп (ok), 22:27 , 01-Дек-23, (5) +1 // Ассемблер Восславим же пресвятой ассемблер, наш избавитель от оков корпораций , Аноним (2), 22:33 , 01-Дек-23, (8) +1 // Для тебя будет открытием, но ассемблер - не язык программирования Это один из ва, прохожий (?), 22:57 , 01-Дек-23, (30) –14 // И всё-таки гуманитарное образование не проспать , Tron is Whistling (?), 22:59 , 01-Дек-23, (31) +7 разницу между ассемблером и языком ассемблера не видишь Спи дальше, прохожий (?), 23:00 , 01-Дек-23, (33) А транслятор компилятор C переводит с языка C Но собирательное название у обоих, Tron is Whistling (?), 23:02 , 01-Дек-23, (34) +1 почитай вики хотя бы Или не научили пользоваться гуглом Let me do that for youh, прохожий (?), 23:06 , 01-Дек-23, (40) –3 Ну да, вот сейчас пойду, и буду только строго по вики всё фразировать Когда гово, Tron is Whistling (?), 23:07 , 01-Дек-23, (46) +1 Ну ладно формальностей, всегда говорили набросал на ассемблере , ассемблерный , x3who (?), 00:36 , 02-Дек-23, (94) Вообще-то такие перлы как раз таки технарями выкидываются Птичий язык тусовочки, Аноним (110), 01:20 , 02-Дек-23, (110) Диалекты ассемблера несовместимы и вполне себе являются каждый своим ЯП, Вася , Аноним (2), 23:00 , 01-Дек-23, (32) Ещё один О чём я и говорил - беспроссветная айтишная бездарь В англоязычном ист, прохожий (?), 23:03 , 01-Дек-23, (35) –3 https www ibm com docs en zos 2 1 0 topic interface-programming-in-assembler, Tron is Whistling (?), 23:03 , 01-Дек-23, (36) +1 Идиоты, видимо, и в англоязычной среде встречаются , прохожий (?), 23:07 , 01-Дек-23, (45) –2 Д Артаньян, вы , Tron is Whistling (?), 23:11 , 01-Дек-23, (52) +3 Если не очевидно от чего ассемблер, писали типа ниже приведен ассемблерный код , x3who (?), 00:40 , 02-Дек-23, (95) Там всё правильно, если немножко разбираться в окончаниях Assembler - that who a, Tron is Whistling (?), 23:06 , 01-Дек-23, (41) +3 А почему выкидывается Потому что programming in assembly с точки зрения what is, Tron is Whistling (?), 23:08 , 01-Дек-23, (48) То же самое и в могучем если я пишу на ассемблере - то это точно не означает, ч, Tron is Whistling (?), 23:09 , 01-Дек-23, (49) Более того, можно даже пишу на as Шах и мат , Tron is Whistling (?), 23:10 , 01-Дек-23, (50) Угу, у него даже 2-а основных диалекта - at t и маргинальныйЗыжА на следующем ку, Анании.orig (?), 23:11 , 01-Дек-23, (51) В каком месте ты ошибся , Анании.orig (?), 23:05 , 01-Дек-23, (39) Когда школьник впервые почитал про ассемблеры и спешит продемонстрировать свою , Аноним (117), 02:47 , 02-Дек-23, (117) +1 Зачем, интересно, опеннет заполонила толпа людей совершенно не разбирающихся в а, all_glory_to_the_hypnotoad (ok), 05:44 , 02-Дек-23, (118) и тем не менее это далеко не первое слово, которое стало нарицательным и приобре, penetrator (?), 12:18 , 02-Дек-23, (147) Аутистические черты характеризуется тем, что пациент не может из контекста понят, Аноним Ваноним (?), 15:37 , 02-Дек-23, (174) В русском айти языке термин ассемблер означает именно мнемонический язык А тра, Минона (ok), 08:28 , 05-Дек-23, (249) Языки делятся на два вида на си и на те которые никто не использует , keydon (ok), 22:33 , 01-Дек-23, (9) +5   // Скрыто модератором, Аноним (23), 22:50 , 01-Дек-23, (23) –2   // Скрыто модератором, Sw00p aka Jerom (?), 23:18 , 01-Дек-23, (61) +3   Скрыто модератором, Аноним (-), 23:54 , 01-Дек-23, (74) +1   Скрыто модератором, x3who (?), 00:44 , 02-Дек-23, (96)   Скрыто модератором, Sw00p aka Jerom (?), 01:17 , 02-Дек-23, (109)   Скрыто модератором, Аноним (-), 07:45 , 02-Дек-23, (129)   Скрыто модератором, Аноним (110), 01:26 , 02-Дек-23, (111) –1   Скрыто модератором, Аноним (139), 10:38 , 02-Дек-23, (139) +1   Скрыто модератором, keydon (ok), 04:32 , 03-Дек-23, (220)   Скрыто модератором, Аноним (115), 02:11 , 02-Дек-23, (115)   Скрыто модератором, Аноним (-), 07:56 , 02-Дек-23, (130) –1   Скрыто модератором, Аноним (116), 02:30 , 02-Дек-23, (116) +1   Скрыто модератором, Аноним (-), 08:19 , 02-Дек-23, (131)   Я вижу что в реальности можно в принципе писать на хрусте даже вот именно фирмва, Аноним (134), 08:23 , 02-Дек-23, (133)   Не буду всё цитировать, а вместо этого скажу по пунктам 1 Это вас не туда несет, Аноним (116), 15:42 , 02-Дек-23, (175) +1   Таки связано GC требует времени на выполнение, привносит непредсказуемость в от, Аноним (-), 02:27 , 03-Дек-23, (218)   Давай так Игровые движки-то на С перестали писать, а ты про rust воображаешь C, Аноним (116), 15:19 , 03-Дек-23, (227)   Да вон Xonotic до сих пор пиляет и релизится Но вообще ООП хорошо маппится на т, Аноним (134), 14:32 , 04-Дек-23, (244)   Программисты делятся на два вида на тех, для которых языков кроме Си не существ, Аноним (142), 12:35 , 02-Дек-23, (151)   // Ни один истинный шотландец, да, anonymous (??), 16:12 , 02-Дек-23, (179)   У нас здесь серьёзно присутствует персонаж, считающий, что кроме си нет популярн, Шарп (ok), 20:55 , 02-Дек-23, (204)   Когда эту штуку смена логотипа увидел так и подумал что это дичь с т зр безопа, keydon (ok), 22:35 , 01-Дек-23, (10) +3 // С этими гуаноУЕФИ много всякой дичи внутри присутствует Но конкретно это зачотн, Аноним (24), 22:51 , 01-Дек-23, (24) +1 // Копнул бивис у платы Там вообще BMP-RLE Итить-колотить , Tron is Whistling (?), 22:56 , 01-Дек-23, (29) // Ашотакова Я вот как раз кот для его разбора пишу щас забавы ради , Аноним (86), 00:28 , 02-Дек-23, (89) Юефи волшебная вещь абсолютно Когда переносил виндовс с одной мамки на другую, в, Аноньимъ (ok), 00:08 , 02-Дек-23, (78) +2 // Это DRM такое Читайте внимательно EULA - поставляется AS IS , Аноним (43), 01:05 , 02-Дек-23, (106) в след раз не будете такой ерундой заниматься а поставите новую винду с нуля, ка, glad_valakas (?), 07:04 , 02-Дек-23, (120) Так как платформа была той-же, имелась надежда что оно заведётся без особых проб, Аноньимъ (ok), 14:45 , 02-Дек-23, (171) https www opennet ru opennews art shtml num 39018, Аноним (142), 14:51 , 02-Дек-23, (172) Низачот, это признано багом в прошивке, а не intentional behavior , Аноним (190), 19:17 , 02-Дек-23, (190) Пострадавшему юзеру как-то монопенисуально , Аноним (142), 19:29 , 02-Дек-23, (196) Когда признанный баг 8212 можно требовать ремонта замены по гарантии Когда но, Аноним (190), 20:21 , 02-Дек-23, (201) Хотите от винды нормального поведения 8212 ведите себя нормально Бэкап данны, Аноним (142), 21:24 , 02-Дек-23, (205) –1 Починил , Аноним (190), 22:29 , 02-Дек-23, (206) +1 Обычно в виртуалке линукс Впрочем, с появлением WSL это стало ненужной сущность, Аноним (142), 22:33 , 02-Дек-23, (207) –1 WSL2 - это и есть в виртуалке линукс , Tron is Whistling (?), 22:50 , 02-Дек-23, (210) странно что некоторые не понимают этого тезиса и хвастаются уникальной безаналог, glad_valakas (?), 09:28 , 04-Дек-23, (233) Ну да, вперёд, попробуйте Баги в фирмвари и драйверах основанием для замены жел, Tron is Whistling (?), 09:36 , 04-Дек-23, (234) Что-то не очень верится Можно детали , edo (ok), 16:39 , 03-Дек-23, (230) Я тоже оказался немного в шоке Но именно это происходило Обойти можно было выст, Аноньимъ (ok), 19:30 , 03-Дек-23, (231) Просто изумительно , Аноним (21), 22:50 , 01-Дек-23, (21) BMP и PNG это вообще 2 самых простых формата Там чтобы налажать - надо ОЧЕНЬ си, Аноним (43), 23:04 , 01-Дек-23, (38) // PNG не так прост, там deflate , Tron is Whistling (?), 23:12 , 01-Дек-23, (53) +1 // deflate и есть zlib но deflate в биосах и так используется zlib вообще уже выл, Аноним (43), 01:02 , 02-Дек-23, (105) +1 // Скрыто модератором, Аноним (-), 22:11 , 03-Дек-23, (232) +1 Но вот чтобы в PCX или BMP с их RLE налажать , Tron is Whistling (?), 23:13 , 01-Дек-23, (54) // Эту дрянь давно пишут какие-то отшибленые индусы, в виндочке, майкрософтовскими , Аноним (-), 00:02 , 02-Дек-23, (77) +3 // Всё так , Аноним (86), 00:30 , 02-Дек-23, (90) ACPI - это вообще, как бы помягче сказать-то п дец какой-то , Tron is Whistling (?), 00:51 , 02-Дек-23, (101) Ну а кто ещё в наше время будет писать на языке без безопасных механизмов работы, Аноним (190), 19:14 , 02-Дек-23, (189) +1 Ну как бы ACPI - интерпретируемый и безопасная работа с памятью - на совести, Аноним (-), 02:34 , 03-Дек-23, (219) Ты не поверишь, сишные диды до сих пор программируют исходя из идеи, что никто н, Шарп (ok), 20:53 , 02-Дек-23, (203) Может даже показаться,что кто-то всё-таки включает Secure Boot , Аноним. (?), 23:06 , 01-Дек-23, (44) // Плин Почувствовал себя уникальным , Tron is Whistling (?), 23:18 , 01-Дек-23, (60) Он кое где неотключаем Мне попадался бюджетный IdeaPad с такой проблемой, пришл, Аноним (86), 00:31 , 02-Дек-23, (91) +1 А зачем вообще логотипы с картинкаме, да ещё чтоб пользователи их сами грузили К, beck (??), 23:45 , 01-Дек-23, (70) +1 // чтобы нескучные обои были чтобы могли заменить лого асуса на голую бабу и радов, 123 (??), 08:23 , 02-Дек-23, (132) +2 Когда ты последний раз менял обои на рабочем столе , Аноним (139), 12:55 , 02-Дек-23, (156) Для того, чтобы изи или вообще сменить режим нативной консоли точнее того, че, Анонизмус (?), 17:27 , 05-Дек-23, (250) Ух крутые дяди и крытые вендоры, ничего кроме как сп____ опенсорс код и без мале, Аноньимъ (ok), 00:01 , 02-Дек-23, (76) –2 // С чего ты взял что это опенсорс , Аноним (86), 00:32 , 02-Дек-23, (92) Да что ж такое Опять погромисты на богомоезкой не смогли в память , Аноним (-), 00:08 , 02-Дек-23, (79) +2 Так Lenovo же китайская дрянь Что тут удивительного Ещё много лет тому назад ко, robo228 (?), 00:10 , 02-Дек-23, (80) –5 // Проблема у вендоров бивисов AMI, Insyde, Phoenix бывший Award , тут ленова не, Аноним (86), 00:33 , 02-Дек-23, (93) // Ну да, в принципе её советуют не брать не из-за бивиса Как-то слишком много про, x3who (?), 00:50 , 02-Дек-23, (100) –1 // Ага Например, на него можно линукс ставить, а это уже проблема , Аноним (190), 19:22 , 02-Дек-23, (193) Как и Apple Но почему-то многие устраивают вокруг этого достаточно середнячково, Аноним (190), 19:19 , 02-Дек-23, (191) У бЛинов кроме бивисов ещё и с совместимостью оборудования для type-c портов не , ryoken (ok), 09:56 , 04-Дек-23, (237) шутка про нескучные обои приобретает новый смысл, wattt (?), 00:58 , 02-Дек-23, (104) +2 Но нафига столько форматов По сути нужен bmp да gif , cheburnator9000 (ok), 01:44 , 02-Дек-23, (113) +1 // Как будто C-разработчик не может устроить переполнение буфера при разборе BMP Мо, Аноним (190), 19:26 , 02-Дек-23, (195) +1 открой коды парсера BMP от id или valve из 90ых - это не просто дуршлаг, а забор, InuYasha (??), 10:17 , 04-Дек-23, (239) Проприетарная значит надежная, Аноним (125), 07:26 , 02-Дек-23, (125) Печаль в том, что из-за идиотов, у которых бегущие по экрану строки текста вызыв, YetAnotherOnanym (ok), 10:46 , 02-Дек-23, (141) +1 // На столько нормальные, что не в состоянии переключить настройку Это же читать и, Аноним (184), 16:36 , 02-Дек-23, (184) // Ты сейчас сказал очень важную и правильную мысль - есть более важные дела, нежел, YetAnotherOnanym (ok), 23:46 , 02-Дек-23, (213) Full Screen Logo стало стандартом где-то во времена четвёртых пеньков , Аноним (142), 17:39 , 02-Дек-23, (188) +1 // От этого оно стало меньшей дуростью , YetAnotherOnanym (ok), 22:52 , 02-Дек-23, (211) // Оно кого-то поставило под удар , Аноним (142), 23:13 , 02-Дек-23, (212) А ведь многие из присутствующих ещё помнят, что одним из преимуществ UEFI во вре, Аноним (142), 12:44 , 02-Дек-23, (154) –1 // Чернобыль , Аноним (139), 12:53 , 02-Дек-23, (155) +2 // Стирание флешки несколько далековато от внедрения в код, расположенный на флешке, Аноним (142), 13:19 , 02-Дек-23, (161) +1 // Вот только в то время нередко удавалось стартануть доску с чужим биосом Так что, Аноним (223), 13:39 , 03-Дек-23, (223) Слышал звон, да не знает, где он , Аноним (142), 17:25 , 02-Дек-23, (187) Хорошо что в платах Orange Pi нет никаких этих ваших Secure Boot совершенно выду, Аноним (158), 13:03 , 02-Дек-23, (158) // наоборот есть, даже жеще чем на UEFI читать ArmTrusted, TEE Просто за вас уже в, Alladin (?), 16:22 , 02-Дек-23, (183) +1 // Вы гоните сэр На оранжах обычно не прописан никакой секурбут вообще И ключ roo, Аноним (-), 15:16 , 03-Дек-23, (226) Внимание вопрос Кого не устраивал старый добрый текстовый интерфейс и зачем его, anonymous (??), 13:16 , 02-Дек-23, (160) +2 // Практически во всех ноутбуках UEFI с текстовым интерфейсом Случались ранее биосы, Аноним (142), 13:22 , 02-Дек-23, (163) // Осмелюсь добавить - во всехх НЕДОРОГИХ ноутах И обычно это InsydeH2O разных вер, ryoken (ok), 10:07 , 04-Дек-23, (238) Секретарши и бухгалтера пугаются , YetAnotherOnanym (ok), 14:34 , 02-Дек-23, (170) // У них работа требует регулярно ковыряться в биосе , Аноним (190), 19:20 , 02-Дек-23, (192) +1 // Ну включают компьютер, а на мониторе строчки какие-то непонятные бегают, а это з, Аноним (222), 12:30 , 03-Дек-23, (222) Пугаются бухгалтера отечественных производителей Придёт тов майор, увидит Amer, Аноним (223), 13:44 , 03-Дек-23, (224) Опция показа логотипа при загрузке ОС никак не связана с текстовым интерфейсом н, Аноним (247), 23:28 , 04-Дек-23, (247) // Зато, внезапно, очень даже связана с видеорежимом этого самого UEFI D За что, Анонизмус (?), 17:33 , 05-Дек-23, (251) Ждём AMD openSIL Неиронично кстати , Аноним (180), 16:14 , 02-Дек-23, (180) Про эту уязвимость не знает только ленивый или в теме , Alladin (?), 16:15 , 02-Дек-23, (181) +3 // или долекий от темы UEFI, Alladin (?), 16:16 , 02-Дек-23, (182) +2 Мне одного заголовка хватило Сразу представил с десяток , user90 (?), 16:38 , 03-Дек-23, (229) Блин Самая важная фича UEFI И ту - не доделали Печалька , InuYasha (??), 11:33 , 04-Дек-23, (242) Современный маразм Проблема же не в этом Проблема же в том, что ваша программа , Аноним (248), 01:16 , 05-Дек-23, (248) 1,5,10,21,38,44,70,76,79,80,104,113,125,141,154,158,160,180,181,229,242,248

Сообщения

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

	9. "LogoFAIL - атака на UEFI-прошивки через подстановку вредонос..."	+5 +/–
	Сообщение от keydon (ok), 01-Дек-23, 22:33
	Языки делятся на два вида: на си и на те которые никто не использует.
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

	23. Скрыто модератором	–2 +/–
	Сообщение от Аноним (23), 01-Дек-23, 22:50
	На дыряшку, и на растишку
	Ответить | Правка | Наверх | Cообщить модератору

	61. Скрыто модератором	+3 +/–
	Сообщение от Sw00p aka Jerom (?), 01-Дек-23, 23:18
	"джава" ровно тем же занималась, чем щас "растишка"
	Ответить | Правка | Наверх | Cообщить модератору

	74. Скрыто модератором	+1 +/–
	Сообщение от Аноним (-), 01-Дек-23, 23:54
	> "джава" ровно тем же занималась, чем щас "растишка" Есть пара маленьких отличий... 1) Хруст компилится в нативный код. 2) Нет никаких гребаных VM - и до господ даже доперло что рантайм должен быть опцией, чтобы стать именно подобием системного ЯП. 3) Всяких GC и прочего треша убивающего перфоманс и предсказуемость быть не обязано. 4) На минималках лезет даже в микроконтроллеры типа атмеги. Надеюсь это объясняет почему ява и дотнет на этом фоне выглядят как легаси, а их носители - как динозавры на пешеходном переходе. Каковыми и являются. Им это нечем крыть. Вообще совсем.
	Ответить | Правка | Наверх | Cообщить модератору

	96. Скрыто модератором	+/–
	Сообщение от x3who (?), 02-Дек-23, 00:44
	Я бы добавил, что 5) можно сконпелять под просто 64-битный линуπс для данного процессора и оно не будет хотеть зависимостей. Может я не прав и есть свои проблемы.. Но по этому поводу хочу его поизучать в 2024м
	Ответить | Правка | Наверх | Cообщить модератору

	109. Скрыто модератором	+/–
	Сообщение от Sw00p aka Jerom (?), 02-Дек-23, 01:17
	> Есть пара маленьких отличий... ну с этим никто спорить не будет, посыл в другом - и тот и этот якобы "убийцы" С :) > как легаси ну и кто собрался "легаси" джава код переписывать? много таких?
	Ответить | Правка | К родителю #74 | Наверх | Cообщить модератору

	129. Скрыто модератором	+/–
	Сообщение от Аноним (-), 02-Дек-23, 07:45
	> ну с этим никто спорить не будет, посыл в другом - и > тот и этот якобы "убийцы" С :) Вообще, как сишник я рассматриваю идею когда-нибудь его может быть даже выучить. Воооооон там в gccrs обнаружены ... тадам! Кишки borrow checker'а! Оказывается начинка gcc в принципе и такую круть позволяет без каких-то диких костылей вроде как. Это пока жесточайший WIP - но если дальше все так пойдет - может быть любопытно поэкспериментировать при случае. И таки да - в сях довольно много способов прострела пяток, которые довольно сложно загасить даже статисческим анализатором на 100%. Я говорю это как тот кто прошел весьма длинный маршрут в этом направлении. >> как легаси > ну и кто собрался "легаси" джава код переписывать? много таких? Можно сказать то же самое про COBOL. На нем даже до сих пор программеры требуются. Но вот новые проекты на вот именно этом начинать сейчас - мало кто станет, имхо.
	Ответить | Правка | Наверх | Cообщить модератору

	111. Скрыто модератором	–1 +/–
	Сообщение от Аноним (110), 02-Дек-23, 01:26
	А ещё хруст оформляет страховку от переполнения буфера. А на вопрос "А точно не случиться прилёта каких-нибудь особых данных? Ты уверен что этого не произойдёт?" отвечает "Всё пучком, что там в будущем твоей проге скормят я уже на мозильской гуще погадал, б*я буду!"
	Ответить | Правка | К родителю #74 | Наверх | Cообщить модератору

	139. Скрыто модератором	+1 +/–
	Сообщение от Аноним (139), 02-Дек-23, 10:38
	Как он его оформляет unsafe'ом, как перестать орать?
	Ответить | Правка | Наверх | Cообщить модератору

	220. Скрыто модератором	+/–
	Сообщение от keydon (ok), 03-Дек-23, 04:32
	> А ещё хруст оформляет страховку от переполнения буфера. Не оформляет и в целом язык общего назначения не может его оформить. Учи матчасть (собственно можно всем растоманам пожелать).
	Ответить | Правка | К родителю #111 | Наверх | Cообщить модератору

	115. Скрыто модератором	+/–
	Сообщение от Аноним (115), 02-Дек-23, 02:11
	1) и java давно тоже 3) но раст убивает перформанс, почему то для раста это ок, а для джавы не ок 4) джава лезла ещё в 90е, более того на ней работала большая часть телефонов По факту есть куча языков попадающих под эти требования, куда более современных чем раст, более безопасные, более быстрые (но не все вместе), более открытые, но вы все равно носитесь с собственностью мелкософта и гугла, даже когда вам явно сказали что это не опенсурсная поляна.
	Ответить | Правка | К родителю #74 | Наверх | Cообщить модератору

	130. Скрыто модератором	–1 +/–
	Сообщение от Аноним (-), 02-Дек-23, 07:56
	> 1) и java давно тоже Я рад за них и все такое, но оно вообще совсем не тянет на "системный яп" и поэтому мне не интересно как категория. > 3) но раст убивает перформанс, почему то для раста это ок, а для джавы не ок Да ничего он особо не убивает насколько я вижу. А с чего ему? Он большую часть в компилтайме чекает. В чем EPIC WIN и состоит, в том числе и borrow checker и проч. Я нечто отдаленно напоминающее и на сях делаю там где актуально - но это весьма костыльно и увы, подход имеет немало лимитов. Хоть я и сделал "почти хруст" из всего что статически-предвычислимо. Так что скажем в 33-й бит записать? В 32 бит регистре? Нене! Макрос бортанет эту инициативу на фазе компила - с zero runtime penalty, чисто компилтайм фича. Но хруст на эту тему может явно больше и лучше. И да лучший чек - это компилтайм. Грохнуться в рантайме - прерогатива питоняш всяких, это вы с ними будете рубаться. А мне вы не конкуренты с такими свойствами даже чисто теоретически. > 4) джава лезла ещё в 90е, более того на ней работала большая > часть телефонов Я помню как это все работало. RAM что тогда кончалась, что сейчас кончается. В этом месте если бы моя любовь к яве выражалась как луч лазера, он бы прожег ваш череп насквозь и улетел в бесконечность. > По факту есть куча языков попадающих под эти требования, куда более современных > чем раст, более безопасные, более быстрые (но не все вместе), более > открытые, но вы все равно носитесь с собственностью мелкософта и гугла, > даже когда вам явно сказали что это не опенсурсная поляна. И на поверку большая часть не подойдет для универсальных применений и системщины вообще никак. Кто-то просто отшиблен, кто-то жить не может без переросточных рантаймов и медвежьих услуг, малопредсказуем и норовит "удружить". Хруст прошел довольно длинную дорогу в том чтобы от этого избавиться. Ну то есть из хруста можно "интерфейситься к системе" или "к bare metal" - без невъ...ного stdlib который может и не катить по своим допущениям для фирмварей, бутлоадеров, кернелов, софта с кастомными запросами (e.g. реалтайм) и проч. Это все пока кривовато, WIP и проблематика только изучается - но остальные и так не смогли... там реальных конкурентов - ну может Zig и Hare еще. Но у zig например какой-то совсем кастомный тулчейн. Это круто, но...
	Ответить | Правка | Наверх | Cообщить модератору

	116. Скрыто модератором	+1 +/–
	Сообщение от Аноним (116), 02-Дек-23, 02:30
	> 3) Всяких GC и прочего треша убивающего перфоманс и предсказуемость быть не обязано. Вернитесь в реальность. Вот вам видео, которое заставит о ней задуматься: https://www.youtube.com/watch?v=qbKGw8MQ0i8 Если нет 50 минут времени спойлер: видео про то, что никакие операции delete и никакие системные вызовы не бесплатны (даже если у вас rust). Видео про то, что если сделать так, что ваша программа работает быстро на Windows, то она начнет работать быстрее и на Linux. От себя дополню, что в любом реальном приложении, работающем с большим количеством файлов, сокетов и с базами операция удаления данных может стать жутко медленной. Причем особенно сильно это кусает тех, кто пишет на С++. Вот есть у вас небольшая абстракция: 1. Интерфейс / абстрактный класс 2. Наследник, выделяющий динамическую память в конструкторе и удаляющий в виртуальном деструкторе 3. Наследник наследника, выделяющий динамическую память в конструкторе и удаляющий в деструкторе Удаление из памяти большой коллекции таких объектов обычной операцией delete приведет к фризу приложения, если объектов слишком много (грид загрузили из базы, например, отобразили и потом решили закрыть форму и удалить объекты из памяти) Чтобы такое правильно удалить нужно: - Создать "отложенный таск", то есть задачу на удаление в отдельных тредах - Создать функционал, который позволит передать объекты на удаление и удалить их чуть позже - Считать ссылки, чтобы не удалить случайно те объекты, которые использует что-то еще Если вам нужно "лениво" подгружать данные из источника и что-то кэшировать, то эта штука станет еще сложнее. И вот после того как вы всё это сделали, я вас лично поздравляю! Вы переизобрели собственный GC имени собственного приложения. У меня 2 вопроса: - Вы точно-точно хорошо провели время изобретая собственный велосипед? - Какова квадратность колёс вашего велосипеда? То что при разработке модулей ядра и драйверов никакой стандартный GC никогда не подойдёт это очевидно. Но то что он не нужен и убивает производительность - это ложь. Java с её несколькими GC под разные случаи жизни и .NET не лезут в системное программирование, но те языки, которые вовсе не имеют GC на самом деле заставляют программиста переизобретать свой GC, когда задача сложнее Hello World. И да, в видео выше показано просто простое скачивание и разархивирование файликов, которое привело к тому, что оптимизация потребовала начать создавать GC. > Надеюсь это объясняет почему ява и дотнет на этом фоне выглядят как легаси, а их носители - как динозавры на пешеходном переходе. Каковыми и являются. Им это нечем крыть. Вообще совсем. Также выступающий жалуется на получение "nastygrams". Хамство, зависть и ничем не обоснованное чувство собственного превосходство - это большие проблемы среди невежественных членов так называемого "сообщества". Лекарством от этого является только повышение квалификации и расширение кругозора за счет образования и решения большего количества разных задач.
	Ответить | Правка | К родителю #74 | Наверх | Cообщить модератору

	131. Скрыто модератором	+/–
	Сообщение от Аноним (-), 02-Дек-23, 08:19
	> Вернитесь в реальность. Вот вам видео, которое заставит о ней задуматься: Я вижу что в реальности можно в принципе писать на хрусте даже вот именно фирмвари если подраспереться. > rust). Видео про то, что если сделать так, что ваша программа > работает быстро на Windows, то она начнет работать быстрее и на Linux. Тут топик про СИСТЕМНУЮ ФИРМВАРУ, на минутку. И тут вы такой - тыдыщ - с мувиком на 50 минут и какими то программами для виндус и линукс. Это конечно круто, но - вас куда-то не туда понесло, имхо, с вашими поучениями. Меня интересует системный аспект. И ява в нем - вообще никто и звать никак по сути. И дотнет где-то там же. > От себя дополню, что в любом реальном приложении, работающем с большим количеством > файлов, сокетов и с базами операция удаления данных может стать жутко > медленной. Причем особенно сильно это кусает тех, кто пишет на С++. Даже в любом реальном UEFI-приложении? Кажется единственная база с которой они реально работают - база ключей секурбута какая разве что. И она так то небольшая. И вот на си++ таки можно получить неплохой контроль за поведением. Без лишней автоматики там где ее не должно быть и баста. А на сях это еще проще. Чем больше абстракций - тем хуже предсказуемость и понимание кодера что реально произойдет, каков worst case, что может обломаться и проч. > 2. Наследник, выделяющий динамическую память в конструкторе и удаляющий в виртуальном деструкторе Если это все в системной фирмваре, наверное, кодера лучше уволить, если он не может железно обосновать зачем все это великолепие в системной фирмвари вдруг потребовалось. > 3. Наследник наследника, выделяющий динамическую память в конструкторе и удаляющий в деструкторе Да, и какая же фирмвара то без фабрики фабрик фабрик фабрик?! > Удаление из памяти большой коллекции таких объектов обычной операцией delete Вот интересно где б системная фирмварь могла таким вообще заняться и зачем? > поздравляю! Вы переизобрели собственный GC имени собственного приложения. У меня 2 > вопроса: > - Вы точно-точно хорошо провели время изобретая собственный велосипед? > - Какова квадратность колёс вашего велосипеда? У меня есть ответ: я зато в отличие от вон того булшита имел 100% контроль над происходщящим в рантайме. А не гадал какую хню откаблучит рантайм, чем мне удружат в новой версии и что там еще. А если это системная фирварь, там половины этих абстракций - и проблем - тупо не было. > То что при разработке модулей ядра и драйверов никакой стандартный GC никогда > не подойдёт это очевидно. Но то что он не нужен и > убивает производительность - это ложь. Ну как бы хрустики делают игогошников только в путь по перфомансу. Не напрягаясь особо. > Java с её несколькими GC под разные случаи жизни и .NET не лезут в > системное программирование, но те языки, которые вовсе не имеют GC на самом деле заставляют > программиста переизобретать свой GC, Или не заставляют. В любом случае - я со своей стороны считаю неотключаемый GC фатальным недостатком для себя. > когда задача сложнее Hello World. И да, в видео выше показано просто простое > скачивание и разархивирование файликов, которое привело к тому, что оптимизация > потребовала начать создавать GC. Сдуру можно и ... сломать... но мы вообще тут в топике про системный фирмвар если что. А это еще более лимитировано чем кернел. Кернел линя позволяет себе всякие штуки типа аналога DEFER-а, воркер-треды и прочие продвинутые абстракции. В фирмвари такое городить не то чтобы нельзя но душновато. > Также выступающий жалуется на получение "nastygrams". Хамство, зависть > и ничем не обоснованное чувство собственного превосходство - Я лишь честно сказал что думаю о явах и дотнетах когда уже есть хруст. Он может и в их нишу, и в системную. Это делает его более универсальным и привлекательным в целом. Жабист или дотнетчик в принципе в САБЖЕ - инвалиды на обе ноги. Даже соревнования не будет, господа на поле не явятся. > это большие проблемы среди невежественных членов так называемого "сообщества". >  Лекарством от этого является только повышение квалификации и расширение кругозора > за счет образования и решения большего количества разных задач. Человеческий мозг обладает ограниченным ресурсом. Поэтому при прочих равных логично брать более универсальный инструмент.
	Ответить | Правка | Наверх | Cообщить модератору

	133. "LogoFAIL - атака на UEFI-прошивки через подстановку вредонос..."	+/–
	Сообщение от Аноним (134), 02-Дек-23, 08:23
	> Вернитесь в реальность. Вот вам видео, которое заставит о ней задуматься: Я вижу что в реальности можно в принципе писать на хрусте даже вот именно фирмвари если подраспереться. > rust). Видео про то, что если сделать так, что ваша программа > работает быстро на Windows, то она начнет работать быстрее и на Linux. Тут топик про СИСТЕМНУЮ ФИРМВАРУ, на минутку. И тут вы такой - тыдыщ - с мувиком на 50 минут и какими то программами для виндус и линукс. Это конечно круто, но - вас куда-то не туда понесло, имхо, с вашими поучениями. Меня интересует системный аспект. И ява в нем - вообще никто и звать никак по сути. И дотнет где-то там же. > От себя дополню, что в любом реальном приложении, работающем с большим количеством > файлов, сокетов и с базами операция удаления данных может стать жутко > медленной. Причем особенно сильно это кусает тех, кто пишет на С++. Даже в любом реальном UEFI-приложении? Кажется единственная база с которой они реально работают - база ключей секурбута какая разве что. И она так то небольшая. И вот на си++ таки можно получить неплохой контроль за поведением. Без лишней автоматики там где ее не должно быть и баста. А на сях это еще проще. Чем больше абстракций - тем хуже предсказуемость и понимание кодера что реально произойдет, каков worst case, что может обломаться и проч. > 2. Наследник, выделяющий динамическую память в конструкторе и удаляющий в виртуальном деструкторе Если это все в системной фирмваре, наверное, кодера лучше уволить, если он не может железно обосновать зачем все это великолепие в системной фирмвари вдруг потребовалось. > 3. Наследник наследника, выделяющий динамическую память в конструкторе и удаляющий в деструкторе Да, и какая же фирмвара то без фабрики фабрик фабрик фабрик?! > Удаление из памяти большой коллекции таких объектов обычной операцией delete Вот интересно где б системная фирмварь могла таким вообще заняться и зачем? > поздравляю! Вы переизобрели собственный GC имени собственного приложения. У меня 2 > вопроса: > - Вы точно-точно хорошо провели время изобретая собственный велосипед? > - Какова квадратность колёс вашего велосипеда? У меня есть ответ: я зато в отличие от вон того булшита имел 100% контроль над происходщящим в рантайме. А не гадал какую хню откаблучит рантайм, чем мне удружат в новой версии и что там еще. А если это системная фирварь, там половины этих абстракций - и проблем - тупо не было. > То что при разработке модулей ядра и драйверов никакой стандартный GC никогда > не подойдёт это очевидно. Но то что он не нужен и > убивает производительность - это ложь. Ну как бы хрустики делают игогошников только в путь по перфомансу. Не напрягаясь особо. > Java с её несколькими GC под разные случаи жизни и .NET не лезут в > системное программирование, но те языки, которые вовсе не имеют GC на самом деле заставляют > программиста переизобретать свой GC, Или не заставляют. В любом случае - я со своей стороны считаю неотключаемый GC фатальным недостатком для себя. > когда задача сложнее Hello World. И да, в видео выше показано просто простое > скачивание и разархивирование файликов, которое привело к тому, что оптимизация > потребовала начать создавать GC. Сдуру можно и ... сломать... но мы вообще тут в топике про системный фирмвар если что. А это еще более лимитировано чем кернел. Кернел линя позволяет себе всякие штуки типа аналога DEFER-а, воркер-треды и прочие продвинутые абстракции. В фирмвари такое городить не то чтобы нельзя но душновато. > Также выступающий жалуется на получение "nastygrams". Хамство, зависть > и ничем не обоснованное чувство собственного превосходство - Я лишь честно сказал что думаю о явах и дотнетах когда уже есть хруст. Он может и в их нишу, и в системную. Это делает его более универсальным и привлекательным в целом. Жабист или дотнетчик в принципе в САБЖЕ - инвалиды на обе ноги. Даже соревнования не будет, господа на поле не явятся. > это большие проблемы среди невежественных членов так называемого "сообщества". >  Лекарством от этого является только повышение квалификации и расширение кругозора > за счет образования и решения большего количества разных задач. Человеческий мозг обладает ограниченным ресурсом. Поэтому при прочих равных логично брать более универсальный инструмент. Лично мне вообще не интересны ЯП которые в системщину не могут.
	Ответить | Правка | К родителю #116 | Наверх | Cообщить модератору

	175. "LogoFAIL - атака на UEFI-прошивки через подстановку вредонос..."	+1 +/–
	Сообщение от Аноним (116), 02-Дек-23, 15:42
	> И тут вы такой - тыдыщ - с мувиком на 50 минут и какими то программами для виндус и линукс. Это конечно круто, но - вас куда-то не туда понесло, имхо, с вашими поучениями. Меня интересует системный аспект. И ява в нем - вообще никто и звать никак по сути. Не буду всё цитировать, а вместо этого скажу по пунктам: 1. Это вас не туда несет когда, вы ругаете GC за низкую производительность. Это вообще никак не связано напрямую. У вас всегда есть логика удаления объектов многопоточная она и сколько в ней наворотов зависит от архитектуры, под которую написан код. И не важно изобретал её программист сам или её предложил рантайм. 2. Вы смешиваете прошивки и системное ПО. И зря, потому что "2 billion devices running Java" - это как раз про прошивки. Системная часть обычно микроядерная и нужна только для того чтобы стартануть JVM. Вы посмотрите на современные BMC, посмотрите на всякие Intel ME и аналогичные AMD-зонды. Это миниксы с Java и это тоже считается за прошивки. 3. На Java и .NET не пишут системное ПО в классическом смысле. То есть не пишут драйверы, ядра ОС и модули. Это технически не возможно и никто и не стремится. Иногда пишут на С++, но даже в мире Windows это считается моветоном. Да Rust это может и может лучше чем С++. 4. Здесь речь не про Linux а про UEFI, которая сама по себе не просто прошивка, а полноценная ОС. Её драйверы - это инициализационные прошивки устройств. Вы юзерспейные программы можете под UEFI писать. UEFI - это другая ОС. > Жабист или дотнетчик в принципе в САБЖЕ - инвалиды на обе ноги. > Человеческий мозг обладает ограниченным ресурсом. Научись говорить за себя. Это твой мозг ограниченный и невежественный. Ты и тебе подобные бараны - антиреклама rust. > Он может и в их нишу, и в системную. Это делает его более универсальным и привлекательным в целом. В их нишу он не может. В системную может, если попинать слегка и допилить. Но в основную нишу .NET и Java не может. И я даже не уверен, что стоит тратить время на объяснения почему... ты слишком глуп и реальных задач скорее всего не видел, раз пишешь такие глупости. Вот примеры (про бизнес нишу с приложениями обрабатывающими НСИ): 1. Если в языке нет высокопроизводительной реализации SAX-парсера XML - язык не попадает в нишу. Кстати поэтому и питон пролетает мимо и много чего еще 2. Никто в этом мире не работает с БД напрямую. Нужны абстракции по управлению памятью и ORM. 3. GUI. В Rust нет и ближайшее время не будет Native GUI. Он не способен на это пока. 4. Маршалинга нет. Без маршалинга в этой нише нечего делать, а то что есть через С даром там не надо. Старые приложения никто не будет переписывать на Rust вообще. В этом мире нет поехавших хамовитых энтузиастов. Новые приложения никто не будет писать пока стандартная библиотека не дорастёт до размеров хотя бы .NET не то что Java... > Ну как бы хрустики делают игогошников только в путь по перфомансу. Не напрягаясь особо. Если не в системном ПО, то rust пригоден максимум микросервисы в кубике крутить. Туда перемещают проблемные куски монолитных приложений, но основная работа с Master Data Management через эту архитектуру не идёт. Да и там одна сплощняя вебня и gRPC. В споре rust vs go я займу сторону rust, по многим причинам, но это не потому что rust такой хороши, а скорее потому что он лучше на фоне go.
	Ответить | Правка | Наверх | Cообщить модератору

	218. "LogoFAIL - атака на UEFI-прошивки через подстановку вредонос..."	+/–
	Сообщение от Аноним (-), 03-Дек-23, 02:27
	> Не буду всё цитировать, а вместо этого скажу по пунктам: > 1. Это вас не туда несет когда, вы ругаете GC за низкую > производительность. Это вообще никак не связано напрямую. Таки связано. GC требует времени на выполнение, привносит непредсказуемость в отклик и перфоманс, а вон те на ваше горе придумали ряд способов обойтись без этого всего. Язык с неотключаемым GC сразу пролетает в системщине и смежных вещах, типа игорей, либ, алго, реалтайма, и проч где такое поведение не является приемлимым. И нефиг синдромом утенка светить имхо. > У вас всегда есть логика удаления объектов многопоточная она и сколько > в ней наворотов зависит от архитектуры, Давайте начистоту? Вы кажется не понимаете как это все работает внутри, но с менторским тоном лечите. В зависимости от того что и как - это могут быть и временные аллокации в стеке, которые (де)аллоцируются хардваром "нахаляву". И си - и частично хруст - могут работать и без динамических аллокаций, например. Это открывает новые горизонты. Которые вам вообще не светят. При том это выбираемо кодером под ситуацию. В отличие от. В случае стека "аллокация" и "деаллокация" сводится к по сути записи в 1 регистр stack pointer. И собссно это и делает аллокации на стеке куда более быстрыми и халявными. Ах да, так можно было. Там есть и свои минусы, но я не вижу смысла дебатировать с вами на эту тему. > программист сам или её предложил рантайм. Для системщины и смежных кейсов (либ, реалтайма, игр, алго, ...) важно чтобы рантайм не стоял на пути и был опцией, а не с ножом к горлу. Разница между системным ЯП и средством для постановки индусов в стойло - пролегает вот там имхо. На горе этих - хруст может и в эти ниши залезать. Т.е. тот кто разучил хруст - априори мощнее и имеет больше возможностей. И это плохие новости для жабистов и дотнетчиков. Вы же "ответный вылет" на поле системщиков не сможете. Безвыигрышное комбо -> вас хорошенько подвинут. > 2. Вы смешиваете прошивки и системное ПО. И зря, потому что "2 > billion devices running Java" - это как раз про прошивки. Это маркетинговый булшит. А реально жабисты могут делать в основном 2 вещи, писать жутковатый бизнес крап да сдаться в рабство гуглу. Дотнетчики даже второй опции лишены. Поэтому делают жутковатых монстров под винду. На фоне которых старый uTorrent - как творение богов, а тут боги кончились, смертные пришли, почувствуйте разницу дескать :) > Системная часть обычно микроядерная Обычно? Это где например? В ME чтоли? :) > и нужна только для того чтобы стартануть JVM. Вот прямо обычно? Вы это рассказываете любителю фирмвари кодить, если что :) > Вы посмотрите на современные BMC, посмотрите на всякие Intel ME и > аналогичные AMD-зонды. Это миниксы с Java и это тоже считается за прошивки. Оно на грани "side by side операционки" по сути. С таким же успехом можно считать прошивкой Linux в роутере или как payload Coreboot. При том роутеров, без всякой явы - тоже наверное миллиарды уже. Фирма ARM называла что-то типа более 100 млрд, чтоли, ядер - на этом фоне 2 миллиарда девайсов - не "обычно" а "жалкие 2%" может случайно оказаться. > 3. На Java и .NET не пишут системное ПО в классическом смысле. Вы вообше не конкуренты вон тем господам. А вот они вас с хрустом смогут неплохо подвинуть. Тем более что это будут мощные кодеры, алгоритмисты и проч. Они вполне могут надрать зады. И надерут. Я предвижу дачу конкретных мастерклассов на вашем поле. > но даже в мире Windows это считается моветоном. Да Rust это > может и может лучше чем С++. Мне кажется что у них были более удачные идеи в целом. Си++ стал довольно сложный, но при этом страдает рядом сишных проблем и это трабл на предмет статического анализа. > 4. Здесь речь не про Linux а про UEFI, которая сама по > себе не просто прошивка, а полноценная ОС. Так и запишем: оказывается, u-boot - "полноценная ОС". А что - он до кучи умеет вывешивать минимальный EFI stub достаточный для пинка EFI программ, если разрешить в билдсистеме. Де факто мизер кода, очень тонкая трансляция в кишки u-boot. > Её драйверы - это инициализационные прошивки устройств. Это слишком смелое заявление от гражданина который явно не фирмварщик. > Вы юзерспейные программы можете под UEFI писать. UEFI - это другая ОС. Если я ничего не путаю, в окружении EFI вообще нет деления на "кернел" и "юзер" и поэтому понятие "юзерспейс" вообще не имеет смысла: такая абстракция в этот момент еще не существует. > Научись говорить за себя. Это твой мозг ограниченный и невежественный. Ты и > тебе подобные бараны - антиреклама rust. Я вообще сишник. Можете перестать юзать сишный софт, заодно и посмотрим как это у вас получится, вот, фирмвару EFI снесите для начала, заодно можно и бутлоадеры с кернелом и либами выпилить. Посмтрим на что ява и дотнет без сей годится? Вот запустить систему сишным софтом без яв и дотнеттов - легко. У меня вообще ни явы ни дотнета не установлено, например. Но хруст интересен тем что решает ряд проблем которые в сях подутомили - а заодно позволяет и на более масштабном и высокоуровневом поле попроще поиграть. До кучи. Так что я предвижу забавные прецеденты. >> и привлекательным в целом. > В их нишу он не может. В системную может, если попинать слегка > и допилить. Но в основную нишу .NET и Java не может. ИМХО это весьма сомнительное утвержление. Ну так - глядя как на хрусте вон всякие наворачивают и low level и "бизнеслогику" всяких околокриптовых сервисов например. При том умение при нужде и в low level вклиниться позволяет им легко и быстро заделывать проблемы перфоманса, пока такие как вы сутками зеленеют в профайлерах. > И я даже не уверен, что стоит тратить время на объяснения > почему... ты слишком глуп и реальных задач скорее всего не видел, > раз пишешь такие глупости. Мы принадлежим к разным мирам, и меня больше интересует системщина или как максимум geneal purpose. > Вот примеры (про бизнес нишу с приложениями обрабатывающими НСИ): > 1. Если в языке нет высокопроизводительной реализации SAX-парсера XML - язык не > попадает в нишу. Кстати поэтому и питон пролетает мимо и много чего еще Тем не менее, с практической точки зрения даже си или си++ с libxml могут рюхать с XML почти все что угодно. Что дохреналион программ и делает. Черт, де факто они любят XML больше чем допустим ... тадам ... XHR в вебе, где вот именно X как раз и отвалился уже по сути, мало кто пуляет XHR с вот именно "XML" внутри. Потому что парсить его даже в браузере - ну такое себе. > 2. Никто в этом мире не работает с БД напрямую. Нужны абстракции > по управлению памятью и ORM. БД это вообще в целом - нишевой случай. Мир не заканчивается на "работе с БД". Ну и вообще-то абстракции такого уровня - можно даже к сишке прицепить. Если нужно. А если не нужно, можно сделать вместо энтерпрайзного урода мелкую шуструю программу. Чего вон тем не дано. И для себя мне как-то прожкой на 20 кил отрабатывающей моментально приятнее пользоваться чем уродом с рантаймом где рантайм запускается дольше чем прога работает, а на виртуалке - вообще капец. Да, приветы powershell и дотнету в этом аспекте, время старта этой шляпы - ацкий треш! > 3. GUI. В Rust нет и ближайшее время не будет Native GUI. Его можно легко интерфейснуть к системным либам. В яве с ЭТИМ вообще перманентные грабли. Да и майкрософт с своими WPF и WinForms определиться не мог как правильно, при том что нативное там вообще-то WinAPI и из контролы изначально. И в результате господа развели бардака и страшных как смерть программ и что-то блеят про "нативный гуй". У кого что болит, видимо. > Он не способен на это пока. Он может интерфейситься к системным либам - и этого в общем то достаточно. > 4. Маршалинга нет. Без маршалинга в этой нише нечего делать, а то > что есть через С даром там не надо. Нишевая штука, нужная сильно некоторым. Потому и похрен почти всем. > Старые приложения никто не будет переписывать на Rust вообще. > В этом мире нет поехавших хамовитых энтузиастов. Если это про энтерпрайзный софт, это довольно маргинальный закуток экосистемы софтостроя в целом, который не особо влияет в целом на мир вокруг нас. > Новые приложения никто не будет писать пока > стандартная библиотека не дорастёт до размеров хотя бы .NET не то что Java... Лично мне вообще все равно чем там будут пользоваться полтора кговавых энтегпрайза. Я это никогда не увижу - и это достаточный повод чтобы не париться особо на эту тему. >> Ну как бы хрустики делают игогошников только в путь по перфомансу. Не напрягаясь особо. > Если не в системном ПО, то rust пригоден максимум микросервисы в кубике крутить. Воооон те сервисы для крипты кажется были не такие уж и "микро". И кстати вот - более гибкие и шустрые откусывают в общем то смежное поле которое уже довольно близко к вам. И возьмут свое. > Туда перемещают проблемные куски монолитных приложений, но основная работа с > Master Data Management через эту архитектуру не идёт. Да и там одна сплощняя вебня > и gRPC. В споре rust vs go я займу сторону rust, по многим причинам, но это не потому > что rust такой хороши, а скорее потому что он лучше на фоне go. Ну я как бы рассуждаю со своей колокольни. Когда в gccrs допилят borrow checker и ко - у меня будет определенный соблазн посмотреть чего хруст мог предложить. Игого с неотключаемым GC мне не интересен, как и ява с дотнетом. И честно, маршалинг и базы с 100500 записей - далеко не главные проблемы в моей жизни. Представляете?! Для меня это P100500, скажем прямо. А неотключаемый GC - "showstopper" для многих моих начинаний.
	Ответить | Правка | Наверх | Cообщить модератору

	227. "LogoFAIL - атака на UEFI-прошивки через подстановку вредонос..."	+/–
	Сообщение от Аноним (116), 03-Дек-23, 15:19
	Давай так. Игровые движки-то на С перестали писать, а ты про rust воображаешь. C++ и C# там занимают почти всё пространство, перехода на rust даже близко не предвидится. Ты гордо заявляешь, что rust может заменить Java и .NET на их же нише, но при этом пишешь ахинею про XHR. Когда на rust появится XML-либа способная прожевать многогигабайтные потоковые проливки и перестроить потоки, то тогда и поговорим. В rust поддержка XML, когда я последний раз его видел была не лучше чем в python. А я тебе говорю про высокопроизводительные SAX-парсеры. А ты мне про libxml. У меня нет нематерных слов, чтобы описать этот редхатовский гномовысер, который не способен ни на что. Косорылые бараны писяют криво из-за того что у них DOCX не открывается и винят в этом MS с её якобы проприетарными (на самом деле открытым) стандартом OOXML, а по факту у них XML нормально не работает и не поддерживает хоть сколько-нибудь современные стандарты W3ORG и OASIS. > БД это вообще в целом - нишевой случай. Нишевой случай - это эмбедовка и системное программирование. Большая часть кода пишется именно для работы с данными > Если это про энтерпрайзный софт, это довольно маргинальный закуток экосистемы софтостроя в целом, который не особо влияет в целом на мир вокруг нас. Ага. Не влияет. Как скажет консорциум Open Group так и будет. Сказали они в 90-е закопать CDE и X11 и перейти на Windows для десктопа - промышленность перешла. Сказали использовать Java EE, все начали писать на ней. Сказали выкинуть Java EE и перейти на микросервисы на специально оформленный Kubernetes внутри инфраструктуры виртуализации - ты не поверишь. Мы здесь. Именно группа промышленников решает, какие технологии будут использоваться. И если ты попрёшь против этого, будешь выкаблучиваться и придумывать как правильно, то они просто сделают по своему и пошлют тебя нафиг со всеми твоими знаниями. Это уже бывало, результат назывется COBOL. С него было велено переходить на БД с хранимыми процедурами и вот только потом на Java EE. А с пришествием Kubernetes и исчезновением Java EE расцвели микросервисы на дотнете, потому что промышленники не переучивают своих джавашных и дотнетных разрабов на rust и go. Не окупится. Ты можешь продолжать жить в своём замкнутом мире, где маршалинг - это нишевая штука, вот только даже прости б-же JavaScript может динамически подгрузить модуль из источника и инстанцировать его. В rust этого пока нет. В Go этого нет by-design из принципа, а в rust именно что пока нету, недоделами. Через С линкуются, а это не удобно. Я не против того чтобы GC был в языке отключаемый. Просто ты живешь в танке и не понимаешь, что в общем случае GC нужен и производительность с ним или без него - это вопрос прямоты рук программистов стандартной либы и твоих. И вот в rust его пока нету. Если он хочет в какую-то нишу вне ядра, драйверов или пары нативных либ, он его сделает. Сколько-нибудь серьёзное приложение на нём написать не возможно.
	Ответить | Правка | Наверх | Cообщить модератору

	244. "LogoFAIL - атака на UEFI-прошивки через подстановку вредонос..."	+/–
	Сообщение от Аноним (134), 04-Дек-23, 14:32
	> Давай так. Игровые движки-то на С перестали писать, Да вон Xonotic до сих пор пиляет и релизится. Но вообще ООП хорошо маппится на то что в играх, вот тут не поспоришь. > а ты про rust воображаешь. Rust может в более высокоуровневые конструкции. > C++ и C# там занимают почти всё пространство, перехода на rust даже близко не предвидится. Мне уже попадались какие-то потуги вот имнено этого, на хрусте, при том что я не искал специально. А таки народ пыжится, и то что сейчас и то что через 10 лет - откуда вам знать? > Ты гордо заявляешь, что rust может заменить Java и .NET на их > же нише, но при этом пишешь ахинею про XHR. Я думаю что хруст заметно подвинет этих в ряде ниш. XHR так, ремарка. Ну вот не нравится мне XML. Но походу си/си++ кодеры любят XML больше чем вебдевы. Хотя логичнее было бы наоборот. > Когда на rust появится XML-либа способная прожевать многогигабайтные > потоковые проливки и перестроить потоки, то тогда и поговорим. 1) Такая @#$нина вообще не является интересным лично мне кейсом и я не сильно мониторю такой маразм, простите. 2) Для себя я буду считать что если кто ЭТИМ занимается, он лоханулся с форматом. 3) Но таки я знаю где БОЛЬШИЕ XML взять, во: https://wiki.openstreetmap.org/wiki/Rust - эти явно умеют Очень Большие XML. Типовой размер этих XML где-то 250-300 гигз, достаточно крупно? Хотя в силу такого размера там люди PBF (protocol buffers) полюбили, он примерно в 10 раз меньше (там правда сжатие есть). К вопросу о форматах, ага. > В rust поддержка XML, когда я последний раз его видел была не лучше чем > в python. А я тебе говорю про высокопроизводительные SAX-парсеры. Если господа жрут planet.xml и даже вику написали - рискну предположить что производительность у них была не такой уж и плохой. Эта штука ~300 гигз сейчас весит распакованая. > А ты мне про libxml. У меня нет нематерных слов, чтобы описать этот редхатовский > гномовысер, который не способен ни на что. Вообще умеет он IIRC прилично, но довольно большой, страшный, я тоже не понял чего он всем так дался. Но факт в том что сишники и плюсеры это юзают. И много. Без понятия почему. > из-за того что у них DOCX не открывается и винят в этом MS с её якобы проприетарными И правильно делают! 1) Спеки на формат в 6000 страниц? Господа индусы @#%$улись! 2) Метод принятия этого позора ISO выглядит как коррупция. 3) Народ после выхода этого "стандарта" накидал оптом тривиальные тесткейсы, прямо по MSовским спекам деланые. Только MSO вот их не открывал чего-то. Что и добавило радости к восприятию этого стандарта. А как стандарт юзать если открытие генереного по спекам документа - рандом?! Так что рассуждая о косоруких - будьте готовы что вам этот фавор вернут. Хотя может MSO юзал libxml? :D. > (на самом деле открытым) стандартом OOXML, а по факту у них XML нормально > не работает и не поддерживает хоть сколько-нибудь современные стандарты W3ORG и OASIS. Да вот что-то после выхода супер-стандарта MSO - народ по спекам файлов нагенерил. И заметил что откроет ли это файло MSO - полная лотерея. Зачем нужны такие "открытые спеки" я не понимаю. Да и объем спеков в 6000 страниц - если краткость сестра таланта, эти господа были бездарны чуть более чем полностью. > Нишевой случай - это эмбедовка и системное программирование. Большая часть кода пишется > именно для работы с данными Эмбедовка и системщина - по сути в каждом доме. А базы - "где-то там" и большая часть двуногих, включая и програмеров вообще это не увидит. Более того - без вон того у вас бы сервак не стартанул даже и про базы речь не шла бы от слова вообще. > Ага. Не влияет. Как скажет консорциум Open Group так и будет. Сказали > они в 90-е закопать CDE и X11 и перейти на Windows > для десктопа - промышленность перешла. Да вот что-то линуха в промышленности и рядом - все больше и больше. Блин, его уже даже в космические корабли засунули. И марсианский вертолетик. Приветы винде :). > Сказали использовать Java EE, все начали писать на ней. Сказали выкинуть Java EE > и перейти на микросервисы на специально оформленный Kubernetes внутри инфраструктуры > виртуализации - ты не поверишь. Мы здесь. Вот в это я как раз поверю. Девопсы тема модная, массовая, дешевая. Заодно всякие GOпники с хрустиками как раз и порубятся - глядя на вон тех дино. > Именно группа промышленников решает, какие технологии будут использоваться. > И если ты попрёшь против этого, будешь выкаблучиваться и придумывать как > правильно, то они просто сделают по своему и пошлют тебя нафиг Ну, у меня есть свои сегменты которые я окучиваю - а вон те пусть сами с своим счастьем разбираются. > со всеми твоими знаниями. Это уже бывало, результат назывется COBOL. > С него было велено переходить на БД с хранимыми процедурами и вот > только потом на Java EE. А таки - воооон там до сих пор какой-то банк даже програмеров ищет на это дело. Или искал недавно. Их правда уже и нет, а банки с этим - есть. Пролетало не так давно на правах курьезной новости где-то. > А с пришествием Kubernetes и исчезновением Java EE расцвели микросервисы на дотнете, А точно на дотнете? Микросервисы очень игогошники любят, они и получают карт-бланш. Там HTTP серв умещается на страничку и выглядит это на порядок менее страшно чем ваше легаси зло@#$чее, так, глядя на примеры этого у игогошников. Хрустики иногда наседают на пятки, и где не могут взять лаконичностью и эстетикой - берут перфомансом, у них GC нет, это их козырь. > потому что промышленники не переучивают своих джавашных и дотнетных разрабов > на rust и go. Не окупится. Можно просто вышибить и нанять новых готовых, их уже появляется, особенно на go. > Ты можешь продолжать жить в своём замкнутом мире, где маршалинг - это > нишевая штука, вот только даже прости б-же JavaScript может динамически подгрузить > модуль из источника и инстанцировать его. В rust этого пока нет. Rust и JS так то для довольно разного. Ну и на системном ЯП кроме всего прочего можно сделать недостающие абстракции. А вот например отломать GC тулсе для постановки индуса в стойло - не дано, и тому подобные чудные лимиты. > В Go этого нет by-design из принципа, а в rust именно что пока нету, недоделами. И это намекает насколько это все реально надо и распостранено, ага! Было бы надо "для захвата мира" - сделали бы в первых рядах. Но вообще прикольно когда вы сами помогаете оспорить свои идеи, мне эта идея нравится. > Через С линкуются, а это не удобно. Я не против того чтобы GC был в языке отключаемый. Для лично меня - неотключаемый GC это индикатор. Означаюший что я ЭТО изучать не буду. Я просто не индус с расширенным сознанием которого ставят в стойло. И никогда не буду таковым, хоть тресните. > Просто ты живешь в танке и не понимаешь, что в общем случае GC нужен и > производительность с ним или без него - это вопрос прямоты рук программистов > стандартной либы и твоих. И вот в rust его пока нету. Мля, GC даже в си можно сделать. Если это за каким-то хреном и правда надо. Этим системный ЯП и отличается от средства построения индусов. Позволяет лезть в механику глубоко, в том числе делая и недостающие часть паззла если надо. А уроду с неотключаемым GC ничто не поможет, там жесткое деление на "богов" писавших рантайм и "лохов" которым так низя. А что, никогда не видали на сях DEFER? Или coroutines? А может воркер-треды немнго похоже на JS? Начо, так можно - стоит только захотеть. Ну или вон HTTP серв лезущий на страницу как у Go? Легко. Только еще в перфомансе жесточайше воткнет. > Если он хочет в какую-то нишу вне ядра, драйверов или пары нативных либ, > он его сделает. Сколько-нибудь серьёзное приложение на нём написать не возможно. Лично я в гробу видал весь этот сериоус энтерпрайс крап, будем честны, мне совсем не интересен этот кейс. Так что размахивать им передо мной, с рассказом какому там легаси тяжко что-то переписывать и переучивать - да, блин, вон кто-то и на коболе до сих пор шпрехает. Чего б яве и дотнету не присоединиться туда - хз. С чего у них иммунитет то? Си я еще понимаю почему живучий. Системшины на нем дофига, и вот это реально в обозримом будущем не перепишут. И да, переписать например Linux Kernel - сложнее чем любую вашу сериоус апликуху. Вон гугель с фуксией уже сколько там лет пыхтит. За 7, чтоли, лет - ну, вот, на 2 фоторамках, FAT умеет ажЪ читать.
	Ответить | Правка | Наверх | Cообщить модератору

	151. "LogoFAIL - атака на UEFI-прошивки через подстановку вредонос..."	+/–
	Сообщение от Аноним (142), 02-Дек-23, 12:35
	Программисты делятся на два вида: на тех, для которых языков кроме Си не существует, и на нормальных.
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	179. "LogoFAIL - атака на UEFI-прошивки через подстановку вредонос..."	+/–
	Сообщение от anonymous (??), 02-Дек-23, 16:12
	Ни один истинный шотландец, да
	Ответить | Правка | Наверх | Cообщить модератору

	204. "LogoFAIL - атака на UEFI-прошивки через подстановку вредонос..."	+/–
	Сообщение от Шарп (ok), 02-Дек-23, 20:55
	>Языки делятся на два вида: на си и на те которые никто не использует. У нас здесь серьёзно присутствует персонаж, считающий, что кроме си нет популярных языков программирования. Это манямир на 10 из 10.
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

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

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