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

Чем еще можно аргументировать?

(284) это если есть своя крыша над головой

(303) эээээ, это что реально? Я с таким сталкивался, но разве это норма?

(306) Да на мисте через одного такие ;-)

(307) неправда же.
вот взять нас с тобой. у меня нет брошенных проектов, на повышения по ЕРП не уходил.
если через одного - выходит эта история про тебя?))

(308) посмотри ветку Чессмастера, там все отметились ;-0

+(308) Хотя наверное ты прав, из актива не думаю что большинство кинет проект на произвол судьбы

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

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

(0) Закладка.Что все таки порешали?Когда переходите на ERP?

Я тут ещё не рекомендовал посмотреть https://www.kint.ru/products/uau8/?

Прошлый релиз этих разработчиков, УАУ 7, нормально поддерживался разработчиком более 10 лет.

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

(315) а нет это другая тема... но и там тишина

(309) чет я ту тему не нахожу - сначала сообщения потерли а теперь тему в тихую утопили?

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

Специалистов по простым формам все меньше и меньше, все кто уже перешел на УФ назад не идут....

Все остальные доводы - туфта...

(318) они просто дороже будут. Но это прибавка в 20к в месяц ни в какое сравнение с бюджетом на внедрение ни идет.
Плюс можно перепиливатб упп под уф, если уж очень хочется

(319) ждем упп, полностью на УФ типовое..

(315) обращений ко мне со стороны тс не было

(319) их будет меньше, это как сейчас найти на 7.7 реальная проблема....

(322) Кроме технических ограничений и гемора при настройке сложных форм ОФ ничем не хуже УФ.Тоже самое но сбоку.А учитывая сложность современных решений на УФ не вижу оснований в отказе разработки на ОФ, тем более рисование форм это 5% времени.Особенно при наличии в разработке других решений на УФ - компетенции то развиваются.

(322) 77 совсем другой язык. А тут тот же самый. Ну кроме програмной настройки форм. А совсем редко используемая фича

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

(323) Либо Вы очень крутой спец по УФ либо полный чайник и 3.14-бол...

Работать одновременно и в ОФ и УФ практически не возможно (точнее можно, но будет хреново и медленно), банально синтаксис разный.... и куча проблем с отсутствием сериализуемости объектов и т.д.

Да взять хотя-бы код в модуле объекта, Вы видели хоть раз, что-бы его использовали из УФ ?

При переходе на УФ нужно забыть ОФ и учится заново, это примерно как переход с 7.7 на 8.0 был...

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

(324) Да.Сравнивать с 7.7 не надо.Компетенции в 7.7 появлялись после прочтения двух тонких, но очень толковых книжечек.От1С.Чтобы разобраться с 8 кой и стопки 1,5 метра будет мало...Хотя есть и ИТС, и форумы и какаято документация.так что 7.7 это легкая прогулка по сравнению с 8...Я не рассматриваю здесь примеры легаси окровенно плохого кода.Там не важно...,и это не слабостью языка обьясняется.

(328) переход с 8.2 на 8.3 УФ - примерно такой-же по сложности, приходится менять все подходы...

(326) Работаю ежедневно на ОФ и УФ.Скорость набора  текстов не волнует, не на php программируем.Консоли запросов на ОФ даже лучше работают.Что я делаю не так?

(330) если качество УФ хорошее - значит Вы очень хороший спец.

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

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

Забыть ОФ, прогая на УФ, тоже нельзя.

По-моему сложность разработки УФ сильно преувеличена.
Вот сложность типовых на УФ и типовых на ОФ действительно различается на порядок.

(322) Вот то, что сейчас выкатили в 1С:Элемент с перспективой на 1С 9.0 - вот это действительно серьёзно, придётся переучиваться полностью, причём сложность перехода сопоставима по сложности с переходом на какой-нить TypeScript))

(0) Приключений мало? Давай меняться, я к тебе на УПП, а ты ко мне на ERP...

