Добрый день уважаемые форумчане, в одной из фирм с которой я работаю дорабатываю в паре еще с одним программистом через хранилище 1С УТ10.3(2012 года) (100 пользователей) и поддерживаю самописную конфигурацию на управляемых формах для производства без БСП (около 30 пользователей), эта фирма решила нам в помощь взять аутсорс, и эти ребята говорят что они работают только по "современным технологиям", и только через расширения, их доводы что в расширениях можно защитить интеллектуальную собственность и видно кто где ошибся меня не убеждают. Чтобы перейти на расширения нужно поднять режим совместимости до 8.3.14 (их требование). У меня вопрос насколько будет проблемный переход на этот режим совместимости 8.3.14 с 8.2.16, самописная в режиме совместимости 8.3.7 (я пытался перевести ее на 8.3.8 хотя бы (экспериментировал на копии) первое что вылезло перестали работать списки документов, ну думаю с этим можно справиться. Как вам вообще подобный подход (через расширения на старых базах) и вообще это нормально в чужой монастырь со своим уставом?))

Тебе (конторе) очень нужны эти ребята? Тогда прогибайтесь.
Если вы им нужны больше - пусть прогибаются они.

И да, альтернатива "хранилище или/и расширения" - аналог "белое или мягкое".

Надо развиваться по любому. По мне, так даже со всеми своими багами 8.3 удобнее и продуктивнее 8.2
То же самое хочу сказать и про расширения - вполне удобная штука

Голос

(0) Пусть через расширения печатную форму счет-фактуры изменят. Я на эту технологию посмотрю.

>1С УТ10.3

она не поддерживает расширения, т.к. конфа на обычных формах. Расширения - для управляемых форм.

(0) Имхо для вашей ситуации смысла нет

Они походу продвигают переписать ваше на основе новых типовых на УФ с расширениями

Сначала попытаться.

Если не получится, то

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

(1) наверно название темы не очень корректное

(9) Пусть покажут, в чём проблема...

(11) а чо бы не перейти на УТ 11?

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

>>что в расширениях можно защитить интеллектуальную собственность

Чью собственность? Вашу ? Ее и так никто не украдет -- нафиг кому сдалась ваша конфа
Их собственность? Так они будут писать НЕ ПЕРЕДАВАЯ вам исходники?

P.S.
А кто вообще будет отвечать за проект?
А то может получится так
- вы (программисты фирмы) обновят вакансии на hh и уйдут
- молодые варяги будут пыжиться и через пару месяцев сольются и тоже уйдут
- фирма останется без специалистов, пойдет на hh и просто охренеет от того сколько сейчас хотят 1С-программисты

ТС сам походу хранилище и расширение путает

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

(12) Картинку про буханку хлеба и троллейбус помнишь?

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

(13) насчет интеллектуальной собственности я вообще не понял если честно, что они имеют ввиду.

Работа с расширениями в обычных формах (УТ 10) - это бред.

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

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

Так же не понял как связаны расширения с хранилищем.
ИМХО, хранилище хоть и относится к устареваюшим технологиям, но должно использоваться в обязательном порядке (если конечно не применяется Git) на конфигурациях, которые хоть сколько-нибудь интенсивно дорабатываются. Хотя бы просто для того, чтобы тупо иметь всю историю изменений. При групповой доработке в особенности.

(19) Через расширения надо делать только доработки типовых, чтобы с замочка не снимать

(20) да это очень удобно, я здесь написал по причине того что может быть я где-то что-то пропустил)

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

Парни явно бредят. Раширениефилы - наркоманы. Новый вид программистов 1С, которые носятся с расширениями, как с писаной торбой и пытаются всем доказать их ценность и необходимость.
Для конфигураций снятых с поддержки в 80% случаев расширения нахрен не нужны. Только усложняют разработку, удорожают её и создают проблемы при дальнейшей поддержке и развитии.
В оставшихся 20% попадают доработки, делаемые "сбоку" и никак не касающиеся основного и типового функционала конфигурации. Их действительно иногда удобно вынести в расширение.

(20) >> Через расширения надо делать только доработки типовых, чтобы с замочка не снимать.

Ещё одно массовое заблуждение. Замочкофилия.
Никто не спорит, что иногда это нужно и очень удобно. Но почему-то большинство 1С-ников вбило себе в голову, что замочки вообще снимать теперь нельзя. Что является бредом.

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

(24) менеджеры ребят хотят. и похоже они на волне неадеквата

(24) Вряд ли проблема в деньгах. Если вам нужна помощь, то прибегнуть к аутсорсу - вовсе не плохая идея.
Тут два варианта. Лио вы попали на идиотов-расширениефилов. Новый тип 1С-ников, о которых я писал в (22) и (23). От таких лучше держаться подальше. Либо это всё бредни менеджера по продажам этой конторы-аутсорсера, который несёт бред, не понимая о чем он говорит. Ему сказали продавать расширения как "новую современную технологию" и он на голубом глазу втюхивает это заказчику. Совершенно не понимая, что речь идёт о снятой с поддержки конфигурации на обычных формах (для него это тёмный лес).

