The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



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

Оглавление

ОС Fuchsia переходит на стадию тестирования на сотрудниках G..., opennews (ok), 02-Мрт-20, (0) [смотреть все]

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


60. "ОС Fuchsia переходит на стадию тестирования на сотрудниках G..."  +9 +/
Сообщение от Vernat (ok), 02-Мрт-20, 10:21 
https://fuchsia.googlesource.com/fuchsia/+/refs/heads/master...
Go не рекомендован для разработки компонентов самой оси
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

121. "ОС Fuchsia переходит на стадию тестирования на сотрудниках G..."  +1 +/
Сообщение от Урри (?), 02-Мрт-20, 12:37 
Ахахах, гугловцы открытым текстом пишут, что их дэвы - макаки.
У них, видите ли, с++ в сишном коде кучу проблем находит.
Почему у меня в файле на 50`000 строк не находит, а у них находит?)
Ответить | Правка | Наверх | Cообщить модератору

124. "ОС Fuchsia переходит на стадию тестирования на сотрудниках G..."  +33 +/
Сообщение от Gemorroj (ok), 02-Мрт-20, 12:46 
мне кажется, если разработчик пишет код в 1 файле на 50к строк, то лучше ему уже ничего не советовать, а обходить его стороной)
Ответить | Правка | Наверх | Cообщить модератору

142. "ОС Fuchsia переходит на стадию тестирования на сотрудниках G..."  +2 +/
Сообщение от A.Stahl (ok), 02-Мрт-20, 13:16 
А тех кто развешивает ярлыки без знания контекста нужно обходить ещё дальше: делить код следует по смысловой нагрузке, а не по количеству строк. Люди, котрые дробят код на подфункции лишь на основании объёма кода и в отрыве от логики самого кода -- наркоманы.
Ответить | Правка | Наверх | Cообщить модератору

145. "ОС Fuchsia переходит на стадию тестирования на сотрудниках G..."  +2 +/
Сообщение от Аноним (-), 02-Мрт-20, 13:28 
> А тех кто развешивает ярлыки без знания контекста нужно обходить ещё дальше:
> делить код следует по смысловой нагрузке, а не по количеству строк.
> Люди, котрые дробят код на подфункции лишь на основании объёма кода
> и в отрыве от логики самого кода -- наркоманы.

Ну как бы 50К строк скроллить реально заманаешься и багов там будет немеряно, из-за квадратичного роста сложности програминга vs размер юнита.

Ответить | Правка | Наверх | Cообщить модератору

154. "ОС Fuchsia переходит на стадию тестирования на сотрудниках G..."  +3 +/
Сообщение от Crazy Alex (ok), 02-Мрт-20, 13:34 
Зачем его скроллить? Навигацию по функциям никто не отменял. С другой стороны - насчёт юнита - здравое замечание. будь это плюсоый код, с его классами и нейспейсами - там проблем бы не было, а в сях баз static области видимости обходиться не выходит
Ответить | Правка | Наверх | Cообщить модератору

197. "ОС Fuchsia переходит на стадию тестирования на сотрудниках G..."  +/
Сообщение от Аноним (197), 02-Мрт-20, 16:09 
> Зачем его скроллить? Навигацию по функциям никто не отменял.

Это сколько функций у чела в 50К строках? Если вменяемое количество - список будет конский, если полторы штуки - там их код опухнешь раздуплять.

> С другой стороны - насчёт юнита - здравое замечание. будь это плюсоый код, с
> его классами и нейспейсами - там проблем бы не было, а
> в сях баз static области видимости обходиться не выходит

В плюсах 50К строк в одном файле тоже как-то так себе, там еще и абстракции могут быть тогда крутые и емкие и получить 50К строк такого на вход... эээ вон там жабисты и 290К строк рядом навернули, конечно. В какой-то aux вспомогаловке.

Ответить | Правка | Наверх | Cообщить модератору

263. "ОС Fuchsia переходит на стадию тестирования на сотрудниках G..."  –3 +/
Сообщение от Урри (?), 02-Мрт-20, 19:26 
Зачем скроллить?
Программисты еще 40 лет назад научились использовать ИДЕ для удобной навигации по исходникам.

Или тебе больше нравится бегать по файловой системе, выискивая где и что лежит?

Ответить | Правка | К родителю #145 | Наверх | Cообщить модератору

324. "ОС Fuchsia переходит на стадию тестирования на сотрудниках G..."  +/
Сообщение от Аноним (-), 03-Мрт-20, 14:46 
> Или тебе больше нравится бегать по файловой системе, выискивая где и что лежит?

Начальная фаза знакомства с крупным проектом один черт так выглядит. Попробуйте вон линукс кернель какой открыть всем скопом в этом вашем IDE, хочу на это посмотреть...

Ответить | Правка | Наверх | Cообщить модератору

360. "ОС Fuchsia переходит на стадию тестирования на сотрудниках G..."  +/
Сообщение от Урри (?), 04-Мрт-20, 13:37 
У меня прямо сейчас открыта папка кернеля в вскоде и никаких проблем нет.
Я, правда, профессиональный разработчик и у меня нормальный профессиональный компьютер под рукой. А не мамкин хакер на еще отцовской машине или макака на галере за самым дешевом говном, что можно найти на массрынке.

Что б вы знали, я долго работал еще в те времена, когда приходилось вручную переносить строки длиной больше 78 символов и делать функции размером не больше экрана.
Меня сильно удивляет, что при современном развитии железа находится такое количество не умеющих пользоваться компьютерами анонимов на опеннете. Что, впрочем, только тешит мое ЧСВ.

Ответить | Правка | Наверх | Cообщить модератору

370. "ОС Fuchsia переходит на стадию тестирования на сотрудниках G..."  +1 +/
Сообщение от Аноним (-), 04-Мрт-20, 22:38 
> У меня прямо сейчас открыта папка кернеля в вскоде и никаких проблем нет.

Мне было бы очень интересно посмотреть на хоть какое IDE, в котором будет открыто более 50К файлов. Реквестирую скрин этого.

> Я, правда, профессиональный разработчик и у меня нормальный профессиональный компьютер
> под рукой. А не мамкин хакер на еще отцовской машине или макака на галере за самым
> дешевом говном, что можно найти на массрынке.

А вот знаете, господин крутой профессионал, те кого я считаю за крутых профессионалов меня почему-то всегда учили что профессионал от ламера тем и отличается что профессионалу как раз много то и не надо. И вон Торвальдс целую операционку накодил, без всяких вьюжлстудий, например, да еще свалив кодить прям в своей операционке довольно быстро. А крутые профессионалы с VS, КМК, 10% этих достижений облажаются повторить.

> Меня сильно удивляет, что при современном развитии железа находится такое количество не
> умеющих пользоваться компьютерами анонимов на опеннете. Что, впрочем, только тешит мое ЧСВ.

Я заметил что с ЧСВ у блааародного дона полный порядок. А вот насчет всего остального я почему-то уверен уже гораздо меньше.

Ответить | Правка | Наверх | Cообщить модератору

186. "ОС Fuchsia переходит на стадию тестирования на сотрудниках G..."  +1 +/
Сообщение от Ты бот (?), 02-Мрт-20, 15:38 
Так ты и тебе подобны эти ярлыки и развешиваете в коментах под каждой новостью🤣 Обходи сам себя 🤣
Ответить | Правка | К родителю #142 | Наверх | Cообщить модератору

199. "ОС Fuchsia переходит на стадию тестирования на сотрудниках G..."  +/
Сообщение от Аноним (197), 02-Мрт-20, 16:10 
> Так ты и тебе подобны эти ярлыки и развешиваете в коментах под
> каждой новостью🤣 Обходи сам себя 🤣

Бот тщетно пытается доказать "всэ грузын кроме я" :)

Ответить | Правка | Наверх | Cообщить модератору

262. "ОС Fuchsia переходит на стадию тестирования на сотрудниках G..."  –2 +/
Сообщение от Урри (?), 02-Мрт-20, 19:24 
А вот и макаки, для которых гугл выбирает суперязык, отметились. И да, вас много, кто бы удивлялся.

На секундочку, это код виртуальной машины. И только полный кретин будет его разбивать на отдельные файлы.

Ответить | Правка | К родителю #124 | Наверх | Cообщить модератору

362. "ОС Fuchsia переходит на стадию тестирования на сотрудниках G..."  +2 +/
Сообщение от Урри (?), 04-Мрт-20, 13:57 
Специально для вас:

linux-5.5.7/drivers/net/wireless/broadcom/brcm80211/brcmsmac/phy/phy_n.c - 28'600 строк
linux-5.5.7/fs/nls/nls_cp949.c - 14'000 строк
linux-5.5.7/drivers/scsi/lpfc/lpfc_sli.c - 21'000 строк
linux-5.5.7/drivers/net/wireless/broadcom/b43/radio_2056.c - 10'000 строк
linux-5.5.7/arch/powerpc/xmon/ppc-opc.c - 7'300 строк

Надеюсь, обходите стороной?

Ответить | Правка | К родителю #124 | Наверх | Cообщить модератору

375. "ОС Fuchsia переходит на стадию тестирования на сотрудниках G..."  +/
Сообщение от Вебмакака (?), 05-Мрт-20, 00:46 
>linux-5.5.7/drivers/net/wireless/broadcom/brcm80211/brcmsmac/phy/phy_n.c

Это же говно обфусцированное! Полфайла ядра фильтров да конфигурации железа в структурках хексом. Щас бы бродкомовскими кривульками файлы в 30к оправдывать.

Ответить | Правка | Наверх | Cообщить модератору

378. "ОС Fuchsia переходит на стадию тестирования на сотрудниках G..."  +/
Сообщение от Аноним (378), 05-Мрт-20, 01:32 
Нормальный корп выгруз "с лопаты". В лине живет до тех пор пока в корпе раб прикован к ентому веслу. А если отковался и уплыл - такой код вылетает при первом намеке на проблемы.
Ответить | Правка | Наверх | Cообщить модератору

133. "ОС Fuchsia переходит на стадию тестирования на сотрудниках G..."  +2 +/
Сообщение от Аноним (-), 02-Мрт-20, 13:06 
> Ахахах, гугловцы открытым текстом пишут, что их дэвы - макаки.

Ну так они так забавно про питончик пишут. Мол, дескать, гадость по всем параметрам, но так и быть, давайте на этой драни хотя-бы билдсистемы напишем, а то куда ж нам, вебмакакам, деваться?! ИЧСХ, билдсистемы у гугла самые кривож@пые из вообще всех. Кто сомневается, может попробовать какой-нибудь хромиум собрать, там очень показательно.

> У них, видите ли, с++ в сишном коде кучу проблем находит.

Ну так хайповые вебмакаки же. Им бы питон, или накрайняк go какой, а тут понимаешь мощный тул, да еще с уклоном в системщину, вай-вай. Правда, на поверку оказалось что даже на go системщина выходит куском грабель и пихона туда они, кажется, зассали сразу на старте, прикинув перспективы :D

> Почему у меня в файле на 50`000 строк не находит, а у них находит?)

