Зачем вам программное добавление и скрытие пунктов меню? Реально интересно увидеть сценарий. Управлять скрытием кстати можно через параметрическую функциональную опцию, где параметром будет выступать номер текущего сеанса.
Вот простая задача. При открытии формы необходимо скрыть один из элементов. Как вы это будете делать? Пересчитывать координаты всех элементов которые находятся ниже? Заголовок с полем тоже не связать, приходилось им управлять независимо. Не удивительно, что как только появилась платформа 8.2, мы все новые формы в УПП делали управляемыми, чтобы поскорее избавиться от этого кошмара.
У вас есть пример веб-интерфейса, который удобнее десктопного при работе с данными?
Да видел я все это убожество, когда командную панель или элемент на форме не найти
По вашему ошибка только что выпущенной версии платформы (вероятнее всего там новая версия формата), которую безусловно исправят, идентична многолетней проблеме не имеющей решения? Есть много проектов, где разработчики используют Git без EDT, что-то я не помню чтобы жаловались на подобные проблемы. Служба поддержки просит проверить на последней версии, чтобы упростить себе жизнь, критичные ошибки исправляются и в предыдущих версиях. Например 14.10.2022 вышла сборка 8.3.17.2733, причем первая сборка версии 8.3.17 вышла 23.04.2022. Новые версии есть смысл ставить либо для новых проектов, либо когда нужна новая функциональность.
Идеальные формы на 8.0/8.1? Это там где на одной форме десятки элементов и при скрытии ненужных будут зиять огромные пустые места? А уж сколько проблем возникало, при необходимости добавить новый элемент между двумя существующими. А сейчас это можно программно сделать за 5 минут не усложнив при этом дальнейшую поддержку.
Компактный режим появился как вариант интерфейса "Такси". Что касается расширения возможности размещения элементов на форме - никто не обещал, что будут все возможности HTML. Сейчас вся индустрия идет по упрощению форм, собственно поэтому интерфейс Такси и был выпущен.
Наложение элементов и скрытые командные панели это вообще зло. У веб-версии есть действительно особенности, кроме того она более остро реагирует на неправильное написание подписчиков, в которых делают недопустимые контекстные серверные вызовы.
Управляемые формы выгружаются и загружаются без каких либо проблем. Если у вас есть сценарий воспроизведения, что это не так, нужно писать в службу поддержки. Считать только что выпущенную версию как рекомендованную я бы точно не стал. Разве что для небольших внутренних проектов. Опять же, если зафиксировали ошибку писать нужно в службу поддержки.
О каких ограничениях идет речь? То что нельзя разместить ActiveX объекты? Так это уже не актуально. Кому интересно возиться с координатами, размерами и привязками? Я вообще считаю, что это наследие 1С:Предприятие 7 не должно было попасть в 1С:Предприятие 8.
Попробуйте выгрузить конфигурацию с обычными формами в файлы, затем изменить что-то на форме, затем вернуть обратно и вы увидите что файл стал другим. Скорее всего там хранятся служебные объекты, которые сериализуются вместе с формой. То есть чтобы сделать выгрузку/загрузку обычных форм нужно рефакторить эту функциональность.
Вы абсолютно правы. Я так давно не пользовался обычными формами, что забыл об этой возножности. Могу только сказать, что из-за отсутствия декларативного описания, делать это на порядок сложнее. Поэтому импользовалась данная функциональность достаточно редко.
1С:Исполнитель нужно все-таки рассматривать как часть 1С:Шина, а ее в свою очередь как часть 1С:Элемент. Насколько 1С нужна собственная платформа для выполнения веб-приложений вопрос сложный, но почему нет, ведь мобильную разработку они оседлали.
Чтобы было разделение на роли, должна быть команда
1 аналитик и 1 разработчик это уже команда. Со времен 1С:УПП разработчикам в бизнес-логике делать нечего, также как и аналитикам в разработке :)
Всё равно все эти франчи содержат ещё армию клиентов с простенькими задачами от 4 до 40-80 часов, на которые целую команду выделять не будут
Ну есть проектные работы, есть работы по сопровождению, но в любом случае с клиентом будет общаться аналитик, а код писать разработчик
Так что в какую бы франчу вы ни попали, вам очень повезёт, если вы будете работать именно в проектной команде внутри на интересных проектах
Да, с "улицы" человека вряд ли привлекут на ведущую роль в ключевом проекте, но что мешает проявить себя на вспомогательных работах? Тогда вполне возможно на следующем проекте роль будет уже ведущая?
А даже если и будете, всё равно будут привлекать на разовые работы "универсалом"
Универсалом это и на ДО, и на ЗУП, и на ERP, и на бюджет? Если разработчиков в подразделении мало, то скорее всего так и будет. Плюс работы в больших компаниях или подразделениях, что у разработчиков появляется специализация.
Если вы про EDT, то я с ней пытался работать на реальном проекте 3 года назад. И это была боль, потому что она ещё сырая. Не говоря уже про то, что только управляемые формы поддерживаются
За 3 года многое изменилось в лучшую сторону. Пока еще сырая, но работать можно. Чем больше по размеру конфигурация, тем больше времени требуется на решение проблем и тем мощнее нужна рабочая станция. Решение поддерживать только управляемые формы связано все-таки с тем, что обычные (вместе с интерфейсами) были реализованы плохо. Их нельзя выгрузить/загрузить в XML из-за того, что они содержат бинарные данные, а рефакторить все это только для поддержки EDT было избыточным.
И отдельная боль - обновлять доработанные конфигурации. Клиенты такому "особенно" рады, когда за обновление допиленной УПП или ERP им приходиться платить чуть ли не каждые 3 месяца за 20-40, иногда даже 80 часов работы программиста.
Вы думаете в других системах не так? Посмотрите как обновляют Axapta или SAP. Там нет трехстороннего сравнения/объединения и часть изменений вручную переносят, а бывает заново модули внедряют. Чтобы обновление не было болью, нужно вести доработку с учетом будущих обновлений. Нужны строгие регламенты и контроль за их соблюдением. УПП в этом плане гораздо хуже, т.к. на обычные формы нельзя программно добавлять элементы, а это закрывает возможность для технологий кастомизации.
В 1С ты обязан знать хорошо, если хочешь выполнять более сложные или интересные задачи, чтобы повысить ЗП. На одних тех.скилах не уедешь
Какие нужны знания об учете? Что такое двойная запись. Чем отличаются списания по FIFO, LIFO, средняя. БУ=НУ+ПР+ВР. Чем при расчете зарплаты период действия отличается от периода регистрации. Вот когда у конечного клиента работаешь, там действительно много ненужных знаний появляется
сеньор в 1С должен уметь внедрять самостоятельно какой-либо вид учёта
Ну да, а еще сам акты подписать и за деньгами сгонять :)))
И да, 10 лет в 1С мне при этом крайне мало пригодилось, нерелевантный опыт со всем этим знанием учёта
Ну если вы из ERP в геймдев ушли, то опыт действительно нерелевантный. Но если вы много лет внедряли ERP, перейти в ту же Axapta будет гораздо проще. Там все то же самое, только проще для понимания и сложнее для доработки.
Разберу по пунктам столь удивительные утверждения:
Снижение объёма работ,
Тот кто работает в более менее крупном франче, скажет что работы увеличилось в разы и будет еще больше, т.к. более менее крупные конторы отказываются от западных ERP-систем
Во-первых, улучшение кода типовых конфигураций, где для официального "белого" учёта сделаны очень много. Необходимости в устранении ошибок, дополнительных типовых формы практически нет.
Видимо вы не видели код УХ, да и в ERP есть куча ошибок или методологических недоработок
Во-вторых, все перешли с платформы 7.7 на 8.3, а новой версии нет.
Помимо тех кто сидит на западных ERP-системах, есть куча пользователей УПП, которые мечтают о переходе
Сокращение количества организаций и предпринимателей. То есть потенциальных мест работы стало меньше за 8-10 лет. Если пятерым средним/мелким юр.лицам требовалось пять условных программистов 1с, то в случае укрупнения бизнеса, а также слияний и поглощений, остаётся одно-два юр.лица, которым требуется 1-2 программиста вместо пяти.
Пострадал малый бизнес - общепит, услуги, но крупняк остался и все хотят внедрения ERP, который 1-2 программистами не внядряется
Пусть асинхронных вызовов толком нет, однако есть возможность распараллелить вычисления, перекинуть их на сервер и дождаться результатов
В 8.3.18 появились async/await. Какая еще асинхронность вам нужна? Продолжить работу в приложении не дожидаясь результатов стало доступным еще в версии 8.1, когда появились фоновые задания.
Стоимость разработки и сопровождения нетипового решения на 1С, на мой взгляд, сопоставима с решением на Java или C#. При этом отсутствует мобильность, масштабируемость, но присутствует зависимость от вендора и лицензий.
Быстрее раза в 3-4, кроме того никому пустая платформа не нужна, нужно типовое решение, в которое нужно добавить дополнительный/доработать существующую функциональность. То есть сравнивать нужно с ERP-системами на базе Java и C# с открытым исходным кодом и сопоставимой функциональностью. Такие есть?
Кроссплатформенность почти отсутствует.
На чем вы решили запускать, если вам не хватает Windows, Linux, MacOS, Android и iOS?
в случае нескольких серверов и работы через web клиент, не работает SSO в доменной авторизации, и это не могут починить очень долго.
доменная авторизация работает только в Internet Explorer. Даже веб-сервисы работают с доменной авторизацией, но нужно было настраивать окружение. Но кроме этого есть OpenID и токены
отсутствие мобильных решений
Хотите мобильное приложение, хотите мобильный клиент автономный, хотите мобильный клиент онлайн. Даже не знаю, что еще выдумать можно.
слабое аналитическое решение в сравнении с PowerBI тем же. Плюс лицензионная политика если приобретать 1с:аналитику
Можно всегда выгружать данные во внешнюю БД и скармливать ее MSAS или PowerBI. А для внутренних целей и СКД достаточно.
Декларативный интерфейс в веб-клиенте, ужасно медленно работает. По этой причине, работа вне клиентского приложения превращается в муку для пользователя.
Веб-клиент нужен все таки для временных пользователей, для постоянной работы с десктопом ничего не сравниться. Никто не мешает установить пользователю платформу и подключаться через веб.
В итоге, программист 1С смотрит на ситуацию, понимает что развития для него практически нет, перспектив нет, да и рынок потенциальной работы попросту сжимается
Средства разработки никак не влияют на развитие. Бывает пропадает интерес к какой-то области. Если уж приспичит уехать, то что мешает перейти в Axapta или SAP? Там многие привычные в 1С вещи за чудо принимают. Или для ваc перспектива это уйти из Java EE в разработку на Андроид? Ну я могу вам сказать, что опыт Java EE вам не сильно поможет.
Ну тогда и пишите, что вы потеряли интерес к учетным системам. У меня вот нет интереса к веб-разработке, не смотря на то что я приложения на Django писал. Также нет интереса к мобильной разработке, хотя я писал мобильное приложение на С++. Но я при этом не пишу, что Django и C++ отстой и поэтому я ушел в 1С. Где кстати стало возможным писать как веб-приложения, так и мобильные.
Ну вы пишите, что устали от ограничений 1С. То есть существует некая учетная система, которая написана на java и которая более функциональная чем 1С? Ну напишите тогда ее название, может и мы туда перейдем. Просто единственное, что я видел похожее на учетную систему, написанную на Java это iDempier, но сравнивать даже с УПП нельзя, скорее с комплексной 4.5 под 1С:Предприятие 7.7. У меня как-то была реальная возможность перейти на DAX, но даже не смотря на то, что там было ООП и Java-подобный язык я отказался от этой затеи, просто увидев как они не могут годами решить очевидные проблемы. А уж сколько там велосипедов наизобретали когда локализовывали ее под российский учет просто в голове не укладывалось.
То что вы не нашли нормального франча, где программисты 1С занимаются написанием кода, а не общением с заказчиком - это Ваши проблемы. Git для 1с сейчас есть. А основы учета должен знать любой, кто работает в сфере его автоматизации, но разумеется не вникая в то на каком счете что учитывается.
Это вы сами про костыль придумали? Есть механизм регистрации изменений + регламентное задание, которое выгружает данные хоть во внешнюю БД, хоть в шину хоть в веб-сервис. Или по-вашему правильно это дать внешней системе доступ к таблицам?
Вы меня обязательно спросите, почему бы не поставить на устройство более современную неофициальную прошивку? Отвечу заранее: не хочу. Я экспериментировал с ними на десятилетнем Samsung Galaxy Note первого поколения с похожими характеристиками
Нет в их характеристиках ничего похожего. Samsung Galaxy Note 10.1 имеет 4 ядра вместо 2-х и 2Гб ОЗУ вместо 1 и частота процессора на 40% выше. У меня таких 2, для каждого ребенка. Поставил туда Android 6 и все прекрасно работает, даже Minecraft. ASUS TF101 тоже был, покупался как первый приличный планшет на Android, но даже нативная 4.0.3 на нем подтормаживала.
Напишите пожалуйста отдельную статью про самую злободневную проблему с линукс - драйвера оборудования. Неужели производителям оборудования не понимают, что линукс это не такой уж и редкий зверь.
В мире ERP очень важна преемственность. Управляемое приложение настолько сильно отличается от обычного, что переписать его постепенно было невозможно. А развитие УПП настолько забросили, что даже не стали переносить в него функциональность БП 2.0, где бухгалтерский и налоговый учет существуют в одном регистре.
БП это отличный пример эволюции изменений. То что вы видите значительную разницу между УПП и ERP это следствие того, что УПП с 2010 года фактически не развивалась. Последнее что туда впихнули был РАУЗ.
В актуальной версии 1С:ERP уже выделили всю локальную функциональность в отдельные модули и даже выпустили бета-версию 1С:ERP WE без какой-либо привязки к РСБУ.
Момент упущен, потому что раз полностью переписывали приложение, нужно было забыть о коде на русском языке. Сейчас такое сделать уже не получится. А то, как они собираются добавлять в него новые языки выглядит просто нелепым (какая-то приблуда для EDT).
Какую альтернативу Eclipse для EDT вы видите? Неужели IDEA? Начнем с того, что поддержка сообщества для платформы Eclipse на порядок выше, документация лучше, опыта разработки решений тоже больше. И кроме того Eclipse Platform бесплатная.
Зачем вам программное добавление и скрытие пунктов меню? Реально интересно увидеть сценарий. Управлять скрытием кстати можно через параметрическую функциональную опцию, где параметром будет выступать номер текущего сеанса.
Вот простая задача. При открытии формы необходимо скрыть один из элементов. Как вы это будете делать? Пересчитывать координаты всех элементов которые находятся ниже? Заголовок с полем тоже не связать, приходилось им управлять независимо. Не удивительно, что как только появилась платформа 8.2, мы все новые формы в УПП делали управляемыми, чтобы поскорее избавиться от этого кошмара.
У вас есть пример веб-интерфейса, который удобнее десктопного при работе с данными?
Да видел я все это убожество, когда командную панель или элемент на форме не найти
По вашему ошибка только что выпущенной версии платформы (вероятнее всего там новая версия формата), которую безусловно исправят, идентична многолетней проблеме не имеющей решения? Есть много проектов, где разработчики используют Git без EDT, что-то я не помню чтобы жаловались на подобные проблемы. Служба поддержки просит проверить на последней версии, чтобы упростить себе жизнь, критичные ошибки исправляются и в предыдущих версиях. Например 14.10.2022 вышла сборка 8.3.17.2733, причем первая сборка версии 8.3.17 вышла 23.04.2022. Новые версии есть смысл ставить либо для новых проектов, либо когда нужна новая функциональность.
Идеальные формы на 8.0/8.1? Это там где на одной форме десятки элементов и при скрытии ненужных будут зиять огромные пустые места? А уж сколько проблем возникало, при необходимости добавить новый элемент между двумя существующими. А сейчас это можно программно сделать за 5 минут не усложнив при этом дальнейшую поддержку.
Компактный режим появился как вариант интерфейса "Такси". Что касается расширения возможности размещения элементов на форме - никто не обещал, что будут все возможности HTML. Сейчас вся индустрия идет по упрощению форм, собственно поэтому интерфейс Такси и был выпущен.
Наложение элементов и скрытые командные панели это вообще зло. У веб-версии есть действительно особенности, кроме того она более остро реагирует на неправильное написание подписчиков, в которых делают недопустимые контекстные серверные вызовы.
Управляемые формы выгружаются и загружаются без каких либо проблем. Если у вас есть сценарий воспроизведения, что это не так, нужно писать в службу поддержки. Считать только что выпущенную версию как рекомендованную я бы точно не стал. Разве что для небольших внутренних проектов. Опять же, если зафиксировали ошибку писать нужно в службу поддержки.
О каких ограничениях идет речь? То что нельзя разместить ActiveX объекты? Так это уже не актуально. Кому интересно возиться с координатами, размерами и привязками? Я вообще считаю, что это наследие 1С:Предприятие 7 не должно было попасть в 1С:Предприятие 8.
Попробуйте выгрузить конфигурацию с обычными формами в файлы, затем изменить что-то на форме, затем вернуть обратно и вы увидите что файл стал другим. Скорее всего там хранятся служебные объекты, которые сериализуются вместе с формой. То есть чтобы сделать выгрузку/загрузку обычных форм нужно рефакторить эту функциональность.
Если речь идет о быстрой разработке мобильного приложения с интеграцией с 1С мобильная платформа вполне себе работает.
Вы абсолютно правы. Я так давно не пользовался обычными формами, что забыл об этой возножности. Могу только сказать, что из-за отсутствия декларативного описания, делать это на порядок сложнее. Поэтому импользовалась данная функциональность достаточно редко.
1С:Исполнитель нужно все-таки рассматривать как часть 1С:Шина, а ее в свою очередь как часть 1С:Элемент. Насколько 1С нужна собственная платформа для выполнения веб-приложений вопрос сложный, но почему нет, ведь мобильную разработку они оседлали.
1 аналитик и 1 разработчик это уже команда. Со времен 1С:УПП разработчикам в бизнес-логике делать нечего, также как и аналитикам в разработке :)
Ну есть проектные работы, есть работы по сопровождению, но в любом случае с клиентом будет общаться аналитик, а код писать разработчик
Да, с "улицы" человека вряд ли привлекут на ведущую роль в ключевом проекте, но что мешает проявить себя на вспомогательных работах? Тогда вполне возможно на следующем проекте роль будет уже ведущая?
Универсалом это и на ДО, и на ЗУП, и на ERP, и на бюджет? Если разработчиков в подразделении мало, то скорее всего так и будет. Плюс работы в больших компаниях или подразделениях, что у разработчиков появляется специализация.
За 3 года многое изменилось в лучшую сторону. Пока еще сырая, но работать можно. Чем больше по размеру конфигурация, тем больше времени требуется на решение проблем и тем мощнее нужна рабочая станция. Решение поддерживать только управляемые формы связано все-таки с тем, что обычные (вместе с интерфейсами) были реализованы плохо. Их нельзя выгрузить/загрузить в XML из-за того, что они содержат бинарные данные, а рефакторить все это только для поддержки EDT было избыточным.
Вы думаете в других системах не так? Посмотрите как обновляют Axapta или SAP. Там нет трехстороннего сравнения/объединения и часть изменений вручную переносят, а бывает заново модули внедряют. Чтобы обновление не было болью, нужно вести доработку с учетом будущих обновлений. Нужны строгие регламенты и контроль за их соблюдением. УПП в этом плане гораздо хуже, т.к. на обычные формы нельзя программно добавлять элементы, а это закрывает возможность для технологий кастомизации.
Какие нужны знания об учете? Что такое двойная запись. Чем отличаются списания по FIFO, LIFO, средняя. БУ=НУ+ПР+ВР. Чем при расчете зарплаты период действия отличается от периода регистрации. Вот когда у конечного клиента работаешь, там действительно много ненужных знаний появляется
Ну да, а еще сам акты подписать и за деньгами сгонять :)))
Ну если вы из ERP в геймдев ушли, то опыт действительно нерелевантный. Но если вы много лет внедряли ERP, перейти в ту же Axapta будет гораздо проще. Там все то же самое, только проще для понимания и сложнее для доработки.
Разберу по пунктам столь удивительные утверждения:
Тот кто работает в более менее крупном франче, скажет что работы увеличилось в разы и будет еще больше, т.к. более менее крупные конторы отказываются от западных ERP-систем
Видимо вы не видели код УХ, да и в ERP есть куча ошибок или методологических недоработок
Помимо тех кто сидит на западных ERP-системах, есть куча пользователей УПП, которые мечтают о переходе
Пострадал малый бизнес - общепит, услуги, но крупняк остался и все хотят внедрения ERP, который 1-2 программистами не внядряется
В 8.3.18 появились async/await. Какая еще асинхронность вам нужна? Продолжить работу в приложении не дожидаясь результатов стало доступным еще в версии 8.1, когда появились фоновые задания.
Быстрее раза в 3-4, кроме того никому пустая платформа не нужна, нужно типовое решение, в которое нужно добавить дополнительный/доработать существующую функциональность. То есть сравнивать нужно с ERP-системами на базе Java и C# с открытым исходным кодом и сопоставимой функциональностью. Такие есть?
На чем вы решили запускать, если вам не хватает Windows, Linux, MacOS, Android и iOS?
доменная авторизация работает только в Internet Explorer. Даже веб-сервисы работают с доменной авторизацией, но нужно было настраивать окружение. Но кроме этого есть OpenID и токены
Хотите мобильное приложение, хотите мобильный клиент автономный, хотите мобильный клиент онлайн. Даже не знаю, что еще выдумать можно.
Можно всегда выгружать данные во внешнюю БД и скармливать ее MSAS или PowerBI. А для внутренних целей и СКД достаточно.
Веб-клиент нужен все таки для временных пользователей, для постоянной работы с десктопом ничего не сравниться. Никто не мешает установить пользователю платформу и подключаться через веб.
Средства разработки никак не влияют на развитие. Бывает пропадает интерес к какой-то области. Если уж приспичит уехать, то что мешает перейти в Axapta или SAP? Там многие привычные в 1С вещи за чудо принимают.
Или для ваc перспектива это уйти из Java EE в разработку на Андроид? Ну я могу вам сказать, что опыт Java EE вам не сильно поможет.
Ну тогда и пишите, что вы потеряли интерес к учетным системам. У меня вот нет интереса к веб-разработке, не смотря на то что я приложения на Django писал. Также нет интереса к мобильной разработке, хотя я писал мобильное приложение на С++. Но я при этом не пишу, что Django и C++ отстой и поэтому я ушел в 1С. Где кстати стало возможным писать как веб-приложения, так и мобильные.
Ну вы пишите, что устали от ограничений 1С. То есть существует некая учетная система, которая написана на java и которая более функциональная чем 1С? Ну напишите тогда ее название, может и мы туда перейдем.
Просто единственное, что я видел похожее на учетную систему, написанную на Java это iDempier, но сравнивать даже с УПП нельзя, скорее с комплексной 4.5 под 1С:Предприятие 7.7.
У меня как-то была реальная возможность перейти на DAX, но даже не смотря на то, что там было ООП и Java-подобный язык я отказался от этой затеи, просто увидев как они не могут годами решить очевидные проблемы. А уж сколько там велосипедов наизобретали когда локализовывали ее под российский учет просто в голове не укладывалось.
То что вы не нашли нормального франча, где программисты 1С занимаются написанием кода, а не общением с заказчиком - это Ваши проблемы. Git для 1с сейчас есть. А основы учета должен знать любой, кто работает в сфере его автоматизации, но разумеется не вникая в то на каком счете что учитывается.
Какой-то набор перлов, предубеждений и непониманий. Странно что вы так долго с 1С работали, но так ничего и не поняли.
Это вы сами про костыль придумали? Есть механизм регистрации изменений + регламентное задание, которое выгружает данные хоть во внешнюю БД, хоть в шину хоть в веб-сервис. Или по-вашему правильно это дать внешней системе доступ к таблицам?
В 1С:ERP 2 уже давно все разбито на модули. Бухучет выделен в отдельный блок и формируется отдельным процессом. Чего еще не хватает?
Нет в их характеристиках ничего похожего. Samsung Galaxy Note 10.1 имеет 4 ядра вместо 2-х и 2Гб ОЗУ вместо 1 и частота процессора на 40% выше.
У меня таких 2, для каждого ребенка. Поставил туда Android 6 и все прекрасно работает, даже Minecraft.
ASUS TF101 тоже был, покупался как первый приличный планшет на Android, но даже нативная 4.0.3 на нем подтормаживала.
Напишите пожалуйста отдельную статью про самую злободневную проблему с линукс - драйвера оборудования. Неужели производителям оборудования не понимают, что линукс это не такой уж и редкий зверь.
Компания, которая десятилетия не вкладывала деньги в архитектуру программных систем думает что с помощью CI/CD быстро совершит революцию. Ну, ну...
Обычно в таких случаях возникает технический долг, но тут технический дефолт. Я вообще поражаюсь, как до сих пор все работает.
БП это отличный пример эволюции изменений. То что вы видите значительную разницу между УПП и ERP это следствие того, что УПП с 2010 года фактически не развивалась. Последнее что туда впихнули был РАУЗ.
Момент упущен, потому что раз полностью переписывали приложение, нужно было забыть о коде на русском языке. Сейчас такое сделать уже не получится. А то, как они собираются добавлять в него новые языки выглядит просто нелепым (какая-то приблуда для EDT).
Какую альтернативу Eclipse для EDT вы видите? Неужели IDEA? Начнем с того, что поддержка сообщества для платформы Eclipse на порядок выше, документация лучше, опыта разработки решений тоже больше. И кроме того Eclipse Platform бесплатная.