как "объять необъятное" то есть понять тонну кода конфигураций, чтобы конфы не были "черным ящиком" ?
за 8 лет только более менее понял типовые ТиС/Бух/УСН/ЗиК (самописки не считаем), в 8.2 хлама кода в 10раз больше

(0) появляется задача --- смотришь с помощью каких ОМ/методов она реализована

"Программирование в стандартных типовых решениях системы "1С:Предприятие 8.2". Основные приемы, использование БСП"
http://www.1c-uc3.ru/web-progtip.html

(39) > 6800 руб

зажрались

(39)>>Ведущий преподаватель-консультант (тьютор) и автор курса: Андрей Габец

Ну надо же...

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

(41) в скобочках это что ?

(43)Скопипастил.
Наверное главный:-)

(0) Когда головы нет приходится много учить...

(44) это наверное от слова тюкать

(43)
В российском образовании появились новые должности
Tutor - в переводе с английского (именно из Англии пришел к нам этот "персонаж") значит - "домашний учитель, опекун". Это же слово, но в качестве глагола, переводится как - "обучать, давать уроки, наставлять". В туманном Альбионе такой наставник прикрепляется к ученику сразу по прибытии в среднюю школу. И "ведет" его вплоть до поступления в высшее образовательное учреждение. Да и там не оставляет: помогает работать над проектами. Например, сейчас в Оксфорде 60 процентов учебного времени отводится на работу с тьютором, а остальные 40 - на лекции и семинары.

Тьютор в понимании англичан - наставник, психолог, конфликтолог, правовед, друг и помощник ученика на пути выбора дальнейшего образовательного направления и в целом чуть ли не "мама родная". Для школьников и студентов Великобритании такой подход вполне уместен, ведь многие учебные заведения в этой стране работают по принципу пансиона: ребенок живет в "школьном городке", лишь на выходные выбираясь в родительский дом. Поэтому именно с тьютором в течение недели обсуждаются все проблемы: почему не дается тот или иной предмет, как подружиться с одноклассниками, что ответить обидчику, как удачнее развить тему по какому-либо предмету...
(с) http://www.rg.ru/2008/07/22/tutor.html

(46)
а. Так вот откуда - заТЮКаный.

(47)  По русски это будет Наставник. Капитализьм, тьфу

+(45) Проблеме наверное не одна тысяча лет... и она давно успешно решена.

(47) спрашивает
зачем это слово использовать ?
ведь есть же слово, которым пользовались в последнее время в начале 20 века

(48) Ы! =)

(50) Операция по увеличению радиуса кривизны рук?

(49) раньше использовали другое

(37) Оптимизировал под частную задачу?
Откуда уверенность, что твои "переделки" оставались такими же универсальными и не подрезали "коробочность" продукта?

(54) видимо из опыта

(35) я лишь намекнул, что на типовых свет клином не сошелся и они далеко не идеал.

(56) Но остальные решения не лучше

(57) всякие есть. Есть хуже - есть и лучше.

(0) никак
оттуда и деньги

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

(55) Критерий - сегмент рынка. Остальное - "глубокая убежденность" ))
(56) Подумай, в чем цель типовой. Оцени результаты. Большинство конечных пользователей работают на решениях "из коробки".
Цену разработки и поддержки решения, которое купят не более 100 юзеров - представляешь?

Когда я только начинал, я клал ЖКК под подушку. Знаете,- шея болеть перестала и остеохондроз прошел.

(58) Какие например?
И ответьте на (61)

(60) Да
Нет

(61) >> Цену разработки и поддержки решения, которое купят не более 100 юзеров - представляешь?
Если вести разработку в Москве с огромным штатом программистов то могу поверить, что цена будут заоблачной..а если регионе - то цена не просто доступна а порой даже смешная.

(65) Думай дальше. Реализуй - будет тема для разговора предметного.
У нас одно время было три семерошных бухии - АББИИ, АльфаКом и А4. Осталась одна. Кинь камень в семершную бухию для Украины от АББИИ - тебя и здесь какашками закидают вполне заслуженно)))
АльфаКом - это Одесса, куда уж "регионнее")

(66) у аббии жёсткий код

(67) Они "поймали ветер". Остальные проигрывали уже потому, что были вынуждены писать "не как АББИИ", чтобы не попасть под обвинение в плагиате.
Ну, и АльфаКом зело юзеров переоценил... не в коня корм оказался(

(66) >> Думай дальше. Реализуй - будет тема для разговора предметного.
А чего мне думать-то...все, что нужно - я реализовал.

(69) Было б так - ты бы типовые хвалил и всячески рекламировал.
Я ведь правильно понял - ты же при наличии именно таких типовых придумал, как реализоваться и денег заработать?
Или кто-то из нас с тобой с логикой не дружит?

(70) Если бы типовые конфигурации устраивали моих клиентов - то я бы сопровождал типовые (никакого кодинга - только внедрение и сопровождение) - мечта просто ) А так приходится еще и разработкой заниматься )

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

