Документация по конфиигурациям для программистов 1с, почему ее нет?

Question

[Александр Алексеев]

Почему нет нормальной документации?
Как для java или python библиотек?
Безусловно, разбираться самостоятельно в коде, держать в голове алгоритм целиком и надеяться, что ты не упустил какое-нибудь ответвление в механизме и твоя доработка не упадет.. Это конечно классно, но может быть кто-нибудь встречал что-то подобное?

Comments

[Sgr_A]

Все, что только есть тут.

Answer 1

[Сергей Водаков]

Практически во всех современных конфигурациях, основные механики базируются на библиотеке стандартных подсистем. На нее есть документация от 1С.
Почему не описано остальное, вам в принципе объяснили, да и что там собственно описывать? Так или иначе, все сводится к справочникам, документам и регистрам.

Comments

[Александр Алексеев]

Вы шутите?
А если бы Гугл вместо вот этого: https://developer.android.com/guide, оставил бы ссылку на документацию для линукс? Вы бы конечно стали разработчиком под андроид, но с очень большим трудом.

[Сергей Водаков]

Александр Алексеев, не понял вашей аналогии. Может вы не поняли о чем я? Я имел ввиду не документацию по платформе, а документацию по БСП. Дополнительные реквизиты в справочниках, права доступа, подсистема печати, внешние отчеты и обработки, и многие другие вещи, которые присутствуют в типовых конфигурациях, реализованы так, как описано в документации к БСП.
От того, что ваша доработка не упадет, вы не застрахованы, не зависимо от наличия документации. В моей практике были ситуации, когда доработку, написанную в виде расширения конфигурации, приходилось полностью переписывать, только из-за того, что разработчики решили вынести часть функций из общего модуля в новый общий модуль.
P.S. Вы не смотрите, что у меня в статусе "Разработчк Android" я с 1С работал когда актуальна была версия 6.0 и продолжаю работать до сих пор.

Answer 2

[Дмитрий Кинаш]

1) Слишком много конфигураций. И они слишком часто меняются - даже в рамках одной редакции могут полностью менять идеологию подсистем и подверсии той же ЕРП 2.* нужно отдельно изучать.

2) У создателей конфигураций бэклоги на несколько лет вперед. У них нехватает рук, чтобы баги править, некоторые из которых по несколько лет тянутся в ожидании рефакторинга. А вы хотите, чтобы они все бросили и начали документировать свои разработки?

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

Comments

[Александр Алексеев]

Но у разработчиков она должна быть. Как они тогда вообще умудряются разрабатывать?
Те же бэклоги, они же от чего-то отталкиваются.

[Дмитрий Кинаш]

Александр Алексеев, код - это лучшая документация )))

Answer 3

[Константин]

Хе.... для программистов как раз есть. на ИТС


А описание методологии как должно работать, вот с этим проблема.
Только руководство, есть модели СППР.
Эту инфу 1С не раскрывает, секретная.
Но думая у них самих нет этого описания в детализированном описания кода. Проверяют логику Тестами.