Здравствуйте!

Заключили договор с подрядчиком на доработку типовой конфигурации 1С.
В техническом задании было просто сказано:
- разработать документ "Новый документ"
- описано назначение документа и его функции
- перечислены реквизиты документа
- перечислены реквизиты табличной части.

Нужно ли в тех-задании явно перечислять все типовые механизмы (которые используются в типовых документах), и которые должны работать в этом нашем новом документе?

Нам нужно, чтобы в этом документе работало:
- формат номера документа такой же как в типовых документах
- подсчет итоговой суммы по табличной части
- механизм цен и скидок
- механизм учета НДС (включен или не включен в цену)
- подбор из справочника номенклатуры
- авто-подстановка единиц измерения при выборе номенклатуры
- кнопка "Создать на основании"
- механизм разделения прав

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

Кто прав?
Какие типовые механизмы должны быть реализованы "по умолчанию" при создании новых документов?
А реализацию каких типовых механизмов нужно явно оговаривать в ТЗ?

Подрядчик прав

В этом, собственно, и замес всей работы по ТЗ - ты получишь то, что захочешь, но тебе надо захотеть письменно, а на это может уйти больше времени и денег, чем на оплату того, чтобы все это сделать. По этому придумали аджай, скрам и прочий хуяк-хукяк-и-в-продакшн-гибкие-методологии

(367) ну блин, может в ТЗ надо описывать что это должно на мышку реагировать? а то программист не сделает?

(365) Это не так работает.
Или ты будешь себе в убыток работать постоянно переделывая то, что имел ввиду заказчик, примеров вагон только из личной практики.
Или будешь формализовывать все и вся.

(370) Если предъявляются претензии - значит это важно.
Если это важно - это должно быть описано ДО.
И да, если важно как должно реагировать на мышку -это ДОЛЖНО быть описано в ТЗ

(355) ну, как-то же заказчик теперь догадывается, об чем ему хочется возражать. Вот так и должен был.
Да и - ну, ок - заказчик не знаел. Вот сейчас узнал, а в чем тогда претензия к подрядчику? То, о чем ты узнал, стоит отдельных денег. Заплати за работу, получишь работу. В чем вопрос?

Вопрос в том, что заказчик каким-то хером уверен, что это должно входить в заявленную ранее стоимость. Тут или "я о механизмах не знаю" и тогда ты не можешь судить о стоимости работ и о том, что входит, а что нет, или "я в курсе этих механизмов" и тогда ты можешь судить как-то о стоимости и где была твоя голова, когда ты подписывал договор.

(367)Но есть какое-то рамки подробности написания ТЗ. И есть стандарты, которые предусмотрены типовой конфой. Зачем из заказчика делать идиота?
(371)Для того, чтоб не работать в убыток надо стать профессионалом своего дела, тогда и делать будешь как надо и быстро и вероятность ошибок и переделок будет минимизирована. Иначе зачем вообще квалификация программиста и чем вообще отличается сильный от слабого прога, если можно просто городить свой огород и за это сшибать деньги. (в убыток ты не работаешь никогда, просто КПД твой работы изначально небольшое, а с ростом навыков увеличивается)

(372)Вы сами то способны написать ТЗ по своим требованиям? Сейчас еще описывать клики мышки, то что делается на уровне платформы, а то вдруг нерадивому прогу, что в голову стрельнет :)

(374) >Но есть какое-то рамки...стандарты типовой конфы
не существует ни того, ни другого. Есть или "есть в ТЗ", или "нету в ТЗ". ТЗ - это договор, все, за рамками договора можно апеллировать только к законодательству.

(375) С нас это требуют
"Что бы любая обезьяна могла понять"

(374) так хотя бы должно было быть описано что "как в документе РТУ"

Нечеткое ТЗ обправляется обратно, пока все не поймут что там написано - работы по нему не будет.
А какое ТЗ такой и результат

(374) ну так не все проги "суперквалифицированы"

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

Когда с обеих стороны рукожопы и комбинаторы, тогда получаются, что и должно получаться

по идее нужно 2 тз.
1 - концепт. где понятным языком написано вкраце
2 - детальное тз

(381) Как то так, да