(328) в 7.7 чтобы серьезно разрабатывать приходилось колхозить такое за что в восьмерке будет стыдно :)
единственный плюс - это отзывчивость интерфейса.
и то это за счет кэшей всего на клиенте, от чего с помощью УФ и избегали.
ОФ от 7.7 недалеко в этом плане, так что кодирование на ОФ сравнимо с 7.7 в плане НЕизолированности клиента от сервера.
что на определенных объемах данных приводит к огромным проблемам, вплоть до неотзывчивости интерфейса.

(325) для развития вредно не сидеть на самописке или на типовых,
а сидеть 5-10 лет на чем-то одном.
полезно для развития менять место работы и\или проекты.

(330) УФ так-то может быть и в толстом клиенте, так что если ОФ и УФ в одном толстом клиенте, то это не считово :)

(333)
"
Под УФ медленней конечно получается аналогичный функционал, чем на ОФ, и кода больше, но не намного УФ сложнее.
"

значит это неправильный УФ.
у правильного УФ и кода меньше и разработка быстрее.
в идеале надо забыть про ОФ и походить на курсы, почитать литературу и тогда все сложится.

"
Вот сложность типовых на УФ и типовых на ОФ действительно различается на порядок.
"

сложность ИМХО из-за того что пытаются впихнуть везде универсальный БСП и универсальные подсистемы.
жертвуем простотой, но выигрываем в скорости изобретения велосипедов.

(334) мне чет кажется тогда половина 1сников перейдет в другие ЯП.
возможно и я со временем :)

(339) А за счёт чего кода-то меньше? Я вижу только больше хотя бы за счёт того, что на клиенте и сервере нужно писать разные процедуры/функции с разными директивами компиляции.
Проще только формы рисовать.

В своё время освоил УФ пройдя 3-дневный курс в УЦ 1С и прочитав книжку Хрусталёвой, этого более, чем достаточно, чтобы разобраться в УФ.
После УПП на ОФ нормально стало получаться дорабатывать УТ11 и БП 3, но гемора больше не от того, что они на УФ, а того, как они реализованы.

(342) типовые - уже сказал - это отдельная история связанная с БСП и методиками разработки внутри фирмы 1С.
если чисто про код и формы... я переписывал неработающие уже на объемах обработки на ОФ, типа рабочие столы со списками и командами.
получалось более чем в 5 раз меньше кода.
скорее всего за счет того что работа с ДС получалась лаконичнее чем с таблицей в ОФ.
собственно для чего ДС в УФ и задуман.
с чисто кодом посложнее найти пример, но наверное клиент-сервер заставляет разработчика включать мозги,
чтобы не плодить серверные вызовы как в ОФ, а аккумулировать их в один вызов к серверной процедуре
и за счет этого в итоге кода будет меньше и он будет в целом опрятнее.
в чисто серверных модулях будет примерный паритет так как +- одинаково.

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

344 (0)