Мне кажется, файл на 50К строк таки проблема сам по себе :P. Дев явно не смог в архитектуру, разделение на небольшие юниты и рефакторинг. И поэтому любой кто попробует сунуться в ЭТО рискует сойти с ума. Не говоря о том что количество багов растет пропорционально квадрату размера программы. Из-за чего софт и стараются расфигачивать на мелкие, относительно независимые юниты, если кто еще не в курсе.

Ответить | Правка | К родителю #121 | Наверх | Cообщить модератору

192. "ОС Fuchsia переходит на стадию тестирования на сотрудниках G..."  +/
Сообщение от Антоним007 (?), 02-Мрт-20, 15:53 
>Мне кажется, файл на 50К строк таки проблема сам по себе

Скажи это разрабам PostgreSQL и LLVM.

Ответить | Правка | Наверх | Cообщить модератору

202. "ОС Fuchsia переходит на стадию тестирования на сотрудниках G..."  +1 +/
Сообщение от Аноним (197), 02-Мрт-20, 16:13 
Да ну наф, у них там есть какие-то рабы прикованные к этим веслам, они и в 50К строк одуплят, если надсмотрщик прикажет. А я как-нить пешком постою в такие файлы лишний раз соваться.
Ответить | Правка | Наверх | Cообщить модератору