(382) По идее надо оплачивать и первое , и второе ТЗ, если его составляет подрядчик

а как вообще, нахрен, можно приступать к написанию ТЗ, когда ты ни хрена не понимаешь?!.. это к вот этой пузыристой лаже про "откуда заказчик знает".

Заказчик в ТЗ описывает поведение, которое ему нужно. Надо, чтобы в документе были печатные формы, которые можно подключать-отключать, или чтобы была какая-нибудь структура подчиненности - ну, напиши, Карл, об этом, будь, твою мать, мужиком уже!

ни кто не мешает писать пустые ТЗ в надежде на профессионализм и опыт подрядчика, но тогда за этот профессионализм и опыт плати деньги. Откуда вот это одноизвилинное желание на халяву получать уникальные ресурсы?

(379) ", пока все не поймут" - кто все и самое главное - КАК они поймут что все понятно? заказчик и Исполнитель - они в разных галактиках. а полет к точке рандеву стоит дорого

а что никто не задался вопросам:
зачем нужен документ как 2 капли похожий на РТУ?

(382) 1. Это "функциональные требования"

(385) и чо? заказчик нахерачит кнопок на каждую печформу и отдельно справочник активная кнопка или нет. а всегото надо - фоформить печформу в соответсвии со стандартном использования печформ в данной окнфигурации и она автоматом станет в подсистему печформ.
.
что здесь Заказчик должен описать?

(376)(377)Приведите пример ваших ТЗ

(380)Поэтому вначале должны пострадывать :)

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

(391) а больше ни чего тебе не привести?

(394)Ну понятно :)

(365) Бред. Ну нет в 1С "стандарта нумерации" Даже в типовой БП использует 3,5 стандарта для разных типов документов. И это пока не говорим об использования механизма "нумераторы"

(391) эти сведения составляют коммерческую тайну, конекретики не будет
но могу косвенно. Например, есть ТЗ по которому нужно было добавить ОДНУ кнопку в форму счета на оплату, которая редиректит на некую страницу в интернетах. При этом, на бэке есть все для того, чтобы корректно определить, куда именно редиректтить. ТЗ занимает шесть страниц, не считая титула с оглавлением и имеет четыре разные версии. Концептуально оно состоит из вот таких разделов (скрин).

Там делов было с курью ногу, если бы наша система была, то за 4 часа бы управились, не вынимая второй руки из носа.

https://i.imgur.com/Cf0fcIc.png

(395) скукожь в зад свои намёки

(395)Подписка на событие ПриУстановкеНовогоНомераДокумента. Не знаю как в конфах на управляемых, но думаю там тоже что-то типа того есть.

+(399) к (396)

(398)Я то понимаю что вы чушь пишите, как бы вы не пенились :)

(374) Что-то на сказки похоже, сильный прог, слабый прог, стандарты типовой.
Заказчик рассылает ТЗ на пять адресов, смотрит что средняя цена 40+-, а пятый исполнитель ("сильный" и по стандартам) оценивает в 100.
После этого заказчик выбирает из четверых адекватных, а "сильный" идет в мусорную корзину.

(397) сколько разработка тз заняло? сколько стоило (в процентах от стоимости проекта)? впоследствии - пригодилось ли такое подробное тз? было ли что-то, что не было отражено в тз и вызвало проблемы?

(399) В смысле не знаешь, как в управляемых?
В КА конкретно за сколько сделаешь список из (0):
"- формат номера документа такой же как в типовых документах
- подсчет итоговой суммы по табличной части
- механизм цен и скидок
- механизм учета НДС (включен или не включен в цену)
- подбор из справочника номенклатуры
- авто-подстановка единиц измерения при выборе номенклатуры
- кнопка "Создать на основании"
- механизм разделения прав "

+(399) в свежей конечно КА

(403) пару дней на формулирование. Неделю на согласование. По стоимости одно другого стоило. Пользуемся третий год результатом. Неучтенки не было, но это благодаря согласованию - подрядчик грамотно повёл себя, указал на пробелы

В общем для ТС. Есть проги работающие на доверии и взаимоуважении - с ними выгодно быстро и легко, но таких мало. А есть такие которые подходят к вопросу формально и защищаются ТЗ от всех случаев жизни - с такими запаришься, т.к. уровень идиотизма защиты не имеет границ. Собственно это одна из причин почему 1сников обычные люди считают идиотами.