(71) Приведи пример, когда типовая не подошла и пришлось разрабатывать собственную..

(72) шутишь?

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

Уныло всё. Как всегда. Плюющий в потолок и не слыхавший про сроки фикси залез в типовую, нашел хреновый код и на том рад.

(75) Причем сам пишет намного хуже... но ЧСВ зашкаливает.

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

(77) Ну как бы принято на костюме карманы не расшивать, так что хря ноют )

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

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

Просто сказка! Практически три сестры.

(72) Поставь зуп в страну, отличную от россии и наслаждайся. В любую.

(75) Не. Среди ламеров из поколения в поколение передается поверие, что дабы прослыть крутым спецом, нужно хаять все подряд. Чем более распространенный продукт обхаешь - тем круче ты спец. А что сам пользуешься - ну... нпр, для написания пародий... а, да! - ты ж мир спасаешь от этого уродства.
ЗЫ. Некоторые сейчас на ВинХР чуть ли не молятся. Ну это же не они ее в свое время "Вин х-problem" называли.

(80) Гы. Где ты видел нормальное документирование кода типовой? В отраслевых, хоть он там и хуже, но он присутствует. Больше ср..а, господа гусары, а то уныло совсем стало.

(81) Российский ЗУП заточен под российские реалии. Под другое законодательство нужна своя типовая, например 1С выпускает адаптированные типовые под некоторые страны СНГ.

(81) :) Правда думаешь, что ЗУП есть только для России?

(84) Осторожно, спугнешь)))

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

(0) Знание пары-тройки принципов избавляет от надобности знать груду фактов.

(87) Напиши лучше. Фон благоприятный и за руки никто не держит. Что время теряешь?

(89) + Мы ж надеемся, что не подведешь, воссияешь над этой убогостью? Или зря надеемся, ты только по..здеть мастер?

(89)Лучше чем СППР или упдва? Если ты про упдва, то упдва хорош. В целом в продукт, который завтра заменит поседевший УПП стоило вбухать много сил/денег.
Если ты про СПППР, то СППР ниочем.

(90) Да ты не в теме просто. С бетой erp 2.0 распространяют продукт СППР, в которой якобы эта erp описана в цывильных IDEF диаграммах.
А в целом, складывается впечатление, что некий студент запилил описания функций ERP в СППР набыструю после того как уже всё было напилено. Впрочем функции эти без описаний. Отсюда и вопрос, кому это блин было надо?

Типовые делают сложными всего две вещи:

1) почти полное отсутствие документации API; понять что делает функция или процедура, что принимает или возвращает можно только путем чтения ее кода; при этом теряется идея подпрограммы как "черного ящика", который можно многократно использовать не утруждая себя пониманием принципов его работы;

2) отсутсвие ограничений на размер самих функций или процедур; в УПП встречал подпрограммы в 50 экранов кода, при том, что правила хорошего тона программирования допускают максимум 2 экрана, а лучше и вовсе 1;

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

(91) Это ты у меня спрашиваешь - к чему у тебя претензии???
Неплохой поворот)))

(93) " в УПП встречал подпрограммы в 50 экранов кода, при том, что правила хорошего тона программирования допускают максимум 2 экрана, а лучше и вовсе 1; " - может у них экран - плазма на всю стену. Вот как раз один экран и получается)

(94) Дедуль, тебе попи*деть чоль не с кем? Я тебе всё разжевал, вопрос он про то: как они на самом деле ведут и документируют разработки типовых, если их заявленное средство СППР полное гов*ще. А ты всё продолжаешь...

(95) Такая простыня ни в одну плазму не влезет :)

(97) ну че - вот у нас на улице экран на одном ТЦ. Так его если перевернуть то как раз будет )

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

100

Кстати говоря о документировании кода - когда в 1С что нить отправляешь на "1С:Совместимо"  то получаешь в ответ предложение описать\задокуметировать все поцедуры которые есть в разработке - мол это павило такое - при этом по этим самым правиласм н  одна типовая совместимо бы не получила )

