Вариант для распечатки |
Пред. тема | След. тема | ||
Форум Разговоры, обсуждение новостей | |||
---|---|---|---|
Изначальное сообщение | [ Отслеживать ] |
"Оценка уровня потенциального усложнения кода открытых проектов" | +/– | |
Сообщение от opennews (??), 21-Май-21, 10:07 | ||
Мартин Шлейс (Martin Schleiss) попытался сравнить различные открытые проекты с точки зрения усложнённости кода и понимания как код работает и какие действия выполняет. Например, проект становится более сложен для понимания при применении сложных абстракций, таких как распределённое взаимодействие компонентов по сети, или использовании большого числа вложенных модулей и классов... | ||
Ответить | Правка | Cообщить модератору |
Оглавление |
Сообщения | [Сортировка по времени | RSS] |
1. "Оценка уровня потенциального усложнения кода открытых проект..." | +51 +/– | |
Сообщение от Аноним (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 Shigorin (ok), 22-Май-21, 13:01 | ||
Да это не комментарии виноваты -- это мы с вами, братцы, порой зачем-то друг перед дружкою выпендриваемся (и то не тем, чем хоть стоило бы; а некоторые так вовсе перед собой любимым с одного адреса переписываются). | ||
Ответить | Правка | Наверх | Cообщить модератору |
120. "Оценка уровня потенциального усложнения комментариев на opennet" | +/– | |
Сообщение от Аноним (120), 22-Май-21, 23:16 | ||
В коей то веке здравая мысль от Шигорина )) | ||
Ответить | Правка | Наверх | Cообщить модератору |
14. "Оценка уровня потенциального усложнения кода открытых проект..." | +3 +/– | |
Сообщение от Аноним (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 ломается. | ||
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору |
104. "Оценка уровня потенциального усложнения кода открытых проект..." | +2 +/– | |
Сообщение от svsd_val (ok), 22-Май-21, 10:44 | ||
Предлагаю индусский вариант... самый бесполезный и очевидно равный предложенному выше =) | ||
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору |
16. "Оценка уровня потенциального усложнения кода открытых проект..." | +5 +/– | |
Сообщение от Онаним (?), 21-Май-21, 10:54 | ||
Чем он тупой-то? | ||
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору |
33. "Оценка уровня потенциального усложнения кода открытых проект..." | +1 +/– | |
Сообщение от Аноним (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 | ||
Вместо того, чтобы написать строку со сложением двух величин, вызвали хелпер, который обратился к сервису, тот через провайдер создал колбек обработчик, который передал менеджеру очередей, из которой задание извлек обработчик и вызвал таки этот колбек, что и привело к сложению двух исходных величин. | ||
Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору |
86. "Оценка уровня потенциального усложнения кода открытых проект..." | +/– | |
Сообщение от Онаним (?), 21-Май-21, 21:25 | ||
Проблемы начнутся, когда это счастье окажется в inner loop, а величин будет море. | ||
Ответить | Правка | Наверх | Cообщить модератору |
30. "Оценка уровня потенциального усложнения кода открытых проект..." | +/– | |
Сообщение от Анто769ним (?), 21-Май-21, 11:33 | ||
https://singaporedatacompany.com/blog/more-developers-more-p... | ||
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору |
2. "Оценка уровня потенциального усложнения кода открытых проект..." | +6 +/– | |
Сообщение от Леголас (ok), 21-Май-21, 10:08 | ||
усложнение кода есть одна из современных тенденций, к сожалению | ||
Ответить | Правка | Наверх | Cообщить модератору |
18. "Оценка уровня потенциального усложнения кода открытых проект..." | –2 +/– | |
Сообщение от Аноним (18), 21-Май-21, 10:55 | ||
Усложнение неизбежно для относительно крупного проекта. А серебряной пули до сих пор нет. | ||
Ответить | Правка | Наверх | Cообщить модератору |
25. "Оценка уровня потенциального усложнения кода открытых проект..." | +10 +/– | |
Сообщение от Crazy Alex (ok), 21-Май-21, 11:24 | ||
Решение очевидно, особенно для опенсорса - жёстко очертить задачи и область применимости продукта и не пытаться сделать всё. В пределе - то самое "делать что-то одно и делать это хорошо" из юникс-вэя. | ||
Ответить | Правка | Наверх | Cообщить модератору |
47. "Оценка уровня потенциального усложнения кода открытых проект..." | +/– | |
Сообщение от Жироватт (ok), 21-Май-21, 14:43 | ||
Ты только что изобрел философию Unix из 80х. | ||
Ответить | Правка | Наверх | Cообщить модератору |
109. "Оценка уровня потенциального усложнения кода открытых проект..." | +2 +/– | |
Сообщение от Michael Shigorin (ok), 22-Май-21, 13:04 | ||
Он только что сам на неё и сослался (а не претендовал на изобретение). Ну, _включил_ по упоминанию. :-) | ||
Ответить | Правка | Наверх | Cообщить модератору |
124. "Оценка уровня потенциального усложнения кода открытых проект..." | –1 +/– | |
Сообщение от Аноним (124), 23-Май-21, 09:29 | ||
Какой ты умный. А мы то и не догадались без твоего комментария. Как у тебя дела-то, много продал дистрибутивов за 100 рублей? | ||
Ответить | Правка | Наверх | Cообщить модератору |
71. "Оценка уровня потенциального усложнения кода открытых проект..." | –1 +/– | |
Сообщение от Тот_Самый_Анонимус (?), 21-Май-21, 19:11 | ||
Т.е. вместо файлового менеджера — куча программ. Как-то не нужно. | ||
Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору |
89. "Оценка уровня потенциального усложнения кода открытых проект..." | +1 +/– | |
Сообщение от Аноним (89), 21-Май-21, 22:17 | ||
Файловый менеджер сегодня это обёртка над другими утилитами. Ну это если нормальный файловый менеджер. | ||
Ответить | Правка | Наверх | Cообщить модератору |
94. "Оценка уровня потенциального усложнения кода открытых проект..." | –1 +/– | |
Сообщение от Bdfybec (?), 22-Май-21, 07:25 | ||
вот и выходит, что философия "делать что-то одно и делать это хорошо", применима только к утилитам, а не к "обёрткам". | ||
Ответить | Правка | Наверх | Cообщить модератору |
111. "Оценка уровня потенциального усложнения кода открытых проект..." | +/– | |
Сообщение от Аноним (89), 22-Май-21, 13:22 | ||
> вот и выходит, что философия "делать что-то одно и делать это хорошо", | ||
Ответить | Правка | Наверх | Cообщить модератору |
54. "Оценка уровня потенциального усложнения кода открытых проект..." | –2 +/– | |
Сообщение от z (??), 21-Май-21, 15:40 | ||
Усложнение есть одна из тенденций эволюции, всего живого | ||
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору |
59. "Оценка уровня потенциального усложнения кода открытых проект..." | –1 +/– | |
Сообщение от Аноним (59), 21-Май-21, 17:08 | ||
И неживого. Рекомендую почитать работы некоторых Нобелевских лауреатов. | ||
Ответить | Правка | Наверх | Cообщить модератору |
95. "Оценка уровня потенциального усложнения кода открытых проект..." | +1 +/– | |
Сообщение от Bdfybec (?), 22-Май-21, 07:29 | ||
Барака Обаму и Нельсона Манделу? | ||
Ответить | Правка | Наверх | Cообщить модератору |
91. "Оценка уровня потенциального усложнения кода открытых проект..." | +1 +/– | |
Сообщение от Dmitry (??), 22-Май-21, 00:44 | ||
если что то усложняется - "это эволюция свойство всего" и становится всё понятно что так и должно быть :) | ||
Ответить | Правка | К родителю #54 | Наверх | Cообщить модератору |
110. "Оценка уровня потенциального усложнения кода открытых проект..." | –1 +/– | |
Сообщение от Michael Shigorin (ok), 22-Май-21, 13:05 | ||
Обычно мёртвого, усердно косящего под живое. А действительно живое -- оно простое и красивое, и остаётся таковым. | ||
Ответить | Правка | К родителю #54 | Наверх | Cообщить модератору |
125. "Оценка уровня потенциального усложнения кода открытых проект..." | +/– | |
Сообщение от Аноним (124), 23-Май-21, 09:34 | ||
> А действительно живое -- оно простое и красивое, и остаётся таковым. | ||
Ответить | Правка | Наверх | Cообщить модератору |
129. "Оценка уровня потенциального усложнения кода открытых проект..." | +/– | |
Сообщение от www2 (??), 26-Май-21, 08:03 | ||
Я бы не согласился, в ДНК может быть много мусора, который не используется, но является пространством для возможной дальнейшей эфолюции или защитой от неудачных реверсивных мутаций или обмена фрагментами между парными хромосомами. | ||
Ответить | Правка | К родителю #110 | Наверх | Cообщить модератору |
68. "Оценка уровня потенциального усложнения кода открытых проект..." | –1 +/– | |
Сообщение от Аноним (-), 21-Май-21, 18:19 | ||
Усложнение кода сигнализирует о его неоптимальности. | ||
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору |
3. "Оценка уровня потенциального усложнения кода открытых проект..." | –3 +/– | |
Сообщение от Иван (??), 21-Май-21, 10:20 | ||
Никто не запрещает не пользоваться ООП в PHP. | ||
Ответить | Правка | Наверх | Cообщить модератору |
4. "Оценка уровня потенциального усложнения кода открытых проект..." | +4 +/– | |
Сообщение от Леголас (ok), 21-Май-21, 10:24 | ||
в списке сам PHP, а не проект, написанный на нём с использованием ООП | ||
Ответить | Правка | Наверх | Cообщить модератору |
61. "Оценка уровня потенциального усложнения кода открытых проект..." | +1 +/– | |
Сообщение от Иваня (?), 21-Май-21, 17:10 | ||
Чел открой глаза, там Laravel... | ||
Ответить | Правка | Наверх | Cообщить модератору |
63. "Оценка уровня потенциального усложнения кода открытых проект..." | +/– | |
Сообщение от Леголас (ok), 21-Май-21, 17:25 | ||
твоя правда, но чувак выше не про него явно писал | ||
Ответить | Правка | Наверх | Cообщить модератору |
38. "Оценка уровня потенциального усложнения кода открытых проект..." | –1 +/– | |
Сообщение от Аноним (38), 21-Май-21, 12:34 | ||
Для одной странички приемлемо. | ||
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору |
5. "Оценка уровня потенциального усложнения кода открытых проект..." | +7 +/– | |
Сообщение от Аноним (5), 21-Май-21, 10:24 | ||
Если константы вместо того чтобы хардкодить их прямо в коде вынести в отдельный подключаемый файл constants, то код становится проще и понятнее, а не сложнее. | ||
Ответить | Правка | Наверх | Cообщить модератору |
8. "Оценка уровня потенциального усложнения кода открытых проект..." | +1 +/– | |
Сообщение от Аноним (8), 21-Май-21, 10:29 | ||
Это один подключаемый файл. У вас осталось еще 4. | ||
Ответить | Правка | Наверх | Cообщить модератору |
11. "Оценка уровня потенциального усложнения кода открытых проект..." | +1 +/– | |
Сообщение от Аноним (10), 21-Май-21, 10:37 | ||
4-5 | ||
Ответить | Правка | Наверх | Cообщить модератору |
26. "Оценка уровня потенциального усложнения кода открытых проект..." | –3 +/– | |
Сообщение от Crazy Alex (ok), 21-Май-21, 11:25 | ||
Если у тебя столько констант, что их надо выносить в отдельный файл и использовать из разных мест - это и есть показатель сложности кода. | ||
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору |
31. "Оценка уровня потенциального усложнения кода открытых проект..." | +2 +/– | |
Сообщение от Аврилий (?), 21-Май-21, 11:52 | ||
1 сложность - файл локализация | ||
Ответить | Правка | Наверх | Cообщить модератору |
35. "Оценка уровня потенциального усложнения кода открытых проект..." | +1 +/– | |
Сообщение от Аноним (35), 21-Май-21, 12:01 | ||
> P.S. ruby, python, etc... смеются в сторонке храня все в глобальных переменных | ||
Ответить | Правка | Наверх | Cообщить модератору |
48. "Оценка уровня потенциального усложнения кода открытых проект..." | +/– | |
Сообщение от Жироватт (ok), 21-Май-21, 14:52 | ||
Сложность 0 - стандартные "общеобязательные" инклюды | ||
Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору |
39. "Оценка уровня потенциального усложнения кода открытых проект..." | +1 +/– | |
Сообщение от Аноним (38), 21-Май-21, 12:39 | ||
Представим себе физико-математическую вычислительную прогу. Скорость света, элементарный заряд, h, могут потребоваться в разных модулях программы. Не вбивать же их значения каждый раз в нужных местах? | ||
Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору |
49. "Оценка уровня потенциального усложнения кода открытых проект..." | +/– | |
Сообщение от Жироватт (ok), 21-Май-21, 15:00 | ||
Зачем, есть 'rand = srand(nullptr); double h = rand.next();' ? | ||
Ответить | Правка | Наверх | Cообщить модератору |
7. "Оценка уровня потенциального усложнения кода открытых проект..." | +1 +/– | |
Сообщение от myhand (ok), 21-Май-21, 10:27 | ||
По одному критерию оценивать подобные вещи - это даже хуже чем глупо. | ||
Ответить | Правка | Наверх | Cообщить модератору |
13. "Оценка уровня потенциального усложнения кода открытых проект..." | –2 +/– | |
Сообщение от Аноним (13), 21-Май-21, 10:54 | ||
Выкатите-ка своё исследование по иным критериям - мы оценим. Вот это будет конструктивно. | ||
Ответить | Правка | Наверх | Cообщить модератору |
21. "Оценка уровня потенциального усложнения кода открытых проект..." | –2 +/– | |
Сообщение от InuYasha (??), 21-Май-21, 10:58 | ||
А какой, простите, кафедрой вы заведуете, чтобы оценивать? Если дадите мне повышение степени, я могу написать. | ||
Ответить | Правка | Наверх | Cообщить модератору |
57. "Оценка уровня потенциального усложнения кода открытых проект..." | +3 +/– | |
Сообщение от Аноним (13), 21-Май-21, 16:48 | ||
А ты всё ещё не догадался? Кафедрой оценок уровня потенциального усложнения кода открытых проектов. | ||
Ответить | Правка | Наверх | Cообщить модератору |
98. "Оценка уровня потенциального усложнения кода открытых проект..." | +1 +/– | |
Сообщение от myhand (ok), 22-Май-21, 07:47 | ||
Почему в ответ на публикацию в бложеке я должен запилить целое исследование? | ||
Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору |
12. "Оценка уровня потенциального усложнения кода открытых проект..." | +/– | |
Сообщение от Онаним (?), 21-Май-21, 10:53 | ||
Хороший критерий. | ||
Ответить | Правка | Наверх | Cообщить модератору |
17. "Оценка уровня потенциального усложнения кода открытых проект..." | +/– | |
Сообщение от Аноним (1), 21-Май-21, 10:55 | ||
Загляни в старый проект на сишке --- а там инклюды. | ||
Ответить | Правка | Наверх | Cообщить модератору |
19. "Оценка уровня потенциального усложнения кода открытых проект..." | –2 +/– | |
Сообщение от Онаним (?), 21-Май-21, 10:56 | ||
PHP - достаточно старый проект на сишке? | ||
Ответить | Правка | Наверх | Cообщить модератору |
20. "Оценка уровня потенциального усложнения кода открытых проект..." | –1 +/– | |
Сообщение от Онаним (?), 21-Май-21, 10:57 | ||
(и про недостаточную его сложность тоже ничего рассказать не получится, шах и мат) | ||
Ответить | Правка | Наверх | Cообщить модератору |
52. "Оценка уровня потенциального усложнения кода открытых проект..." | –1 +/– | |
Сообщение от Жироватт (ok), 21-Май-21, 15:08 | ||
Заглянул. Эти пять строчек (для virtual/abstract блюпринтов) или 1500 строчек (если уже работа с sealed/final классом идет) легко читаются, позволют сконцентрироваться на самом классе или конкретной задаче. Константы не размазаны по всему коду, а поименованы и всунуты там, где им и место. Никаких магических чисел. Читать удобно, раскуривать еще удобнее. | ||
Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору |
122. "Оценка уровня потенциального усложнения кода открытых проект..." | +/– | |
Сообщение от Онаним (?), 23-Май-21, 09:19 | ||
Ты не понял. | ||
Ответить | Правка | Наверх | Cообщить модератору |
123. "Оценка уровня потенциального усложнения кода открытых проект..." | +/– | |
Сообщение от Онаним (?), 23-Май-21, 09:20 | ||
(больше лефтпадов, хороших и разных, если упростить) | ||
Ответить | Правка | К родителю #52 | Наверх | Cообщить модератору |
114. "Оценка уровня потенциального усложнения кода открытых проект..." | –1 +/– | |
Сообщение от pin (??), 22-Май-21, 16:55 | ||
> переписать самому максимально просто, | ||
Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору |
117. "Оценка уровня потенциального усложнения кода открытых проект..." | +/– | |
Сообщение от Онаним (?), 22-Май-21, 20:48 | ||
В результате переписывания подобной хреноты вместо (реально) 10-20-30 файлов получается 1-2-3, со стройной структурой и очевидным кодом. | ||
Ответить | Правка | Наверх | Cообщить модератору |
15. "Оценка уровня потенциального усложнения кода открытых проект..." | –2 +/– | |
Сообщение от InuYasha (??), 21-Май-21, 10:54 | ||
Согласен, критерий странный. Не сказал бы что адекватный. | ||
Ответить | Правка | Наверх | Cообщить модератору |
27. "Оценка уровня потенциального усложнения кода открытых проект..." | +1 +/– | |
Сообщение от Crazy Alex (ok), 21-Май-21, 11:27 | ||
Ну вот потом сравниваем сколько инклудов в кваке и холловорде - и получаем неплохое приближение к соотношению их сложности. | ||
Ответить | Правка | Наверх | Cообщить модератору |
37. "Оценка уровня потенциального усложнения кода открытых проект..." | +/– | |
Сообщение от Nathan Bedford Forrest (?), 21-Май-21, 12:33 | ||
зато квака вполне себе комфортна жила на 8 мегабайтах оперативки часть из которых еще жрала системаа | ||
Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору |
22. "Оценка уровня потенциального усложнения кода открытых проект..." | –1 +/– | |
Сообщение от Псевдоним (??), 21-Май-21, 11:21 | ||
Странный критерий или нет, но похоже на правду. | ||
Ответить | Правка | Наверх | Cообщить модератору |
23. "Оценка уровня потенциального усложнения кода открытых проект..." | +16 +/– | |
Сообщение от Орк (?), 21-Май-21, 11:23 | ||
Господа, нас обманули, расходимся. Посыл статейки ясен: пишите все программы одним файлом и не будет усложнения кода. На модульность программ и разделение ответственности Мартин клал. Исследование не стоит затраченного на него электричества. | ||
Ответить | Правка | Наверх | Cообщить модератору |
28. "Оценка уровня потенциального усложнения кода открытых проект..." | +/– | |
Сообщение от Леголас (ok), 21-Май-21, 11:31 | ||
> Исследование не стоит затраченного на него электричества. | ||
Ответить | Правка | Наверх | Cообщить модератору |
29. "Оценка уровня потенциального усложнения кода открытых проект..." | +1 +/– | |
Сообщение от Crazy Alex (ok), 21-Май-21, 11:31 | ||
Неужели так сложно понять? Для того, чтобы усложняющийся проект жил и поддерживался, его сложностью надо управлять. Как один из инструментов - разбиение на файлы. В итоге количество файлов становится метрикой сложности. | ||
Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору |
34. "Оценка уровня потенциального усложнения кода открытых проект..." | +/– | |
Сообщение от Клавдий (?), 21-Май-21, 11:56 | ||
Бьем проект на 100500 микросервисов и ваша логика относительно количества файлов и сложности разбивается об стенку намазаную йодом. | ||
Ответить | Правка | Наверх | Cообщить модератору |
112. "Оценка уровня потенциального усложнения кода открытых проект..." | –1 +/– | |
Сообщение от Tishka17 (?), 22-Май-21, 14:19 | ||
Не так: если вы разделили код на модули, вы снизили его сложность, а не повысили. Если вы этого не сделали, возможно вы просто в состоянии это сделать из-за сложности существующего кода. | ||
Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору |
128. "Оценка уровня потенциального усложнения кода открытых проект..." | +/– | |
Сообщение от Crazy Alex (ok), 25-Май-21, 13:29 | ||
Если вам пришлось это делать - то значит у вас уже сложный проект | ||
Ответить | Правка | Наверх | Cообщить модератору |
24. "Оценка уровня потенциального усложнения кода открытых проект..." | –1 +/– | |
Сообщение от Аноним (24), 21-Май-21, 11:23 | ||
>Visual Studio Code - 60.3%. | ||
Ответить | Правка | Наверх | Cообщить модератору |
40. "Оценка уровня потенциального усложнения кода открытых проект..." | +1 +/– | |
Сообщение от Аноним (38), 21-Май-21, 12:41 | ||
Тут не учтены зависимости зависимостей. Зависимости самого Electron чего стоят. | ||
Ответить | Правка | Наверх | Cообщить модератору |
32. "Оценка уровня потенциального усложнения кода открытых проект..." | +4 +/– | |
Сообщение от Аноним (32), 21-Май-21, 11:55 | ||
Ну им ничто не мешало, откровенно говоря, ещё пройтись и посмотреть цикломатическую сложность функций и методов как минимум. | ||
Ответить | Правка | Наверх | Cообщить модератору |
84. "Оценка уровня потенциального усложнения кода открытых проект..." | +2 +/– | |
Сообщение от Аноним (84), 21-Май-21, 21:00 | ||
А зачем? | ||
Ответить | Правка | Наверх | Cообщить модератору |
41. "Оценка уровня потенциального усложнения кода открытых проект..." | +/– | |
Сообщение от Nathan Bedford Forrest (?), 21-Май-21, 12:42 | ||
джаваскрипт - дерьмо | ||
Ответить | Правка | Наверх | Cообщить модератору |
69. "Оценка уровня потенциального усложнения кода открытых проект..." | +/– | |
Сообщение от Аноним (-), 21-Май-21, 18:23 | ||
Не поспоришь. | ||
Ответить | Правка | Наверх | Cообщить модератору |
72. "Оценка уровня потенциального усложнения кода открытых проект..." | +1 +/– | |
Сообщение от Петух (?), 21-Май-21, 19:27 | ||
Зачем его придумали и почему до сих пор не заменили? | ||
Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору |
85. "Оценка уровня потенциального усложнения кода открытых проект..." | +1 +/– | |
Сообщение от Аноним (84), 21-Май-21, 21:01 | ||
Гугл все устраивает? | ||
Ответить | Правка | Наверх | Cообщить модератору |
42. "Оценка уровня потенциального усложнения кода открытых проект..." | +3 +/– | |
Сообщение от Аноним (42), 21-Май-21, 12:47 | ||
Очень странный критерий. | ||
Ответить | Правка | Наверх | Cообщить модератору |
51. "Оценка уровня потенциального усложнения кода открытых проект..." | +/– | |
Сообщение от Жироватт (ok), 21-Май-21, 15:03 | ||
Не. Просто очень жёлтый критерий. Выделенный для громкого заголовка и месяца вялых бурлений. | ||
Ответить | Правка | Наверх | Cообщить модератору |
44. "Оценка уровня потенциального усложнения кода открытых проект..." | +3 +/– | |
Сообщение от НяшМяш (ok), 21-Май-21, 13:24 | ||
Замечательный критерий, надёжный как швейцарские часы. Вот хочу я, например, написать программу, пусть для работы с JSON. | ||
Ответить | Правка | Наверх | Cообщить модератору |
50. "Оценка уровня потенциального усложнения кода открытых проект..." | +3 +/– | |
Сообщение от Жироватт (ok), 21-Май-21, 15:02 | ||
Ты забыл про i/o (+1) и создание асинхронного потока для парса (+1). | ||
Ответить | Правка | Наверх | Cообщить модератору |
53. "Оценка уровня потенциального усложнения кода открытых проект..." | +1 +/– | |
Сообщение от Анонимоваттчас (?), 21-Май-21, 15:31 | ||
А потом юзеры ещё и ГУЙ захотят… | ||
Ответить | Правка | Наверх | Cообщить модератору |
87. "Оценка уровня потенциального усложнения кода открытых проект..." | +1 +/– | |
Сообщение от Аноним (87), 21-Май-21, 21:32 | ||
И веб админку | ||
Ответить | Правка | Наверх | Cообщить модератору |
46. "Оценка уровня потенциального усложнения кода открытых проект..." | +/– | |
Сообщение от Аноним (46), 21-Май-21, 14:27 | ||
Поглядел по ссылке, да я не Ъ, только для линуксового ядра. Интересно что это там за 16,8% магических сишных файлов без единого #include? Заголовочные файлы с константами? | ||
Ответить | Правка | Наверх | Cообщить модератору |
70. "Оценка уровня потенциального усложнения кода открытых проект..." | +/– | |
Сообщение от DontTreadOnMe (?), 21-Май-21, 18:52 | ||
Там походу ещё и не учли, что некоторые заголовочные файлы всегда инклюдятся самим kbuild'ом, без явного #include. | ||
Ответить | Правка | Наверх | Cообщить модератору |
55. "Оценка уровня потенциального усложнения кода открытых проект..." | –2 +/– | |
Сообщение от mumu (ok), 21-Май-21, 16:15 | ||
Критерий - помёт. | ||
Ответить | Правка | Наверх | Cообщить модератору |
121. "Оценка уровня потенциального усложнения кода открытых проект..." | +/– | |
Сообщение от Аноним (-), 23-Май-21, 06:30 | ||
причем тут ты? | ||
Ответить | Правка | Наверх | Cообщить модератору |
126. "Оценка уровня потенциального усложнения кода открытых проект..." | +/– | |
Сообщение от Герасим (?), 23-Май-21, 15:41 | ||
Будешь выделываться - утоплю. | ||
Ответить | Правка | К родителю #55 | Наверх | Cообщить модератору |
56. "Оценка уровня потенциального усложнения кода открытых проект..." | +1 +/– | |
Сообщение от Mike Lee (?), 21-Май-21, 16:40 | ||
Т.е. простыня на 10000 строк проще чем 100 файлов по 100 строк? Ну ок. | ||
Ответить | Правка | Наверх | Cообщить модератору |
64. "Оценка уровня потенциального усложнения кода открытых проект..." | –1 +/– | |
Сообщение от Аноним (64), 21-Май-21, 17:28 | ||
Зато Хруст на 3-м месте! | ||
Ответить | Правка | Наверх | Cообщить модератору |
80. "Оценка уровня потенциального усложнения кода открытых проект..." | +1 +/– | |
Сообщение от freecoder_xx (?), 21-Май-21, 20:23 | ||
Не удивительно: в Rust поощряется модульность и используется на всю катушку. | ||
Ответить | Правка | Наверх | Cообщить модератору |
102. "Оценка уровня потенциального усложнения кода открытых проект..." | +/– | |
Сообщение от Анончик (?), 22-Май-21, 10:20 | ||
еще реализация этих модулей не была похожа на ребенка в инвалидной каляске. | ||
Ответить | Правка | Наверх | Cообщить модератору |
79. "Оценка уровня потенциального усложнения кода открытых проект..." | +/– | |
Сообщение от freecoder_xx (?), 21-Май-21, 20:22 | ||
С одной стороны, критерий действительно отражает сложность *отдельно взятого* проекта. Но в реальности разбиение на модули - хорошая практика именно *борьбы* со сложностью, просто учитывать проекты нужно в совокупности, а не по отдельности. | ||
Ответить | Правка | Наверх | Cообщить модератору |
81. "Оценка уровня потенциального усложнения кода открытых проект..." | +/– | |
Сообщение от Gogi (??), 21-Май-21, 20:29 | ||
Самый простейший и работающий критерий - это количество коммитов ОТ НОВИЧКОВ. Если нуб открыл проект и смог разобраться - это годный проект! :) | ||
Ответить | Правка | Наверх | Cообщить модератору |
82. "Оценка уровня потенциального усложнения кода открытых проект..." | +/– | |
Сообщение от Ан Онто Им (?), 21-Май-21, 20:47 | ||
И как быстро нубы сведут всё в ноль. | ||
Ответить | Правка | Наверх | Cообщить модератору |
88. "Оценка уровня потенциального усложнения кода открытых проект..." | +/– | |
Сообщение от Gogi (??), 21-Май-21, 22:11 | ||
На это есть управляющий проектом - оценивать и принимать код. Главное - что нуб может разобраться в структуре кода. Неважно, сколько там классов, подключенных либ и т.п. | ||
Ответить | Правка | Наверх | Cообщить модератору |
99. "Оценка уровня потенциального усложнения кода открытых проект..." | +1 +/– | |
Сообщение от Аноним (99), 22-Май-21, 08:30 | ||
Брэд. | ||
Ответить | Правка | Наверх | Cообщить модератору |
113. "Оценка уровня потенциального усложнения кода открытых проект..." | +/– | |
Сообщение от funny.falcon (?), 22-Май-21, 15:47 | ||
В целом я поддержу Gigi с одной оговоркой: | ||
Ответить | Правка | К родителю #88 | Наверх | Cообщить модератору |
115. "Оценка уровня потенциального усложнения кода открытых проект..." | –1 +/– | |
Сообщение от Ordu (ok), 22-Май-21, 19:00 | ||
В целом, вопрос о том, как померять сложность довольно любопытен. Более того это не просто бесцельное любопытство, он обладает и практической полезностью: если бы у нас был бы критерий, то на этапе проектирования программы мы могли бы оценивать разные проекты и сравнивать их по сложности. Или после, оценивая разные подходы к решению, мы могли бы выбирать самый простой. | ||
Ответить | Правка | Наверх | Cообщить модератору |
118. "Оценка уровня потенциального усложнения кода открытых проект..." | +/– | |
Сообщение от Онаним (?), 22-Май-21, 20:57 | ||
-- я могу быть уверен что вне вызовов метода этого массива всегда выполняются инварианты "arr->len <= arr->size", "arr->buf != NULL" и "для любого i (0 <= i < arr->len) arr->buf[i] -- не UB" | ||
Ответить | Правка | Наверх | Cообщить модератору |
119. "Оценка уровня потенциального усложнения кода открытых проект..." | –1 +/– | |
Сообщение от Ordu (ok), 22-Май-21, 21:43 | ||
> В случае васян-библиотеки или просто соседнего индуса (не путать с национальностью) я | ||
Ответить | Правка | Наверх | Cообщить модератору |
116. "Оценка уровня потенциального усложнения кода открытых проект..." | +/– | |
Сообщение от iZEN (ok), 22-Май-21, 20:24 | ||
Ещё бы LLVM/Clang исследовали. | ||
Ответить | Правка | Наверх | Cообщить модератору |
127. "Оценка уровня потенциального усложнения кода открытых проект..." | +1 +/– | |
Сообщение от Аноним (127), 24-Май-21, 10:58 | ||
ELASTIC - та еще помойка говнокода, тромозящая и неповоротливая как и все их продукты. | ||
Ответить | Правка | Наверх | Cообщить модератору |
Архив | Удалить |
Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема |
Закладки на сайте Проследить за страницей |
Created 1996-2024 by Maxim Chirkov Добавить, Поддержать, Вебмастеру |