Почему «обычный 1сник» не любит чистый код

08.09.25

Сообщество - О жизни

Статья написана исключительно для флейма.


Вот живёт себе «большой мир программирования». Формулирует всякие SOLIDы, выращивает Дейкстр и Кнутов, шпарит computer science не покладая голов. И новичков, приходящих в телеграмм с вопросом «Чуваки, хочу стать программистом, с чего начать?» по-отечески, с шутками и прибаутками, сразу отправляет в гит, алгоритмы, паттерны и читать Дядюшку Боба.

А рядом с этим розовым миром с понями и радугой, в отдельном закутке, за противотанковыми ежами и электрическими разрядами на колючей проволоке, на копьях с головами «этих ваших новаторов» гордо реют желто-красные знамена 1с.

Когда я захотел стать новатором, я не думал, что моя голова окажется на пике. И теперь, чтобы избежать этой участи, пришлось задуматься — а почему, собственно?

Почему тех, кто приходит из «большого мира» наперевес с фразами «вы чо, пацаны, так же проще и удобнее?!!», встречают в лучшем случае суровым молчанием,

а чаще — начинается открытое противостояние «деды так писали!», «в типовых код видел? Вот и пиши так же» и прочее в таком духе.

Так и родился этот маленький опус — в размышлениях о судьбах.

0. Демографическая яма

Когда я приходил в профессию (больше 20 лет назад), за клиентов приходилось конкурировать. А сейчас мне даже некому отдать всякое, которое я делал уже 100500 раз — нет в профессии вьюношей со взором горящим. Настолько нет, что сам вендор уже целого амбассадора выделил — разобраться, что же не так. Когда человек сам приходит в телеграмм с вопросами, он открыт всему миру, он хочет учиться. А когда вдруг ты приходишь к 1сникам, ты видишь серьезных людей, уже занятых делом. По 10 лет и больше, опытные — отвал башки, сертификатами увешаны, как ёлки. И ты такой «Хай, ребята! А вы неправильно программируете!» И они тебе «Ага, смешно. Ээ, ты не шутил? А ну стой иди сюда!». Ну и вот и поговорили.

1. Опыт поколений

Именно эти ребята, суровые и с сертификатами, и начинают учить тех немногих, кто всё-таки решил пойти в 1сники. Чему? Понятно чему. Тому, чему научились они сами. Откуда они научились? У таких же суровых, которые были давно. И у вендора. Типовой код для 1сника — это же как мама для утенка. 1 раз увидел — и всё. На всю жизнь. А там, в типовом коде — легаси и обратная совместимость. И вот тут-то и всплывают аргументы «процедура на 8 тысяч строк с 13 параметрами? А что не так? Идешь отладчиком, пыщ пыщ, всё понятно. Комментарии от прошлых комиттеров бледненькие, читать код не мешают. Тебе мешают? У ти какие мы неееежные. Мне вот твои 500 функций из одной строки мешают, как по ним отладчиком прыгать? В смысле зачем? А как по-другому-то? Иди, короче, не мешай работать».

2. Не смотрите наверх!

А еще 1с — это квинтэссенция NIH-синдрома.

«Всё, что надо — есть у нас. Сделано нами для тебя, зачем тебе остальной мир?»

«VCS? — У нас есть хоронилище!»

«ШПД — их есть у нас! Красивое, между прочим.»

«Что, нужен мессенджер? А вот на тебе систему взаимодействия.»

«Что ты хочешь? Отчеты? Вот же СКД».

«Бухгалтер принес excel-ку? Так мы ее платформенно и прочитаем.»

И 1сники не смотрят по сторонам. Те, кто отрывает взгляд от хм.. земли, сразу попадают на Инфостарт. И уже на таких глазастых остальные начинают смотреть, как на обезьянок. Чего-то лопочут на вражьем, прикольные такие. Руками машут, глаза горят, но ничего непонятно же. Пойду-ка я дальше ошибки в регламентированной отчетности исправлять.

3. Too busy to improve.

«Работы и так выше ушей, не успеваю делать, а этот со своими гитами лезет. Всё ему не так, руками машет, глаза горят, тьху. Я, если будет надо, папочку сделаю с датой — 5 сек и всё. А гит учить некогда, сроки же. Мы так 15 лет программируем, и вон бухгалтерша за меня замуж хочет даже. Нормально же всё, ну что за кипиш? Не хочу. И некогда мне».

И так далее и так далее и так далее...

255. Прогресс не остановить?

Ясно вижу 2х виноватых:

0. Большая и хмурая компания 1С. All for the money, ууу-уу. Но она меняется. БСП придумали, EDT замутили. По мне так он мертворожденный, но всё хлеб. Амбассадор опять же.

1. Природное сопротивление людей изменениям. Отрицание, гнев, торг, депрессия, принятие — это человеческая природа. Нужно признать, что ты не очень. И принудить себя вырабатывать эндорфины от изучения новых штук. А это далеко не каждый умеет и хочет. И в этом 1сники точно такие же, как все остальные. Даже у джавистов абстракции протекают, чего уж.

 

-1. Речь, Бульба! Речь!

Кхм..

И хотя мы сталкиваемся с трудностями сегодня и будем сталкиваться с ними завтра, у меня всё же есть мечта. Я мечтаю, что однажды все люди будут жить в соответствии с истинным смыслом принципа: «Мы считаем самоочевидным, что все программисты сотворены равными». Я мечтаю, что однажды на страницах гитхаба 1сники и шарписты смогут сидеть вместе в одном репо. Я мечтаю, что придёт день, когда люди разных языков будут судить друг о друге не по цвету их книжек, а в соответствии с отчетами сонара. И что еще при моей жизни условные RUSTовчане будут на полном серьезе поздравлять 1сников с днем программиста. Надежда есть. И ради этой мечты и надежды найдутся люди, которые продолжат продвигать принципы «большого мира программирования» в разработку 1с. Не боясь найти свою голову на острие копья.

 

ЗЫ. Статья написана 3.5 года назад,  отлеживалась. Но решил таки выложить,  развлечь вас.

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

См. также

О жизни Россия Бесплатно (free)

Личная история смены профессии — честно и с юмором. Как решиться на первый шаг, что помогло на старте и почему даже отчёты в 1С могут приносить радость.

17.07.2025    2674    user2154904    12    

52

О жизни Бесплатно (free)

В данной статье я хочу поделиться своим видением обеих направлений разработки, сравнить их и дать свою субъективную оценку, а также рассказать историю ИТ в общих чертах за последние 5 лет, как ИТ пузырь начал раздуваться и как он в конце концов лопнул.

11.07.2025    4248    hexhoc    25    

57

О жизни Россия Бесплатно (free)

Для гениального программиста 1С Аркадия Скворцова это должно было стать рутинной отладкой. Но база данных НИИ, занимающегося «стабильностью пространственно-временного континуума», оказалась не так проста. Что скрывается за строками кода, где вместо «ПриходТовара» значится «ПеремещениеМатерии», а в регистрах накапливается «ЭнтропияВселенной»?

19.05.2025    2803    vet7777    10    

38

О жизни Россия Бесплатно (free)

Данная статья сугубо для раздела «О жизни», но может оказаться полезна многим членам сообщества. Все описанное ниже соответствует актуальному российскому законодательству на момент публикации статьи. У вас нет и в ближайшее время не предвидится детей возрастом до 1.5 лет? Вспомните о родственниках / друзьях / коллегах / знакомых, у которых они есть, и отправьте ссылку на эту статью — она может быть им чрезвычайно полезна. Распространите среди жильцов вашего ЖЭКа, как говорилось в одном классическом произведении. Помните, что, ставя плюсы к статье, вы поддерживаете её автора!

01.07.2024    8826    madonov    48    

55

О жизни Linux Системный администратор Программист 1С v8.3 Россия Бесплатно (free)

Использование Linux в качестве основной ОС для программиста 1С, возможно ли это? Решил поделиться личным опытом работы перехода на эту систему. В статье моя история без технических деталей максимально простым языком. И, спойлер, да, жизнь на Линуксе для разработчика 1С возможна и с каждым годом становится всё комфортней. Статья рассчитана на людей, с Линуксом не знакомых, специалистов прошу не кидаться помидорами.

16.05.2024    9478    soulner    34    

51

О жизни Россия Бесплатно (free)

Подводим итоги работы в 1С за 2023 год. Все о вас: 4 подробных раздела с цифрами, графиками и ужасными цветами диаграмм (должна же где-то быть стабильность).