кстати, раз у вас начался срач по поводу СППР, то кто скажет как мне скачать СППР 1.0.48? а то на юзерс нет. 20ю скачал более полные обновления скачал а 48 не получается(

(99) Короче слился. Следующий!

(101) это есть к сожалению. комменты если и есть то достаточно краткие(

(103) Принято. Предъявляй дальше, болезный. Кто тебе еще чего должен в этой жизни?

(101) Когда Нуралиев отвечал на вопросы на инфостарте, я поднимал эту тему. К сожалению он так и не ответил, планирует ли 1с когда-нибудь создать стандарты документирования для кода 1с и внедрить в конфигуратор генератор документации, вроде Javadoc для Java.
Впрочем, это и не удивительно. Удобство работы программистов второстепенная цель для 1с. В первую очередь они развивают именно пользовательские фичи.

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

(0) Ответ - никак.
Я всем, кто спрашивает о переходе 8-ку и выборе типовых говорю одно и то же: "Самый простой способ это перестроить работу предприятия под программу, а не заказывать переделку программы под себя."  
Бессмысленно изучать типовые до такого же уровня, как это было в 77, достаточно понимая блоков. А самое главное, лучше изучить бизнес процессы и помогать заказчикам выбрать самый оптимальный вариант работы.

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

(107) Давно пора.

(108)(109) ХЗ, я не знаю что должен делать бизнес чтобы ему пришлось нагнуться под "невозможность нагнуть программу". РАУЗ подпилить - пжлста...

+(111) Это приведено как пример зашитого в ядро алгоритма. На то, что нельзя расковырять и допилить, пока не натолкнулся. От разных классификаторов всевозможных статей по разным направлениям бизнеса до жоской адресации задач по согласованиям - утверждениям.
ХЗ это же просто код. Отладчиком за пять минут вся структура как на ладони. Если бы и была документация, по функциям не полез бы. По процессам ладно, но она есть.

Только поймешь 2.0 - выпустят 3.0, через пару лет 4.0, потом скажут что управляемый интерфейс устарел и придумают еще чего-нибудь. Просто использовать, то что есть

+(112) В смысле не полез бы в документацию.

(108) (109) Вы сабж внимательно читали? Где там о функционале и его соответствии ожиданиям пользователей?

И проблема допилок в сопровождении - когда одно и тоже засовываешь то в одну конфу, то в другую, а в третьей оно уже и не надо

(113) В смысле "поймешь"?
Вменяемый программист, в глаза не видевший линейку БУ, допилит что надо в ней в три раза быстрее чем клоун, который в ней два года сидит.

(109) Но раз уж такой разговор завел, давай конкретный пример БП, которые в типовую не укладываются.
Только сразу договоримся - кво потенциальных пользователей должно быть значимым для разработки коробки.
Или опять "сферические кони"?))

Zaval, шо вы их так систематически защищаете, признавайтесь, принимали участие ? =)

(118) Ты прав в том, что тема топика не об этом, но я не против пообщаться (например в аське) - можно обсудить множество конкретных примеров (никаких коней, не простых не сферических)

(119) Нет. Просто не люблю "писателей поперёк" и хитроопых франчей.

(120) Спасибо. Если пообщаться - то лучше в скайпе sergjus. Но смысл? Использование типовых лучше обсуждать на форуме - здесь важно множество подходов/попыток. Нужен именно суммарный опыт.
Спроси 10 спецов, подходит ли семерошная укр бухия для учета в строительно фирме - 9 из них тебе выкатят длинный список проблем. А я встречался с ГБ, которому никаких доработок не понадобилось. Честно говоря, юзеров такого уровня за 12 лет работы посчитать - одной руки хватит.(

Странная постановка вопроса... При определенном умении и на калькуляторе можно всё вести и в блокнот записывать.

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

(124) Идеала не бывает. Тем более законодательство и реалии базнеса постоянно меняются.

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

Прикол в том, что есть бизнес процессы, которые например в УПП не реализованы, а именно: нормальный учет встречного выпуска, НЗП внутри передела (выпуск по операционно), выпуск узла, без оформления выпуска деталей входимых в узел, трудоемкость выполнения операций, учет оборудования.

Но это все доработать можно )))

Как-то смотришь кнопку - код должен быть такой.
Смотришь код - и вправду такой. :)

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

(129) млин не сюда

(129)(130) Символистика?

(0) У меня есть какая то способность к пониманию исходного кода решений. Причем не обязательно 1с, но и php, c++, да любые языки и среды.
Обычно это начинается с:

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

(132) Ты хочешь сказать, что те кто не понимает являются дурнями? Я с тобой согласен )))

(83) документировать не надо и так все видно, гы-гы)))

(133) Какой внезапный вывод.

(126) Я ба разделил любую конфигу 1с на три составляющих.
1. Самая главная составляющая, это описатель некого бизнес процесса. Т.е. та совокупность хранения и трансформации данных, которая детально отражает происходящие на предприятии процессы.
2. Некие вспомогательные к 1 вещи для пользователей, которые помогают эффективно вводить и трансфомировать данные в 1. Это все возможные удобные поля на формах, интерфейсы пользователей, считыватели штрих кодов и прочая
3. Системы позовляющие на основании хранящихся данных сделать в нужной форме выдержку данных для других внешних процессов и систем. Это выгрузки на сайт, регламентированная отчетность и прочее.

И на данном этапе развития конфиг, я бы рекомендовал 1с сосредоточиться на первой части и полностью отказаться от 2 и 3.

Главное отличие 2 и 3 от 1, является то, что 2 и 3 замещаются екселями, сайтом или аксесом, подключеным к БД 1С. А 1 не заменим ничем