(16) нихера стехническим прогрессом не вижу. у меня лежат роликовые коньки сына. им лет 10 скоро удет. НИХЕРА НЕ ПОМЕНЯЛОСЬ. как стачивались колеса - так и стачиваются. Где, суко, технический прогресс? как работала мудачная идея транспорта - как соедств апередвигающегося по заранее проложенным для него трассам - так все и осталось. Полный бред. Где, блин, дсотупные и массово производимые винтокрылы как тратранспортные средства общего назначения? где бля (другого слова нет, машины массово производимые на воздушной подушке? где блин лифты в домах чтобы не на 8 этаж не как небоскреб пилит, а за 3 секунды? где этот гребаный технический прогресс?!

(346) Тебе мало чмудаков, которые на дорогах сталкиваются? Хочешь, чтобы они ещё и сверху на тебя сыпались? Как из тех коров, которые, слава Элберет, не летают?

я ладно понимаю с rk.rit на что-то новое пересесть. а с УПП?
все нововведеняи платформы - можно юзать. ЭДО наверняка есть (?). Маркирвка тоже проблем особых быть не должно. Переход может быть опавдан только в случае перехода на ТИПОВУЮ конфигу и минимизации доработок после перехода.
.
Как-то так мыслю. Может, неправильно?

с rk.rit = с клюкше// $-)

(348) ИМХО весь сыр бор из за фреша. Т.е. 1с захотелось освоить эту нишу и рубить там бабло, и полумало, а зачем пилить костыли для вывода в веб и зачем пилить 2 конфиги (ОФ и УФ). Вот имеем что имеем

Подозреваю что в 2023 "коронка" ещё не закончится. А значит среднему бизнесу будет хреново. А значит Нуралиева попросят продлить поддержку УПП. А значит уходить с адаптированной УПП на ЕРП которая к моменту прекращения поддержки УПП изменится 100500 раз вплоть до переписывания на "девятку" - деньги на ветер.

(336) "и то это за счет кэшей всего на клиенте, от чего с помощью УФ и избегали."
- ага.. первое что в случае траблов на 8-ке - "почистить кэш"

(351) вангую 2022 и все с короной. но могут придумать другую "корону".
народ по всему миру начинает бузить не только из-за короны и властителям нужно придумать что-то чтобы держать людей раздельно под контролем

(352) кэш есть и в УФ но все-таки его меньше.
по крайней мере чистить именно кэши приходилось гораздо реже - еще и от релиза платформы зависит.

(353) Пока заболеваемость только растёт... Но предположим, что Вы правы и в 2022 коронка закончится.
Но это же не значит что весной 2023 когда будет приниматься решение о продлении поддержки УПП в среднем бизнесе будет уже всё впорядке...

(351) История возможно опять повторится - развитие текущих продуктов приостановится и все силы будут брошены на разработку новых на 1С:элемент (1С 9.0)

(356) Очень может быть. Ибо какой смысл тянуть и старое и новое. Поэтому не совсем понятна выгода для предприятия от перехода на ерп сейчас.

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

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

(359) Точно!
Оставивтолько золовку, свояка, двоюрьдных брвтьев и сестер

(358) Разве УПП мешает трясти ?

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

(360) ну если они прокормят когда бизнес прогорит то оставить конечно

Есть всемирно известную иностранную контору, на российском (и не только) рынке лидер в своем сегменте. Работают на системе образца 80х, написанной под DOS.
А вы - УПП устарела, ОФ неудобно, да как же топы отчеты будут через РДП смотреть ))))))

(364) это какая фирма, интересно...

Мне больше нравится :

"В 2014 году 92 из 100 ведущих банков и 71% компаний из списка Fortune 500 пользовались языком COBOL на своих центральных компьютерах."

"Австралийский опыт
В 2012 году Банк содружества начал заменять систему COBOL на программу, разработанную немецкой компанией SAP. После того, к чему это привело, вряд ли многие банки захотят последовать примеру Австралии.

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

:-)

(366) Hекий программист-коболист в поте лица трудился над пресловутой
проблемой 2000 года. Он чинил программы во многих фирмах и зашибал
приличные бабки. Hо по мере приближения роковой даты его все больше
охватывал ужас: что будет со всеми этими программами и с ним самим?
Hаконец он решил заморозиться и проспать в анабиозе до февраля 2000 года,
а там, глядишь, вся свистопляска и уляжется...
... Он проснулся в странном незнакомом помещении, вокруг ликовали люди:
"Очнулся, очнулся!".
- Сейчас с вами будет говорить президент Земного Шара.
Hа огромном стереоскопическом экране возник человек, весьма похожий
на Билла Гейтса.
- Видите ли, программа вашей камеры при переходе к 2000 году сработала
неправильно, и вы проспали почти 8000 лет.
Hо вы не волнуйтесь. Hаша жизнь прекрасна. Мы достигли огромных успехов
в науке и технологии. Мы покорили время и пространство. Мы...
- Hо почему вы меня разморозили?
- Понимаете, приближается 10000 год, а в вашем досье указано, что вы
знаете КОБОЛ...