266. "ОС Fuchsia переходит на стадию тестирования на сотрудниках G..."  –2 +/
Сообщение от Урри (?), 02-Мрт-20, 19:42 
Ну так это тебе не формочки для вебчика клепать, тут мозгами надо читать и думать.
Ответить | Правка | Наверх | Cообщить модератору

325. "ОС Fuchsia переходит на стадию тестирования на сотрудниках G..."  +/
Сообщение от Аноним (-), 03-Мрт-20, 14:50 
> Ну так это тебе не формочки для вебчика клепать,

Не, вот там прикрутить 50К строк гуано подцепив somecrap.js чтобы из него аж пару функций взять совершенно не ржавеет. А по моей части скорей фирмваре какое. Хотя можно и вебморду, но я lwan.ws предпочитаю и 50К строк таки опухну таким манером. Да и нафиг там столько?

> тут мозгами надо читать и думать.

А таки гамнокодить можно даже и на си. Неудобно, но некоторые как видим все же стойкие ребяты, справляются.

Ответить | Правка | Наверх | Cообщить модератору

361. "ОС Fuchsia переходит на стадию тестирования на сотрудниках G..."  +/
Сообщение от Урри (?), 04-Мрт-20, 13:41 
Вы бы с тяжелыми наркотиками завязывали. Какой JS в исходниках PostgreSQL и LLVM???

