The OpenNET Project / Index page

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



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

Оглавление

Оценка уровня потенциального усложнения кода открытых проектов, opennews (??), 21-Май-21, (0) [смотреть все]

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


1. "Оценка уровня потенциального усложнения кода открытых проект..."  +51 +/
Сообщение от Анонимemail (1), 21-Май-21, 10:07 
Ещё тупее критерий придумать не смогли?
Ответить | Правка | Наверх | Cообщить модератору

6. "Оценка уровня потенциального усложнения кода открытых проект..."  +1 +/
Сообщение от Аноним (6), 21-Май-21, 10:24 
ну ты если такой умный то предложи
Ответить | Правка | Наверх | Cообщить модератору

9. "Оценка уровня потенциального усложнения кода открытых проект..."  +5 +/
Сообщение от Фотошоп лучше (?), 21-Май-21, 10:32 
На каком основании вы требуете от собеседника что-то предлагать? Он высказался в том, что исследование нУжно? Или Вы считаете, что констатация факта неадкватного критерия оценки означает обязательное наличие более адекватного критерия?
Ответить | Правка | Наверх | Cообщить модератору

10. "Оценка уровня потенциального усложнения кода открытых проект..."  +3 +/
Сообщение от Аноним (10), 21-Май-21, 10:35 
> констатация факта неадкватного критерия оценки означает обязательное наличие более адекватного критерия?

для местного диванного эксперта -- да

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

100. "Оценка уровня потенциального усложнения кода открытых проект..."  –2 +/
Сообщение от Аноним (100), 22-Май-21, 09:29 
Потому что: критикуешь - предлагай, предлагаешь - делай, делаешь - отвечай. А иначе ты, дядя, 3,14-ун просто.
Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

101. "Оценка уровня потенциального усложнения кода открытых проект..."  +1 +/
Сообщение от z (??), 22-Май-21, 09:37 
отвечая - критикуй. goto start.
Ответить | Правка | Наверх | Cообщить модератору

105. "Оценка уровня потенциального усложнения кода открытых проект..."  –1 +/
Сообщение от Всем Анонимам Аноним (?), 22-Май-21, 11:21 
99% коментариев на Opennet это все вокруг дураки, а я то умный такой (как в прямой, так и непрямой форме). Аргументы не принимаются, все-равно все дураки, а я то прямо орел.
Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

108. "Оценка уровня потенциального усложнения комментариев на opennet"  +3 +/
Сообщение от Michael Shigorinemail (ok), 22-Май-21, 13:01 
Да это не комментарии виноваты -- это мы с вами, братцы, порой зачем-то друг перед дружкою выпендриваемся (и то не тем, чем хоть стоило бы; а некоторые так вовсе перед собой любимым с одного адреса переписываются).

Так что кому опеннет не тот -- предлагаю вооружиться зеркалом.  Да и сам пойду-ка рожу в нём изучу на предмет углов и радиусов, что ли.

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

120. "Оценка уровня потенциального усложнения комментариев на opennet"  +/
Сообщение от Аноним (120), 22-Май-21, 23:16 
В коей то веке здравая мысль от Шигорина ))
Ответить | Правка | Наверх | Cообщить модератору

14. "Оценка уровня потенциального усложнения кода открытых проект..."  +3 +/
Сообщение от Анонимemail (1), 21-Май-21, 10:54 
Сложно кода это сложнее, чем считать кол-во включений файлов.

В целом надо смотреть на каждый проект, смотреть на его структуру. Модульный проект чаще будет более усложнённым, но его будет легче разрабатывать и сопровождать. Надо смотреть на саму кодовую базу, она большая? Проект сложнее.

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

90. "Оценка уровня потенциального усложнения кода открытых проект..."  +/
Сообщение от макпыф (ok), 21-Май-21, 23:03 
но тут субьективно достаточно получаеться, а по поводу кодовой базы - она может быть поделена на модули так, что работая над одним, не нужно даже названия других знать не надо (драйвера в ядре)
Ответить | Правка | Наверх | Cообщить модератору

65. "Оценка уровня потенциального усложнения кода открытых проект..."  +2 +/
Сообщение от VladSh (?), 21-Май-21, 17:29 
Большое количество подключаемых файлов косвенно может говорить о том, что в данном файле кто-то пытался скрестить ежа и ужа. То есть нарушен паттерн - одним куском кода решать одну задачу (в идеале).
Но любой нормальный програмер и так всегда стремится уменьшить количество подключаемых файлов.