08.02.2024    33030    Neti    86    

123

О жизни Бесплатно (free)

Прочитав название публикации, мысль возникает о свадьбе... Но речь не об этом!

25.08.2023    4474    biimmap    24    

51
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. Segate 284 08.09.25 10:16 Сейчас в теме
Рыба гниет с головы ) Обычно, тем кто код пишет - переход к чему-то новому - претит, но они терпят.
Но проблема в том, что сейчас те самые "Деды" которые отладчиком 13000 кода смотрели, сидят руками отдела, тимлидами и тд...

И вот у них есть четкая позиция "бизнесу это не надо"
Я прихожу в 9 из 10 контор, там сервера на винде, и они хотят тестов, ci и автоматизации, но учить линукс - не хотят... и говорят, что они "для экономии времени, из за того что нет экспертизы" - будут все делать на винде.
И сразу выкидывают в помойку такую прорву времени, на пердолинг с кодировками, конфигами, клинапом, конкаренси и тд, которые могли бы просто решиться переездом в какие-нибудь контейнеры, или хотя бы на линуксовые виртуалки...

Но они по прежнему "экономят"... ну чтож... пусть экономят )
progvicof; ktb; m_aster; siamagic; zqzq; chebser; NeLenin; starik-2005; Golovanoff; +9 1 Ответить
71. zqzq 25 12.09.25 15:45 Сейчас в теме
(1)
Рыба гниет с головы )
Я бы дальше копал: фирма 1С сама застопорила развитие своей платформы (1С 8), только формы в разные цвета перекрашивает.

Одна надежда на 1С:Исполнитель (который тоже велосипед -- переделанный Питон).
75. siamagic 13.09.25 07:53 Сейчас в теме
(71) Сделали управляшки чем открыли веб, сейчас 1с элимент который вызывает тот же ужас что и управляшки в интерпретации 1с. Исполнитель вообще бред для школаты абсолютно бесполезный для нормальных специалистов
83. sikuda 679 15.09.25 15:46 Сейчас в теме
(71)
переделанный Питон

Он только похож на Питон, это скриптовый язык на JVM
Но его так быстро делают версия 5 -> версия 8 с ужасной документацией, что на него я уж не надеюсь
2. bayselonarrend 2883 08.09.25 10:26 Сейчас в теме
вендор уже целого амбассадора выделил — разобраться, что же не так


Кто этот человек и в чем его деятельность заключается?) Не смог в интернете найти публичной инфы про это, но очень интересно
Golovanoff; +1 Ответить
3. Golovanoff 69 08.09.25 11:02 Сейчас в теме
(2) Никита Старичков его фамилия. Он в телеге на канале 1с сообщества эти темы поднимал как раз тогда, когда эта статья рождалась :)
bayselonarrend; +1 Ответить
4. qwinter 685 08.09.25 13:52 Сейчас в теме
Одна я умная, в белом пальто стою красивая! ©
bladeson; Moto45; rpgshnik; DmDD; Award; rambomax; IgorS; json; VooDOOPRo; jack_kkm; thornhiven; ubnkfl; poor_developer; plkt2; Tefal; German; Golovanoff; +17 Ответить
5. slavik27 109 08.09.25 14:57 Сейчас в теме
"Обычный" 1С-ник, обычный программист, обычный врач, обычный сантехник, обычный водитель ... кх....м.. обычный мир. Почему обычный врач - берет и не лечит людей, сантехник не чинит, водитель нормально не водит ?) Что за мир такой, где столько всего "обычного"
Fominro; RustIG; +2 Ответить
9. starik-2005 3192 08.09.25 18:32 Сейчас в теме
(5) Обычный врач решает 80% проблем, 20% проблем он уже с трудом может решить, но напрягаться - не его. Сантехник тоже делает так же, решая простые задачи и чеша репу над более сложными, уникальными, да и чешет репу он часто не про задачу, а как взять с клиента побольше, а сделать поменьше. Водитель с уникальными задачами встречается, кмк, редко - у него дорога, правила движения расписаны. Если ему платят почасовку, то зачем торопиться? А кто быстро едет - того тихо понесут.

С разработкой то же самое. Есть 80% банальных задач, есть 20% более творческих. Для 80% задач хватает и тех самых 80% обычных программистов с улицы. Но, как показывает практика, даже в рядовом ларьке появляются задачи из оставшихся 20%. И тут начинается печаль.
Razum0ff; orfos; NeLenin; +3 Ответить
6. Taktic 40 08.09.25 15:00 Сейчас в теме
Какой-то "огрызок", а не статья... 255 пунктов это конечно перебор, но ощущение что автору стало влом писать сразу после введения.
maxprofi; Fominro; maksa2005; orfos; enoty200shtyk; thornhiven; starik-2005; +7 Ответить
7. SerVer1C 990 08.09.25 15:46 Сейчас в теме
могу предположить по сабжу, что в жёлтый мир - низкий порог входа.
вот и входят туда все, кому не лень, и начинают чудить.
Serg O.; Golovanoff; +2 Ответить
43. aximo 2433 10.09.25 06:10 Сейчас в теме
(7) это так считается, что низкий порог
90. SerVer1C 990 17.09.25 14:01 Сейчас в теме
(43) Коллега aximo, я понимаю, что мой минус обидел вас до глубины души и вы меня добавили в чёрный список. Но поймите, вас это не красит! Вы не любите критику, а это плохо, т.к. не сможете развиваться. Ваша никчёмная публикация про "свитчи" без сути, примеров и каких-то выводов представляет унылое зрелище. Вам, видимо, в комментах на это и указали, и вы решили спрятаться в домике, отключив эти комменты. Жаль, что площадка отключила личные сообщения... Я только за невозможность высказаться под публикацией ставлю минусы. Надеюсь, мой посыл вам понятен. Если будете ставить мне минусы, надеюсь, вы их обоснуете. Всего вам хорошего! И будьте более стойким!
ixijixi; 0x00; +2 Ответить
91. aximo 2433 17.09.25 14:09 Сейчас в теме
(90) не хотелось ставить вам блок - уж больно интересные у вас публикации... поставил на автомате но блок я убрал

а что касается - закрытия комментариев - надоело читать всякие догадки и выводы от всяких "специалистов". один пишет не в тему, другие ему поддакивают)))
94. SerVer1C 990 22.09.25 15:06 Сейчас в теме
(91)
Прикрепленные файлы:
8. starik-2005 3192 08.09.25 18:23 Сейчас в теме
Отчасти со статьей можно и согласиться - не любили 1С-неги линухи. Я там уже 15+++ лет, а они так и не любят его.
Гит - штука хорошая, но и у него есть моментики, когда приходится разбираться с конфликтиками. И это не так-то просто. Какой-то архитектор 1С-ный писал, что с конфликтами разбирается половину рабочего времени. Нафига? Да и зачем двум разрабам из небольшого отдела нужно копаться в одном и том же объекте вдвоем? А если не нужно вдвоем, то и храна хватает. Хочешь гит? Вот тебе гитсинк. Смысл в гите если только в интеграции с сонаром, а разворачивать на прод инкремент в автомате - это отдельный такой суицидный синдром, его надо лечить.

Типовая пытается натянуть на себя SOLID, по крайней мере часть этих букв. Но нет там приличного кода, который бы оперировал провайдерами, как механизмами доступа к ресурсам или как трансформеров для данных. В итоге все эти стеки вызова на 20 строк - это всего лишь попытка изпражнить из себя вялую деятельность, разбивая когнитивную сложность на тысячи мелких функций. И если ситуаций, где это действительно оправдано, будет больше 10% - это уже достижение. В остальном это программирование ради программирования.

