> остается только сочувствовать.Зачем мне сочувствовать? Я искренне рад что мне не приходится иметь дело с такими разработчиками, их маздайными тулсами и результирующим мегапрофессиональным кодом. Готов поспорить на миллион что если бы это было не так, моя жизнь была бы менее комфортной.
> как я выше запостил, драйвер brcm80211), то зачем портить код, делая
> его удобным для обезьян, которые все равно напортачат?
По этой схеме Торвальдс кодивший ядро получается обезьяной. А про, видимо, корпоративные макаки кодившие brcm. Для корпов нормально вываливать "с лопаты", но такое мигом вылетает из кернела как только раб от весла отковался. Других желающих ТАКОЕ майнтайнить часто не находится. Будем считать что мне ath9k импонирует больше. Там сравнимого размера разве что файлы с константами и т.п., тут уж ой, сколько регистров и прочих еепромов.
> А от количества файлов качество кода не зависит никак. Вообще никак.
А таки мне удобно если имя файла говорит о содержимом и логически обособлено. Я сразу вижу что мне - туда. И не буду телепаться в ворохах не относящихся к делу функций.
> Как будто их и в С мало..
Судя по файликам, готовым заспорить с JS либами вебмакак по форме и содержанию.. убедили.
> Эммм. Вы, вероятно, не в курсе - но vscode отлично работает под линуксом.
Будет хорошо если такие "линуксоиды" будут подальше от меня, имхо.
> `Linux xxx 4.15.0-89-generic #89-Ubuntu SMP
Всего лишь убунточка? :)
> И на данный момент это лучшая иде для работы с сишным кодом.
Остается еще десяточку с wsl поюзать чтоли, там тоже кейлогеры самые лучшие.
> Вы не поняли. Это не пет-проджект, не фрисорс и не поделия мамкиных
> хакиров. За это платят деньги, причем немаленькие.
Если измерять качество кода в $, чувак продавший стремную фигню на баше корпам однозначно вас уделал.
> И этот проект уже лет 5 не требует никакого обслуживания: он отлично написан,
Самое интересное в таких историях - морды корпов, когда мегапро у них увольняется.
> Я уже писал - код виртуальной машины. Главное требование - скорость и надежность работы.
Логичное требование.
> Там (вот только не плюйтесь) есть огромный switch, при этом часть кейсов
Ну это уже более-менее объясняет размер.
> не заканчивается брейком, а переходит на следующие.
Компилеры на такое нынче трындят варнингами. Затыкаемо.
> и сохранит скорость работы - совершенно безнадежно, что и было протестировано и доказано.
Ой, вот конкретно в вашем случае озвученное и правда ужас какой-то.
> Раскидав это все на куски мы угробим целостность модуля, как будто бы
> облегчив работу программерам (на самом деле нет, так как им все
> равно придется прыгать по всему коду с помощью иде).
Тут дело не в ide а в том с какой скоростью при начальном въезде в код удается локализовать желаемый кус кода. Когда порезано на логически осмысленные файлы вменяемого размера, это проще. Хотя вот в конкретно
> Зато ухудшим жизнь компилятору.
gcc нынче умеет в lto, включая whole program optimization, где как раз пойнт чтобы не ухучшалось. впрочем у вас там небось и компилером vs какой-нить поди :\
> Еще раз повторю - нельзя в профессиональном мире бездумно применять некие паттерны,
> сформированные при обучении макак.
Пожалуй после разъяснения конкретики я соглашусь.
> Вы еще и документацию попросите каждую главу в отдельный файлик закинуть.. Для
> полного, так сказать, погружения.
Ну как, если довести маразм до абсолюта, попробуйте википедию в 1 файлик. Ну ладно, хрен с ней с викой, хотя-бы хелпарь гимпа чтоли? И как, очень удобно читать? А, ну да, давайте IDE и для этого потребуем. Или что там у вас на такой случай.
/me искренне рад что все это - не у него :)