Было бы здорово увидеть в отчёте места в проекте, где найден совпадающий либо похожий код, это гораздо важнее. Если свести "велосипедостроение" к минимуму, то это сильно понизит количество и сложность кода, и повысит управляемость проектом.

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

93. "Оценка уровня потенциального усложнения кода открытых проект..."  +/
Сообщение от Bdfybec (?), 22-Май-21, 07:20 
> Большое количество подключаемых файлов косвенно может говорить о том, что в данном файле кто-то пытался скрестить ежа и ужа. То есть нарушен паттерн - одним куском кода решать одну задачу (в идеале).

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

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

66. "Оценка уровня потенциального усложнения кода открытых проект..."  +/
Сообщение от Аноним (66), 21-Май-21, 17:54 
Он же не тупой, зачем ему предлагать ещё тупее критерии? Странный вопрос.
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

67. "Оценка уровня потенциального усложнения кода открытых проект..."  +/
Сообщение от Аноним (-), 21-Май-21, 18:18 
Следует согласиться, критерий слегка некорректный. Ссылки на файлы... Можно было бы проанализировать количество строк в функциях, модульность — как-то более в человеческом ключе.
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

92. "Оценка уровня потенциального усложнения кода открытых проект..."  +/
Сообщение от Dmitry (??), 22-Май-21, 00:58 
Вообще есть инструменты автоматического котроля "сложности". Хорошее правило - если код сложным - сборка в CI ломается.
Есть много метрик:
https://checkstyle.org/config_metrics.html#ClassFanOutComple... (что описано в этом посте)
https://checkstyle.org/config_metrics.html#CyclomaticComplexity - кличество ветвистых "if'ов"

Другие виды сложностей https://checkstyle.org/config_metrics.html
В общем сложность нужно держать под контролем автоматизированными инструментами.

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

104. "Оценка уровня потенциального усложнения кода открытых проект..."  +2 +/
Сообщение от svsd_valemail (ok), 22-Май-21, 10:44 
Предлагаю индусский вариант... самый бесполезный и очевидно равный предложенному выше =)
С тем же успехом можно считать количество объектов, количество присвоений и количество ветвлений.

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

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

16. "Оценка уровня потенциального усложнения кода открытых проект..."  +5 +/
Сообщение от Онаним (?), 21-Май-21, 10:54 
Чем он тупой-то?
Оверинженеринг и овердекомпозиция - бич современных "прожектёров".
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

33. "Оценка уровня потенциального усложнения кода открытых проект..."  +1 +/
Сообщение от Анонимemail (1), 21-Май-21, 11:56 
Тем, что не показывает ничего. Кто-то включил не один а 2 файла, какой ужас.
Ответить | Правка | Наверх | Cообщить модератору

43. "Оценка уровня потенциального усложнения кода открытых проект..."  +1 +/
Сообщение от Урри (ok), 21-Май-21, 13:14 
Зачем так примитивно лгать? Не "не один, а два", а "больше пяти".
Ответить | Правка | Наверх | Cообщить модератору

45. "Оценка уровня потенциального усложнения кода открытых проект..."  +/
Сообщение от Аноним (45), 21-Май-21, 14:17 
Речь не про include заголовочных файлов, как я понял, а про связи между модулями. Хотя тут тоже тот ещё вопрос: в тех же проектах на C может быть всего 2-3 заголовочных файла на пачку модулей...
Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

83. "Оценка уровня потенциального усложнения кода открытых проект..."  +2 +/
Сообщение от Аноним (83), 21-Май-21, 21:00 
Вместо того, чтобы написать строку со сложением двух величин, вызвали хелпер, который обратился к сервису, тот через провайдер создал колбек обработчик, который передал менеджеру очередей, из которой задание извлек обработчик и вызвал таки этот колбек, что и привело к сложению двух исходных величин.
Зато избавились от дублирования кода, и складывать теперь умеем хоть через mssql, хоть на гпу.
Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

86. "Оценка уровня потенциального усложнения кода открытых проект..."  +/
Сообщение от Онаним (?), 21-Май-21, 21:25 
Проблемы начнутся, когда это счастье окажется в inner loop, а величин будет море.
В итоге оно потребует фермы из 20 64-ядерных обработчиков и полдня для того, что нормально написанное приложение сделает на i386 за минуту.
Ответить | Правка | Наверх | Cообщить модератору

30. "Оценка уровня потенциального усложнения кода открытых проект..."  +/
Сообщение от Анто769ним (?), 21-Май-21, 11:33 
https://singaporedatacompany.com/blog/more-developers-more-p...
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

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

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




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

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