DymytryДень добрый, уважаемые!
Тысяч 30 строк примерно в проекте у нас.

первый раз за все время работы всплыл вопрос про подсчет строк. Глянул 4 проекта которые активно вел за последние 7 лет, округлил до 5К строк.

1. 40К довольно сложный нетипичный для Java проект. Живет и рефакторится последние 6 лет, готовится на пенсию но отдельные модули уйдут в новый продукт (микро сервисная архитектура)
2. 130К мой последний проект, написан в течении полугода, привлекалось до 6 человек, активно ведут двое. В продакшн.
3. 370K устаревшая версия проекта #2, более медленная, громоздкая, лишние навороты "ради понтов". Тесты никто не поддерживал, покрытие тестами около 5%. Тихий ужас, пока въехал как эта куча спегетти работает и как ее рефакторитъ ушло с полгода и получилосъ #2 с другой архитектурой и меньшим количеством компонент.
4. 195К маленькая библиотечка для #1. Кое что считает. Народ ее откровенно избегает трогать руками и это правильно так как это не бизнес логика а расчетная библиотека и требуется знание спецификаций. Приходилось копаться и правитъ баги. Удивлен что так много строчек скорее из за констант, деклараций и прочего мусора. Она не в Java стиле написана а порт в лоб с процедурного языка.

Получается что примерно 200К настучал/отрефакторил, не считая одного крупного проекта который 2 года пилил, но там не более 20К моего кода

NixicDymytry,

если структура проекта выстроена абы как, то даже 10тыс. будет сложно одному поддерживать.

Это точно, хотя бы переменные и методы называли понятно. Полезный курс для... да для всех https://cleancoders.com/
Не помешает посмотретъ. Объем программы имеет значение только в том смысле что его лень набивать - знаешь что и как нужно делать есть прототип, но людей не хватает и нужно набивать код чистовой версии. Думатъ то уже почти не приходится, это рутина.

Хорошо структурированный код с понятными именами (и хотя бы вкраплениями комментов) сам по себе документация.
Объем в строчках кода - это то как раз не замечаешь, отладка идет по входу/выходу, как с черным ящиком, а вот какой нибудь метод на пару страниц с плотно упакованными операциями с масками и сдвигами, целочисленными делениями и без единого коммента и с непонятным названием, и если таких методов вложено 3 - 4 слоя... проще застрелиться. По сути обфускация. Конечно понимаю что численные алгоритмы перенесли откуда то из матлаба или С программы но нельзя же как в 18 веке жить.

maytonuid uniqueа вот какой нибудь метод на пару страниц с плотно упакованными операциями с масками и сдвигами, целочисленными делениями и без единого коммента и с непонятным названием, и если таких методов вложено 3 - 4 слоя... проще застрелиться. По сути обфускация. Конечно понимаю что численные алгоритмы перенесли откуда то из матлаба или С программы но нельзя же как в 18 веке жить.
Если он был написан в матлабе на "пару страниц" с соблюдением инкапсуляции - то пускай так и лежит себе.
Незачем рефакторить потому-что никто отдельные части этого кода вызывать никогда не будет. Помечаешь
как @Generated и пишешь камент дескыть портировано с матлаба. И исключаешь из анализаторов и отчотов
файндбаг и сонар-куб чтоб не видеть его больше.
К сожалению баги были, но редко. По стилю на 99% С - количество битовых операций зашкаливает, плавающей точки почти нет.
Целочисленное деление сплошь и рядом, такое ощущение что код вытащен из 80х или самого начала 90х (когда мат сопроцессор не стоял везде) и портирован каким то конвертером на Java. Хорошо если человек знаком с бинарными операциями но много ли молодых Java программистов сейчас копаются с масками и сдвигами?

Типичный фрагмент кода - переименовал переменные, взял один циклик, чтоб дать представление -

// limit, c, d, e, i, f, u - external variables
byte a = 0;
int b;

for (int i = 0; i < limit; ++i) {
b = some_method(b);
a = (byte) (a | b << 7 - i);
b = (b & c) << 1 | b | d >> e - i & f | d >> e - i & u;
}

Знакомый писал на С читалки рендереры RAW фотографий, как то глянул через плечо, там что то похожее было (ряды, повторное использование переменных). Когда естъ 3 дня на обдумывание одной страницы кода, можно и так писать.

maytonТакже доставляет приведение типов (int)-(long)-(int)
когда нужно учесть диапазон.
Давно не копался в битовых операциях но больше всего напрягало отсутствие unsigned byte в Java (в C# с этим проблем не было) и кастинг к int без повода (по умолчанию).

natanabrahamjruid unique,

а давайте не в строках а мегабайтх мерить? просто строки можн ои уменьшить и пробелов добавить или некоторые выражения в одну строку вбивать.

а в мегабайтах это уже сильно влиять не будет. ну да. на один ентер больше или меньше.

в общем,

1.2 мегабайта голые явакоды (ну да еще помники), чисто вебсервис, работающий по ресту. это много или не много?

Хорошо, померял свою кучу мусора ;-)

Использовал команду


Выдало 2, 7, 17 и 15 мегабайт (округлено). Общий объем с чем более менее активно приходится копатъся примерно 10МБ. Предпочел бы копаться поменьше. Eще архивные проекты естъ, мало их касаюсь но более менее знаком, иногда поглядываю, там еще около 10 MB.

Вспомнилась первая работа Java программистом в стартапе - нас было двое - проект в 20 классов казался огромным и мы делили код на модули чтобы меньше пересекаться ;-)

Желательно стремитъся к уменьшению кода, в первую очередь за счет изменения архитектуры, делать модули, абстрактные классы, микросервисы, повторно используемый код по возможности и не использовать внешние сервисы (базы данных к примеру) если они на самом деле не нужны. Или делать EAR когда можно обойтисъ WAR приложением. Или EJB засунутъ там где достаточно http или расшареной папки. Поддержка спасибо скажет.
К примеру 7МБ версия приложения имеет больше функционала и на порядок лучшее покрытие тестами, более удобное сопровождение чем версия в 17МБ (надеюсь скоро спишем его потому что поддерживатъ очень трудно).

dimonz80Фууу! Читер! Мерял место на диске)) Все могут померять занимаемое место на диске с блоком ФС ну например 1Мб)))


Куча мусора она и есть куча мусора, кириллицы нет, впрочем подсчитаем символы в файлах (не байты) с помощью wc



Получил округленно 1.6M, 4.6M, 14.8М символов и сообщение -bash: /usr/bin/wc: Argument list too long

Прогнал подсчет файлов в последнем случае, оказалось около 5 тыс java файлов (мелкие заразы но их много)


Допиливать этот скрипт если честно влом, пора баиньки ;-)