Ответить | Правка | Наверх | Cообщить модератору

371. "ОС Fuchsia переходит на стадию тестирования на сотрудниках G..."  +/
Сообщение от Аноним (-), 04-Мрт-20, 22:43 
> Вы бы с тяжелыми наркотиками завязывали. Какой JS в исходниках PostgreSQL и LLVM???

У них и правда нет JS. Однако чтобы вдуплить в их код не будучи галерным рабом при этом весле - таки и правда будет соблазн разогнаться чем-то нетривиальным, без этого вштыривать в 50К строк корп. кода - как-то очень уж так себе перспективка.

Ответить | Правка | Наверх | Cообщить модератору

265. "ОС Fuchsia переходит на стадию тестирования на сотрудниках G..."  –1 +/
Сообщение от Урри (?), 02-Мрт-20, 19:40 
>> Почему у меня в файле на 50`000 строк не находит, а у них находит?)
> Мне кажется, файл на 50К строк таки проблема сам по себе :P.
> Дев явно не смог в архитектуру, разделение на небольшие юниты и
> рефакторинг.

Я уже выше ответил - это код виртуальной машины. Ее задача - быстро и надежно работать, а не быть удобной для скроллинга мышкой макаками. Для работы с ней прекрасно подходит любое ИДЕ (раньше я саппортил ее в емаксе, сейчас кайфую в вскоде).

Саппортить ее для неподготовленного человека да, сложно. Но даже если бы я ее разломал на 100 кусков по 500 строк, это бы только ухудшило ситуацию. Там одной документации пол шкафа. Это вам, граждане, не 2+2 на пихоне накодить.

> Не говоря о том что количество багов растет пропорционально квадрату размера программы.

Эммммм. Я правильно понимаю - вы хотите сказать, что багов в раскиданном на 200 файлов коде будет меньше, чем если это будет один файл?? Интересное открытие...

Количество багов в мире программистов определяется культурой программирования и охватом кода автотестами (ну и качественными тестерами, само собой). А не количеством файлов на диске.

> Из-за чего софт и стараются расфигачивать на мелкие,
> относительно независимые юниты, если кто еще не в курсе.

Ключевое слово - "независимые". С чего вы вдруг решили, что я типичная макака, которой дали задание собрать из готовых блоков говноформочку? У меня большой и сложный модуль, который проектировался два года, был написан за три месяца, еще полгода тестировался и уже дай боже лет 10 превосходно справляется со своей работой, не имея ни утечек памяти, ни проблем с багами. Там аптаймы годами, и ничто никуда не утекает (свой GC).

Так вот, возвращаясь к теме разговора: при должном уровне профессионализма и отсутствия макачества головного мозга на чистом С пишутся прекрасные, модульные, защищенные и быстрые программы. И очень хорошо видно, что у гугла планы использовать не профессионалов, а каких-нибудь индусов, которым надо расставлять везде заборчики, ибо они не умеют в программирование.

Ответить | Правка | К родителю #133 | Наверх | Cообщить модератору

326. "ОС Fuchsia переходит на стадию тестирования на сотрудниках G..."  +/
Сообщение от Аноним (-), 03-Мрт-20, 15:07 
> Я уже выше ответил - это код виртуальной машины. Ее задача -
> быстро и надежно работать, а не быть удобной для скроллинга мышкой

Мне кажется что эти требования малость взаимоисключающие: чем меньше рож (и автоматики) смотрит в код тем больше предпосылок для того чтобы он хреново и ненадежно работал.

> макаками.

Э? Я думал это про сишный код? Чего в нем макакам надо?

> Для работы с ней прекрасно подходит любое ИДЕ (раньше я саппортил ее в емаксе,
> сейчас кайфую в вскоде).

Понятно, заец-маздаец. Ну эти то и 50К нормой считают, только в их коде потом почему-то кроме них никто копаться не хочет, джепаболи зело многовато.

> Саппортить ее для неподготовленного человека да, сложно.

И даже более того - человеков не больно то и возьмется. И вообще такие прожЕкты через раз дохнут после того как Основной Мега Кодер утратил, дескать, интерес. Сам не понимаю почему. Может, остальным таки и правда впадлу вштыривать в 50К крапа? Который крутой, оптимальный, и абсолютно не подлежит майнтенансу, как категория :)

> Но даже если бы я ее разломал на 100 кусков по 500 строк, это бы только ухудшило ситуацию.

С чего вдруг? При этом еще на уровне иерархии было бы видно в какой примерно кус мы хотим. Что, наверное, делает это более дружественным к окружающим. Хотя если копание окружающих в коде не упало - это, конечно, вариант.

> Там одной документации пол шкафа. Это вам, граждане, не

А эта документация тоже в те 50К упихана, чтобы совсем не скучно было? :)

> 2+2 на пихоне накодить.

Я вообще питон не знаю и упаси меня его узнать :)

> Эммммм. Я правильно понимаю - вы хотите сказать, что багов в раскиданном
> на 200 файлов коде будет меньше, чем если это будет один файл??

Да, _если_ это грамотно порезано на более-менее независимые юниты, которые можно было кодить, тестить и проч более-менее отдельно. Иначе чуда, конечно, не случится.

> Интересное открытие...

Всю ночь гребли, а лодку отвязать забыли?!

> Количество багов в мире программистов определяется культурой программирования и охватом
> кода автотестами (ну и качественными тестерами, само собой). А не количеством файлов на диске.

Вообще-то и количеством. Но тут пойнт в том что есть такой забавный тезис что сложность написания программы растет квадратично с ее размером. И именно поэтому пиление на мелкие "самодостаточные" юниты получает пойнт - таке малость на%$ывают это соотношение. Со своими нюансами, конечно.

> Ключевое слово - "независимые". С чего вы вдруг решили, что я типичная макака,

Если это выглядит как утка и крякает как утка...

> превосходно справляется со своей работой, не имея ни утечек памяти, ни
> проблем с багами. Там аптаймы годами, и ничто никуда не утекает (свой GC).

Окей, и сколько человек на глобусе кроме благородного дона может вкурить в этот чудный код?! А то те кто размахивает своей офигенностью как кодерас не понимают 1 вещи: у 1 рожи есть лимиты. И таки вывалить 50К строк 1 файлом - это однозначно сделать окружающим рожам неудобно. И проект таки скорее всего сольется после того как МегаКодерас на него по какой либо причине забьет.

> Так вот, возвращаясь к теме разговора: при должном уровне профессионализма и отсутствия
> макачества головного мозга на чистом С пишутся прекрасные, модульные, защищенные и
> быстрые программы.

Полностью поддерживаю. И для себя я считаю что мне нравится когда все
1) Мелкое, модульное и потому на раз прозванивается, ну, скажем, чем-то типа юнит-тестов.
2) Настолько простое, насколько это возможно.
3) Простой и прозрачный код, не требующий степени академика для чтения. Тогда я и сам в нем не запутаюсь и другие меня смогут при случае макнуть носом.

> И очень хорошо видно, что у гугла планы использовать не профессионалов,
> а каких-нибудь индусов, которым надо расставлять везде заборчики, ибо они не умеют
> в программирование.

Дык там по сравнению ЯП сразу видно что писал какой-то голимый питонист, осознавший что ему в проекте приткнуться почти некуда :)

Ответить | Правка | Наверх | Cообщить модератору

363. "ОС Fuchsia переходит на стадию тестирования на сотрудниках G..."  +/
Сообщение от Урри (?), 04-Мрт-20, 14:22 
> Мне кажется что эти требования малость взаимоисключающие: чем меньше рож (и автоматики) смотрит в код тем больше предпосылок для того чтобы он хреново и ненадежно работал.

Вы не совсем поняли сарказм. Я про скроллинг мышкой, как писали выше - если предполагаемые сопровождающие не умеют пользоваться иде для навигации по коду и для них надо разбивать код на отдельные файлики, то... остается только сочувствовать.

Само собой, если код состоит из независимых частей, то его можно и разбить на независимые файлы. Но если это виртуальная машина (или там, как я выше запостил, драйвер brcm80211), то зачем портить код, делая его удобным для обезьян, которые все равно напортачат?

А от количества файлов качество кода не зависит никак. Вообще никак.

> Э? Я думал это про сишный код? Чего в нем макакам надо?

Как будто их и в С мало..

> Понятно, заец-маздаец.

Эммм. Вы, вероятно, не в курсе - но vscode отлично работает под линуксом.
`Linux xxx 4.15.0-89-generic #89-Ubuntu SMP Fri Feb 14 xx:xx:xx UTC 2020 x86_64 x86_64 x86_64 GNU/Linux`