Приличные специалисты в действительности не часто так вот активно сопротивляются нововведениям, а вот неприличные обычно никогда не сопротивляются - они прожуют все, что им в рот затолкают. И если тот же сонар помогает привести код в порядок, то он же помогает привести его в сущий хаос, если заставить неприличных выполнять все то, что он там пишет. В итоге одна связанная функция, оперирующая алгоритмом чуть сложнее, чем дважды два, начинает превращаться в десяток вызовов, теряя связанность. И если бы связанность в данном случае была не в одной функции, которую начинают дербанить на части, а в разных объектах, реализующих общий интерфейс, то все было бы неплохо, но когда это одна функция, рассчитывающая что-то сложное, то все эти попытки угодить сонару с целью упростить код, превращаются в усложнение этого кода за счет множества вызовов, которые в 1С очень даже не бесплатны. Вызов в цикле - это такой запрос в цикле, только дешевле. Но стоимость вызова в 1С существенна, и почему-то на это мало кто обращает внимание.
bladeson; Fominro; b_ravil_t; thornhiven; triviumfan; Dem1urg; scanner1980; NeLenin; RustIG; rozer; qwinter; Alxby; +12 2 Ответить
11. partizand 140 08.09.25 22:07 Сейчас в теме
(8) смысл гита в разделении на контуры. Тестовый и рабочий. Чего хранилище не позволяет. И изменения удобнее смотреть, разом все по задаче. А ещё проверку bsl делать до помещения, а не после.
Только вот кофигуратор усложняет гит настолько, что хранилище все равно остаётся выгодней. Edt буксует и просвета не видно.
curdate; Golovanoff; +2 Ответить
16. starik-2005 3192 09.09.25 10:28 Сейчас в теме
(11) Разделять на контуры можно где угодно. Но если ты накатил в дев, то и в релиз все придется накатить, т.к. чем больше ты ждешь, тем больше шанс на конфликты, которые придется как-то разруливать, и в разруливании которых что-то периодически пропадает. Человеческий фактор.
Если у тебя небольшой проект с тремя разрабами, то я сомневаюсь в том, что гитсинк с храна неспособен заменить связку ЕДТ + гит, в котором до сих пор разрабатывать - такое себе.
Так что и с гитом, и с проверкой, и с храном. Не вижу никаких проблем. Я сам пользуюсь и ЕДТ, и конфигуратором, и мне до сих пор в конфигураторе удобнее. И вроде бы кажется, что ответ на "и чего тебе еще, собака, надо" прост, но он постоянно ускользает от меня, стоит на нем сосредоточиться. ЕДТ заметно подтормаживает там, где конфигуратор отзывается мгновенно. ЕДТ периодически заставляет грузить конфигурацию целиком, чистить проект, вываливая тонны нечитаемой галиматьи при попытке сохраниться, ... Я не мазохист, я не могу к этому привыкнуть. Но если мне нужно порезать строки до 120 символов и только, то я использую ЕДТ, чтобы потом отправить в гит порипаный код, но для большего это унылое поделие из нулевых не подходит. А, да, в нем еще прикольно описание к методам делать. Для С++ у меня есть вижуал студио, для андройда - андройд студио, для 1С же пока конфигуратор, по крайней мере для оперативной отладки и исследования кода тех мест, куда я еще не заходил.
bladeson; orfos; pkorneenko; Трактор; o.nikolaev; Brawler; curdate; +7 Ответить
38. Brawler 463 09.09.25 15:42 Сейчас в теме
(16) 10 лет юзаем только хранилище под разные конфигурации

Сейчас как эталон есть база ERP на полной поддержке с замком. Есть пара расширений с изменением структуры БД. Расширения в зранилищах.

Всегда из хранилищ накатываем изменения сразу в прод после того как протестировали код в базе раразработчика.

Стараемся не затягивать время чтобы раньше оставшихся блох выловить и исправить ошибки, так же это позволяет не конфликтовать разработчикам за одни и те же объекты в хранилище.


Как-то вся эта мутатень с гитами и едт, изначально казалась бесполезной тратой времент.
72. Segate 284 12.09.25 19:00 Сейчас в теме
(38)
Всегда из хранилищ накатываем изменения сразу в прод после того как протестировали код в базе раразработчика.


Собственно на этом можно заканчивать. Если нет единого тестового контура- значит простой не стоит вам ничего.

В целом- можно и хранилище не юзать, это так, для порядку...
ccapt; orfos; Golovanoff; +3 Ответить
73. Brawler 463 12.09.25 19:35 Сейчас в теме
(72) Каждый судит со своей колокольни ЧСВ, и она у вас видимо чутка выше, с чем вас и поздравляю.

Наша сложившаяся практика работы нас полностью устраивает и я не лезу в чужой монастырь с советами, а говорю как можно успешно работать в группах до 20-ти человек не накручивая и не усложняя процесс разработки
74. Segate 284 12.09.25 19:38 Сейчас в теме
(73) я не хочу сказать, что вы что-то делаете не правильно... Я хочу сказать, что когда простой системы стоит миллионы- другого варианта попросту нет...
Golovanoff; +1 Ответить
76. Brawler 463 14.09.25 18:21 Сейчас в теме
(74) Не будут считать цену систем, которыми приходилось управлять при таком подходе. Текущее место работы свыше 350 сотрудников, предприятие с миллиардными оборотами. Людей меньше, ЗП выше. Просто чтобы не складывалось мнение, что даунгрейд произошел.
Прошлая работа была в фирме с 1500 сотрудников и чутка более большими оборотами, множество часовых поясов где были филиалы.
Центр учета там и там это 1С ERP + Интеграции с сайтами, СКУД, WMS, отдельные рабочие места в смартфонах и на стационарных ПК....
Еще ранее работал в фирме из 980 сотрудников, атомное машиностроение, ну там была своя назовем ее ERP на делфях написанная. 1С БП + ЗУП, я был тогда один программист, там не требовалось хранилищ и гитов. И та ERP разрабатывалась группой прогеров в репозитории мелкомягких, по сути что-то типа хранилища 1С. Что-то они там не ныли что им гита не хватает.
78. Segate 284 14.09.25 19:13 Сейчас в теме
(76) вопрос не в стоимости компаний и масштабе, а в цене простоя.
Тесты окупаются тогда- когда простой системы стоит дороже из разработки. То же самое с версионированием и разделением.

Если для вас допустимо угробить прод, и восстанавливать его из бэкапа с потерей данных за n-часов, то в целом- можно и без тестов, когда это стоит миллионы потерь, то сразу тестирование не выглядит бесполезной затеей
Golovanoff; +1 Ответить
80. Brawler 463 14.09.25 19:56 Сейчас в теме
(78) прод чаще падает по вине платформы 1С нежели из-за косяков в бизнес логике, которые решаются правкой и демоническим применением изменений.

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

И вообще перестаньте считать деньги фирм, фига вы в карман к владельцам лезете!!! Похожий ответ мне был когда-то дан, когда надо было на ERP 2.5.7 переходить, где ожидаемы простой базы 2 дня получался!!!!
Rasdag; Vaskin; +2 2 Ответить
79. Golovanoff 69 14.09.25 19:14 Сейчас в теме
(76) Гит нужен при наличии на проекте хотя бы 1 разработчика. Хранилище не нужно, согласен.
TimkoNzt; ktb; +2 Ответить
81. Brawler 463 14.09.25 19:56 Сейчас в теме
100. ccapt 27.09.25 23:48 Сейчас в теме
(73) неужели в вашей сложившейся и полностью (🤔) устраивающей вас практике не было параллельных веток разработки (и временами мучительного слияния в основную)? это случается даже в индивидуальных легких проектах, а erp как бы намекает, что у вас там не индивидуальный разработчик, и параллельные задачи - обычное дело. как не сойти с ума, укладываясь в сроки и сохраняя управляемость кода при использовании хранилища 1С в командной параллельной разработке - наверное, главное ноу-хау.
Golovanoff; +1 Ответить
102. Brawler 463 28.09.25 07:25 Сейчас в теме
(100) Я надеюсь ваши сложившиеся практики позволяют вести параллельные разработки и у вас все прекрасно и никогда не возникает конфликтов в разработке и перепиленный одновременно двумя разными разработчиками полность запрос в СКД в неком отчете сам собой чудесным образом сольется в что-то одно, что еще даже чудесным образом работать будет, хотя нет, вы на этапе слияния веток будете вынуждены вернуть все назад и потребовать чтобы два совершенно разных разработчика сели и вместе стали переделывать запрос чтобы он устраивал всем запросам заказчиков.
Нам же сильно далеко до вас!
Назовем это величавым словом "Проекты", стараемся декомпозировать и делать частями и сразу в прод, тем самым минимизируем время захвата объектов и корня конфигурации. Ускоряем внедрение функционала, так же не плохо и на хомячках отладку провести чтобы сразу наныли что им там не ьак кажется и это сразу учесть, чтобы потом все не переделывать.
Яж надеюсь вы когда хотите создать отчет вы ради него не держете корень годами? Создали болванку и освободили корень?
У нас этих болванок отчетов и обработок десятками создано на перед и это тоже своего рода решение конфликтов захвата корня.
А еще можно общие модули плодить по областям учета, и варится в этих областях один два програмиста не бадаясь.
Ой да забыл, куда я с малым числом разработчиков лезу. У вас же их сотни!
И мне на малую группу разрабов нужно применить такие же трудозатратные методы момандной разработки и админить в одны рыло и стать не заменимым? Как уйду все рухнет. Не в моих правилах нагородить огородов и потом подставлять компании, когда я ухожу из них. Везде должна быть золотая середина.
Вы возможно ставили когда либо систему взаимодействия от 1С, там такой огород документации нужно перешерстить чтобы ее установить более менее адекватно. Уверен, что это подсилу 10% сообщества. И все ваши гиты из той же области. У меня в городе тупо специалистов по нему не найти. Накой ляд мне повышать порог вхождения там, где это не нужно?
104. Golovanoff 69 28.09.25 07:59 Сейчас в теме
(102) Точно точно, эти ваши гиты - это же капец как сложно, там белые буквочки на черном фоне!! Чур меня, чур, изыди, трудозатратный метод, позволяющий в 80% (с потолка, да) случаев мгновенно мержиться за секунду автоматически.
А вот хранилище, мм, всё православненько, привычно мышкой тык тык галочки, изян.
107. ccapt 28.09.25 14:47 Сейчас в теме
забавно. не нужно приписывать мне ваши практики - я как раз писал об их порочности. мне даже кажется, что все не совсем так, как вы о себе пишете, и я прав, что вы сами знаете об этих ваших проблемах, но почему-то пишете, что это вас устраивает.
а если у вас этих проблем нет (вас, напомню, все устраивает), то не похоже, что вы вообще занимаетесь групповой разработкой или даже индивидуальной с несколькими ветками.
103. gybson 28.09.25 07:51 Сейчас в теме
(38) Гит используют не для того, чтобы Вас обидеть. Очевидно все проходили и через хранилища и "безхранилища" и нет нужды про это рассказывать. Если человек в теме про самосвал напишет "а у меня лада-гранта и она тоже ездит" Вы на него как посмотрите?
Golovanoff; +1 Ответить
41. o.nikolaev 217 09.09.25 17:43 Сейчас в теме
(16)
Я не мазохист, я не могу к этому привыкнуть.

