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 бесплатная.
Ну-ну, посмотрите для начала на iDempiere, который разработан на вполне современном стеке технологий (Java+OSGi), однако до функциональности 1С:ERP там как до космоса. А добавить что-то новое, там вообще песня.
Работаю программистом 1С более 20 лет. При этом с пользователями не общаюсь почти 15 лет. На мой взгляд компания 1С совершила 2 главные ошибки за это время:
Выпустили платформу 1С: Предприятие 8 с обычными формами (развитие технологии форм версии 7.7). В 8.2 это поправили, но развитие флагманского продукта — УПП было фактически остановлено, а все инвестиции как клиентов, так и внедренцев выкинуты на помойку. 1С:ERP нужно внедрять заново.
Использование русского языка в коде конфигурации 1C:ERP. После выхода каждой значимой версии платформы часть программистов оставалось на старой из-за возросшей сложности платформы и решений. Сейчас в серьезной разработке на платформе 1С практически не осталось случайных людей, то есть тех кто не имеет базового ИТ-образования, а для них английский язык не является проблемой. Понятно что есть 1С:Translator и БСП переведенная на английский язык, но применимо к решениям класса ERP это просто не серьезно. Момент упущен и перспективы 1С:ERP за пределами бывшего СССР призрачны.
Есть еще несколько небольших проблем, которые можно решить прямо сейчас, но компания 1С упорно этого не делает. Например использование строковых литералов на других языках в коде.
Но не смотря на все это, на нашем рынке учетных систем нет ничего лучше 1С. По большей части из-за того, что менеджмент компаний незрелый и склонен к выдумыванию велосипедов, которые требуют серьезных кастомизаций. А по удобству кастомизаций 1с даст фору любой из платформ автоматизации.
Удивительно, что программисты 1С никому не дают покоя. Для начала автору стоит все-таки разобраться работу какого программиста 1С он рассматривает. Понятно, что бизнес не будет нанимать специалиста по яве в штат, так же как специалист по яве не будет обслуживать десяток клиентов. Если хотите привнести хоть какую-то ценность своего опуса напишите чем по-вашему отличается работа программиста 1С в большом франче от например разработчика из EPAM, занимающегося разработкой учетной системы для одного из своих клиентов.
Использую для разработки 24" монитор в разрешении 1920x1200. По классификации автора это old school. После перехода с винды на убунту обнаружил, что убунту гораздо лучше отрисовывает шрифты малых размерностей https://ibb.co/54LshxH
Windows 10 на малых размерностях делает буквы шире чем нужно. Но если использовать монитор с разрешением 125 dpi — все приходит в норму. Для себя сделал вывод, что майки опять хотят за счет смены оборудования решить свои проблемы с ПО.
У меня достаточно простая задача. В Ubuntu 18.04 LTS сделать, чтобы в русской раскладке работала следующая раскладка:
AltGr+[ = [
Написал следующий конфиг:
xkb_keymap {
xkb_keycodes { include «evdev+aliases(qwerty)» };
xkb_types { include «complete» };
xkb_compat { include «complete» };
xkb_symbols {
include «pc+us+ru:2+inet(evdev)»
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 бесплатная.
Ну-ну, посмотрите для начала на iDempiere, который разработан на вполне современном стеке технологий (Java+OSGi), однако до функциональности 1С:ERP там как до космоса. А добавить что-то новое, там вообще песня.
Работаю программистом 1С более 20 лет. При этом с пользователями не общаюсь почти 15 лет. На мой взгляд компания 1С совершила 2 главные ошибки за это время:
Есть еще несколько небольших проблем, которые можно решить прямо сейчас, но компания 1С упорно этого не делает. Например использование строковых литералов на других языках в коде.
Но не смотря на все это, на нашем рынке учетных систем нет ничего лучше 1С. По большей части из-за того, что менеджмент компаний незрелый и склонен к выдумыванию велосипедов, которые требуют серьезных кастомизаций. А по удобству кастомизаций 1с даст фору любой из платформ автоматизации.
Удивительно, что программисты 1С никому не дают покоя. Для начала автору стоит все-таки разобраться работу какого программиста 1С он рассматривает. Понятно, что бизнес не будет нанимать специалиста по яве в штат, так же как специалист по яве не будет обслуживать десяток клиентов. Если хотите привнести хоть какую-то ценность своего опуса напишите чем по-вашему отличается работа программиста 1С в большом франче от например разработчика из EPAM, занимающегося разработкой учетной системы для одного из своих клиентов.
Использую для разработки 24" монитор в разрешении 1920x1200. По классификации автора это old school. После перехода с винды на убунту обнаружил, что убунту гораздо лучше отрисовывает шрифты малых размерностей
https://ibb.co/54LshxH
Windows 10 на малых размерностях делает буквы шире чем нужно. Но если использовать монитор с разрешением 125 dpi — все приходит в норму. Для себя сделал вывод, что майки опять хотят за счет смены оборудования решить свои проблемы с ПО.
"AD12" потерялся при отображении
не помогло. решил проблему следующим конфигом (добавил еще переключение между раскладками)
AltGr+[ = [
Написал следующий конфиг:
xkb_keymap {
xkb_keycodes { include «evdev+aliases(qwerty)» };
xkb_types { include «complete» };
xkb_compat { include «complete» };
xkb_symbols {
include «pc+us+ru:2+inet(evdev)»
name[group1]=«English (US)»;
name[group2]=«Russian»;
key {
type[group2]= «FOUR_LEVEL»,
symbols[group2]=[Cyrillic_hardsign, Cyrillic_HARDSIGN, bracketright, braceright]
};
};
xkb_geometry { include «pc(pc105)» };
};
и ничего не работает
Такое впечатление что клавиша AltGr глобально отключена для X11