И на данный момент это лучшая иде для работы с сишным кодом.

> И даже более того - человеков не больно то и возьмется. И вообще такие прожЕкты через раз дохнут после того как Основной Мега Кодер утратил, дескать, интерес.

Вы не поняли. Это не пет-проджект, не фрисорс и не поделия мамкиных хакиров. За это платят деньги, причем немаленькие. И этот проект уже лет 5 не требует никакого обслуживания: он отлично написан, отлично документирован, отлично саппортится (если, конечно, сначала прочитать хотя бы часть прилагаемой документации и иметь соответствующие скилы - например, в деталях знать алгоритмы сборки мусора).

>> Но даже если бы я ее разломал на 100 кусков по 500 строк, это бы только ухудшило ситуацию.
> С чего вдруг? При этом еще на уровне иерархии было бы видно в какой примерно кус мы хотим. Что, наверное, делает это более дружественным к окружающим. Хотя если копание окружающих в коде не упало - это, конечно, вариант.

Я уже писал - код виртуальной машины. Главное требование - скорость и надежность работы.
Там (вот только не плюйтесь) есть огромный switch, при этом часть кейсов не заканчивается брейком, а переходит на следующие. Разбивать это на функции с передачей части параметров по двойному указателю, выносить в отдельные компилируемые единицы и ждать чуда, что компилятор это все красиво заинлайнит, раскроет и сохранит скорость работы - совершенно безнадежно, что и было протестировано и доказано.