О да!!!
15. RustIG 1916 09.09.25 09:01 Сейчас в теме
(8)
не любили 1С-неги линухи

я за адекватный симбиоз между сисадминами и программистами. Зашел на проект - говорю, я не смогу поднять скуэль, нашли сисадмина, который этим занимается, я решаю другого класса задачи, с которыми сисадмины не справятся.
То же самое с линуксом - сисадмин на другом предприятии предупредил, что будет переходить на линукс. Ок, я поправил код в 1с, от чего-то отказались из-за отсутствия комОбъекта, и все. Сисадмин бы наделал ошибок, если бы полез в конфигуратор исправлять алгоритмы, которые "не под линукс"....
Каждому свое.
Сисадмины не любят двойную запись в бухучете, и не шарят в управленческом балансе. Почему-то никто не пишет статьи "почему 1сные сисадмины не любят бухучет"...
Moto45; kser87; Rasdag; Brawler; +4 Ответить
17. starik-2005 3192 09.09.25 10:31 Сейчас в теме
(15)
почему 1сные сисадмины не любят бухучет
Сейчас 1С-ные кто угодно этот бухучет не особо любят. Я еще не видял зумеров, которые бы этот бухучет любили. У нас полно разрабов, большинство про бухучет знают примерно ничего.
bladeson; emx628; pkorneenko; aximo; Brawler; +5 Ответить
63. qwinter 685 12.09.25 09:05 Сейчас в теме
(17) О да... в то время как во всем остальном мире программирования знание предметных областей стало настолько обязательным, что тебя зачастую даже на джуна без ниих не возьмут, в 1с существует куча "типо мидлов и сеньеров" вообще без знания предмета... Автор топит за всякие гиты, и прочие внешние атрибуты, а по факту самая большая боль из за незнания предметных областей и программистов которых вообще до проектов допускать нельзя. Но как заставить всех 1с программистов изучать предметные области? На данный момент это нерешаемо((
Moto45; Rasdag; Fominro; +3 Ответить
65. starik-2005 3192 12.09.25 11:32 Сейчас в теме
(63)
в то время как во всем остальном мире программирования знание предметных областей стало настолько обязательным, что тебя зачастую даже на джуна без ниих не возьмут
А можно с этого места поподробнее...
68. qwinter 685 12.09.25 12:32 Сейчас в теме
(65) В любом программирование есть предметные области. Условно для фронта это дизайн, юзабили и т.д., для условного разработчика баз данных это глубокие математические знания и т.д. Это касается абсолютно любой отрасли, и если кто то пойдет браться даже джуном, допустим на программиста систем шифрованя без знаний матанализа, то на него не только косо посмотрят, но еще и скорую могут вызвать. Прикладные знания уже настолько срослись с разработчиками, что требуется их изучать до входа в профессию. Я только исключительно в 1с видел разработчиков которые не в зуб ногой в прикладных знаниях разрабатываемых решений.
69. starik-2005 3192 12.09.25 13:15 Сейчас в теме
(68)
В любом программирование есть предметные области
Если читать ниже, то это больше - алгоритмы. Про дизайн - тут спорно, т.к. приличный фронт имеет дизайнера, который крутит фигмы и фотошопы, нарезая оттуда страницы и активити. К фронтовому коду этот дизайн часто привязывают вестальщики, а не фронты:
Верстальщик:
* Создание статической основы сайта – структуры (HTML) и внешнего вида (CSS), а также обеспечение корректного отображения на разных устройствах.
Фронтенд-разработчик:
* Добавление интерактивности, динамических элементов и всей клиентской логики сайта, что требует навыков программирования.

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

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

Так что бухгалтерский учет не является для 1С-ника обязательным, если это не 1С-ник ларька, в котором он один на всю планету. Если он выживет, то будет у него сто ларьков, в которых он по часу в месяц будет обновлять бухню. Но и в этом случае вряд ли он станет понимать, как, например, разделить бизнес, если бизнес достиг своего порога на УСН (реальный случай - ни бухгалтер в ларьке этого не знал, ни тот, у кого 100 ларьков, куча сертификатов 1С и высшее экономическое образование, хотя вроде бы что тут знать).
bladeson; +1 Ответить
10. Alxby 1139 08.09.25 19:24 Сейчас в теме
Если бы адепты ООП, SOLID и прочего сами понимали до конца за что они агитируют...
bladeson; Moto45; Vaskin; ktb; rambomax; so-quest; Brawler; +7 Ответить
12. alex_sayan 64 09.09.25 04:17 Сейчас в теме
(10) звучит как обвинение в продвижении чёрной магии
Golovanoff; +1 Ответить
13. Alxby 1139 09.09.25 06:22 Сейчас в теме
(12) Удивительно подходящая метафора. Есть аббревиатуры - заклинания. Их знают адепты первого круга. Есть их описание-расшифровка - это знания второго круга. А есть их смысл - это третий круг, на котором мастер понимает их смысл, где их надо применять, а где они только навредят. Конечно же, воинствующие неофиты обычно принадлежат первым двум кругам.
bladeson; Moto45; rambomax; MikhailDr; Golovanoff; +5 Ответить
19. alex_sayan 64 09.09.25 11:20 Сейчас в теме
(13) таки, а вдруг понимают?
22. Alxby 1139 09.09.25 12:58 Сейчас в теме
(19) Конечно же, такие бывают. Но, как правило, они не пытаются учить других. И
И ты такой «Хай, ребята! А вы неправильно программируете!»
от них не услышишь. К сожалению, мне не раз попадались личности, пытающиеся уличить меня в том, что я не разбираюсь, например, в SOLID, но обычно хватало вопроса: "Расскажите своими словами в чем смысл буквы S в SOLID", и на этом разговор можно было уже и не продолжать.
bladeson; rambomax; +2 Ответить
18. starik-2005 3192 09.09.25 10:41 Сейчас в теме
(10)
ООП, SOLID
Адепты, которые амбассадоры и прочие слова, обычно знают. ООП - очень хорошая штука, которая позволяет создавать отдельный слой абстракции - классы, в которых данные и код объединены. Это позволяет сильно упростить разработку, если разобраться, как это работает.
А SOLID - это методология разработки в ООП. Она позволяет создавать сложность постепенно, заворачивая ее в отдельные слои абстракции, определяя, как должны себя вести объекты, их коллекции, как они взаимодействуют друг с другом.
Вообще, разработка ПО сейчас достигла стадии зрелости приличной девелоперской компании, которая организует строительство большого здания. В нем есть фундамент, этажи, отделка, фасад, коммуникации, ... Появились стандарты с нормативами, постепенно разработка становится инженерной задачей, а не творческим изысканием. И это хорошо.
bladeson; curdate; Golovanoff; alex_sayan; +4 Ответить
23. Alxby 1139 09.09.25 13:20 Сейчас в теме
(18) Слои абстракции в некоторых случаях можно создавать и без ООП. ООП хорошо подходит для задач, где обрабатываются относительно долго живущие данные, которые предпочтительнее моделировать объектами, - инкапсуляция данных развита в нем очень хорошо. Это например многие игры - игровой персонаж живет на протяжении всего сеанса игры. А вот игру "Сапер" вполне можно создать без всякого ООП, оно там просто не требуется. Беда в том, что многие считают ООП вершиной развития технологии программирования и отождествляют ООП с программированием вообще. А это не так. Это всего лишь одна из парадигм, эффективная для решения определенного круга задач в определенных условиях. Кстати, многие спецы в ООП абсолютно теряются, когда им задаешь вопрос: "приведите пример, когда применение ООП неэффективно".
SOLID - это не методология, это набор принципов, призванных бороться со сложностью, привнесенной в мир программирования парадигмой ООП. Особенно это очевидно по букве L :). А методология - это набор методов и методик. Использование SOLID в 1С выглядит очень странно. 1С не поддерживает в должной мере ООП, у 1С должен быть свой набор принципов, где-то, может быть, похожий на SOLID, но им не являющийся. Кстати, SOLID уже не модно, в моду входит GRASP. Но с ним такие же проблемы:)
Moto45; ktb; so-quest; thornhiven; Brawler; +5 Ответить
25. starik-2005 3192 09.09.25 14:03 Сейчас в теме
(23) С точки зрения словарей, методология, это и "построения теоретической и практической деятельности, а также сама система этих методов и подходов". Методология основана на принципах, которые уже превращаются в методы и подходы. Может быть методология - это слишком широко и можно назвать SOLID методикой.
Но я говорил не о том, что SOLID или что-то еще. Я говорил о том, что амбассадоры обычно в этом неплохо разбираются, раз эти принципы отстаивают. Ну или они находятся на уровне догм, когда правила уже перестали быть мифами, т.к. сформированы в документ, но еще не были отрефлексированы через критическом мышление. Так, обычно, развивается религия, многие адепты которой библии не читали, но им уже рассказали, как правильно.
Отсюда мораль: библии надо для начала прочитать, отрефлексировать, попытаться понять, применить на практике, и после этого появляется право на мнение.
27. Alxby 1139 09.09.25 14:40 Сейчас в теме
(25)
Но я говорил не о том, что SOLID или что-то еще. Я говорил о том, что амбассадоры обычно в этом неплохо разбираются, раз эти принципы отстаивают. Ну или они находятся на уровне догм, когда правила уже перестали быть мифами, т.к. сформированы в документ, но еще не были отрефлексированы через критическом мышление. Так, обычно, развивается религия, многие адепты которой библии не читали, но им уже рассказали, как правильно.

