Всё! Достали урывки информации! Хочу толтую книгу в 10 томах по философии разработчиков конфигураций. Что это за структуры типа "структураДействий" в формах? Почему для получения например цены, стек вызовов не помещается в монитор?? Ну и т.д. Где-нибудь описаны эти алгоритмы? Может быть у них есть какая-то общая идея? Где этот Морфиус со своими таблетками? Я тоже одну хочу, ибо отладчик это конечно очень полезно и 100% работает, но очень уж долго приходится выяснять всякие мелочи вместо того, чтобы просто сварганить один запрос вместо вызова нескольких функций из общих модулей, которые надо предварительно пол-дня искать! Фуух... Короче, посоветуйте пожалуйста литературу по алгоритмам типовых конфигураций.

(0) такой литературы нет. Приезжай на партнерский семинар и лично спрашивай у разработчиков.

+(1) а вообще это же хорошо. Если раньше ты мог озвучить выполнение простой задачи 1 час, то сейчас можно заработать на ней в 5-10 раз больше.

Пошел гладить галстук.. Хотя, нет. Че, всЕ так мучаются? Новый документ кто-нибудь создавал в ут 11 и использованием этих вот "стурктурДействий"? Или народ не парится и фигачит по-своему?

(0) кабута если бы тебе дали книжку в 100500 страниц ты бы ее читал..
ага..

ИТС с документацией по БСП никто не читает а типа такой талмуд будут..

(0) Подозреваю, что не существует никакой философии разработчиков конфигураций.

Это дань унификации

Ок. Тогда давайте делиться опытом. Есть гуру, которые юзают все эти общие модули по полной? А есть те, кому некогда и которые пишут старым 8.0левским способом без использования этих модулей? И где золотая середина?

(6) И где тогда она? Сегодня вот пытался создать маааленький документик в УТ11, который определенным образом расходовал бы товар. Старался по максимуму использовать эти общие модули. Не поверишь, получилась еще одна РеализацияТоваров..

(7) все уже давно определено
http://its.1c.ru/db/v8std#browse:13:-1
http://its.1c.ru/db/metod81#content:3224:1

(9) О, вот и таблеточка) Мне красную пожалуйста))

(8) вообще УТ 11 не лучший пример. Как говаривал, один мой знакомый "Первый ребенок-последняя кукла".
Такая же беда вышла у разработчиков ут 11, шоб им пусто было и место в аду с диалапом в 10 кб/с.

как правило для своих разработок пишется свой общий модуль, функционал которого с лихвой покрывает все потребности

(12) ну ты же не пишешь с 0 всякие приблуды вроде допреквизитов и свойств для документа или универсальных комманд печати.

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

(13) Зато я вот час убил на поиск функции получитьЦенуНоменклатуры. А нэту ее. И аналогов нет. Короче, отдельный модуль будем юзать, ага.

А с печатью совсем весело. Зачем эти супермодные команды печати глобальные, если макеты заполняются в модуле менеджера?

(15) функции и процедуры общих модулей универсальны только для типовых объектов конфигурации. при добавлении своих объектов проще использовать свой модуль, заодно чтобы и типовые не изменять

(16) в 10.3 прокатывало. Ну да ладно. В 11.1 не пойдем с 10.3шным самоваром. Там своих навалом))

(16) +1
всегда, если есть возможность, лучше написать свое, чем изменить типовое. в поддержке ОЧЕНЬ большая разница.

(18) да я не об изменениях говорил, а о повторном использовании кода. Родного, типового. В своем коде.

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

(19) просто ты неудачник. Бросай 1с иди в дворники. Вот тебе альтернативная точка зрения.

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

(15)Не знаю как на УФ, а вот раньше всегда удивляло. Почему модули заполнения печатных форм сделаны не экспортными.
Хочешь сделать свою ТОРГ-12, надо все процедуры тащить в свою внешнюю форму

Проблемы индейцев (автора и прочих) шерифа (разрабов типовых) не волнуют.

(15) Цена = ПродажиСервер.ПолучитьЦенуПоОтбору(СтруктураПараметровОтбора);  это?

(0) суть вопроса и претензий не понятны

(25) все все поняли, один Лефмихалыч не втыкает, а еще инженер-знаний.

(0)Толстую книгу в 10 томах по философии разработчиков конфигураций написать не проблема. Проблема в том, никто не будет покупать.

(24) ух ты! При наличии трех общих модулей посвященных ценам (ценообразование, ценообразованиеСервер и ценообразование КлиентСервер ну или как-то так) очень логично.

(20) я просто наверно не успел тебя спросить куда мне пойти. Сорь))

(25) открой любой модуль формы и попробуй выяснить как работает, например, подбор.

(25) например модуль префиксации объекта. хрен найдешь просто так, где и что менять

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

Или попробуй например в типовой  БП дать права на запись документу акт-сверки, хрен с два хватит бутылки пива чтобы разобраться

(30) нука-нука.. Ну говорили же на чем основана логика их? Ну примерно хоть

(32)На Большом Генераторе Случайных Чисел. Я уже давно при доработках старюсь не привязываться к типовым. В идеале в свой блок выношу. Пусть он даже и дублирует в чем то уже готовое из типовых. Да и при обновлениях геморроя меньше.