Раскидав это все на куски мы угробим целостность модуля, как будто бы облегчив работу программерам (на самом деле нет, так как им все равно придется прыгать по всему коду с помощью иде). Зато ухудшим жизнь компилятору.

Еще раз повторю - нельзя в профессиональном мире бездумно применять некие паттерны, сформированные при обучении макак.

> А эта документация тоже в те 50К упихана, чтобы совсем не скучно было? :)

Вы еще и документацию попросите каждую главу в отдельный файлик закинуть.. Для полного, так сказать, погружения.

...остальное отдельно...

Ответить | Правка | Наверх | Cообщить модератору

372. "ОС Fuchsia переходит на стадию тестирования на сотрудниках G..."  +/
Сообщение от Аноним (372), 05-Мрт-20, 00:07 
> остается только сочувствовать.

Зачем мне сочувствовать? Я искренне рад что мне не приходится иметь дело с такими разработчиками, их маздайными тулсами и результирующим мегапрофессиональным кодом. Готов поспорить на миллион что если бы это было не так, моя жизнь была бы менее комфортной.

> как я выше запостил, драйвер 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 искренне рад что все это - не у него :)

Ответить | Правка | Наверх | Cообщить модератору

365. "ОС Fuchsia переходит на стадию тестирования на сотрудниках G..."  +/
Сообщение от Урри (?), 04-Мрт-20, 14:32 
... часть вторая, глумливая ...