(26) я общался с их руководителем (менеджер) и потом когда мы не поняли друг друга, мне позвонил их программист и продолжил эту тему с хранилищами.

(27) общайтесь по электронке с полной историей

(26) Возможен вариант, что они не расширениефилы, а "дура, не дура, но свои 20 баксов имею" - подсаживание клиента.

(27) Если не секрет, сколько ребята хотят за час ?

Больше 5к ?

(27) Подожди. Ты сам определись о чем мы говорим - о расширениях или о хранилищах?
Хранилище - нужная и полезная вещь. Для интенсивно дорабатываемых конфигураций вообще обязательная. А при групповой разработке без версионирования вообще никуда (хоть Git, хоть хранилище).
Расширения - штука более спорная. И, по-моему, в вашем случае (снятая с поддержки конфа на ОФ и самописная конфа на УФ) совершенно ненужная.

(30) >> сколько ребята хотят за час?

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

(5) А можно узнать, кто вам такое сказал? Не знаю даже как сказать, но похоже кого-то жестоко обманули.

(31) попробую еще раз, я им предлагаю подключение к нашему серверу разработки по РДП, дать им копию базы подключить их к хранилищу, и дорабатывать наши базы в режиме захватили объект доработали поместили. Они же предлагают работать на своих ПК с копией нашей базы и присылать мне все доработки в виде расширений. вот сейчас написал и понимаю как это бредово звучит как будто они знают какие могут быть доработки.

(0) Все правильно вам говорят.

(33) > кто вам такое сказал?

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

(36) >>Чтобы перейти на расширения нужно поднять режим совместимости до 8.3.14 (их требование).

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

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

(35) О ещё один замочкофил нарисовался.

(37) А с какого фуя автор должен тратить время на поднятие режима совместимости? Разбор возникающих при этом проблем (явных  неявных) кто оплачивает?

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

(38) так вас уже слили

(40) да? притом в ут также работает 40 магазинов розничных,

(42) возможно, но продолжаю наблюдение..

(40) Автор явно не бесплатно на работу ходит - все оплачено.

(37) Да ради чего? Для разработки расширений?
А ты можешь внятно объяснить - для чего нужны расширения к конфигурации, которая снята с поддержки? В чем смысл расширений? Чтобы больше времени потратить когда тебе через год понадобится доработать какой-нибудь объект, который уже доработан в самой конфе и в трёх расширениях?

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

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

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

(47) и да мой выбор

(45) >> все оплачено.

Это тебе кто сказал?
А что по этому поводу думает заказчик? Если ему скажут, что подобные финты надо тестировать. И даже тщательное тестирование не гарантирует, что не возникнет никаких проблем после повышения совместимости.

(48) >Никто из вендоров отраслевых решений в здравом уме не переводит свои доработки на расширения

Первый Бит переводит, хотя и не все офисы и не все решения

(48) "Никто из вендоров отраслевых решений в здравом уме не переводит свои доработки на расширения."
Мда... А во почему-то у нас вполне работает вендорская серийная (!) доработка на расширении к ЕРП...

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

(53) а, ты один в белом, весь из себя Дартаньян, да?

(54) Вообще звучит не плохо :)
Сам работаю с расширениями (и соответственно всех клиентов перевел на расширения)

(55) вы переводили клиентов на ут 10.3 (сильно перепиленную) на расширения?

(56) Да

(51) когда переведет бит.финанс - позовите )

(52) а что за поставка, дайте плиз ссылку на эту конфу

(57) И что ты там перевел на расширения?

(55) и типовая конфигурация на замке осталась? у вас в расширениях новые документы добавлялись?

(59) Не дам. Но сразу скажу - это не два справочника. Это полноценная отраслёвка.

(58) общался с ними по этому поводу для КА/ERP
сказали денег нет чтобы перевести на расширение

(61) У него же "клиенты". Ну максимум что-то допилил в интерфейсе или процедурки подправил.

Бит.Адаптер давно уже расширением

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

(61) Документы,справочник,Регистры...

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

(66) Если бы 1С писАли свои конфы не для себя с расчетом на тех кто их сопровождает\допиливает\использует то проблем бы с этим не было (все легко бы красиво)

(53) >> Не вижу смысла спорить с теми кто о расширениях слышал, но скорее всего никогда их не видел (и уж тем более не работал с ними).

