sermon

Sep. 29th, 2015 10:52 am
thedeemon: (office)
[personal profile] thedeemon
На днях мудрый [livejournal.com profile] _xacid_ разразился замечательной проповедью, прочитав которую даже человек с черствым сердцем непременно почувствует в груди огонь любви к божественному, пойдет обрежет себе ООП и начнет отращивать монады. Читать первый уровень ответов к этому сообщению.

Date: 2015-10-03 05:45 am (UTC)
From: [identity profile] valentin budaev (from livejournal.com)
> (что нам скажет кол-во информации?)

Я рассуждаю так - вопрос плотности информации нас не интересует, т.к. это вопрос синтаксический, во-первых (то есть мы всегда можем взять язык Х и добиться идеальной плотности информации не меняя семантику, только синтаксис, а вопросы синтаксиса - существенно субъективные вопросы) и на собственно "писанину кода" программист время все равно практически не тратит, даже когда язык сильно вербозный. А время он тратит на генерацию информации. Значит, лучше тот язык, что позволяет решить задачу за счет меньшего количества информации (но не за счет ее более эффективного выражения) - и это уже как раз семантика. Значит, надо сравнивать количество_информации/задача, а лок - какой-то странный показатель. Сильно зависит от стиля оформления кода, от длины идентификаторов и прочих спорных вещах. Например, те же длины идентификаторов взять - они как сильно короткие плохо, так и сильно длинные плохо.

> а главное, прийти к согласию о том, как именно сжимать

Думаю, алгоритмы, хорошо подходящие для пожатия текста, должны быть для решения рассматриваемоей задачи (оценка информации в коде) удовлетворительны.
Edited Date: 2015-10-03 05:46 am (UTC)

Date: 2015-10-03 06:55 am (UTC)
From: [identity profile] thedeemon.livejournal.com
Просто алгоритмов сжатия много, и каждый можно тут применить огромным множеством способов, поэтому дебаты о выборе подхода можно вести бесконечно, как ни посчитай, всегда кто-то предложит считать иначе.

С LOC же все просто и, что важно, были уже разные исследования, где LOC был хорошим показателем (прямым коррелятом) как по скорости разработки, так и по числу ошибок.

Date: 2015-10-03 04:23 pm (UTC)
From: [identity profile] valentin budaev (from livejournal.com)
> были уже разные исследования, где LOC был хорошим показателем (прямым коррелятом) как по скорости разработки, так и по числу ошибок.

Ссылками не поделитесь?

Date: 2015-10-03 06:36 pm (UTC)
From: [identity profile] thedeemon.livejournal.com
Увы, не сохранил.

Profile

thedeemon: (Default)
Dmitry Popov

December 2025

S M T W T F S
 12 3456
789101112 13
14151617181920
21222324252627
28293031   

Most Popular Tags

Style Credit

Expand Cut Tags

No cut tags
Page generated Jan. 25th, 2026 10:29 pm
Powered by Dreamwidth Studios