(401) у тебя сельский уровень понимания этих вопросов

(407) а заказчики, надо понимать, все к первой категории поголовно относятся

(402)А с чего вдруг по стандартам и от сильного стало дороже? :) Он сделает быстрее, дешевле и качественнее - поэтому он внеконкуренции.

(410) п**деть не мешки ворочать

(408)Ну да, ну да :)
(411)Поэтому я не занимаюсь этим как некоторые тут :)

(412) ну, тебе нечего показать даже в таком «заблуренном» виде

(413)Вы хотите чтоб я тратил время на тот бред, которым вы занимаетесь? Мне хватает квалификации делать нормально и без подробного ТЗ и так чтоб не было проблем с заказчиком.

(414) я хотел бы, чтобы ты перестал рассуждать о вещах, в которых не соображаешь и в которых у тебя квалификации нет

(415)Пока нету реального ТЗ тут - все ваши слова это детский сад. Будет ТЗ я вам покажу, что у вас есть лазейки и при вашем ТЗ можно тоже спрограммировать чушь. Не можете подтвердить свои слова ТЗ, то и не надо рассказывать байки.

(416) пока что байки рассказываешь ты, обильно цитируя капитана Очевидность в духе "есть такие, которые нормально делают, и вот у них нормально получается, но их мало, а все остальные делают не так и у них получается по-другому".

(416) чудо программист ответь на (404)

(418)Я на управляемых не работаю и в КА тоже. Но если брать на обычных формах в БП или УТ, то я бы уточнил схемы скидок, разграничение прав и что на счет на основании создавать и если там куча всего, а как обычно то 1-2ч.

+(419)*если там не куча всего

(399) Садись 2 за незнания типовых.
В типовых несколько подписок, для разных документов разные процедуры. Для накладной - одна процедура, для счет-фактуры другая. для
Вопрос. в какую процедуру мы должны вклиниваться? Какая определяет "стандарт"

Список событий в типовой ПриУстановкеНовогоНомера

РегламентированнаяОтчетностьПриУстановкеНовогоНомераДокументаПоОрганизации
УстановитьПрефиксИБИОрганизацииНомеруДокументаЗарплатаКадрыБазовая
УстановитьПрефиксИнформационнойБазыИОрганизацииНомеруДокумента
УстановитьПрефиксИнформационнойБазыНомеруДокумента
УстановитьПрефиксИнформационнойБазыОрганизацииПодразделенияНомеруДокумента

Какое из этих событий является стандартной и почему?

(404) 1. В типовой используется кучу форматов номера, какой мы берем за основу?

(421)У меня в конфигурации нет столько всего. Кто работает в данной конфе, тот и должен знать. Главное, что если в конфе есть стандарт, то он должен использоваться, а не отсебятина какая-то лезть. Если программист не может классифицировать какой формат должен быть у документа, то можно уточнить у заказчика: есть такой и такой форматы, первый используется в таких-то документах, второй в таких-то, какой вам надо? Я не понимаю в чем сложности?

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

(423) Так о том и речь что в рамках типовой у 1С нет единного стандарта. И каждая "библиотека" использует свой стандарт. Т.е. часть документов используют БЭД и у них свой стандарт, часть юзают стандарт БСП, часть сидят на возможности платформы и вообще ничего не использует.

Поэтому нет такого "значение по умолчанию", есть или на ваш выбор или сделай как в этом документе

Вот потому многие владельцы контор предпочитают в своем штате иметь 1С-ка. Если что, то за чуб его и объяснить, что он тупой и не понимает высокой мысли руководства, которое ТЗ только в воздухе руками может намахать. Но это не важно, главное - какие все красивые и вот чтоб эта кнопочка была розовым цветом через 5 мин  и еблысь закрытие месяца со всеми бухами, кнопка важней. ТЗ будет составлено всегда в пользу того, кто его делает, а поскольку заказчик, как правило в этом слаб, то и будут подобные проблемы. И да, в данном случае, если ТЗ составить правильно, то цена вырастет скорее всего в несколько раз и клиент может просто с крючка сорваться.