(28) нашел за 8 минут :)

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

(14) ну почему же, я бы например купил книжку с описанием типовой своей. и вообще было бы замечательно если бы они сделали до итс с описанием внутренностей типовой

(36) о чем ты говоришь?? мануал к пользовательским версиям обновляется раз в год-полгода, методом тыка догадываешься как та или иная загогулина работает. А по СКД до сих пор вменяемого мануала от 1с нет.

"Потому что"

(37)хотя бы основные модули, они меняются раз в год

(0)
Просто 1С-ка пытается походить на взрослые системы (это и понятно, всё же разработчики люди в большинстве своем грамотные), соблюдая разные там принципы ООП, KISS(хм..), DRY; но из-за пронзительной примитивности платформы удержать это всё в структуре не то что не получается, а решительно невозможно в принципе.

Поэтому наш брат 1С-ник и мучается. И конца этому не будет. Потому что иначе это будет уже НЕ 1С.

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

(35) чего там знать то? 8 минут - это даже много, но у меня просто формочка в пофигураторе только больше 1/2минуты открывалась. Ты не "чистый" 1сник (судя по Открытие франча и не только ), тебе простительно

(40)кис вообще каким боком к 1с?

(42) гыгы.. ты, судя по нику, тоже))). А вот нашел же. И не колишься КАК.

(34) только учти что для фактуры там вызывается в совершенно другом месте, а для фактуры на аванс там еще одно, третье,  место вызово

(42) ради прикола назови процедуры для документов в которой префикс генерируется

(46) искать что-ли? Лень :)

+(47) у меня вон курс Чистова лежит, я лучше его посмотрю :)

(48) что за курс?

(49) + по типовым?

(26),(28),(29) это не проблема, это просто затруднение.
Хотя я согласен с тем, что для повторного использования кода платформа предоставляет крайне у**щный и скудный функционал, основанный на дублировании этого самого кода.
Варианта два:
1. как-то с этим жить
2. валить
Нытье на форуме ни чего не поменяет

(0)В розницу штоль залез? :) Как раз вчера ковыряла СтруктуруДействий в поисках получения цены))

(48) Чистов невыносимо нудный. Так и не смогла его посмотреть.
Кстати, в УЦ№3 есть курс "конфигурирование в типовых" или что-то в этом роде

(48) Меня давно занимает вопрос, чем-то перекликающийся с (0):
откуда всякие насипы фаритовы знают все то, что они продают за неплохую денежку? Судя по качеству и скорости появления курсов вряд ли изучают платформу и типовые методом тыка сидя в отладчике.
Подозреваю что все-таки существует некое оперативно обновляемое хорошо структурированное хранилище тайных знаний, недоступное простым смертным.

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

(50), (54) подготовка на спеца по платформе)))
я года 2,5-3 назад как работают запросы изучал отладчиком, т.к. не знал Консольки запросов :) Такое вот тяжёлое детство, деревянные игрушки :) Если и брать курсы по конфам, то с точки зрения консультанта, чтобы логика была понятна, а уж регистр и прочую хрень я сам раскопаю, и не буду тему заводить

(53) глупости. если бы не его курс по языку запросов - до сих пор бы в тзшки выгружал как в родной 7ке)

(57) чем плохи тз? Ну так, из чистого любопытства)

(58) лишние данные и вычисления на клиенте - как минимум

(59) вероятно, я вас не поняла. Я подумала, что результат запроса некошерно в ТЗ выгружать, вот и спросила)

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

(61) К сожалению, у меня была ситуация, когда пришлось именно второй вариант использовать( И сколько я не просила своих знакомых гуру помочь мне решить задачу другим способом, никто так и не помог. Слишком много вычислений было в таблице, при чем при вычислении результата в текущей могли понадобиться как просто значения предыдущей, так и сумма значений всех предыдущих. Не осилила я такое в запрос запихать

(61) Таким программистам деад морозз насылает одавида )))

(62) Временные таблицы не помогли?

(58) тз хороши но в меру) в 7ке большая часть отчетов на них и строилась) Вот семерошные циклы с свертыванием тзшек в 8ке уже не кошерно

(65) ТЗ кошерны для небольших объемов данных, когда проще (быстрее) написать перебор, чем правильный запрос.

(64) там сложные формулы расчета, изменяющиеся в зависимости от наличия/отсутствия изменений данных в соседних колонках. Долго раскатывать, да и не помню же. Отчет работает. Хотя, может уже и переписали, не знаю) Мне интересно было бы решить эту проблему одним запросом, но базы уже нет под рукой.

(0) Есть такая проблема, в 1с очень мало тех документации, некоторые вещи такое ощущения что создавались инопланетянами, например не разу не видел внятное описание механизма СКД - по сравнению с этим модули типовых это просто невинные шалости.

(68) на спец8 бесплатный курс есть

