- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 10:47 , 18-Апр-24 (2) +64 [^]
Опять бекдор под видом благих намерений пытались внедрить. Молодец, Линус, бдит
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 10:48 , 18-Апр-24 (3) +27 [^]
Линус всё правильно сделал.P.S. Использую только табуляции.
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 10:54 , 18-Апр-24 (7) –7 [V]
автоформатирование вроде funcname(argname1=123, argname2=123) не работает с табами, такое же человекочитаемое форматирование будет применятся для списков и словарей (в том числе вложенных) и это работает только с пробелами. у мейка табы в синтаксисе и это довольно сомнительно, но это мейк
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 11:00 , 18-Апр-24 (11) +11 [^]
За такое "автоформатирование" гнать поганой метлой из профессии надо. А также всех, кто считает такое "форматирование" допустимым. Тут возможно только 2 варианта: 1. всё на одной строке, перенос осуществляется редактором 2. имя с открывающей скобкой и закрывающая скобка на своих строках, каждый аргумент на своей строке с отступом на 1 табВсё остальное — ересь.
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 11:05 , 18-Апр-24 (13) –3
Ты наверное никогда не видел настоящее ПО. Когда у тебя это 10 уровень вложенности, читаемое форматирование для структур становится очень важно.
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 11:14 , 18-Апр-24 (18) +9 [^]
Предложенное им и есть читаемое.
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 11:14 , 18-Апр-24 (19) +13 [^]
Когда у тебя 10й уровень вложенности, у тебя говнокод.
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 11:22 , 18-Апр-24 (26)
> Когда у тебя 10й уровень вложенности, у тебя говнокод.Вовсе не обязательно. Даже типичный жсон легко может иметь больше и лучше ты ничего не придумаешь. Вызов процедуры с именованными аргументами на любом уровне выйдет за читаемый лимит в ~100 символов. Разбор исключений добавляет немало вложенности лапше опять же. Сложность, это то, что отличает реальное ПО от игрушечного.
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 11:46 , 18-Апр-24 (35) +1
>JSONJSON - это не код, а формат сериализации. И если у вас 10й уровень вложенности в JSON, который редактируется вручную, то опять же вы делаете что-то не так. Возможно, что эти данные вообще не в JSON надо хранить, а в YAML (там есть ссылки, напр.), возможно, что им место в нескольких файлах, возможно, что нужно не лениться, а сделать свой DSL... >Вызов процедуры с именованными аргументами на любом уровне выйдет за читаемый лимит в ~100 символов Это не есть "10й уровень вложенности" - все аргументы на одном уровне. А лимит не нужен - редакторы форматируют автоматически под экран. Вот у меня широкий монитор - вот под него и форматирует. А у кого узкий - у того под него форматирует. >Разбор исключений добавляет немало вложенности лапше опять же. Растащи по функциям. >Сложность, это то, что отличает реальное ПО от игрушечного. Сложность - это главный враг любого сложного технического изделия. К которому относится и софт. И профессионализм разработчика — это в первую очередь управление сложностью. Факторизация на модули и уровни, где 1. у каждого модуля есть свой уровень, его реализация состоит из вызовов более низкоуровневых модулей; 2. модули имеют очевидное из их имён поведение на их уровне. Вот есть такая штука, PCA. Она выделяет "важное" от "неважного". "Важное" идёт на текущий уровень, "неважное" идёт на более низкие уровни, после чего "неважное" можно побить на кластеры, эти кластеры обозвать модулями более низкого уровня, и уже внутри кластеров повыделять "важное" и "неважное". И это уже реализовывали, вообще-то один полносвязный слой с сигмоидальной активацией как раз учит PCA.
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 11:57 , 18-Апр-24 (46) –6 [V]
Разбиение и вынос кода, кстати, вовсе не упрощает его. Но позволяет создавать видимость работы и значительно усложнять сопровождение. И во многих случаях повышает стоимость в рантайме. Очередные ложные постулаты.
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 12:08 , 18-Апр-24 (52) +2
Оно не упрощает всю систему в целом - это невозможно в принципе и против законов природы. Оно упрощает модуль на его уровне, делает его понимаемым. Упрощает в том смысле, что когда мы мыслим на определённом уровне, то что творится на прочих уровнях нас не волнует, волнует только соблюдение модулями этих уровней их контрактов.
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 12:16 , 18-Апр-24 (57) –2
Я могу представить себе случаи, когда лапша в 1 месте намного проще для сопровождения и легче для понимания той же самой лапши разбитой на тысячи фрагментов. Далеко не любая лапша переходит на уровень, когда это проблема.
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 21:20 , 18-Апр-24 (149)
Хранить данные надо в бинарном виде. А читать так как удобно. И не надо городить говнокод с джсоном и прочими таб зависимостью.
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., ano, 11:40 , 18-Апр-24 (34) +5
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 11:51 , 18-Апр-24 (39) –5 [V]
Трольвадс известная истеричка, что ни говори. И видимо совершенно не умеет в более сложные языки, где 3 уровня вложенности это базовый уровень вложенности, ничего ужасного в них нет. Куда большее значение имеет размер и сложность функций. Когда 1 функция это лапша на десятки тысяч строк, оперирующая десятками структур неизвестной вложенности, у тебя проблема. Но также у тебя проблема, когда у тебя по сотне отдельных функций для обработки каждой структуры данных, когда более целесообразно обработать всё в одном месте. Тут нет универсального решения. У нормального программиста должно быть чувства здравого смысла, а не набор ложных постулатов.
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Прадед, 01:10 , 20-Апр-24 (208) –1
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., FrBrGeorge, 11:51 , 18-Апр-24 (40) +3
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., noc101, 13:37 , 18-Апр-24 (73) –2
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 13:43 , 18-Апр-24 (77) –2
Настоящесть ПО определяется сложностью используемых структур данных и комплексностью логики их разбора.
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Вася, 14:22 , 18-Апр-24 (84) +1
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 14:30 , 18-Апр-24 (85) +1
Скажем, иксы страшные, но уже вон сколько лет успешно справляются со всеми актуальными времени задачами. А что такое "не работает", ты уверен, что это не наколенная поделка от студентов?
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., noc101, 15:52 , 18-Апр-24 (95)
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 17:28 , 18-Апр-24 (122)
Ты не понял. Чем код сложнее и запутаннее, тем больше вероятность, что перед нами настоящее ПО. Потому что простым оно может оставаться только в очень идеализированных случаях.
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 18:58 , 18-Апр-24 (137) +1
> Чем код сложнее и запутаннее, тем больше вероятность, что перед нами настоящее ОВНОЯ тебя поправил, не благодари) А то сейчас неофиты наслушаются и начнут превращать свои хелловорлды в "Настоящее ПО" скидывая весь код в один класс, добавляя неявные связи и досыпая гото там где оно вообще не нужно.
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 21:16 , 18-Апр-24 (148)
Ты прав, конечно, код превращается в то, во что он превращается, вовсе не от хорошей жизни. Никто не кочет сложного запутанного кода, его трудно читать и с ним трудно работать. Сопровождать и дорабатывать дороже. Но это судьба любого продукта
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., noc101, 23:45 , 18-Апр-24 (166)
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., noc101, 15:49 , 18-Апр-24 (94) +1
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 17:26 , 18-Апр-24 (121)
И это твои личные половые сложности, нормальные люди предусмотрительно постараются избежать применять ПО сомнительного качества, поскольку что оно откажет в любой момент. Уже много раз видели эти заявления от авторов с горящими глазами про проще легче и эфективнее, а в итоге это оказывается глючная наколенная поделка без кучи требуемой функциональности и с вереницей багов и проблем, которая в итоге подведёт самым непредсказуемым образом.
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., noc101, 23:35 , 18-Апр-24 (164) –1
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 23:46 , 18-Апр-24 (167)
Но плывёшь и не понимаешь о чём речь тут почему-то ты. Я не говорил о качестве. Я говорил, что нагромождение костылей в продуктах не на пустом месте и конкурентное ПО без нужных костылей придётся попотеть, чтобы собственно конкурировать. Это разница между "настоящим по"(TM) и наколенными поделками.
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 20:44 , 18-Апр-24 (147)
Когда при покупке машины ты заглянешь под капот и увидишь двигатель, примотанный проволокой, хорошо примотанный, не отвалится - ты будешь также рассуждать?
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., BeLord, 09:40 , 19-Апр-24 (174) +1
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., noc101, 02:35 , 20-Апр-24 (213) –1
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., BeLord, 10:21 , 24-Апр-24 (240) +1
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., noc101, 02:48 , 26-Апр-24 (241)
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., BeLord, 14:27 , 27-Апр-24 (243)
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., noc101, 02:37 , 30-Апр-24 (244)
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., noc101, 02:50 , 30-Апр-24 (245)
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., n00by, 06:32 , 26-Апр-24 (242)
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 11:18 , 18-Апр-24 (23) +3
Такое форматирование использует в K&R и в линуксовых исходниках
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 12:27 , 18-Апр-24 (60)
Интересно что автоформаттер в зиг поддерживает эти оба варианта(и только их). Причем добавляя трейлинг-запятую программист подсказывает что агрументы надо разнести по разным строчкам. Самый осмысленный способ имхо, который везде должен применяться.
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Начальник ГУЛАГа, 12:50 , 18-Апр-24 (65) +1
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 18:12 , 18-Апр-24 (131)
3. Открывающая скобка и закрывающая скобка каждая на своей строке, строго друг под другом.
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 18:53 , 18-Апр-24 (134)
Можно, но неудобно: когда идентификатор/if/switch/try и скобка на одной строке, лучше видно, к какому куску AST принадлежит скобка, а связь с закрывающей видна по линии, которую редактор либо дорисовывает, дибо сама дорисовывается в воображении. И ещё подход 3 исключает `} else {` и `} catch {`, которые удобны ровно по тем же соображениям. что и `){`. И сворачивание лучше работает - свогячивается всё в идентификатор, а не чёрте во что.
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 19:36 , 18-Апр-24 (141)
> if (клоунскийСтильВыравниванияПредложенныйАнонимом) { > ......................................................printf("ясенПеньКлоунский\n"); > ......................................................printf("дажеВосьмиклассникиУжеНеВсеТакПишут."); > ....................................................}Ну да, конечно. Вы наверное тоже из этих, которым 10 уровней вложенности - уже нельзя. Такому диагнозу даже ультравайд не поможет.
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Neon, 22:19 , 18-Апр-24 (151)
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 11:49 , 18-Апр-24 (37)
> автоформатирование вроде > > funcname(argname1=123, > argname2=123) > > не работает с табамиЛожь. Всё работает. Гуглить "smart tabs".
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 12:07 , 18-Апр-24 (51)
С bbcode [code][/code]:
funcname(argname1=123, argname2=123)
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., _oleg_, 12:55 , 18-Апр-24 (68)
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Кирилл, 14:57 , 18-Апр-24 (89)
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 11:21 , 18-Апр-24 (25)
https://lore.kernel.org/lkml/20240412121531.24669544@ga.../> Note, the tab is here: > > - default 128 > + default 128 > ^ > That is, the tab was between "default" and "128". Вы точно-точно используете их именно в таких случаях? Хотя, я видел случаи, когда табуляцией отделялись названия условных конструкций от их параметров: > for (i = 0; i != 10; i++) и это не выглядело чем-то ужасным, в этом есть даже какая-то "дедовость"...
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 10:54 , 18-Апр-24 (8) –7 [V]
Глупцы используют пробелы для выравнивания кода. Слабаки используют табуляции. Настоящие программисты используют точку с запятой.
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., 1, 11:55 , 18-Апр-24 (44) +6 [^]
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 12:54 , 18-Апр-24 (66) +1
настоящие программисты не пишут в конфигах, оставляя это девляпсам
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 16:31 , 18-Апр-24 (111) +6 [^]
настоящие программисты не тестируют, оставляя это тестировщикам. настоящие программисты не проектируют, оставляя это архитекторам. настоящие программисты не форматируют код, оставляя это линтерам. настоящие программисты не оценивают трудозатраты, оставляя это аналитикам. настоящие программисты не делегируют работу, оставляя это тимлидам. настоящие программисты не реализуют поддержку функционала, оставляя это внешним библиотекам.Короче, эти ваши "настоящие программисты" только кнопки нажимают, видимо.
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., КО, 13:34 , 18-Апр-24 (72)
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., ryoken, 11:11 , 18-Апр-24 (16) +3
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 11:17 , 18-Апр-24 (21) +3
> Вместо предложенного изменения Линус включил в ядро свой патч, специально добавляющий символы табуляции в определение настройки PAGE_SHIFT, задающей смещение для различных размеров страниц памяти.В статье все вроде написано
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 11:13 , 18-Апр-24 (17)
Это костыль, а не решение проблемы. Нужно табы в парсер добавлять.
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 11:14 , 18-Апр-24 (20) +13 [^]
ну в плане подобных спорных ситуаций Линус всегда отстаивал технически правильную сторону. за что ему мой почет и уважение.
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 11:17 , 18-Апр-24 (22) +9 [^]
Дай Бог его пальцу крепости и здоровья на многие года!
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним324, 11:24 , 18-Апр-24 (27) –12 [V]
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 11:28 , 18-Апр-24 (30) +2
Если убрать табуляции, то как настраивать величину отступа под себя? Яваскриптеры вон вообще двумя пробелами выравнивают, так что с такими отступами кроме автора никто не разберётся в структуре этого кода.
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., ano, 12:23 , 18-Апр-24 (59) –2
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Вы забыли заполнить поле Name, 12:55 , 18-Апр-24 (67) +3
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 14:30 , 18-Апр-24 (86) –1
>как настраивать величину отступа под себяВсегда через .editorconfig настраивали.
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 16:37 , 18-Апр-24 (113)
Те, кто якобы настраивает через .editorconfig, слишком активно тут топят за пробелы, притворяясь, что им не всё равно, что там ide подставит вместо отступов в физический файл. - Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 16:25 , 19-Апр-24 (193)
.editorconfig же обычно коммитится, и в нём настраивают не под себя, а наоборот одинаково под всех.
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., FrBrGeorge, 11:46 , 18-Апр-24 (36) +1
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 16:02 , 18-Апр-24 (101) –3
+1. Дебилизм с "экономией пробелов" устарел ещё в 20 веке, зачем вообще табуляции нужны сегодня?! Они давно не выполняют своих функций.
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 14:07 , 18-Апр-24 (81)
Когда он запретил использовать плюсы в ядре с абсолютно надуманному и бездокательному обвинению, это тоже было "отстаивал технически правильную сторону" ? Или ему просто плюсовики в штаны наделали и он до сих пор злится?
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 15:59 , 18-Апр-24 (99) –2
С++ - ну он правда далёк от "языка для всех". Ему место в академических коридорах, лишний раз показать "преимущество над ЛИСП". В ядро надо было тащить Ди - настоящего преемника С++.
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 16:56 , 18-Апр-24 (116)
D туда затащить будет ещё больнее из-за пожизненного диктатора.
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 16:59 , 18-Апр-24 (117) +3
> С++ - ну он правда далёк от "языка для всех".Ахаха, ну надо же! Нужно срочно рассказать это всем пишущим прикладной и системный софт на плюсах, что он оказывается для "академических коридор" Посмотри сколько всего написано на плюсах, а сколько на богомерзкой! На плюсах - текстовые редакторы, пром. софт типа кадов, игровые движки, браузеры, даже целые операционки (а нн одно занюханое ядро...). А на сишке - убогое легаси, которое не в состоянии переписать на нормальные языки. Сишники даже нормальный компилятор на си не осилили - что гцц, что шланг написаны на плюсах. > В ядро надо было тащить Ди Мда.. вообще грешно глумиться над убогими. Поэтому D комментировать не буду.
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 22:17 , 18-Апр-24 (150)
> Сишники даже нормальный компилятор на си не осилили - что гцц, что шланг написаны на плюсахОни его осилили, gcc был написан на C и прекрасно работал. Его потом переписали на C++. Но ведь был и работал https://lwn.net/Articles/542457/
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 12:39 , 19-Апр-24 (181)
> gcc был написан на C Изначально gcc был написан на Пастеле - "супер-волосатом паскале", чтобы эти эвфемизмы Столмана не значили -_- (super-hairy extended Pascal). И ведь работал. Но потом его переписали на сишку. > и прекрасно работал ... пока сложность компилятора не превзошла возможности сишки. Или сишников, кто тут уже разберет)) Поэтому пришлось воспользоваться нормальным языком: > C++ "supports cleaner code in several significant cases." It never requires "uglier" code. > C++ makes it harder to break interface boundaries, which leads to cleaner interfaces.
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 18:02 , 18-Апр-24 (128) +1
Ты это серьезно? Посмотри сколько софта написано на плюсах. Начиная от винды заканчивая хромом. От Microsoft Office, Adobe Illustrator/Photoshop, Safari до открытых Firefox/Thunderbird. Я уже молчу про игровые движки и тысячи игр.По сути это язык, на котором написаны самые распростаненных пользовательские приложения.
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., bOOster, 06:50 , 19-Апр-24 (172) +1
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., n00by, 17:34 , 18-Апр-24 (124)
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 16:27 , 18-Апр-24 (108)
> ну в плане подобных спорных ситуаций Линус всегда отстаивал технически правильную сторону.Дык, проблема в том, что он не отстаивает. Кроет нецензурщиной и закрывает тему.
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 11:25 , 18-Апр-24 (28) +7 [^]
> In fact, I'm seriously inclined to make sure that our main Kconfig file has several tabs in several places, just to make damn sure that any broken sh*t is fixed.Линус в своём типичном настроении :)
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 11:27 , 18-Апр-24 (29) –1
Федора и редхат проскочат, а вот чужие парсеры сломаются.
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., нах., 11:36 , 18-Апр-24 (32) +1
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 11:40 , 18-Апр-24 (33) +2
Судя по тексту новости, у "Федора и редхат" как раз и имеются проблемы.
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 23:48 , 18-Апр-24 (168) +1
Поправить один парсер компания сможет легко и не раз. А вот чужие парсеры, особенно без мейнтейнеров, легко сломаются.Так что у федоры и редхата тут как раз не проблема, а конкурентное преимущество вырисовывается. Если они ещё как-нибудь повлияют на Линуса (а он, похоже, любит делать назло - характер суровый, нордический и эту его сторону успешно проэксплуатировали), следующее, что будет - он сам, без особой посторонней помощи сломает, резко так выдернет скатерть, например, из-под xorg. Или чего ещё. И так федорка очень резко вырвется вперёд, пока остальные будут очухиваться от удара и в дезорганизации запиливать exorg, vxorg и так далее.
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 11:51 , 18-Апр-24 (38) +5
Неплохо бы увидеть исходники этого парсера. Случаем не наколенная поделка на растишке?
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., nE0sIghT, 11:52 , 18-Апр-24 (41) +1
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 11:56 , 18-Апр-24 (45) +1
Вот они, реальные линуксопроблемы.
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 11:59 , 18-Апр-24 (48) +1
Скорее всего отвлекают внимание от какого-то другого более "интереного" патча созданием хайпа на ровном месте
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 12:31 , 18-Апр-24 (61)
Все делают только бы не разработать понятный и простой EBNF
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Всем Анонимам Аноним, 13:09 , 18-Апр-24 (69) +6 [^]
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 13:38 , 18-Апр-24 (74) –4 [V]
Линус однажды уже обделался, не приняв С++ в ядро. В итоге ядро осталось на отвратительной дыряшке, вместо современных плюсов, у которых возможностей по управлению памяти гораздо больше.А потом, чтобы, как барашек, стоять на своем, он потащил в ядро Раст. Интеренсно, сколько CVE и RCE появится в ядре благодаря этим пастчам.
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Тоже Аноним, 17:18 , 18-Апр-24 (119)
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., n00by, 17:37 , 18-Апр-24 (125)
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 18:04 , 18-Апр-24 (129) +1
Но воображаемый код на Rust он таки принял.
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., n00by, 18:25 , 18-Апр-24 (132) –1
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 20:23 , 18-Апр-24 (145) +1
> Там код есть.Там коду позволили быть. Сам rust-for-linux пилился полгода или даже год, пока они написали все нужные прослойки, чтобы добавить в ядро хотя бы хелловолд. Плюс еще дорабатывался сам язык, особенно части no-std и аллокаторов. Позволили бы плюсам - уверен что рабочий код был бы намного раньше. Все-таки раст и синтаксически, и идеологически намного дальше от сишки чем плюсы.
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Александр, 23:38 , 18-Апр-24 (165) –1
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., n00by, 10:44 , 19-Апр-24 (177) –1
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 16:45 , 19-Апр-24 (196)
Речь была не о близости философии языков, а том что тулчейн Раста пришлось допиливать, а тулчейн С++ допиливать бы не пришлось.
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., n00by, 10:38 , 19-Апр-24 (176) –1
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., laindono, 13:38 , 18-Апр-24 (75)
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., uis, 13:52 , 18-Апр-24 (79) –1
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 14:01 , 18-Апр-24 (80) –3
О, война табов против пробелов продолжается))) Но однажды принятое тупейшее решение в виде табов будут тянуть в виде легаси овна десятилетиями... Хотя для линукса это норма))
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 15:56 , 18-Апр-24 (97) –4 [V]
Просто спросите этих дол6оерастов: зачем вам табы? что вы экономите? Тогда они хотя бы задумаются.
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 16:09 , 18-Апр-24 (105) –2
> что вы экономите?целый БАЙТ экономится! И это если вместо двух пробелов А если вместо восьми... то ух! целых 7 байт! Это же просто невероятный профит!
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., дол6оераст, 16:28 , 18-Апр-24 (110) –2
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., n00by, 17:39 , 18-Апр-24 (126) –1
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Анонин, 18:09 , 18-Апр-24 (130)
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., n00by, 18:27 , 18-Апр-24 (133)
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 12:45 , 19-Апр-24 (182)
Скажу честно - ноль строк. Но тут причины скорее личные: не люблю работать с jerk'ками, не хочу прикасаться к GPL. Пусть за меня это делают люди, которых такое отношение устраивает (и что характерно их кол-во тоже стало уменьшаться)В других открытых проектах, куда я коммитил, я не сталкивался с подобным (ч|м)удачеством. Но возможно, мне просто повезло.
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 15:19 , 18-Апр-24 (91) +3
Ну деловые вообще, хотели, чтоб ядро под их кривые парсеры подстраивали)
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 15:54 , 18-Апр-24 (96) –5 [V]
Уровень программиста определяет уровень задач, которые он решает. Если трольвадс "борется с табами" - его уровень очевиден.
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Анониссимус, 16:02 , 18-Апр-24 (102) +6 [^]
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 17:02 , 18-Апр-24 (118)
А он действительно защитник от корпов?
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Анониссимус, 14:48 , 19-Апр-24 (187)
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 15:42 , 19-Апр-24 (191)
> Это дискусионная тема. Я считаю, что если бы не Торвальдс, ядро бы уже давно захватили "эффективные менеджеры", а пилилось бы оно только в интересах корпов.И много сейчас в ядро добавляется не в интересах или по просьбе корпов? Я вот просмотрел что обновилось при переходе с 4.х на 5 и с 5.х на 6.х и что-то не нашел ничего) > Вместо этого сейчас есть шаткий баланс: и корпы для себя пилят, и обычные гики могут пилить, компилировать и пользоваться. Обычные гики могут пилить, только вот что-то "крокодил не лочится, не растет кокос". Пока вижу что они только ноют "корпы захватили наш линукс", но ЧСХ нифига не делают.
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 16:54 , 19-Апр-24 (198) +1
А exFAT и NTFS разве только для корпов? А поддержка нового оборудования? А low-latency изменения? Обычному пользователю совсем-совсем никакой пользы нет?
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 17:49 , 19-Апр-24 (200) +1
> Обычному пользователю совсем-совсем никакой пользы нет?Конечно есть. Проблема обычных пользователей в другом: оно не только ДЛЯ корпов, но оно только ОТ корпов. Если бы не корпы, то фигуфки кто-то их обычных пользователей написал дрова для файловой системы. Т.е "шаткий баланс" это: - корпы пилят то, что нужно им и их пользователям - обычные пользователи имеют полное право "кушать что дали" и слегка бухтеть на форумах - руководители линукс имеют право не сильно быковать на спонсоров, но получают 6ти значные з/п Вроде все неплохо, но если завтра корпы решат пропихнуть какой-то софт, то они это сделают, как бы не копротивлялись обычные пользователи. А, погоди-ка, они же уже такое провернули это с системд, вейландом и пш-пш-аудио! Я не вижу в этой ситуации какой-то несправедливости, тк, тот кто вкладывает ресурсы, тот и определяет развитие. Но называть Линуса "Заступник и защитник наш от коварных корпов!" это явно преувеличение.
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 18:00 , 19-Апр-24 (201)
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Анониссимус, 21:52 , 19-Апр-24 (204)
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 15:57 , 22-Апр-24 (235)
> Тем не менее, я считаю, что без Линуса и ЖПЛя у нас был бы не линукс, а хурд. И сосали бы лапу тихо в сторонке.С поправкой на то что хурд это тоже ЖПЛ, то все дело в Линусе))? Я бы еще записал в причину корпов - им пока от ядра больше пользы чем расходов. > Посмотрите на хромиум: вот он, опенсорц по-корпократски. И? По-корпорацки или нет, это софистика. Опенсорсом оно останется в независимости от того, нравится вам это или нет. Если уже говорить про хромоось - то это самый успешный дистрибутив и ДЕ на ядре линукс. Который выглядит не как кусок непотребства, и может использоваться любыми пользователями, а не только пердоликами. > Т. е. простым смертным туда вход воспрещён. Максимум -- пытаться писать патчи для вырезания слежения. А типа сейчас любой может прийти со своими гениальными идеями и это сразу попадет в ядро? Я пару раз сталкивался с опенсорсными проектами, когда присылаешь фичу, а тебе чесно говорят "оно не подходит под мое виденье проекта" и реджектят. Так было и будет, корпы тут не причем. > Максимум -- пытаться писать патчи для вырезания слежения. Угу, а еще краш репорты, средства для людей с ограниченными возможностями... я уже насмотрелся на такое. Вам нужно что-то больше - объединяйтесь, форкайте и пишите сами. Если не можете, то кто вам доктор. Как говорится "как потопаешь, так полопаешь". Пока сообщество хочет, чтобы код писали корпы за свои деньги, но именно так, как хочется сообществу. Просто эталонное потербялдство)
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Анониссимус, 17:27 , 23-Апр-24 (238)
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 17:45 , 23-Апр-24 (239)
> Если ты не знал, то хурд пилят без Линуса.Знал конечно, why are you so serious? > Сами занимаетесь софистикой. Ноль толку от такого опенсорца, у которого нет (почти) ни одного преимущества опенсорца. Хм... для меня преимущества опенсорса - то что можно посмотреть код на наличие ошибок и натравить на него всякие анализаторы. Менее ценное - если я смогу сам что-то исправить, тк во-первых я не знаю такого колва ЯП, а во-вторых на все времени не хватит. Т.е даже лицензии "смотреть, но не трогать" мне подходят. > Про хромось не надо мне тут. Трудно придумать что-то более несуразное и отвратительное чем хромось. Линукс на десктопе?)) Хромосью пользуются милионы людей без пердолинга, разучивание отличий тех или иных либ и подбора ноута, чтобы дрова работали. > И что? это абсолютно нормальная практика. Да, я про это и говорю. Это абсолютно нормально. Приходит такой юзер "а сделайте мне то-то", а разработчик ему говорит "нет". Проблема в том, что когда это просто разработчик - то вроде все понимают, а когда это разработчик корп - то начинается нытье и требования. > А кто ж не хочет так? Это нормально. Хотеть да, требовать нет) > Хорошие проекты так и делаются, чтобы потребителю было хорошо. А корпы делают так, чтобы было > хорошо корпам. Странно, работая в нескольких корпорациях, мы всегда делали, чтобы нашим пользователям было хорошо. Чтобы они были довольны, чтобы мною написанный код решал их проблемы и они с радостью платили корпорации денежку (и мне зарплату). (На "ненаших" пользователей нам было все равно, и это тоже честно) Более того, почему ты отделяешь корпов, от пользователей опенсорса? Они такие же пользователи и учасники проектов. Некоторые даже вкладывают ресурсво больше, чем все васяны вместе взятые.
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., opennetuser, 16:11 , 18-Апр-24 (107)
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Kuromi, 16:27 , 18-Апр-24 (109) +3
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 17:26 , 18-Апр-24 (120)
> Показал кто тут батя в стиле "fck u nvidia"."Батя" может только за табуляции обкладывать. А на всё остальное - пук-среньк и уже причем уже давно. Потому что нельзя портить отношение с уважаемыми партне... а не, с платиновыми спонсорами)) Кушать-то хочется. А за "fck u nvidia" и не только он уже извинялся, и в 2017, и в 2018 и может и позже. "Linus Torvalds is sorry for being a jerk"
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Kuromi, 20:10 , 18-Апр-24 (143) +1
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 12:35 , 19-Апр-24 (180)
> ему можно. Если бы было можно, то он бы не извинялся и не брал "вынужденный отпуск" временно отказавшись от руководства проектом) Более того в недавнем интервью в Токио, он сказал, что не будет «показывать пальцем на какую-то компанию. Я усвоил урок». > Не Будь Торвальца которые ведет себя как jerk Возможно у ядра не было таких проблем к "персоналом" их старением и выгоранием - вот что LTS поддержку уменьшают, что сам Линус Ладно если надо было бы просто делать неинтересные задачи и раскапывать древние баги, забесплатно!, так еще и рядом дед бухтит и сыплет оскорблениями на грани приличия. И при этом сам говорит "It's one of those things where a lot of people seem to think that open source is all about programming, but a lot of it is about communication, too. " С другой стороны - у нас есть Грег, который по какой-то причине общается с людьми нормально. > всякие Поттеринги уже давно превратили бы все это в SystemDinux. Ну или Lennax. Хаха, смотрим на самый распространенный дистрибутив, кто решает добавлять системд пш-пш-фудио и понимаем, что дед может только решать вопросы табы/пробелы))
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 16:45 , 18-Апр-24 (115) +1
Высосанная из пальца проблема. Табами и пробелами должно автоформатирование кода заведовать, а не кодер вручную.
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 20:42 , 18-Апр-24 (146)
whitesapces in semantics - terribly bad idea for any type of data. Python is folding grand prize.
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Вы забыли заполнить поле Name, 22:42 , 18-Апр-24 (154)
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Alladin, 23:02 , 18-Апр-24 (156) +4
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 23:22 , 18-Апр-24 (159)
На работке будет соль на рану: можно ж было проще, но просят хороший код...
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 12:51 , 19-Апр-24 (183)
На нелюбимом многими хабре была классная статья (habr com/ru/articles/345846/) в которой исследовалась и сравнивалась лексика Линуса Торвальдса и Грега Хартмана. На одном временном интервале 1995–2015, с примерно одним кол-вом писем (21,746 - 24,145).Сравнение вышло довольно показательным) Лексика Линус Грег Всего 3090 150 crap 1204 107 hell 725 22 damn 682 2 shit 126 1 anal 54 0 bullshit 50 2 ass 46 6 god 34 1 screw 33 0 bastard 29 0 bitch 17 0 piss 17 4 retard 14 0 В общем Линус это типичное б-ло, которое не может нормально общаться с людьми. Не удивительно, что ему приходилось извиняться и давать заднюю, когда его высказывания начинали вредить проекту.
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 13:01 , 19-Апр-24 (184)
Хаха, табличка выше была отформатирована табами. И как вы думаете, что произошло? ... Правильно! Вся "верстка" поехала!
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., ПервыйАноним, 13:08 , 19-Апр-24 (185) [V]
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 10:05 , 20-Апр-24 (219)
> На нелюбимом многими хабре была классная статья А можно пояснение для танкистов, почему он нелюбимый?
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 17:11 , 19-Апр-24 (199) +1
Индентация табами лучше, чем пробелами, потому что таб - собственно семантический индентатор. Практический бонус - каждый может себе свой размер таба настроить, как ему удобней.Если хочется выравнивания после индентации - можно индентировать табами, а потом выравнивать пробелами (гуглить smart tabs). Многие редакторы и IDE поддерживают форматирование по smart tabs автоматически. "Беда" в том, что мир несовершенен, и простую вышенаписанную концепцию надо объяснять слишким многим людям. А они ещё спорить будут. А потом ещё забывать у себя включить смарт табс и косячить, креативно смешивая табы и пробелы неправильным образом. А вопрос не сильно то и важный. Поэтому, увы, легче забить и пользоваться пробелами.
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 20:12 , 19-Апр-24 (202) –2
Табы как наследие пишущих машинок давно пора выкинуть нахрен. Если писать парсер чуточку посложнее чем Kconfig, то это пипец засада и рассадник багов. Ну, или юнит тестов, которые один хрен все баги не покроют. Зато тащим в ядро раст. Зашибись.
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Прадед, 06:41 , 20-Апр-24 (215) –1
- Линус Торвальдс выступил против парсеров Kconfig, не поддерж..., Аноним, 22:12 , 22-Апр-24 (236) +1
Слушай... ну работаешь ты там где через... через что, кстати? Допустим через whatsup или дискорд ты шлешь свои патчи для JS/CSS в какой-то супер-прогрессивной молодежной конторе. Ну и шли дальше. Чем тебе мешают их почтовые списки?
|