Полностью согласен. Могу добавить только "... или 3) мало работали по другим принципам, или 4) мы имеем дело с импринтингом (синдромом утенка)". Плохо то, что публицистика про эти "новые технологии" во многом основана на вере и на субъективном отношении автора к тем или иным аспектам технологии, а не на объективных критериях. Так если у Кнута какой-то алгоритм имеет временную сложность n*n, а другой n*log n - то это объективный критерий для сравнения. А если Мартин говорит, что вместо написания комментария к коду надо обернуть этот участок кода в функцию, то у меня большой вопрос к обоснованию этой необходимости.
28. starik-2005 3192 09.09.25 14:45 Сейчас в теме
(27)
функцию
В этом что-то есть, если не заниматься этим бездумно. Но если везде, где я пишу коммент, я бы делал отдельные функции, то полезным это было бы далеко не всегда. С другой стороны, я замечаю за собой, что иногда это именно то, что я делаю.
34. Alxby 1139 09.09.25 15:15 Сейчас в теме
(28) Здесь главное посыл. Когда функция создается не для того, чтобы выделить участок кода, используемый в разных местах, не для того чтобы разделить уровни абстракции, не для того, чтобы получить более стройную архитектуру, а только лишь потому, что лень писать комментарий или просто соответствовать каким-то принципам, то дело плохо. А если еще учесть, что вообще-то вызов функции не бесплатный с точки зрения выполнения кода, а правильный вызов функции (опять же ради соответствия некоторым принципам) иногда сопровождается созданием и заполнением структуры параметров, а то и целого класса, то становится совсем весело.
24. qwinter 685 09.09.25 13:37 Сейчас в теме
(18)
Вообще, разработка ПО сейчас достигла стадии зрелости приличной девелоперской компании, которая организует строительство большого здания. В нем есть фундамент, этажи, отделка, фасад, коммуникации, ... Появились стандарты с нормативами, постепенно разработка становится инженерной задачей, а не творческим изысканием.
Особенно забавно это читать, на фоне достаточно массового заворачивания микросервисов во фреймворк комбайно-платформы и дружного пиления своих "платформ 1с" у трупрограммистов))) Так то у нас уже в ближайшие 5 лет есть возможность увидеть все то, что отрасль 1с проходила 20 лет назад с минусовым порогом вхождения))
bladeson; +1 Ответить
26. starik-2005 3192 09.09.25 14:14 Сейчас в теме
(24) я вот не вижу массового пиления "платформ 1с" ни у трупрограммистов, ни у каких других. Может я не в том мире живу?
Все циклично. Сначала был монолит, потом его начали раздербанивать на микросервисы. И этому была причина - выделение автономных команд для конкретного сервиса, которые бы занимались его поддержкой и развитием максимально эффективно, формируя контракты для других сервисов, для которых они поставляли данные, и применяя контракты тех сервисов, в данных из которых они нуждались. Дальше микросервисы сами стали монолитами - разраслись, и их развитие продолжалось или по пути включения в себя мелких одиноких микросервисов, или по пути разделения на меньшие микросервисы, выделения отдельных команд. Продукт начинал "дышать", можно сказать: "оживал".
Иногда менялась платформа и сервисы собирались в большой монолит, но даже в 1С продукты чаще дробятся, чем объединяются, чему свидетельством популяризация шин для организации интеграционных потоков. В больших проектах я, честно говоря, не видел, чтобы все было в ЕРП. Очень часто отдельная бухня, отдельная ЗУП, отдельная ЕРП, может быть это все потом соединяется в УХ. Но чтобы все было в одной корзине - не видел ни разу. Не удивлюсь, что есть кто-то, кто все-таки ценой неимоверных усилий загнал все в одну систему. Но я этого не понимаю.
14. RustIG 1916 09.09.25 08:26 Сейчас в теме
Где:
- Цель статьи или какой вопрос поднимаете?
- Предметное описание
- Примеры
- Сравнения
- Собственное мнение
- Выводы
Статья хоть 10 лет пролежит на "полке", но это не вино, лучше не станет, если ее не дополнять и усиливать.
maksa2005; RocKeR_13; d4rkmesa; ubnkfl; SerVer1C; qwinter; Serg O.; +7 1 Ответить
39. asdfgcom 432 09.09.25 16:40 Сейчас в теме
(14) автор же написал: "Статья написана исключительно для флейма."
40. RustIG 1916 09.09.25 16:46 Сейчас в теме
(39) тогда надо обратить внимание Администрацию сайта Инфостарт
Прикрепленные файлы:
Obertone; +1 Ответить
20. plkt2 32 09.09.25 11:22 Сейчас в теме
А что означает "чистый код"?
21. Golovanoff 69 09.09.25 11:50 Сейчас в теме
(20) Во, уже не зря статью писал :)
29. Alxby 1139 09.09.25 14:49 Сейчас в теме
(20) Под чистым кодом, как правило, понимается словосочетание, введенное Робертом Мартином. Чистый код - код соответствующий принципам чистого кода, описанным в его книгах. В свою очередь, принципы чистого кода - это принципы, которым должен соответствовать код, чтобы называться чистым. (кто-то произнес слово сепульки?:))
Moto45; mike-d; +2 Ответить
30. asdfgcom 432 09.09.25 14:52 Сейчас в теме
В чем-то согласен. В чем-то сильно согласен. Плюс.
500 функций и процедур через команду "Выполнить" с асинхронными вызовами и оповещениями. Сука! Зачем асинхронность, где логичнее синхронность! Если команда выдать Х-отчет не работает, к лингаму асинхронность! Ждать 30 секунд - сказать не работает нафиг! Синхронно дай команду на 1 - 2 функции. Быстрее будет работать в +100500 раз. Пусть не так быстро как у конкурентов, но не 30 секунд или полторы минуты же на пробитие чека!
...и верно. Начинаешь искать в чём ошибка, почему маркировка не взлетает или ошибками сыплет. Пройдешь путь познания через 100+ процедур и функций с несколькими рекурсиями по разбору штрихкода, типу маркировки, запретами и разрешениями... кэши и хранилища из которого мы нет-нет да и что-то вытаскиваем нопонятно когда в них засунутое, мать их... ищем зачем-то наличие этой марки в МИЛЛИОНЕ-другом строк чеков с 2015 года ... Перезапускаешь этот скан в отладке 15 - 20 раз... Надеешься и веришь после такого что для "суровых и с сертификатами" в аду отдельный желтый котел с 2 красными символами предусмотрен.
"Исправьте печатную форму УПД" или "Нам надо по требованию маркетплейса добавить нестандартные поля в ЭДО в УПД чтобы в них значения попадали оттуда-то"... вообще тот еще квест. Кто делал - тот поймет.
shinauroviju; Slava_prog; emx628; orfos; dabu-dabu; Andrekaa; SemandCheb; d4rkmesa; thornhiven; Brawler; JinnWatson; Golovanoff; plkt2; +13 Ответить
31. Alxby 1139 09.09.25 15:04 Сейчас в теме
(30)
500 функций и процедур через команду "Выполнить" с асинхронными вызовами и оповещениями. Сука! Зачем асинхронность, где логичнее синхронность! Если команда выдать Х-отчет не работает, к лингаму асинхронность! Ждать 30 секунд - сказать не работает нафиг! Синхронно дай команду на 1 - 2 функции. Быстрее будет работать в +100500 раз. Пусть не так быстро как у конкурентов, но не 30 секунд или полторы минуты же на пробитие чека!