цытирую:
Рост сложности конфигураций влечет за собой рост сложности настройки и трудозатрат при изменениях под клиента, а оплата за доработки и настройку почти всегда пропорциональна количеству выставленных клиенту часов. «Выгода» очевидна, только кому? На форумах даже используют термин «коммерческий» код. При том что чтобы средствами платформы например сделать запрос и сформировать проводку как правило не нужно больше двухсот строк кода, модули проведения или заполнения документов могут занимать десятки тысяч строк кода! В них вызывается множество громоздких и неочевидных процедур. Стандартным стало использование в ТК в модулях проведения нескольких таблиц значений, все это выгружается-загружается-сворачивается-обрабатывается и т.д. на встроенном языке 1с. Разобраться в этих гигантских процедурах достаточно непросто. На форумах даже спрашивают, не роботы ли или инопланетяне пишут ТК. Если раньше практически любой алгоритм можно было понять относительно просто через конфигуратор и отладчик, то сейчас проще спросить на форуме возможные причины формирования или неформирования проводок, чем с негарантированным результатом неделю копаться в гигантских модулях. ТК стали изучать через видеокурсы, а не через конфигуратор как это было в 7.7 версии. Регулярно возникают одни и те же темы на форумах, например как закрыть 20 счет, ведь разобраться достаточно непросто даже опытному специалисту, учитывая неадекватно большой и сложный код в закрытии месяца.
источник:
v8: v8: типовые конфигурации 1С слишком сложные

(70) дадада, в 7.7 попробуй разобраться отладчиком, когда у тебя 100500 процедур в одном глобальном модуле (обычная бушка)

мне одному кажется, что 8-ка намного прозрачнее клюшек?

(71)не все так страшно. Уж слишком большие процедуры - это только по расчеты налогов с ЗП

(72) Вообще - да. Типовые - с каждым разом все сложнее докопаться до сути без книжки или подсказок из интернета.

>> Хочу ... книгу ... по философии
А зачем?

>> Что это за структуры типа "структураДействий" в формах?
За один серверный вызов собрать всю информацию по строке таблицы формы.
На самом деле, конечно, - унаследованное how-know мамонта. По-хорошему, - надо бы переделать, но времени никто на это не даст.

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

>> Где-нибудь описаны эти алгоритмы?
Какие описания? Читай код! И вообще http://xn-----clcksaplxf6byd3cyb.xn--p1ai

>> Может быть у них есть какая-то общая идея?
"За один серверный вызов собрать всю информацию по строке таблицы формы."

>> Где этот Морфиус со своими таблетками?
Свалил давно.

>> Короче, посоветуйте пожалуйста литературу по алгоритмам типовых конфигураций.
СППР с моделью УП2. Тока ее купить надо, едыть.

(69) Чтио на том курсе дают? Пересказывают книгу Хрусталевой?

основная проблема типовых конфигураций это
1. отсутствие ООП и, как следствие, в одном документе висят овер 9000 функций (виды операций, флажки, способы проведения и т.д.)
при наличии ООП можно было бы кошерно создать 20-30 классов на все случаи жизни, кошерно используя общий код и перегружая уникальный, ну и т.д.
визуально тоже было бы годно формировать списки и отчеты по этим отдельным классам
2. когда один документ выполняет туеву хучу бизнес-процедур
в реальности можно было бы разбить на 2-3 документика и визуально связать через статусы бизнес-процесса в общем-то...
3. абсолютное отсутствие модульности. как следствие, невозможно представить конфигурацию как некий конструктор. каждая конфигурация это широкий набор функций, однако использовать их по отдельности как копипасте нельзя
написать годную многомодульную конфигурации за те же 20 лет, которые развивается 1ска, можно было особо не парясь
но 1ске это не выгодно
да и нам тоже, ребята

*20-30 классов одного документа вместо видов операций и флажков и проч.

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

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

Уже давно ответ был ответ на (0) - бабло.
В 7.5 в глобальном модуле мало-мало было, а уже в 7.7 тысячи. И тогда уже был вопрос - за чем?
Все пришли к единому ответу - чтобы сложение было разобраться. А чем сложнее тем больше бабла.

(81) кореш моего кореша однажды написал конфигу
1ска её купила, и, по-моему, отправила в мусорку, мотивируя "нам не нужен конкурент"

(0) Создаю разные документы в УТ 11, добавляю регистры, по которым пишут и типовые, и нетиповые документы. Если бы решил, что можно корябать модуль менеджера, то пользовался бы чисто типовой схемой. Так копирнул ее в свой модуль, модифицировал под работу с подписками, теперь написать документ, прописать движения, наладить контроль - быстро и по шаблону.

(82) конкуренты ни кому не нужны. Да и нам плюс - если просто было бы разобраться - остались бы мы без работы. Вон уже в ремонтных конторах ноуты таджики ремонтируют.
Так что - все правильно делает 1С. :-)

Конспирологи в теме, ага )))

(85) Хотелось бы услышать Ваше мнение.

(86) http://lurkmore.to/Бритва_оккама

(87)  В программировании известен принцип KISS (Keep it simple, stupid! — Не усложняй, тупица!), пророчествующий, что повышение сложности внутренней структуры продукта ведёт к неизбежному росту числа багов, глюков, лагов и прочего геморроя. Впрочем, быдлокодерам, естественно, по#$й; :-)