(367) :-) Пророческий рассказ...
Новые языки рождаются и умирают - кобол наблюдает за этим как сфинкс египетский...
Он вечен как пирамиды...

Мне понравился такой комментарий с хабра :

"Вы очень ошибаетесь. Переписать приложения написанные на IBM-овском mainframe на COBOL ни на C++, ни на JAVA просто нереально. Гораздо реальнее использовать уже много лет работающий код на бэк–энде и интегрировать его с современными фронт–эндами—хоть на JAVA, хоть на PHP, хоть на .NET."

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

Ужас, можно ссылку?

(0) бабки, поди, пилят, а тебе не досталось.
Бесполезно упорствовать, тебя же и заставят допиливать за зарплату.)

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

Ну так прогер может сам на это не пойти. Просто поменять место работы.

(369) Просто уже не осталось программистов, которые на отлично знают предметную область. Плюс слишком сильная абстракция. Тот же ООП, например, - это как русская рулетка. Вроде работает, работает - а потом бац! и сбой. И никто не понимает почему. Оно как-то там внутри само...

(369) думаю, эту проблему решат и скоро, каким-нить транслятором-ретранслятором кобола.

(370) я рассказывал

Только не рпшник, а ведущий прог фиксик

Только у меня теперь этих историй 2

(376) подозреваю, что его франчи довели.)
Вспоминаю историю, как франч роли переделал, что любой смог все расчетные листки видеть.

?378) а ты так разве никогда не делал?

неоднозначно получилось

подозреваю, что его франчи довели
У нас не было задачи его доводить, у нас была задача проверить проектные решения мы этим и занимались, написаны они были под УТ 11, итогом стала смена решения на УПП

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

(380) <Стандартная история любых начинающих прогов и пишущих "на отвали">

то был москвич, которого нанял франч для удаленной работы на себя.)

(381) А "москвич" это знак качества?  Тут есть ребята, которые программирования не знают и сидят прогами ;-)

Просто не за 180, а за 130, и компания считает что им крупно повезло

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

(384) Это знак качества вашей команды, которое выбрало вместо серьезной конторы, студентов

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

(386) У меня таких 3 завода на связи, Ща вот в марте буду звонить, уточнять по одному

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

весело = висело

(374) Транслятором эту проблему не решить.
Возьмём задачку в 100 раз проще - перенести программу на клиппере тысяч так не 100 строк в джаву.
В лоб не перенести. Например потому что клиппер не работает с запросами - весь код построен вокруг позиционирования в dbf - файлах по индексам.
Придётся ставить задачу и решать её новыми средствами.

А с коболом всё сильно хуже. Он ведь язык майнфреймов. Совсем другая архитектура машины.

p.s. Кстати, кобол не единственный. Есть ещё, например, фортран
https://skillbox.ru/media/code/drevneyshiy-yazyk-programmirovaniya-vosstal/
https://habr.com/ru/post/400523/

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

вот тебе аргумент
Новая Управление торговлей 11.5.7

(391) Действительно, вот все эти - банковская сфера США, ведущие специалисты по математическому моделированию - вот дураки то !
Мисту на читать - тут всю правду расскажут ! :-)

На примере сравнения ламп с микросхемами.

(393) Ну в отличие от тебя, я видел что происходит с компанией при потере ведущего инфраструктурщика

(378) обычная история для франчайзи

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

(381) геня уже москвичем прикидывается :) недавно писал что подрабатывал на франч но что-то не срослось...

(382) он мог только понаехать, зацепился за франч чтобы на миску риса заработать и немного не поперло

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

(391) До сих пор выходные каскады мощных радиопередатчиков делают на лампах, а не микросхемах. Не везде микросхемы в тему.

(399) У меня на проектах по критичным задачам, сами фиксики принимают задачи, никого это никогда не парило

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

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

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