Вот было бы забавно, если бы оказалось, что такой код написан специально, чтобы реализовать какой-то паттерн проектирования из числа описанных GoF, и авторы кода могут обосновать свое решение цитатами из книг Фаулера, Мартина и прочих публицистов. Надо понимать что "чистый код" это НЕ про скорость, это НЕ про лаконичность, и это даже НЕ про функциональность. Это про "чистоту" кода, отсутствие "запахов" кода, про чувство удовлетворения, когда смотришь на "чистый" код.
33. Golovanoff 69 09.09.25 15:14 Сейчас в теме
(31) Чистый код в первую очередь про простоту и скорость его изменения, а так же отсутствие необходимости "полного тестирования всего" после небольших изменений в каком-то блоке, что самое главное в нынешних условиях. Когда именно скорость изменения/добавления новых фич определяет твое "место на рынке".
ktb; user1681028; +2 Ответить
37. Alxby 1139 09.09.25 15:28 Сейчас в теме
(33) Все верно, именно это адепты и говорят. И наверняка это работает, во всяком случае в учебных примерах работает точно. Скорее всего это работает и в реальной жизни, вот только конкретных цифр, чтобы оценить этот эффект, что-то не особо видно. Например: вот раньше наш продукт был написан на Си, стоимость разработки составила X, среднее количество ошибок m, стоимость сопровождения - x/мес. А теперь мы выгнали старых разработчиков, наняли дорогих новых, проект переписали на С# с использованием всех новых подходов, соответствующие цифры: Y, n и y/мес. Итого выгода (убыток): Z рублей 00 копеек.
45. user1681028 25 10.09.25 06:22 Сейчас в теме
(37) Чистый код это и не про код, а про архитектуру в том числе. Про определенные подходы к проектированию. Если все писать как бог на душу положил, то код станет крайне сложным, склонным к ошибкам, сложным в поддержке и в доработках, как в большинстве типового и не типового кода в 1С, так как правильно уже заметили, подавляющее большинство 1С-ников понятия не имеют какие еще есть подходы и естественно для них лапшекод типовых это венец творения.
ktb; d4rkmesa; +2 Ответить
46. Alxby 1139 10.09.25 08:49 Сейчас в теме
(45) Я тоже за все хорошее. И против всего плохого. Я уже много видел агитационных статей вида: "Если будете делать то-то и то-то то ваш код будет легким и шелковистым поддерживаемым", "Давайте расти и стремиться к миру настоящего программирования", "Я - д`Артаньян, а тот кто написал код, который мне достался, - нет, потому что я не могу в нем разобраться". Как правило, в таких статьях кроме лозунгов и перепечатки определений из книг Мартина, Макконнелла и Фаулера ничего нет. Я видел статьи (спасибо авторам), в которых есть примеры использования в 1С паттернов ООП, принципов ООП и пр. Но я пока не видел ни одной статьи где бы рассматривались и разбирались вопросы "Применимость (не применение, а именно применимость!) принципов ООП в 1С", "Нужен ли в 1С SOLID", "Польза и вред от применения шаблонов проектирования ООП", "Модификация паттернов ООП для эффективного использования в 1С". Интересно, почему? Что, знания спецов настолько поверхностны? Или каждый, прочитавший "Чистый код", сразу же бежит причинять добро и раскрывать всем остальным глаза, не разобравшись в теме досконально?
rambomax; plkt2; qwinter; +3 Ответить
61. user1681028 25 12.09.25 05:33 Сейчас в теме
(46) Чистый код это совсем не про ООП. Вы сами то читали и разобрались досконально или просто осуждаете?
ccapt; Golovanoff; +2 Ответить
64. Alxby 1139 12.09.25 10:12 Сейчас в теме
(61) Читал что? Соответствующие книги Р. Мартина? Конечно. Причем включая предисловие, введение и эпилог. Есть ли там рациональные зерна? Конечно есть. Надо ли безоглядно применять все, что там написано? Нет конечно, мы же не фанатики. Применимо ли все это к 1С? Ну, частично да, но сколько процентов составляет эта часть?. Почему в своих книгах автор постоянно ссылается на Java, хотя упоминает, что знаком и с другими языками? Почему все примеры в книге именно на Java? Что ему стоило продемонстрировать свои доводы, например, на ассемблере, который он тоже знает?
rambomax; +1 Ответить
35. asdfgcom 432 09.09.25 15:19 Сейчас в теме
(31) Оно, конечно, так и есть. Именно для чистоты, универсальности и прочего. Но:
1. Полное понимание этого кода доступно только создателям этого кода
2. Универсальность обратно пропорциональна скорости работы и размеру конфигурации
3. Универсальность прямо пропорциональна количеству ошибок в коде
4. Пункты 1-3 затрудняют отладку кода и скорость работы программы
5. Пункт 4 сказывается на стоимости обслуживания и удорожании техники
6. Пункт 5 ведет к снижению конкурентоспособности
7. Исходя из п.6 видим как активно появляются и бурно развиваются конкуренты со своим кассовым ПО и товароучетными программами. (Эвотор, СБИС, Атол с сигмой, Семейство штриховых программ...)
55. webester 26 11.09.25 09:23 Сейчас в теме
(35) Вы так пишите, как будто есть какой-то другой вариант кроме принятого 1С, писать расширяемый и поддерживаемый код. Когда добавление или изменение функциональности не приводит к тому, что надо переписать половину конфигурации. Если бы он был им бы конечно воспользовались бы. Но его нет. Изначально архитектура сделана так, что невозможно писать как в java. Ну или возможно, но вот с такими костылями, когда у тебя под сотню модулей оберток, непонятно для чего нужных. Там тоже много получается файлов и инфраструктурного кода. Но ты хотя бы глядя на файлы можешь разобрать для чего это сделано. Тут с называниями "КонтрагентыСерверСлужебный" сложнее с этим делом.
56. asdfgcom 432 11.09.25 11:06 Сейчас в теме
(55) В том-то и дело что нет вариантов. Для универсальности и "чистоты" кода написано так, что на отладку уходит столько времени, что на разработку его уже и не осталось. (не для кого не секрет, что ошибок в обновлениях есть и их не мало)
Странно смотреть на старые программы, которые тоже писал 1С и в которых все просто. И отладка требует в 100 раз меньше времени. Например УТ10, КА, БП 2.0 и т.д написанные на базе этих конфигураций. Глаз отдыхает, когда видишь прозрачный код старых программ.
ЗЫ: "ты бы еще семерку вспомнил!.." - и да, помню. С неё и начинал.
maxprofi; +1 Ответить
57. webester 26 11.09.25 11:07 Сейчас в теме
58. webester 26 11.09.25 11:23 Сейчас в теме
(56)
Для универсальности и "чистоты" кода написано так, что на отладку уходит столько времени, что на разработку его уже и не осталось

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