(77) Про ООП - не увидел ничего что мешало бы вам делать это сейчас, при отсутствии оного.

(77) Один документ это не куча бизнесс процессов, а отражение одного факта хоз операции.
Про модульность вообще смешно, чем бы вам она помогла?

УТ11 выкидыш, в основном структура в конфигурациях норм)

(88) Про бритву Оккама уже упомянули. Вы же допускаете ошибку, ограничивая источник проблемы.

(92) еще раз объясняю - было исследовано много вариантов, но вывод получился один - сделано специально, чтобы сложнее было разобраться.

(93) в таких случаях нужно писать: "научно доказано" :)

(94) британскими учёными, ессно

(73) как щас помню этот ужас. Из процедуры в процедуру передаются параметры, по которым идет расчет нужного мне, и прыгаешь как дурак по глобальнику с этим идиотским семерошным отладчиком, попробуй найди где косяк. ХЗ, в 8-ке всегда до причины докапывался и это обычно не занимала слишком уж много времени

особенно когда ни ты не знаешь толком БУ, ни бух

(93) Да-да, нынче модно выдавать псевдонаучный подход за научный. )

вайн детектед

(100)!!!

(101) Мой вариант: Конфигурации усложняются для понимания не из-за того, что их приказали усложнять для понимания рядового 1С-ника. )

(102) Речь идет об общих модулях, а не о сложности чего-то там. В 1С как таковом ничего сложного нет по определению. Вопрос стоит след. образом: "Зачем так запутанно сделано?" Отчетте пожалуйста.

+(103) Отчетте пожалуйста = Ответте пожалуйста.

(103) Потому что так получается. Никак не специально. )

Такое впечатление что разработчики типовых (да и платформы) экспериментируют в свое удовольствие. Только вот получается хреново

++(103) В 7.5 глобальный модуль практически был пуст. Система была такая, например: Берем документ РеализацияТоваровУслуг и весь код который нужен был для функционирования документа лежал в документе. Очень легко можно было разобраться что и за чем. А уже начиная с 7.7 начали максимально код в глобальник выкидивать и так витеевато и хитро. Зачем?

Танненбаум тоже думал, что будущее за RISC-процессорами и модульными ОС
А реальность за  CISC и гибридными и/или монолитными

(106) Такое впечатление, что Линус Торвальдс экспериментировал в своё удовольсвтие ;)

Эт ладно ещё, был на проекте одном, там в документ РеализацияТоваровУслуг нарисовали дополнительно 10 видов операций.. Процедура УстановкаВидимости была размером с 15 мониторов, а уж про проведение я молчу

(109)хочешь сказать что в !С экспериментируют без удовольствия

(107) ты ща на 7.5 сидишь?, она же ведь такая хорошая

Вот в 6-ке была возможность редактировать алгоритм формирования проводок проводок (и добавлять реквизиты) без конфигуратора. И некоторые бухгалтеры этим пользовались.
И по прошествии многих лет я вижу плюсы в таком подходе

(112) не, сча на 8.2 :-)
(108) а разве сейчас интел не использует RISC технологию в своих процах?

(113) Вот собственно поэтому и стали путать код через глобальник. А то каждый прошареный бух мог в коде разобраться.

Я бы подумал, что такие модули в 1С - чистое вредительство.
Но у меня был коллега - он простую загрузу из файла делал сначала в ТЗ полуниверсальными методами, потом из первой ТЗ делал вторую ТЗ, и уже из нее создавал документы и справочники. Понимать, где у него запрятался глюк, не было никакого смысла - задача по загрузке легко заново писалась за час тупым 1Сным бейсиком.
А так у 1С плохо получается универсальность общего кода, ибо на N-ом шаге просмотра стека постоянно вылезают проверки на вид документа и прочая лабуда.
Реготчетность вообще должна рассматриваться ФСКН.

(115) Власти что-то скрывают! )))

(106) ежу понятно, что тут куча факторов накладывается: желание фирмы 1с написать более-менее универсальное и настраиваемое приложение; изменения законодательства; усложнения связанные с учетом масштабируемости (например проведение по партиям в документе быстрее и понятнее, но вот может быть затык с блокировками на больших объемах); ошибки методологов; базу пишет команда, а не 1 чел; желание меньше повторять код и разбить его на логические куски, причем каждый разраб юзает куски модуля другого разраба.

Ветка уныла

(118) Не обманывайте людей. Тут некоторые уже научно доказали, что братья Нуралиевы выполняют задание внеземных цивилизаций по сворачиванию набекрень наиболее интеллектуальной части населения планеты )

Как по мне, то лучше 1С запрятало, например, механизм свойств и категорий в платформу.
Или чего-то изменилось сейчас?
(118)А выражается это в желание написать одну единую конфигурацию всея Руси и в результате там 80% того что нужно только 20% пользователей

(119) раскусили, понимаешь

(120) ну пиши нетленку. Ваще у 1с позиция нормальная - партнерство, не устраивает что-то можете брать платформу и писать свое; можете брать типовухи и дорабатывать

вопщем мой аргумент: сперва добейся :)

(122)Интетерсно, а дали бы в 1С выпустить конфигурацию типа упрощенной БП на рынок?