В данном случае за ТЗ не доделывать, ибо там конца края не будет.

!

(3) Не работайте больше с таким подрядчиком :)

+ (0) Наймите Фикси, будьте мужиками, позвольте себе в штат специалиста :)

(419) Пусть будет на ОФ. Сделать по стандартам. Сколько будет стоить?

(419) (423) Ну т.е. не видел, не знаешь, разбираться не хочешь.
См (411)

(104) на сколько знаю у 1C табу трогать область ПрограммныйИнтерфейс - если используешь только эти методы, то ломаться не должно.

А ситуаций полно. У меня
1) В ТЗ было указано, что файл из которого надо загружать XLS, а оказался XML. Заказчик на пару букв ошибся, а трудоемкость в разы отличается
2) "Весь город знает, что я плачу за результат". Сделано по ТЗ, но себестоимость не считается как ему надо. Решилось малой  кровью - надо было в карточке номенклатуры галку поставить
3) В ТЗ указано "сделать произвольный отбор по реквзитам". На этапе сдачи оказывается, что подразумевалось (любое слово заказчиков), что произвольный отбор должен и по реквизатам ТЧ. Кто тут прав хз, но сделал

(431)Я ж написал 1-2ч, а уже стоимость это у каждого своя ставка. У меня 10$-1ч.
(432)Как раз таки я понимаю, что такое типовая и как с ней работать. Принцип в любой типовой один и тот же. То что процедура будет по-другому называться или вместо одной надо две вставить не сильно что-то меняет.
Если вы просто тупо троллите меня, то хлопотное это дело.

(434) Почему на УФ-то не работаешь?

(435)А зачем?
Мне, как и большинству пользователей, не нравится интерфейс УФ, не нравится дикая тормазнутость по сравнению с ОФ ну и за лишнюю писанину кода брать деньги совесть не позволяет, а за свой счет как-то не хочется. Ждем когда 1с откажется от этого гемароя, слава Богу на мой век хватит и ОФ.

(436) А по моим наблюдениям, большинству пользователей больше нравится УФ, чем ОФ.

(436) "ну и за лишнюю писанину кода брать деньги совесть не позволяет" - так на УФ ты многое сделаешь платформой, что на ОФ писать кодом будешь. :)

(0) какой город МСК или регион?
1800 - это франч уровня "студенты-шабашники между пивом и парами". Цены уже намного > 2000.
Брали для доработок фирму с ценой 900 руб. - несколько месяцев не могли найти проблему. Взали за 2500 - сделали за 2 часа. Вывод очивиден...

(407) "В общем для ТС. Есть проги работающие на доверии и взаимоуважении - с ними выгодно быстро и легко, но таких мало. А есть такие которые подходят к вопросу формально и защищаются ТЗ от всех случаев жизни - с такими запаришься, т.к. уровень идиотизма защиты не имеет границ. Собственно это одна из причин почему 1сников обычные люди считают идиотами."

Где-то я подобное слышал, ага: "Все *censored*, а я — д'Артаньян". В РФ давно рынок, поэтому каждый продает свой труд как может, соблюдая некий баланс. Я что-то не заметил, чтобы в плане клиентоориентированности 1С-ники отличались от других, везде примерно одинаково на выбор между "дешево и сердито" и "дорого, долго и т.д.".

DomovoiAtakue - классический пример подхода "*уяк - *уяк и в продуктив".
Ни тебе ТЗ подробного. Заказчик же не обязан вникать.
Ни документирования. А зачем - ведь придёт супер 1С-ник, который разберётся во всех доделках.

Естественно ИМХО.

(441) Да, тут больше забавляет вера в собственную исключительность на фоне разнообразных коллег. Я таким переболел лет в 20.

(407) >> Есть проги работающие на доверии и взаимоуважении ... А есть такие которые подходят к вопросу формально и защищаются ТЗ...

Всё тоже самое можно сказать и про заказчиков. Они, *ука, разные бывают. Бывают и такие, которые по ТЗ на разработку одного справочника и одного документа начинают предъявлять доделок на целую подсистему под предлогом "ну ведь это и идиоту понятно" и "а это и так подразумевалось".