Я тоже начинал с 7ки. Функциональность любой 77 и ЕРП из которой вытекают почти все текущие типовые конфигурации просто ставить в один ряд не имеет смысла.

(не для кого не секрет, что ошибок в обновлениях есть и их не мало)

Вам конечно виднее, какой процент кода покрыт тестами. И как разрабатывается. По моему субъективному ощущению, процент ошибок соразмерен, существующему функционалу.


Глаз отдыхает, когда видишь прозрачный код старых программ.

Раньше было лучше(с) Вы как будто бы выпали из понимания как сейчас должно работать и немного злитесь не на себя, что не получается понять почему так сделано. А на тех кто сделал то, что у вас понять не получается. Чисто субъективная оценка разумеется.
ktb; Golovanoff; +2 Ответить
85. asdfgcom 432 17.09.25 10:01 Сейчас в теме
(58) В любом споре всегда две правды. Причем мы говорим об одном и том же, только с разных сторон.
Повторю, речь идёт о времени затрачиваемого на отладку. Все мы понимаем, что чем сложнее программа, тем сложнее ее понимание и ее отладка в поиске ошибок. Понимаем, что 1С идет по пути сделать основные конфигурации более универсальными, чтобы сделать их массовыми. Чтобы они легко интегрировались в любой бизнес. Однако это сильно нагружает конфигурацию и программный код. Библиотеки - это хорошо. Они обновляются, дополняются - тоже хорошо. Стыковка их после обновления - беда. Отсутствие своевременного описания или поддержки старого функционала для безболезненного перехода - так себе.
Другая альтернатива (понимаем, что речь не о ERP или КА) создавать небольшие профильные конфигурации для той или иной сферы бизнеса (не каждый же магазин или малая пекарня желает установить себе ERP и потратить на внедрение годовой бюджет города и 5 лет жизни (утрирую, конечно, но суть есть суть)). Вы скажете чем Вас не устроил УНФ или Розница (тоже УНФ)? А тем и не устроит, что для нормального функционирования УНФ требуется сервер и/или рабочие станции вполне себе недурные и недешёвые. Я не могу перевести клиентов с конкурентных продуктов на типовые 1Сы, т.к. придется менять весь парк машин и переделывать всю инфраструктуру. Это затратно для клиента и длительно по времени. Плюс постоянные ошибки. Сейчас решение - УТ11 + 1С Касса, НО почему-то не сообразили в 1С что нужно бы остатками обмениваться между этими программами. Опять нехорошо. Опять допиливать пробиваясь через хитросплетения универсального чистого кода и потери времени и уважения. Во! Запилил! Хоть на трибуну лезь с докладом!
86. webester 26 17.09.25 10:12 Сейчас в теме
(85) Звучит так как будто кто-то у вас, что-то занял и теперь вы требуете отдать. Например кто-то взял на себя обязательство сделать так, что бы 1с летала на компах выпущенных 10лет назад. Но это не так. Никто этого не обещал. Более того раз уж мы 7ники, я помню рабочие станции на которых 7ка тормозила. Я согласен, что для текущего рабочего места теперь нужен или компьютер минимум долларов за 300-400 или сервер за 1-2кк. А не калькулятор на котором 7ка бы взлетела. Текущие реалии при организации рабочего места такие. Вы можете не использовать типовые решения. Можете обновить рабочее место, раз уж речь идет про бизнес. Можете использовать например инфостарт ЕРП или магазьку или любое другое стороннее решение. Но к выбранному архитектурному подходу разработки конфигураций, это не имеет никакого отношения.
88. asdfgcom 432 17.09.25 11:13 Сейчас в теме
(86) Разговор немого с глухим у нас получается. Я говорю - неудобно, Вы говорите - без вариантов, привыкайте Ваш голос никого не волнует))))
89. webester 26 17.09.25 11:15 Сейчас в теме
(88) Не. Я говорю вполне себе удобно. Но компьютер обновить придется)
32. plkt2 32 09.09.25 15:14 Сейчас в теме
(30) Вспомнилось выражение "Зачем делать просто, если можно сложно". Тот кто запустил в РФ "маркировку" точно заслужил почётное место в аду) Отдельный котёл, промаркированный большими буквами "ЧЗ")
Moto45; maksa2005; Andrekaa; d4rkmesa; Трактор; asdfgcom; Brawler; +7 Ответить
36. asdfgcom 432 09.09.25 15:22 Сейчас в теме
(32) 3 котла: 1С, ЧЗ, ЕГАИС.
kser87; maksa2005; +2 Ответить
48. smit1c 106 10.09.25 09:35 Сейчас в теме
(36) Нужно четыре котла. Ещё есть ДМДК , ЧЗ по сравнению с ним - эталон удобства и быстродействия....
59. webester 26 11.09.25 11:54 Сейчас в теме
(32)
Тот кто запустил в РФ "маркировку" точно заслужил почётное место в аду)

Точно неплохо заработал на продаже этих самых марок
Obertone; +1 Ответить
42. Трактор 1271 09.09.25 17:47 Сейчас в теме
Когда я приходил в профессию (больше 20 лет назад), за клиентов приходилось конкурировать

Не было такого никогда! Всегда клиенты конкурировали за 1Сников!

Типовой код для 1сника — это же как мама для утенка

Для хренового 1Сника - да, импринт на всю жизнь.Но из теоремы Тота есть исключения.

EDT замутили. По мне так он мертворожденный, но всё хлеб.

XDTO мертвее. Надеюсь, в Элемент его не потащат.

Статья написана 3.5 года назад

Хорошая статья. Вечная. 15 лет назад можно было бы сказать всё то же самое.

условные RUSTовчане будут на полном серьезе поздравлять 1сников с днем программиста

Я отдал программистам Jira свой АПИ с кириллицей. Прибежали, просят перевести на латиницу. Я им "А чо так?". Они "Не любит Жира кириллицу. Тяжко работать.". Сжалилися. Сделал им латиницу.
Moto45; ktb; +2 Ответить
53. den_valley 235 10.09.25 19:53 Сейчас в теме
(42) Корежит нечисть бусурманскую от слова православного!
Moto45; kser87; teyana; TimkoNzt; ktb; Spurk; RocKeR_13; so-quest; Golovanoff; +9 Ответить
44. aximo 2433 10.09.25 06:20 Сейчас в теме
Что я могу написать по этой всей кухне? На мой взгляд - уже как года 3-4 сильно упало качество материалов на этом ресурсе… думаю, что многие со мной согласятся