(124) Есть такая. "1С:Деньги".

(124) ставь вопрос ребром: упрощённой УТ

да пожалуйста, а кто не дает. Вон отраслевых сколько

допустим, самописочка на УФ со старым добрым кошерным простым учётом, вобравшем лучшее из ТиС и УТ 10.3
без ненужных 80% функционала ут 11

(124) а как же - ждут не дождутся :)
(127) Назови аналог БП

щас ситуация на рынке немного приличная
когда была УТ 10.3, всех всё устраивало
полноценный расово православный вариант на УФ до сих пор не выпущен, в итоге имеем уг 11

*немного неприличная

(128) Татитуру вот свою магазьку пилит и не гундит

(132) о, да, хорошо, что про неё вспомнил

а у меня знакомый взял типовую ут 10.3, перепилил её чуть более, чем полностью и внедряет
ессно, людям приходится покупать лицензии на ут 10.3 + сверху чуток за допилочную часть

тоды и Маню нужно вспомнить :)

По-моему, сделать УФ без ООП (jsmith82 написал (77) ) - это ошибка. Теперь такого наколбасят, и все будут жаловаться (0) ...

(129) видимо все посчитали и решили что пилить 2ую бп не рентабельно - потому и нет. А где запрет от фирмы 1с делать свою бп и свой зуп? По бухии нетленок выше крыши, только больших продаж нет, т.к. узкозаточенные, а многие и говенного качества к тому ж

+(137) и все почему-то типовую регламентную отчетность берут и себе тащат

(134) У меня когнитивный диссонанс. "Перепилил чуть более чем полностью" и "людям приходится покупать лицензии на ут 10.3" )

недоперепилил

(139) потому что людям надо покупать лицензии на один из типовых продуктов, ну и часть кода из ут 10.3 всё равно осталась

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

Нет. Мне непонятно, зачем покупать УТ. Ведь БП дешевле. Почти 4 тыщи экономии. А доп. клиенские лицензии для всех типовых конф от 1С одинаковы по цене. Или меня где-то обманывают? )

а платформа стоит сколько бп проф, 10800 емнип
ут 11 - 14 500

(141)
> 4601546038777 1С:Предприятие 8. Клиентская лицензия на 1 рабочее место 5200 руб.

Нет отдельных лицензий для УТ и отдельных для БП.

(143) боится, что за жеппу возьмут, т.к. часть кода типовой есть, но по такой логике половину писателей нетленок можно брать

(137) >>А где запрет от фирмы 1с делать свою бп и свой зуп?
Разумеется нигде такого явного запрета от 1С нету...Но если появится конфа-конкурент любому типовому решению - сильно сомневаюсь, что 1С примет ее с распростертыми объятиями.

(146) правильно

(147) сделают предложение, от которого трудно отказаться

(141) А, вот оно!

> часть кода из ут 10.3 всё равно осталась

И какая же часть? В процентах? Количество оставшихся строк VS количество допиленых )

(150) ну где-то писят на писят

(147) Будет хорошее решение - купят за хорошие деньги и будут продавать сами. Типовая практика любого нормального капиталиста )

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

(151) Меня терзают смутные сомнения, что вы берете свои слова откуда-то с высоты чуть более чем на 146% выше потолка.

(154) нисколечки. конфига достаточно известная в своих кругах

(153) В принципе в 1С считают свои деньги лучше вас.

(155) Ах да. "Он был широко известен в узких кругах". )

(156) в принципе, не надо быть фрэнком каупервудом, чтобы осилить расклад

(124)   не поверишь на 7ке каждый франч писал свою бухгалтерию с акробатками и домино. На 8ке тоже некоторые тужились но потом поняли дорого это и бессмысленно

(157) именно!
но мы отклонились от сабжа

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

(159) на 8-ке нетленок куча :)

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

(21)>>повторное использование  кода в типовых рискованно тем
ты неправильно понимаешь "повторное использование типового кода" ))
По-одноэсовски - это берешь и копируешь "к себе" нужный кусок кода из типовой.
Вот и "повторное использвоание" ))

к тому же, в большинстве случаев вакансии захвачены быдлокодерами 80 lvl
я часто встречал их на проектах
очень умные люди, из тех, кто пишет РАУЗ, ЗУП и т.д.
умеют оперировать 20 левыми соединениями с группировками в одном полушарии, бегло писать код с кучей префиксов и суффиксов, в итоге выдавая то, что называется типовыми конфигурациями

(26)>>все все поняли, один Лефмихалыч не втыкает
просто есть одноэскники и есть одноэсники.
Одни ни с чем не сталкивались, и говорят сущую правду - "в 1С все работает и все зашибись!"
Другие - корпят по трассировке из модуля в модуль и сами себе "составляют" карту типовой.
А самые умные - выносят все в отбельный модуль.
Чтоб этот "типа типовой" код болльше не видеть в своих отладках )))

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

(163) Есть прогресс. Вы начинаете понимать суть мира )
(164) Сгинь, нечистая! )))

(165)>>умеют оперировать 20 левыми соединениями с группировками в одном полушарии, бегло писать код с кучей префиксов и суффиксов
ни хрена при этом не понимая, что будет в итоге и чем это чревато.
"И так сойдет!" (с) - известный мультик.
А что там, как там, кому аукнется и где вылезет - а пофик.