(441)Как раз таки при моем подходи надо думать что делаешь и отвечать за это, а при работе по ТЗ можно "*уяк - *уяк и в продуктив" и не важно что вместо самолета получился паровоз - всегда ж можно отмазаться что ТЗ не точно написано.
А в остальном так и есть, только еще даю высокий уровень качества, не развожу на деньги и другим программистам после меня не приходится плеваться. Правило простое: подхожу к работе так, как хочу чтоб люди подходили к работе для меня.
(442)Если нормой брать: клиент идиот на нем можно нагреться, программист должен ничего не делать и брать за 3ч как за 30ч, то я получаюсь исключительным. Но со своей стороны, я считаю что мой уровень это всего лишь норма обычного работника.

Когда я прихожу в парикмахерскую, я просто называю стрижку какую мне надо сделать, а не контролирую на каждом сантиметре какой длинны волосы надо оставлять.


Думаю не стоит доказывать, что после этого программиста никто не захотел бы работать - это итак понятно. Большинство склоняется к тому, что заказчик виноват в том что дал плохое ТЗ.(Примеры хорошего ТЗ никто приводить не стал.) Так что же надо сделать заказчику, чтоб получить то, что он хочет в своей программе от наемного программиста?
Сам ТЗ он написать не может. Без ТЗ как я понял вообще не вариант. Значит как вариант заказать ТЗ у некоего программиста. Если так, то приведите пример ТЗ и стоимости - мы оценим гарантированно ли клиент получит нужный ему результат по ТЗ и сможет ли среднерыночная организация платить такие деньги за доработки. Если нет, то предложите другой вариант. Условно, поставьте себя на место заказчика и получите нужный вам результат от программиста.
Можно сколько угодно меряться, выпендриваться, балаболить и т.д., но вот есть конкретная проблема и ее надо решить.

(444) Тебя постричь это не автоматизацию или дом построить. Подумай как гримируют актеров, я думаю там у них и ТЗ и 3д модели есть, по ним и проверяют хорошо вышло или нет, а если на модели нет чего то, то и в гриме не будет.
(431) 1-2 часа только на начальные переговоры с заказчиком уйдет  :)

В общем нужно сразу предупреждать заказчика, что первое ТЗ, это прототип и что в дальнейшем скорее всего необходимы будут доработки по новым ТЗ.

(444) >>Когда я прихожу в парикмахерскую, я просто называю стрижку какую мне надо сделать, а не контролирую на каждом сантиметре какой длинны волосы надо оставлять.

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

так

Если делает франч то однозначно по ТЗ.
Я так пробежался по теме - заказчик пытается свою некомпетентность спихнуть на франча.
Был "консультантом" на одном проекте. Подрядчик за условное оформление своего же отчета просил от 300 тыс. Так что «плюшки» — это не всегда легко как автору кажется.

(445)2)Если говорить о вещах которые в (404) и как говорит ТС там все стандартно, то на обговоры уйдет 5-10 мин.

1)С номером уже разобрали. Если в новых конфах несколько форматов номеров, то работая в них я бы это знал и переспросил какой формат нужен.
2)Под табличной частью Надписи Всего и НДС - в каждом документе это есть, можно еще в подвал таблицы поставить подсчитывать итог суммы и др. колонки.
3)Т.е. человек кинул просто реквизиты ТЧ и ничего с ними не сделал. Что тут уточнять? Что при изменении колва или цены должна сумма меняться? Аналогично раз там предусмотрены скидки то они должны влиять на сумму и участвовать в расчете.
4)С НДС аналогично. Есть ставка НДС при ее изменении не меняется сумма НДС - супер просто. Конечно же это надо уточнить: надо ли при изменении ставки НДС менять Сумму НДС и сумму Всего. Наверное вообще не типовая штука.
5)Подбор из справочника. Спросили: Как Реализации? Да! Ок. Если нет уточнили эти небольшие отклонения и все.
6)Ну тут вообще надо быть гением 1с. Колонка "Номенклатура" есть, колонка "ед. изм." есть, а заполнения нет. Ну наверное все специально просят нет не заполняйте нам это, мы сами руками будем.
7)Тут вообще эпик влепить своё хрен знает что, вместо того, чтоб на вкладке документа "ввод на основании" добавить тип документа и кнопка появилась автоматически на форме.
8)Вот этот пункт единственный, который реально надо уточнить, потому что может быть добавить в 3 роли какие-то права, а может и в 50 ролей. Но если этот пункт не обсуждался, то получается программист дал всем права, или никому, или лишь бы кому - ну супер подход.

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