Не вижу смысла спорить с теми, кто делает далеко идущие выводы по отдельным фразам на форуме.
Я работаю с расширениями с того самого момента, как в БП 3.0 режим совместимости поднялся до уровня, позволяющего их (расширения) использовать.
А это уже достаточно много лет.
И я успел оценить что есть "расширения" во всех возможных вариантах.
И поначалу тоже пребывал в эйфории от предвкушения прихода новой жизни.
Однако прошли годы и весь восторг ушел. С пониманием того, что  после того как ты перевёл свою доработку в расширение, вендор продолжает конфигурацию дорабатывать, менять логику, подходы, изменять множество объектов, включая не только сами объекты конфигурации, но и стандартные библиотеки (БСП, БРО, БПО, БЭД и пр.). И трудозатраты на сохранение работоспособности твоих доработок в расширениях становятся не сильно меньше, чем если бы они были сделаны в самой конфигурации. А иногда даже наоборот - доработку, выполненную в расширении переделать под изменения очередного обновления обходится сложнее, чем если бы изначально доработка была бы в самой конфе.

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

Расширения - очень крутая штука. И очень полезная.
Однако пока ещё имеет огромное количество ограничений и особенностей, которые надо знать, чтобы потом не было мучительно больно.
надо уметь их готовить.

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

(66) >> интерно было бы посмотреть конфу на расширениях, которая массово влезает в типовые документы, справочники, модули и процедуры.
(68) >> думаю за этим будущее.

Да нифига. Расширения не для того сделаны.
Чтобы это стало будущим, сам подход к разработке прикладных решений должен измениться.
Само прикладное решение должно подразумевать возможность расширения. А этим ни в одном из типовых решений даже близко не пахнет.
Да есть библиотечный подход. Да есть переопределяемые модули. Но этого всего очень мало.
Как только заходит речь о значительно переработке заложенной в основных объектах конфы (документах, справочниках) логике, расширения совершенно не годятся.
Попробуйте переписать подсистему раздельного учета НДС в БП 3.0 на расширениях. Теоретически конечно это возможно. Только приготовьтесь к тому, что почти при каждом обновлении вам придется переписывать половину заново. И даже использование @ИзменениеИКонтроль вам не сильно поможет, когда вендор вдруг решит оставть доработанную процедуру оставить для совместимости, а всю логику работы перенести в другую процедуру или модуль, о котором ваше расширение понятия не имеет.

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

(72) Ну о политической и экономической стороне вопроса я даже не хочу задумываться. Мы всё равно не угадаем, если даже автор об этой части ничего не говорит.
Если ты прав, то весь спор и сам вопрос ветки - бессмысленны.

(69) >> Если бы 1С...

Ах если бы, ах если бы.
Имеем то, что есть. Возможно (надеюсь) в будущем это измениться. Но дорабатывать надо сегодня и сейчас.
То, что не касается каких-то ключевых подсистем и основной логики прикладного решения, можно и нужно допиливать в расширении. Тем более что в БСП, начиная с версии 2.5 (если не ошибаюсь) есть поддержка расширений.
Однако всё, что вмешивается в основные подсистемы, лучше и безопаснее писать в самой конфе.
А уж расширения для снятых с поддержки конфигураций - это уже дичь какая-то. Расширения ради расширений.

(74)У аутсорсеров другое мнение - смиритесь.

(71) полностью согласен с вами.

хорошо бы и другую сторону услышать, а то испорченный телефон

Ну вообще поднять совмесимость до 8.3 и упр блокировки - это конечно нужное дело

(78) угу
чтобы не держать несколько версий платформы

(78) нет, не изза этого.
Там версионник включается на сиквеле

(79) обе конфы работают на последней платформе сейчас 8.3.18.1433

(81) на актуальной более менее

(77) я конечно не могу говорить за других, но мне почему то кажется другая сторона не посещает мисту, они читают книги про современные технологии)

Все не читал, но смысла в расширении при самописке нет.
Даже в стандартных, при крупном внедрении расширения не катят. Сейчас думаем, как уйти от них.
Для мелких дописок расширение норм.

у франча скорее всего есть уже готовая наработка. как раз в виде расширения. и переносить ее в ваша конфу они не хотят

вкину за расширения и технологии, ТС хоть опыта с ними поднимет

(2) Будь мыжыком, переводи фсио на git)))

(70) Вот именно. Стоит только один раз помучаться с обновлением конфы, где типовые механизмы изменены расширением, чтобы понять, что расширения для этого не подходят.
У многих программистов просто установка - раз мы не поменяли объект в конфе и он на замочке, то он обновится автоматически. Но суть то в том, что объект мы ПОМЕНЯЛИ, просто при помощи другого механизма, и теперь мы должны адаптировать свой код в расширении, совмещать с изменениями от 1С. А в расширении это гораздо муторнее делать, чем при прямом изменении конфигурации.

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

Спасибо всем, сегодня пообщались с сотрудниками аутсорса, удалось их убедить работать без расширений в старой УТ 10.3, и довольно быстро, решили в производстве делать в расширении делать частично какие то модули и отчеты/обработки.