+ 169
кстати, так пишут 85% одноэсников.

(167) видимо, потому что они постигли дао "как сделать оптимально, чтобы всем понравилось и получить больше денег за это"
это редкое свойство прораммиста
один из них создал Майкрософт: быдлокод 80 lvl, но люди требуют добавки ;)

+ в смысле, без "прогноза" и "предвидения", а не "по 20 левых соединений" ))

(168) извините, плюнул на ваш чистый сорочка от 1С ))

(165) >оперировать 20 левыми соединениями с группировками в одном полушарии

Усложнять легко, упрощать сложно (с) и хороший программист пишет гениальные вещи простым кодом, а не наоборот (с)

(173) Лопату себе поменяйте )

(161) Была конфа на 7ке у одной фирмы-франчайзи (конфа как раз была конкурентом типовой Бух.), конфу отдали на "1С:Совмсетимо" - 1С завернула конфу (со словами "нам конкуренты не нужны"). К сожаление ссылки не остались на обсуждение (но думаю если в инете поискать то можно найти).

(176) т.е. не дали статус 1с совместимо? Или еще что-то?

(177) Ага, не дали статус (ну и как следствие конфа не попала в прайсы 1С). Статус дали вроде как года через 2 - когда вышла 8ка и 7ка стала уже 1Су не актуальна. Просто данный случай показывает как 1С относится к конкурентным решениям.

(182) вот то что статус не дали - верю, но тут чисто бизнес. С их стороны было бы глупо поступать иначе. Да и мы, простые 1сники заинтересованы чтобы фирма 1с процветала

(176) гы. в моем городе гед я раньше жил было два франя выпускали свои бухии и не жужали. Причем бухии были с сильным расчетом зарплаты не на компоненте расчет, что экономило клиентам кучу денег. На 8ке один из франей уже не писал свою кону, а второй таки сел и склепал и лаже прошел тест 1с совместимо, а потом похоронил ее ибо не асилил кормить ораву кодеров на своей нетленке

(178) ну и что что не дали? запретили продавать?

(178) ну и смутные подозрение о том что нам конкуренты не нужны кто то говорил)

(182) скрее было открыли конфу - да у вас тут гофнокодище исправьте приходите. У нас? гофнокодище? та это вы конкуренции боитесь)

(143) Это если по такой логике следовать, то можно взять в УПП строчечку добавить и говорить потом что это и не УПП вовсе, а лицензии БП купили и перепилили до такого вот УППшного состояния. Так чтоли?

(184) Не, не так. Там товарищ утверждал, что конфа "перепилена полностью". Потом доторговался до 50-ти процентов. )

(185) это гипербола банальная

А для продуктов 1С Совместимо как цена формируется.
Т.е. можно купить некое решение по цене типовых решений от самой 1С?

(186) Над тем и смеюсь.

(187) Цена формируется, как владелец на душу положит. )

+(189) Решение (основную поставку) можно купить по цене этого решения. Доп. лицензии для типовых от 1С одинаковы по цене. По ценам доп. лицензий для "Совместимых" не в курсе.

(178)
Я чето туплю. Насколько я помню, в 7ке цена была за платформу. Типовые(бухия точно) шли бесплатно.
Если какой-то франч пишет свою бухию - одинэсия при продажах этого блекджека получит ровно столько же денег, сколько при продажах своей типовой. Потому как под нетленку платформу все равно покупать надо. В чем смысл был валить семерошное решение?

(191) +100500

(191) Стыдно было, видимо )

(193)
Не знаю как российские, а украинская бухия была практически безгрешна.
Все что невкладывалось в ее работу - это уже был небуховский функционал.

(194) Бухгалтерия 7.7 для Украины редакция 2.5
Продается до сих пор. Вы про это решение?

(191)
В 7.7 платформа продавалась по компонентам.
И расчет был весьма дорог.
А бухия и так у всех была.

(196)
Разве что. Просто в (178) и в (176) ничего про зарплату сказано не было.

(195)
Может быть. Я от семерки как-то отошел. Там вроде не было такой нумерации(2.5), а может и была. Я их как-то по релизам отличал. А нумерация релизов была 7.70.2...

.

200

(200) Читер.

(194) в той конфе было все (бп,зп.ут и т.д.) - все работало на компоненте "опер.учет".

(202)   Ну и? покупали бы они компоненту опер учет все раавно с тисом и смысл 1с бузить было?

(203) это всего лишь показывает отношение 1с к сторонним конфам - не более того. Мне лично вообще без разницы если что.

(202)
Это другое дело.
(203)
Потенциальные потери от непродажи компонентов Расчет и Бухня

(0) разработчикам платят за количество строк, только так можно объяснить 11 млн строк г0внокода УТ 11

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

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

(208) а это просто разные человеки писали))

(208) семь раз отмерь, один раз отрежь (с) поговорка

(209) видно, что код скопипастен

(208)
В предыдущей версии процедуры первой проверки не было :)

http://www.1c-uc3.ru/web-progtip.html