Вот я как фрилансер сделал бы так:
- формат номера документа такой же как в типовых документах
> здесь полюбому как других документах, если не оговорен особый нумератор
- подсчет итоговой суммы по табличной части
> это я бы не делал, т.к. можно сделать в подвале, можно просто итог в таблице, надо уточнять ТЗ
- механизм цен и скидок
> зависит от вида документа, по умолчанию бы не делал если не оговорено
- механизм учета НДС (включен или не включен в цену)
> это надо при обсуждении ТЗ обязательно уточнить (программер сам должен это понять)
- подбор из справочника номенклатуры
> вероятнее всего я бы это не делал (лень)
- авто-подстановка единиц измерения при выборе номенклатуры
> обязательно
- кнопка "Создать на основании"
> только если оговорены документы, которые создавать на основании
- механизм разделения прав "
> уточнить обязательно при создании ТЗ

(449) >>Если большинство тут считает, что это какие-то доп вещи

Большинство просто в курсе про БСП и типовые, я думаю, и то что вы написали - 1/10 от объема работы, если делать документ идентичный типовому.

(450)
"- формат номера документа такой же как в типовых документах
> здесь полюбому как других документах, если не оговорен особый нумератор "

тут таким острякам выше по треду объяснили, что в типовых штук 5 разных форматов нумерации...

(451)Я не знаю какая там 1/10, но выше написали, что на УФ программить быстрее, чем на ОФ и это как-то никто тут не оспаривал. Значит считаем что в современных конфах быстрее программить аналогичный типовой функционал чем на той же УТ 10.3.

я понял одно - мне надо повышать цены за свою работу.
Мне ближе позиция ДомовойАтакует. Просто потому что так работаю.

это ясен пень когда в одно рыло на себя.

(453) Это касается только разработки форм. В УТ11 в разы, даже местами на порядок больше кода, чем в УТ10, к примеру. В том числе куча общих модулей, которые предназначены только для работы с формами документов, да и вообще куча отдельных механизмов, которые придают форме того же документа типовой вид.

(453) Где такое написали?

нифига не быстрее на УФ программить: также или медленнее

(458) навено речь про сложные формы, когда нужно все элементы раздввинуть и свой впендюрить

(453) это если ты наизусть знаешь какие типовые процедуры нужны.
а если вдруг запамятовал, то может потратиться куча времени чтобы понять

(458)  Основная проблема УФ - что типовые конфы переполненные различными библиотеками весят от 500 мб.
И промежуточное сохранение, отладка и первичное тестирование занимают на порядок больше времени.

На этом фоне разница во времени написания кода - не принципиальна.

З.Ы. Кто бы подкинул 1С у мысль вынести библиотеки в расширения. Глядишь основной ЦФ бы уменьшился до разумных размеров.

(461) УФ тут не причем, точнее библиотеки, причиной которых является УФ - кот наплакал, все остальное к типу форм не имеет никакого отношения.
Это не УФ виноваты, а подход у мамки к написанию кода сменился.

(461) тогда уж лучше не библиотеки, а типовую отчётность и драйверы устройств.

(462) можно подробности про подход? Речь идёт о повышении количества абстракций? Когда модули Базовый, Расширенный, Переопределяемый, Локализация?

(463) Он же говорит что не из-за портянки библиотек (БСП, БПО и все такое) прирост, а из-за бинарных данных, вшитых в конфу

Сама обвязка в виде кода ну мегабайт на 100 может дает прирост

(464) меня смутило слово библиотека - это слово есть как в DLL, так и БСП.

(466) но этот код раскидан по дереву так, что может и смущать разработчика.

Написать хорошее ТЗ - это практически написать готовый проект.
Стоимость хорошего ТЗ - ест дофига стоимости проекта.
поэтому хорошее тЗ - либо существенно удорожает проект либо ведет к халявной реализации.
везде приходится искать баланс.