По клиентам - вкатуны и новички создают резонанс в рядах исполнителей, демпенгуя все что угодно …
Moto45; qwinter; SerVer1C; d4rkmesa; +4 Ответить
49. d4rkmesa 10.09.25 09:47 Сейчас в теме
(44) Полностью с вами согласен.
47. van_za 302 10.09.25 09:23 Сейчас в теме
Если взять N 1с ников которые и пишут "чистый код" и спросить что это значит, то получим N мнений
Трактор; +1 Ответить
51. starik-2005 3192 10.09.25 10:28 Сейчас в теме
(47)
N 1с ников
Если взять Эн людей и спросить их о чем-то чуть сложнее, чем дважды два, то получим Эн мнений. Слабый аргумент, скорее говорящий о том, что большинство ничего не понимает (ну кроме джунов/диванных экспертов - они знают все).
Moto45; Golovanoff; +2 Ответить
50. d4rkmesa 10.09.25 10:09 Сейчас в теме
Я, конечно, в целом на чистый код. Но, вижу, что вендор делает наоборот. К примеру, взять формат EnterpiseData, где всю логику конвертации следует помещать в МенеджерОбменаЧерезУниверсальныйФормат, это 100-130 тыс. строк кода. Это явно не чистый код, хотя, конечно, для отладки удобно.
108. gybson 28.09.25 17:45 Сейчас в теме
(50) Не надо, можно в модули менеджера помещать, обновите КД3.
52. Alistan007 10.09.25 13:21 Сейчас в теме
Как-то конструктора Грабина спросили, в чем секрет успеха ваших орудий? Он ответил, что никаких особо сложных вещей он не делал, наоборот, все как можно проще, чтобы производство смогло его чертежи быстро освоить и превратить в детали для конечного изделия. Для 1С можно много чего придумать, но как это будет работать в реальности - вопрос другой.
la75; Alxby; +2 Ответить
54. frkbvfnjh 815 11.09.25 06:01 Сейчас в теме
Ну и холивар ты замутил :) Чужие комменты не читал, нет времени, работать надо, скажу свое мнение. С чего вы взяли, что git это хорошо и вообще что он применим к 1С. По течению плывете как раз таки вы, потому что вам так проще, но не 1Сникам. 1С специфическая платформа для разработки прикладных решений и для нее требуются свои специфические инструменты. Как по мне 1С свернула не туда пытаясь натянуть сову на глобус создав EDT. А то что вам там кажется более удобным, так это все надумано, т.к. человек всегда пользуется тем что действительно удобно, это как не видимая рука рынка, но при этом вы не годуете, что это удобно только вам, ну значит не очень то и удобно. Собственно поэтому 1С и используют, потому что там все проще и создается за минуты, то что создается на явах и С++ за месяцы и для них GIT действительно удобнее чем хранилище. Я разрабатывал приложения не только на 1С но и на том что было до 1С и не пытаюсь смешивать 1С с остальным миром разработки, они просто разные. И вам не советую сравнивать не сравниваемое, просто выберите сами для себя то, что вам удобнее, какие языки и какие инструменты использовать. На инфостарте или другой площадке можете делится своими знаниями, и если ни действительно будут стоящие, то сможете мир изменить, как фирма 1С, например. Доказывайте делом, а не обсёром, что вам не нравятся как другие разрабатывают. Создайте свою великую компанию и продвигайте там свои стандарты разработки и наблюдайте как мир меняется к лучшему, теша свое самолюбие, а "рука рынка" сама выведет куда надо, потом в 60 лет закурите сигару, и поразмыслите с высоты полета куда вас кривая вывела.
rinik88; rambomax; Brawler; bolikov; Alxby; qwinter; apic; +7 Ответить
67. starik-2005 3192 12.09.25 11:39 Сейчас в теме
(54)
потом в 60 лет закурите сигару
А инфаркт уже гладит по черепу своей костлявой рукой )))

А по поводу С++ и джавы - ну может быть, хотя там как раз с интерфейсами сейчас все хорошо - там или XML, или даже HTML+JS. Если же взять питон, то на нем уже другая скорость разработки. И не стоит забывать, что ИИ на этих языках гораздо лучше код пишет. Особенно на питоне. И скорость разработки, и скорость работы продукта и покрытие кода тестами - это не одно и то же. В 1С легко сделать что-то для верхнего уровня. Простую систему. Но когда сложность системы выходит за рамки простого, то наличие хорошего "фреймворка" для CRUD перестает быть преимуществом.
pkorneenko; +1 Ответить
70. frkbvfnjh 815 12.09.25 13:50 Сейчас в теме
(67) Да, тоже думаю, что с приходом нейронок, для скорости разработки 1С уже не нужен будет. Так что есть вероятность скорой смерти 1С
84. pkorneenko 17.09.25 09:24 Сейчас в теме
(70) Скорее, это будет смерть нынешней айтишки (не 1С). Т.к. ранее развитие наоборот шло от тяжелых визуальных IDE и кучи кода (инструменты кодогенерации были еще в 2000-х) к "чистому коду", который пишется вручную, и "легким" IDE аля VSC, то сейчас в какой-то степени обратное движение. Все жалуются, что заставляют использовать сгенерированные простыни кода и как то в них ориентироваться.
77. Brawler 463 14.09.25 18:44 Сейчас в теме
(54) В общем то согласен, гит и его окружение что-то инородное для 1С.
Порог вхождения в 1С вроде был когда-то не высок, чем и брал рынок, потом все усложнялось и усложнялось.
Домешивать к 1С еще и инородные механизмы, которые та по сути живут там по своим правилам, а в 1С свои правила.
Пытаться натянуть сову на глобус.
Повышать еще сильнее порог вхождения, пилить сотни батничков чтобы все между собой поженить...
На текущем месте работы, как только взяли, нужно было навести порядок как руководителю.
Начал вникать, что происходит, а там типа ведущий на тот момент прогер развернул гит и давай его навяливать всем, и как итог, он в него пытался пихать 40+ расширений и 300+ отчетов и обработок внешних.
Как негативный итог, гит не спасал от того, что разные люди взяли на редактирование один и тот же внешний отчет и по очереди его зайдя в рабочую базу заменяли в справочнике, один затирал изменения другого. С расширениями такая же канитель была.
В итоге, гит я похоронил, разработчик тот тонкой душевной организации сам свали (к счастью забрав с собой негативное настроение), оставшиеся разработчики сбросили с плеч этот гит, вернулись к разработке, а не попытке самоорганизоваться в гите.
За три месяца 40+ расширений слили в 2. (какой-то шиздец был искать что-то среди этих 40+ расширений, представляет сколько вкладочек открывалось?)
300+ внешних отчетов и обработок влили в эти два расширения.
Для каждого расширения свое хранилище естественно.
Колесо закрутилось, никаких инородных систем, все продуктивно работают с хранилищами, и не нужно вникать и знать как там работает гит.
Бизнес не простаивает, задачи выполняются.
Большего и не нужно.
pkorneenko; teyana; Alxby; triviumfan; zqzq; apic; frkbvfnjh; +7 Ответить
109. gybson 28.09.25 17:53 Сейчас в теме
(77) Без ведущих гит и правда не нужен. А вот когда их с десяток ...
Это как уравнения в третьем классе, где вместо X пустой квадратик и несколько правил про неизвестное слагаемое-вычитаемое, не до алгебры. Но и выхлоп простоват.

P.S. Чем гит не угодил именно в вашем случае остается загадочным. Как-будто это просто личный конфликт с ведущим.
114. webester 26 03.10.25 12:00 Сейчас в теме
(77) С вашего разрешения перефразирую.
Тут была какая-то ересь из 40 расширений и 300 отчетов. А сбоку был гит, который не для чего не использовался. Ну мы сделали пару расширений и отчеты в них добавили. А да, нам стало хорошо, потому что мы гит не используем.
Я честно искал логику. Но как будто бы вместо гит можно было подставить любовницу гендира и все равно бы история не изменилась.
Golovanoff; +1 Ответить
60. so-quest 140 11.09.25 15:12 Сейчас в теме
Мы программируем на самом прекрасном языке на свете, а все остальные программисты нам завидуют, ведь именно для нас придумали очень удобную систему активации лицензии, в которой отказались от командной строки как от пережитка прошлого. Ради нас кастрировали XSD и назвали XDTO. Именно нам в 2023 году подарили RegularExpression. Именно у нас есть объект ЧтениеJSON который мгновенно роняет сервер и на буржуинский юникод болт ложил. Именно в нашем любимом языке скоро появится Пауза() и уже сейчас есть "условно постоянное ключевое слово" (что бы это не значило).
Это мы, заполняя ЛУВР, гордо называем любимую платформу "1С", а прочие завистливо говорят "OdinAss".
Moto45; pkorneenko; teyana; olexi2012; user829670; shinauroviju; kpotoyalo; triviumfan; solinik; Golovanoff; user1681028; bolikov; +12 Ответить
62. Golovanoff 69 12.09.25 05:52 Сейчас в теме
66. starik-2005 3192 12.09.25 11:37 Сейчас в теме
(60)
появится Пауза()
Оно как бы есть, но как бы и нет )))
ЛУВР
Может все-таки ЛУРВ? А то меня уже тошнит от леди Баг )))
82. RocKeR_13 1452 15.09.25 11:15 Сейчас в теме
(66)
Может все-таки ЛУРВ? А то меня уже тошнит от леди Баг )))

Просто у одних это "Лист Учета Выполненных Работ", а у других "Лист Учета Рабочего Времени"))
Для отправки сообщения требуется регистрация/авторизация