(213) Занятие 1:
• Основные принципы решения адаптационных задач
• Подходы к анализу программных механизмов
• Анализ механизмов с программным формированием интерфейса
• Анализ механизмов, использующих командный интерфейс
• "Слалом", как методика быстрого анализа алгоритма
• Конструирование программных действий
• Интерактивное  управление  оформлением форм

Занятие 2:
• Советы по написанию запросов
• Технологии чтения "чужих" запросов
• Чтение запросов "с листа"
• Чтение текстов динамически изменяемых запросов
• Решение адаптационных задач с использованием запросов
• Прием "План-Консоль-Механизм"
• Замена среза последних в ситуации множественных данных
• Разделение обработок результатов запроса
• Сливание обработок результатов пакета запросов
• Использование запросов в динамических списках

Занятие 3:
•  Механизм хранения пользовательских макетов.
•  Механизм формирования внутренних печатных форм
•  Методика подключения новой внутренней печатной формы
•  Быстрая печать
•  Печать комплектом
•  Переопределение хранения механизма печатной формы в отдельной обработке

Занятие 4:
•  Печать в форматах внешних программ
•  Использование макетов офисных документов
•  Методика подключения печатных форм на основе офисных макетов
•  Использование внешних печатных форм
•  Методика подключения внешней печатной формы при помощи файла шаблона
•  Методика подключения внешней печатной формы на основе офисного документа
•  Использование внешних печатных форм взамен поставляемых в конфигурации

Занятие 5:
•  Добавление отчетов и вариантов отчетов
•  Подключение к панели «Отчеты раздела»
•  Разработка новых вариантов отчетов без изменения конфигурации
•  Механизмы расширения аналитики отчетов
•  Разработка вариантов отчетов с использованием  дополнительных реквизитов и сведений
•  Создание назначаемых отчетов

Занятие 6:
• Полные возможности использования механизма "Дополнительные отчеты и обработки"
• Выбор сценария реализации дополнительной функциональности
• Разработка внешних обработок заполнения
• Разработка внешних  обработок создания связанных объектов (ввода на основании)
• Разработка внешних дополнительных обработок с вариантами исполнения на клиенте или регламентными заданиями
• Разработка новых дополнительных внешних отчетов
• Использование механизма «Автоматическая рассылка отчетов»

Полистал в течение получаса общие процедуры БП 3.0 – это адъ. Странно что никто об этом не пишет. Итак:
//-----

Функция НаСчетеВедетсяУчетПоДоговорам(Счет) Экспорт

    СвойстваСчета = ПолучитьСвойстваСчета(Счет);

    УчетПоДоговорам = СвойстваСчета.ВидСубконто3 = ПланыВидовХарактеристик.ВидыСубконтоХозрасчетные.Договоры
        ИЛИ СвойстваСчета.ВидСубконто2 = ПланыВидовХарактеристик.ВидыСубконтоХозрасчетные.Договоры
        ИЛИ СвойстваСчета.ВидСубконто1 = ПланыВидовХарактеристик.ВидыСубконтоХозрасчетные.Договоры;

    Возврат УчетПоДоговорам;

КонецФункции
//-----
Процедура НаСчетеВедетсяУчетПоДоговорам() вызывается один раз всего лишь ! (зачем тогда отдельно выносить ее?!) и при этом вызывается в цикле!! к тому же нужны лишь свойства ВидСубконто, а процедура заполняет кучу дополнительных ненужных свойств.
При этом функция откуда вызывается НаСчетеВедетсяУчетПоДоговорам() тоже общая и тоже один раз лишь вызывается

Далее:
//-----
// Определяет счет учета материалов, переданных в переработку
Функция СчетУчетаМатериалыПереданныеВПереработку(Знач СчетВыбранныйПользователем = Неопределено) Экспорт
    
    Если ЗначениеЗаполнено(СчетВыбранныйПользователем)
        И СчетВыбранныйПользователем.ПринадлежитЭлементу(ПланыСчетов.Хозрасчетный.МатериалыПереданныеВПереработку) Тогда
        Возврат СчетВыбранныйПользователем;
    Иначе
        Возврат ПланыСчетов.Хозрасчетный.МатериалыПереданныеВПереработку;
    КонецЕсли;
    
КонецФункции
//-----
а это что? вызывается всего несколько раз и зачем такую нехитрую вещь выводить в общ. модуль?

//-----
Процедура ОткрытьФормуВыбораДоговора(ПараметрыФормы, Элемент) Экспорт
    
    ОткрытьФорму("Справочник.ДоговорыКонтрагентов.ФормаВыбора", ПараметрыФормы, Элемент);
    
КонецПроцедуры
//-----
а это зачем? Зачем на открытие формы делать отдельную функцию? А?

//-----
// Функция возвращает признак необходимости контроля отрицальных остатков товаров при списании.
//
Функция ОтключитьКонтрольОтрицательныхОстатков() Экспорт
    
    Возврат Константы.ОтключитьКонтрольОтрицательныхОстатков.Получить();
    
КонецФункции // ОтключитьКонтрольОтрицательныхОстатков()
//-----
А здесь для установки значения константы делается отдельная процедура
это ад. представляете что будет если вся конфигурация будет состоять из таких конструкций

//-----
// Функция возвращает признак необходимости отражения на счетах расчетов с контрагентами on-line.
//
Функция ПроводитьПоРасчетамСКонтрагентами(Организация, Период) Экспорт
    
    Возврат Истина;
    
КонецФункции // ПроводитьПоРасчетамСКонтрагентами()

ноу коммент

(214)
Первые два занятия бла-бла туфтовые, потом четыре(!) занятия, как делать внешние обработки.

И это я всего полчаса полистал модули. А что будет если действительно покопать?

(217) Там полно такого. Фактически нужен программист "сборщик мусора" для поиска и устранения подобного кода. Грамотных на такое дело не найдешь, неграмотные не справятся.

(215)"Процедура НаСчетеВедетсяУчетПоДоговорам() вызывается один раз всего лишь !"

Хех, в цепочке вызова процедур при проведении по партиям УПП вложенно-последовательно вызывается по 7 процедур(они ветвятся на Упр и Регл), которые не вызываются больше нигде в модуле.

(219) я хотел сказать что какой смысл выносить в отдельную процедуру то что вызывается только один раз и при этом такой небольшой код. Зачем? И данная процедура вызывается в цикле!
Партионный учет вообще бредово сделан

(220) Ответ на твой вопрос был дан в (206)

Ну всё, Сибирский ананас написал убийцу 1с, теперь он напишет убийцу типовых конфигураций

(222) ждем убийцу УПП с производственным учетом в одном модуле на 1000 строк? ))

че вы к людям пристали - думаю если пошерстить код любого на этом форуме говн*окода прицепа два насобираешь) особенно что по молодости было) Проблема типовых не в овнокоде, а в отсутствии документации

(224) один умный человек сказал мне много лет над одну замечательну фразу - если код требует комментариев -это плохой код - никогда такой не пиши.

(225) тот человек не писал типовую комплексную конфу) а если серьезно. то под документацией подразумевается не коммемнты в коде. а описание всего это хозяйства - где что и как посмотреть. Код мы и так разберем без комментов. Вопрос в том, что зачем столько времени тратить на это счастье? Есть модуль опишите что он делает и какие туда параметры передать и что получите в ответ

(0)код типовых- это выше понимания смертного:-)
Я когда их разбираю, мне всегда кажется что эт тайное послание инопланетян и оно выносит мне мозг уже на вложенности функция 6-7 уровня.
Но со временем притерпелся, теперь научился основной бред пропускать мимо и вычленять главное. Правда для такого скила не один год нужен:-)

(226) тот человек писАл комплексную , не типовую а на порядок лучше) это так к слову)
Какие модули и за что отвечают в целом и так понятно.

(228) " не типовую а на порядок лучше) это так к слову) " выкладывайте - заценим)
"Какие модули и за что отвечают в целом и так понятно." в целом это понятно. хотелось бы конкретики. Типа СП по коду типовой)

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

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

(213),(214) был на этом курсе и прошел его до конца, выполнив все ДЗ. В курсе рассматривается по большей части БСП и подсистема доп.отчетов и обработок. Мне понравился, т.к. в этом ключе с типовыми и работаю. Тут же пишут, что курс якобы рассказывает про проведение документов, блокировки и т.д. и т.п. Не вводите людей в заблуждение :)

На мой взгляд (прожженого старого деда), сейчас то время, когда самостоятельная раскурка какой-то новой технологии экономически слабо-целесообразна той же  профессиональной подготовки (очно/веб). Можно упираться, тратить недели-месяцы чтобы раскурить ту же подсистему доп.обработки из БСП, или же пойти и в спокойном темпе ее освоить на кошках. Аналогично с опер.учетом, аналогично - в блокировками. Да и с другими темами. Радченко читать - это хорошо. Но с точки зрения практических боев в реальных типовых - этот как улететь в космос со знанием того, что земля - "круглая".

ТС уже бы давно пора вырасти. Если бы эти 10 томов кто-то написал, то к моменту печати первого тома, оставшиеся 9 можно было выкинуть в помойку.

Соглашусь c Рэйв во фразе, что "для такого скила не один год нужен". И это правда. Так что - дерзайте. Копите деньги, вкладывайте в свое образование. Оно потом вам вернется.

(220) смысл в том, что это СЕЙЧАС она вызывается только один раз. гораздо проще поправить в одном месте для изменения поведения системы, чем искать по всей конфигурации. кроме того, могут быть внешние модули, и не написанные ещё пока, опирающиеся на этот функционал. изменяя процедуру мы меняем поведение всего этого хозяйства сразу.
как-бы очевидные вещи, по крайней мере для тех, кто пришёл в 1С не из бухгалтерии
а вызовы процедур, они достаточно дешевы на сегодняшний день. "не экономьте машинное время, экономьте своё"

(230) +100500 "наш код замечательно документирован на языке Си"

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

(234) ну совершенствуют громко сказано. но в общем подвижки есть и это радует.

(234) мы не изчезнем!))) Уж найдем на чем покодить и о чем пофлудить))

Возвращаясь к теме: v8: Эффективное хранение периодических услуг