>> Эммммм. Я правильно понимаю - вы хотите сказать, что багов в раскиданном
>> на 200 файлов коде будет меньше, чем если это будет один файл??
> Да, _если_ это грамотно порезано на более-менее независимые юниты, которые можно было кодить, тестить и проч более-менее отдельно. Иначе чуда, конечно, не случится.

Эммммм, вы что, считаете разделение на логические единицы (структуры, модули, классы) и файлы одним и тем же??? Ого.

>> Количество багов в мире программистов определяется культурой программирования и охватом
>> кода автотестами (ну и качественными тестерами, само собой). А не количеством файлов на диске.
> Вообще-то и количеством. Но тут пойнт в том что есть такой забавный тезис что сложность написания программы растет квадратично с ее размером. И именно поэтому пиление на мелкие "самодостаточные" юниты получает пойнт - таке малость на%$ывают это соотношение. Со своими нюансами, конечно.

Вот тут вы уж окончательно заговорились. Это что же получается - если я возьму 4 яблока и порежу каждое на 8 кусков, то у меня в результате получится 3 яблока? Прелестно, просто прелестно.

>> Ключевое слово - "независимые". С чего вы вдруг решили, что я типичная макака,
> Если это выглядит как утка и крякает как утка...

Поздравляю, прекрасная иллюстрация эффекта Даннинга-Крюгера.

> Окей, и сколько человек на глобусе кроме благородного дона может вкурить в этот чудный код?!

Пара тысяч, думаю.

> А то те кто размахивает своей офигенностью как кодерас не понимают 1 вещи: у 1 рожи есть лимиты. И таки вывалить 50К строк 1 файлом - это однозначно сделать окружающим рожам неудобно. И проект таки скорее всего сольется после того как МегаКодерас на него по какой либо причине забьет.

Во-первых, спасибо что чешете мое СЧВ.
Во-вторых, из вас получилась очень смешная Ванга - проект уже много лет работает, причем работает безупречно.

> 1) Мелкое, модульное и потому на раз прозванивается, ну, скажем, чем-то типа юнит-тестов.
> 2) Настолько простое, насколько это возможно.
> 3) Простой и прозрачный код, не требующий степени академика для чтения. Тогда я и сам в нем не запутаюсь и другие меня смогут при случае макнуть носом.

Мы с вами плаваем в сильно разных по размеру водоемах. Отсюда и ваши немного смешные замечания.

Ответить | Правка | К родителю #326 | Наверх | Cообщить модератору

373. "ОС Fuchsia переходит на стадию тестирования на сотрудниках G..."  +/
Сообщение от Аноним (-), 05-Мрт-20, 00:20 
> Эммммм, вы что, считаете разделение на логические единицы (структуры, модули, классы) и
> файлы одним и тем же??? Ого.

Представляете себе, господин крутой профессионал, можно добро объединенное одной тематикой выложить в 1 файл и дать ему говорящее название. И это делает навигацию по проекту и начальный въезд в него куда как приятнее на мой вкус.

> Вот тут вы уж окончательно заговорились. Это что же получается - если
> я возьму 4 яблока и порежу каждое на 8 кусков, то у меня в результате
> получится 3 яблока? Прелестно, просто прелестно.

В идеальном мире где люди не ошибаются, все так. В реальном - фигли толку с яблок, если они червивые?! Вот ежели их на кусочки порезать, отрезать червяков, а остальное сожрать - это уже куда интереснее, не? :)

> Поздравляю, прекрасная иллюстрация эффекта Даннинга-Крюгера.

Вы этому немало помогли, демонстрируя снобизм вместо технического пояснения ситуации.

> Пара тысяч, думаю.

Сфоткайте рожу HRа когда увольняться будете :)

> Во-первых, спасибо что чешете мое СЧВ.

Да не за что. Хотя как мне кажется, нужда в этом выдает какие-то комплексы.

> работает, причем работает безупречно.

Джентльменам верят на слово, ага? :)

> Мы с вами плаваем в сильно разных по размеру водоемах. Отсюда и
> ваши немного смешные замечания.

Таки пожалуй да. Отсюда и ваши немного ужасные для меня тулсы, подходы и код :)

Ответить | Правка | Наверх | Cообщить модератору

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру