Подсчет строк кода

19.01.10

Разработка - Инструментарий разработчика

Количество строк кода (англ. Source Lines of Code — SLOC) — это метрика программного обеспечения, используемая для измерения его объёма с помощью подсчёта количества строк в тексте исходного кода. Как правило, этот показатель используется для прогноза трудозатрат на разработку конкретной программы, либо для оценки производительности труда уже после того, как она написана.

Файлы

ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.

Наименование Скачано Купить файл
Обработка
.epf 7,52Kb
115 2 500 руб. Купить

Подписка PRO — скачивайте любые файлы со скидкой до 85% из Базы знаний

Оформите подписку на компанию для решения рабочих задач

Оформить подписку и скачать решение со скидкой

Вы можете заказать платную доработку или адаптацию этой разработки под вашу конфигурацию на «Бирже заказов».

  • 0% комиссии — оплата напрямую исполнителю;
  • Исполнители любого масштаба — от отдельных специалистов до команд под проект;
  • Прямой обмен контактами между заказчиком и исполнителем;
  • Безопасная сделка — при необходимости;
  • Рейтинги, кейсы и прозрачная система откликов.

Подробнее о количестве строк кода

Простенькая обработка для подсчета строк в проекте. Специалист ее напишет за 10-30 минут максимум, но бывает что даже этого времени нет...

Для использования необходимо

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

2) Натравить на каталог эту обработку

Вступайте в нашу телеграмм-группу Инфостарт

См. также

Инструментарий разработчика Чистка данных Свертка базы Инструменты администратора БД Системный администратор Программист Руководитель проекта 1С:Предприятие 8 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Управление нашей фирмой 3.0 Россия Платные (руб)

Инструмент представляет собой обработку для проведения свёртки или обрезки баз данных. Работает на ЛЮБЫХ конфигурациях (УТ, БП, ERP, УНФ, КА и т.д.). Поддерживаются серверные и файловые базы, управляемые и обычные формы. Может выполнять свертку одновременно в несколько потоков. А так же автоматически, без непосредственного участия пользователя. Решение в Реестре отечественного ПО

24900 руб.

20.08.2024    70088    365    170    

316

Инструментарий разработчика Роли и права Запросы СКД Программист Руководитель проекта 1С:Предприятие 8 Платные (руб)

Инструменты для разработчиков 1С 8.3: Infostart Toolkit. Автоматизация и ускорение разработки на управляемых формах. Легкость работы с 1С.

16500 руб.

02.09.2020    261089    1351    421    

1170

Пакетная печать Печатные формы Инструментарий разработчика Программист 1С:Предприятие 8 Платные (руб)

Расширение для создания и редактирования печатных форм в системе 1С:Предприятие 8.3. Благодаря конструктору можно значительно снизить затраты времени на разработку печатных форм, повысить качество и прозрачность разработки, а также навести порядок в многообразии корпоративных печатных форм. Обновление версии от 21.04.26

22570 руб.

06.10.2023    38725    107    46    

122

Инструментарий разработчика Нейросети Платные (руб)

Первые попытки разработки на 1С с использованием больших языковых моделей (LLM) могут разочаровать. LLMки сильно галлюцинируют, потому что не знают устройства конфигураций 1С, не знают нюансов синтаксиса. Но если дать им подсказки с помощью MCP, то результат получается кардинально лучше. Далее в публикации: MCP для поиска по метаданным 1С, справке синтакс-помощника и проверки синтаксиса.

15250 руб.

25.08.2025    57166    114    32    

126

Мастера заполнения Поиск данных Инструментарий разработчика Подбор и обработка объектов 1С 8.3 1С 8.5 Платные (руб)

Infostart MagicInput улучшает подбор в полях ввода 1С: ищет по любой части названия и по нескольким ключевым фрагментам, распознаёт ввод в другой раскладке и показывает иконки/статусы объектов прямо в списке. Поддерживает вставку навигационной ссылки/представления документа для автоподбора; для разработчиков доступны поиск по GUID и полному имени предопределённого. Работает в управляемых формах и подключается в большинстве конфигураций 1С 8.3/8.5.

6000 руб.

25.02.2026    4038    13    1    

18

Инструменты администратора БД Инструментарий разработчика Роли и права Программист 1С:Предприятие 8 1C:Бухгалтерия Россия Платные (руб)

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

17000 руб.

10.11.2023    25625    93    46    

102

Инструментарий разработчика Разработка Администрирование веб-серверов Системный администратор Программист Бизнес-аналитик Руководитель проекта 1С 8.3 Платные (руб)

В крупных внедрениях 1С типовая почти всегда дополнена расширениями, а конфигуратор показывает их раздельно. «Поиск ссылок на объект» в ERP — минуты ожидания, и даже после него неясно: типовое поведение, дополнение из расширения или переопределённый обработчик. Analyzer 1C — веб-инструмент, который парсит выгрузку (основную плюс все расширения) и собирает единый граф знаний в ArangoDB. Любой межсущностный запрос — за доли секунды. Внутри: — Сквозные пометки «Доб.» / «Заимств.» / переопределения во всём UI — Импакт-анализ через подписки, регламентные задания и переопределения — Анализ запросов BSL: кто читает и пишет объект — модули, формы, СКД — Роли: матрица «роль × объект × право», RLS, программные РольДоступна, PRIV — Конструктор профилей, граф функций, обработчики обновления, XDTO, функциональные опции — Мгновенный поиск по конфигурации Разворачивается за минуту через Docker, без интернета. Любая 1С:Предприятие 8.3+.

12200 руб.

17.04.2026    6655    28    34    

43

Инструментарий разработчика Программист 1С:Предприятие 8 Платные (руб)

Инструмент для написания и отладки кода в режиме «1С:Предприятие». Представляет собой консоль кода с возможностью пошаговой отладки, просмотра значений переменных любых типов, использования процедур и функций, просмотра стека вызовов, вычисления произвольных выражений на встроенном языке в контексте точки останова, синтаксического контроля и остановки по ошибке. В консоли используется удобный редактор кода с подсветкой, контекстной подсказкой, возможностью вызова конструкторов запроса и форматной строки. 1.3.11 Доработан механизм контекстной подсказки по метаданным

9500 руб.

17.05.2024    53416    185    63    

217
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. tango 552 19.01.10 10:37 Сейчас в теме
автоматизация белой горячки, -
3. Stepa86 1537 19.01.10 10:42 Сейчас в теме
(1) и где тут автоматизация? или ты считаешь, что совершенно не обязательно знать объем проекта???
2. dolter 120 19.01.10 10:42 Сейчас в теме
старался человек, однако... оформил красиво... :-)
5. Stepa86 1537 19.01.10 10:54 Сейчас в теме
(4) вообще то не предполагалось привязывать количество строк кода к эффективности работы программистов, есть много примеров, когда один прогер одной строчкой сделал качественнее решение, чем второй 1000ей

и вообще: "Эксперименты многократно подтвердили тот факт, что данная метрика хорошо коррелирует с трудозатратами — программы с большим количеством строк кода требуют больше времени на разработку." из ссылки в топике
7. tango 552 19.01.10 11:16 Сейчас в теме
(5)
"и вообще:"
http://ru.wikipedia.org/wiki/%D0%9A%D0%BE%D0%BB%D0%B8%D1%87%D0%B5%D1%81%D1%82%D0­%B2%D0%BE_%D1%81%D1%82%D1%80%D0%BE%D0%BA_%D0%BA%D0%BE%D0%B4%­D0%B0
[источник не указан 243 дня]

"вообще то не предполагалось"
пачка перфокарт, составляющая программу, обладала вполне видимым объёмом, по которому менеджеры могли судить о производительности работы программистов
8. Stepa86 1537 19.01.10 11:25 Сейчас в теме
(7) такое ощущение, что это Ваша больная тема... в общем спорить не буду, я создал простенький инструмент, мне он был полезен, решил поделится... пусть каждый сам решает как им пользоваться 8-)
10. tango 552 19.01.10 11:45 Сейчас в теме
(8) слив защитан. нелюбовь к тупому менеджменту - тяжелое наследие франчайзевой юности.
(9) +
6. tango 552 19.01.10 11:04 Сейчас в теме
Разработчики очень сообразительны в этом отношении. Что бы вы ни пытались измерить, они найдут способ оптимизировать этот показатель, и вы никогда не получите именно то, чего пытаетесь добиться.

Роберт Остин (Robert Austin) в своей книге "Измерение и управление производительностью в организациях" (Measuring and Managing Performance in Organizations) пишет, что существует два этапа внедрения новой метрики для измерения производительности. Сначала вы получаете то, что хотели, потому что никто пока не понял, как обмануть систему. На втором этапе вы получаете нечто худшее, чем то, с чего начинали, потому что все будут обманывать систему, чтобы максимизировать измеряемый показатель, даже рискуя погубить компанию.

Хуже того, менеджеры, использующие экономическую мотивацию, думают, что они смогут избежать такой ситуации, просто улучшая метрики. Доктор Остин заключает, что вы не можете этого сделать. Это никогда не срабатывает. Не важно, как сильно вы стараетесь адаптировать метрики к тому, что вы хотите достигнуть, это всегда срабатывает против вас.

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

http://local.joelonsoftware.com/wiki/%D0%9C%D0%B5%D1%82%D0%BE%D0%B4_%D1%8D%D0%BA%D0%BE%D­0%BD%D0%BE%D0%BC%D0%B8%D1%87%D0%B5%D1%81%D0%BA%D0%BE%D0%B9_%­D0%BC%D0%BE%D1%82%D0%B8%D0%B2%D0%B0%D1%86%D0%B8%D0%B8
18. marsohod 123 19.01.10 22:57 Сейчас в теме
"Не бывает измерений никак не влияющих на измеряемую систему."
(с) Гейзенберг В.
:D это по поводу ссылки в (6)
Ziggurat; +1 Ответить
9. Трактор 1282 19.01.10 11:28 Сейчас в теме
Слишком сложно. Меня как-то попросили посчитать количество строк кода в конфигурации. Я задал поиск во всех текстах точки с запятой. Через 15 минут дал ответ. Всё.

Кстати, в результате моей деятельности количество строк кода в конфигурации иногда уменьшается.
_Vovik; mtv:); Поручик; tango; +4 Ответить
11. Stepa86 1537 19.01.10 11:54 Сейчас в теме
(9) еще раз говорю, это не оценка производительности программиста, а оценка проекта... Ничо, что точка с запятой далеко не в каждой строчке используется?
12. Трактор 1282 19.01.10 12:12 Сейчас в теме
(11) >> еще раз говорю, это не оценка производительности программиста, а оценка проекта.
Вот как раз и посчитали примерный размер проекта.

>> Ничо, что точка с запятой далеко не в каждой строчке используется?
В таком случае как ты отличаешь конструкцию
Если Петрович = Вор Тогда

СообщениеНачальству = "Петрович занимается приписьками и с этим ничего сделать не получится"

Иначе

СообщениеНачальству = "Петрович знатный работник"

КонецЕсли;
Показать

От кода
СообщениеНачальству = ?(Петрович = Вор, "Петрович занимается приписьками и с этим ничего сделать не получится", "Петрович знатный работник");

Подсчётом точек с запятой эти два фрагмента дадут один результат. Подсчётом количество строк ты в первом случае получишь 9 строк, а во втором одну строку. А функционально куски одинаковы.
Как мыслишь решать проблему? И надо ли её решать?

tango абсолютно прав говоря что подсчёт строк кода это очень условный показатель, который может сработать только раз.
Я подозреваю что 1Сники в типовых конфах специально вставляют пустые строки чтобы увеличить количество строк. Ибо читаемость кода от этого ухудшается.
13. Stepa86 1537 19.01.10 12:22 Сейчас в теме
(12) в твоем примере в первом коде 0 точек с запятой, во втором 1, а, нет увидел... вот тока в первом фрагменте я б 3 точки с запятой поставил

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

если я буду планировать новый проект, то могу примерно оценить трудозатраты, оценив метрики предыдущих проектов. ни о каком показателе типа "ты написал в этом месяце меньше нормы на 100 строк, премию не получишь" речи тут не идет! Мне, например, просто нравится оценивать количество строк текущего проекта раз в месяц и сравнивать с другими моими проектами...
14. Трактор 1282 19.01.10 12:31 Сейчас в теме
(13) >> в твоем примере в первом коде 0 точек с запятой, во втором 1
В обоих по одной строке. В первом фрагменте точка с запятой стоит после КонецЕсли

>> Пустые строки очень хороший инструмент
Всё хорошее хорошо в меру, а не как в некоторых типовых конфах.

Однако любой метод даёт лишь приблизительное представление о сложности. Например алгоритм рисования круга в 10 строк в институте разбирается две пары. И это правильно.

Мы поняли друг друга и это хорошо.
Удачи ;-)
15. tango 552 19.01.10 17:21 Сейчас в теме
(13) "оценить трудозатраты"
ну дык...
Софтверные компании обычно премируют программистов которые (a) пишут много кода и (b) исправляют много багов. Лучший способ продвинуться в такой организации — это писать как можно больше неряшливого кода и потом исправлять все эти ошибки, вместо того, чтобы потратить время и в первую очередь подумать, как сделать грамотно. Если вы попробуете исправить эту проблему с помощью штрафа за баги, то вы создадите повод скрывать баги, или не говорить тестерам о только что написанном коде в надежде на то, что найденных багов будет меньше. Таким образом выиграть нельзя.

http://local.joelonsoftware.com/wiki/%D0%98%D0%B7%D0%BC%D0%B5%D1%80%D0%B5%D0%BD%D0%B8%D1­%8F_%D0%BF%D1%80%D0%BE%D0%B4%D1%83%D0%BA%D1%82%D0%B8%D0%B2%D­0%BD%D0%BE%D1%81%D1%82%D0%B8
16. Stepa86 1537 19.01.10 17:30 Сейчас в теме
(15) опять про мотивацию и эффективность? Предлагаю Вам создать отдельную статью на тему противостояния менеджмента и простых программистов...
17. Душелов 4026 19.01.10 20:59 Сейчас в теме
А.... Тема про "индийский код"...
Ну-ну :)
19. tango 552 20.01.10 09:24 Сейчас в теме
нет, правда никак не въеду.
чел оценивает трудозатраты, но упорно отнекивается от оценки производительности...
Это как?
21. Stepa86 1537 20.01.10 09:49 Сейчас в теме
(19) глупо оценивать производительность по количеству кода, поэтому и отнекиваюсь, а в целом проект оценить можно...
20. CrazyBear 33 20.01.10 09:29 Сейчас в теме
А можно добавить отбор по комментариям например "//+"?
22. Ivon 676 20.01.10 10:20 Сейчас в теме
Я вообще считаю, что нельзя оценивать работу программиста по количеству строк кода. Это вредно для самой программы. Например, 1-й программист пишет код сразу после получения задания и выдает прогу в 1000 строк кода, который жутко не оптимизирован, при этом 2-й вначале хорошо подумает и осмыслит структуру программы и напишет 100 строк оптимизированного кода, при том, что программы будут выполнять одно и то же. Одна из моих программ в былое время претерпела 2 таких оптимизации, при этом стала быстрее работать, а количество строк кода уменьшилось раз в 15.
23. SiAl 76 20.01.10 10:34 Сейчас в теме
Не вижу пользы. Но минус пока ставить не могу. Производительность мало связана с количеством кода. Например то, что например в семерке требовалось кодировать, то в восьмерке рализвано на уровне платформы, а в 8.2 и того более - "управляемое приложение". Кодирование идет на уровне глобальных процедур и функций, их можно "просчитать" и в Конфигураторе.
Если для групповой работы, то обычно за свою подсистему - отдельный спец отвечает. Как эта обработка отслеживает подсистемы?
24. Stepa86 1537 20.01.10 10:39 Сейчас в теме
(23) на вторую картинку внимательно посмотри
25. SiAl 76 20.01.10 11:12 Сейчас в теме
(24) Да ну. Может стоит тогда выгружать всё, а в таблице группировать количество строк по подсистемам. Но, повторюсь, что количество строк для писателей - оценка их труда, но никак не программистов. Внедренец вообще может не менять код, а результат - есть: довольный клиент.
26. Stepa86 1537 20.01.10 11:27 Сейчас в теме
(25) не вижу смысла потратить кучу времени на бесполезные фишечки, которые и так легко обходятся.

Нужно было подсчитать колво строк в проекте, я написал инструмент за 15 минут, выложил его для тех, кому он может быть пригодится, а тут срач начался по поводу производительности и эффективности...
28. SiAl 76 20.01.10 11:51 Сейчас в теме
(26) Конструктивней надо быть. В каждом сраче выкристализовывается много новых идей.
27. Asis 20.01.10 11:31 Сейчас в теме
Хорошо бы еще задавать параметры типа "учитывать пустые строки" и т.п.
29. vovan519 276 20.01.10 12:28 Сейчас в теме
Не понимаю, зачем нападать на автора. Он несколько раз сказал, что это подсчет строчек кода, а не расчет производительности.
Кстати, так же глупо измерять производительность в потраченном времени. По тем же причинам (возможность влиять на показатели). Но большинство ежедневно совершают эту глупость.
Оценивать трудозатраты можно по разному. Могу предложить десяток вариантов. Для кого может такой оценкой является количество выкуренных сигарет. Но это не важно.
Если программист запланировал получить за выполненную работу N рублей, он постарается ее получить. В свою очередь работодатель хочет заплатить не больше M рублей. Если N <> M люди торгуются, вот и вся хитрость.
Но есть несколько "но".
1) И тому и другому необходима начальная сумма от которой нужно начать торговаться.
2) Работодатель хочет знать порядок сумм (т.е количество ноликов) при расчете до начала работы.
Не хочу описывать все "но", только во всех случаях нужна, пусть косвенная, пусть не точная, но оценка. Большинство из вас имеет образование связанное с математикой. Есть куча мат. методов где результат получается рекурсивными методами, постоянно уменьшая погрешность. Так считайте "количество строк кода", "количество часов" или "количество выкуренных сигарет" первым приближением этой задачи. Это первое приближение может изменится в результате как в одну, так и в другую сторону. Но это уже отдельный разговор.
Anything; Stepa86; +2 Ответить
30. iov 408 20.01.10 12:50 Сейчас в теме
Любопытно. ВОт интересный показатель. Подрабатываю фрилансом на Абоненской плате (определенное количество часов) так вот поставил условие что я не озвучиваю стоимость разработок но говору примерно сколько это часов (включая обучение нововведениям) А вот поддержка (исправления переписка и иное где мог ошибится - бесплатно) (изменение функционала по просьбе заказчика не в счет). Итак я теперь трачу больше времени но чем меньше я ошибаюсь и точнее и понятнее обучаю тем меньше трачу свое время. как результат могу просто приходить порой за оплатой. Мотивацией работы должно быть именно желание писать хороший код. В человеке заложено желание меньше работать и больше получать. А менеджеров учат добиваться обратного. НО формула КАЧЕСТВО = (ВРЕМЯ* УМЕНИЯ*МОТИВАЦИЯ)/затраты на исправление ошибок (*сильно упрощено) работает и мы можем лишь изменять некоторые показатели замещать другими но результат один.
Пример наш любимый apple (традиционное качество) НО ка только попадается партия хреново зделанного рейтинг (читай качество) резко падает потому как востановление репутации - ремонт- отзыв продукции
это огромные вложения.
С другой стороны АК (автомат калашникова ну извините очень яркий пример) выносливость и простота даже с учетом хреновой точности за счет потраченного на разработку времени и знаний и умений конструктора + мотивация (патриотизм тоже мотивация- это для новейшего поколения которое в мотивациях ограничено) = очень качественный массовый продукт.
rusmil; Bublik2011; +2 Ответить
31. Stepa86 1537 20.01.10 13:01 Сейчас в теме
(30) Макконел примерно то же самое сказал
32. iov 408 20.01.10 15:33 Сейчас в теме
(31) Не читал чесно говоря. Но почитаем, мысли человека который придерживается той же точки зрения могут укрепить уверенность и раздуть самомнение :D .
А на самом деле вопрос программирования все таки в случаях с разработкой качественых программ должен относится к сфере творчества а не к сфере производства (ну покрайней мере для программиста).
33. sash-ml 22.01.10 19:24 Сейчас в теме
С 1С-ке может это и "показатель" крутости, но вот в однокристальных микропроцессорах всего 64Кб памяти под программу(если повезет), и нужно очень оптимальные алгоритмы писать дабы поместится в это ограничение.
34. crs 22 17.01.13 20:28 Сейчас в теме
Подсчитайте кто-нибудь кол-во строк в типовых конфигах. Интересно)
35. Aleksey.Polushin 12.04.22 15:18 Сейчас в теме
Не работает на управляемых формах. Надо предупреждать об этом. А то стартмани потратил - а обработку работающую не получил.
Для отправки сообщения требуется регистрация/авторизация