Comments 30
Время переходить на GPT. Как у lsfusion с GPT?
Кстати, забавно. Я пробовал за 15 вопросов Bing обучить делать простую группировку. В принципе получалось более менее, но проблема в том, что их сетка обучена фактически только на документации, а там есть несколько разных вариантов синтаксиса. В итоге она начинала их путать и получалось неправильно.
В этом плане проверить ИИ на неизвестном языке интереснее, так как по распространенным языкам она фактически просто пишет стандартные реализации по примерами и сложно проверить "мышление".
Несколько странно предлагать переход на IsFusion как универсальное решение. По тем задачам, что неплохо подходят для переноса, есть 1С... со своими минусами, но с кучей готовых разработчиков.
В любом случае, lsFusion более универсальное решение, чем 1С, так как оперирует не прикладными сущностями вроде Справочник/Документ/Регистр, а более абстрактными Класс и Свойство.
На lsFusion делали много разных решений - ERP-системы, WMS-решения, системы обработки заявок и управления процессами, time-tracking и разные другие. Кроме того, знаю некоторые просто брали ее как backend-систему, а делали фронтенд на чем-то другом общаясь через HTTP API.
Понятно, что социальную сеть не стоит делать на lsFusion, но сфера применения достаточно большая.
У 1С есть, как минимум, один большой минус - это проприетарность. Помните недавний прикол с лицензиями ? И никто не гарантирует от таких проблем в будущем. А кроме того, есть еще много других технических минусов.
В целом верно, но если рассмотривать задачу быстро свалить с платформы, которая более не поддерживается, то стоит оценить, куда будет быстрее, надёжнее и к конечном итоге дешевле уйти. На OpenSource с малым количеством специалистов и непонятной перспективой дальнейшего развития, или на платное, но поддерживаемое решение.
Я не топлю за 1С, просто вопрос TCO при OpenSource решениях почему-то чаще всего предлагают не рассматривать подробно. Якобы, Open - значит заведомо дешевле. Но подводных камней в этом вопросе очень много. И некоторые могут оказаться весьма неприятными.
Я не топлю за 1С, просто вопрос TCO при OpenSource решениях почему-то чаще всего предлагают не рассмматривать подробно. Якобы, Open - значит заведомо дешевле. Но подводных камней в этом вопросе очень много. И некоторые могут оказаться весьма неприятными.
Open-source - это не только про деньги. Это про политику лицензирования в том числе. Я знаю одну компанию, которая долго разрабатывала кое-что на 1С, а потом 1С так хитро изменили условия лицензий, что все затраты стали по сути экономически необоснованными.
Например, вот сделали вы SaaS решение на 1C. А потом 1С меняет условия лицензирования, а клиентам Вы не можете повысить цены. Что тогда делать ? Или, например, просто запретит через SaaS работать и заставит перейти на Fresh...
Open-source - это не только про деньги. Это про политику лицензирования в том числе.
В конечном итоге - всё про деньги. Разработка, поддержка, развитие, исправление багов, добавление функциональных возможностей, вопросы совместимости и т.п. Считать нужно всегда.
1с выпустила упп в 2004, erp в 2014. в силу универсальности решения первые три года вообще нельзя брать такие коробки. итого замена упп в реальности пришла через 7 лет. вычтя пару лет внедрений - получается срок службы программы около 8 лет (erp тоже отстоятся должна 3 года). в итоге что 1с придумает в 2024 году никому не известно. лучше не полагаться всем бизнесом на "единую" программу. хороша 1с в качестве бух учета - используем. но чтоб на многодесятковмиллионные внедрения попадать каждые 10 лет целому бизнесу и колбасится по 2-3 года - увольте. Было время в около двухтысячных - каждая контора писала себе зарплату... ругали подход... ладно. зарплата типовая теперь, бухгалтерии плюс минус по ПБУ. но что касается бизнес процессов - как сидели программисты так и сидят на предприятиях - потому что типовые процессы - это потеря конкурентности. Попадания на перевнедрения - потеря конкурентности. так что многие куски автоматизации предприятия можно держать на чем угодно. и желательно с повышением производительности труда и программистов и пользователей. у производительности труда программистов в 1с не все так хорошо по моему...
В конечном итоге - всё про деньги
Это слишком большое упрощение. Дело скорее в "зависимости" от кого-то. Деньги-то можно посчитать. А вот как посчитать вероятность того, что владелец лицензии может убить весь бизнес, например, просто отозвав лицензию по какой-то причине. Например, как тот же пример с Meraki.
В целом я про это и написал. "Владелец" Open Source проекта точно также может забить на свой продукт, а поднимать и тащить дальше самостоятельно целую платформу может оказаться слишком накладно.
Если даже "Владелец" забьет, то можно просто продолжать использовать в том функционале, в котором есть. Даже, если какие-то критичные баги, то всегда можно форкнуть и поправить. А вот с проприетарным такой трюк не пройдет. Например, вот нужно вам новую клиентскую лицензию SAP, а фиг вам. И что дальше ? Ломать ?
Даже, если какие-то критичные баги, то всегда можно форкнуть и поправить.
Может и можно, но скорее всего - нет.
Риск в том, что может тупо не хватить ресурсов, чтобы "бесплатный" продукт починить или кастомизировать, как нужно.
Проприетарные продукты приносят свои риски, это факт. Но идеализировать Open Source всё же не стоит. Иногда бесплатное может оказаться очень дорогим по совокупной стоимости владения.
Может и можно, но скорее всего - нет.
Ну опять же возвращаемся к тому, что все упирается в деньги. Для любого open-source продукта можно найти исполнителя, который поправит важный критический баг (если вообще никак нельзя найти workaround, что маловероятно). Даже в правке lsFusion можно найти стороннего java-программиста, который с нуля разберется в конкретной проблеме и поправит. Да, у него может уйти неделя-две-месяц, но поправит.
А вот когда вам лицензии заблокируют, то вам придется очень быстро и очень резко менять ВСЕ. Что в разы дороже.
Для любого open-source продукта можно найти исполнителя, который поправит важный критический баг
Что один человек собрал, другой завсегда разобрать сможет (C)
Вопрос цены. Она внезапно может оказаться неподъемной. А сроки критичными. И придётся точно так же "резко менять всё".
Вопрос цены. Она внезапно может оказаться неподъемной. А сроки критичными.
И даже в этом случае opensource во многих случаях гораздо лучше. Вот, например, у вас какой-то критичный баг. Вы можете вот прямо в этот момент его поправить, пересобрать себе личную версию и обновить. Пусть и за какие-то деньги за срочность.
Мы, кстати, так и делаем. В платформе используется много open-source библиотек (и поэтому меньшими усилиями во многих аспектах lsFusion гораздо лучше 1С, например, в IDE).
Так вот часть из них мы сами патчили, даже не для фикса багов, а просто когда нужен был какой-то функционал. И подключали себе эти патчнутые библиотеки.
А в проприетарном что ? Ждать пока в какой-то релиз разработчик соизволит добавить фикс ? Многие баги в 1С для некоторых клиентов критичны. И что ? Быстро 1С их решает ? Некоторые баги годами не закрываются...
Пользовались продуктом годы, потом мейнтейнер плюнул и ушел и тут сразу критичный баг, невероятно.
Все же странно читать, что некто предлагает использовать RAD как замену "SAP, Microsoft и Oracle".
lsFusion это не совсем про RAD. Точнее я бы сказал основное применение обратное, за счет очень высокой модульности, целостности и производительности больше всего преимуществ можно получить на сложных (аля ERP), постоянно меняющихся, интегрированных single-instance решениях с огромным количеством данных (аля банки / retail). Ну а за счет простоты (высокой декларативности) есть вероятность обучить ему ChatGPT в будущем :)
Я не предлагаю использовать RAD как замену "SAP, Microsoft и Oracle". Я предлагаю разработать на RAD замену определенным модулям "SAP, Microsoft и Oracle". Учитывая, что часто используется 10% от функционала, а скорость разработки на lsFusion в разы выше, чем классическая, то это вполне возможно.
Еще ранее, вроде бы даже на LOR, я уже указывал вам на недостатки фреймворка - 1. Страшненький UI (который непонятно как развивать и расширять) 2. JVM. 3. Отсутствие "крупных" ERP-приложений на фремворке. По п. 1 все как было плохо, так и осталось. По п. 2 трудно заменить, но JVM, Oracle как-то не совсем вяжутся с такими понятиями как "современное", "Россия" и "open source" (потому что разработка JVM контролируется Oracle, кто бы что ни говорил - а это риск и большой риск в России) По п. 3 вроде бы какие-то работы велись, но ничем значительным это не окончилось. Что-то вроде 1С Бухгалтерия не появилось. Хотя начиналось всё очень неплохо - на Хабре были очень завлекательные статьи, рекламирующие фремворк. Но вот практическая реализация подкачала. Удачи вам. Вы молодцы - не ошибается тот, кто ничего не делает.
Смотрите по пунктам :
Хоть в ERP дизайн не столь важен, но сейчас как раз делаем дизайн под bootstrap. В ближайшее время будет в мастер ветке, а потом и в 6й версии.
Java - самый, что ни есть open-source, а его форк Liberica JDK есть в реестре отечественного ПО. Об этом упоминалось в статье. При этом в последнее время все-таки Java довольно активно развивается и по возможностям язык значительно улучшается. Но опять же, сама Java в данном случае под капотом. При разработке на lsFusion знание Java не требуется от слова совсем.
Есть крупное ERP-приложение для розничной торговли. Бухгалтерия - один из модулей, но его создание экономически бессмысленно. Нет никакого резона конкурировать с 1С в этом сегменте.
Ну и в целом, все развивается, появляются новые решения на платформе, все больше сторонних разработчиков появляется.
Еще бы документацию более подробную разработать, для "не программистов". Программисты на такую платформу врят-ли массово кинутся переходить, а вот для условных "продвинутых пользователей Excel" или "бизнес-аналитиков, которые хотят сами начать писать приложения" наверное было-бы весьма интересно вести разработку на вашей платформе. Но постоянные отсылки в статьях и документации на другие языки программирования (которыми читатель предположительно должен уже владеть) особо этому не способствует, как-бы намекая, мол ты сперва пару-тройку языков выучи, потом уж сюда приходи...
P.S. Ну и новый дизайн конечно очень хочется увидеть. Как не крути, а эстетика все-таки влияет. Особенно при выборе решения ЛПР на стороне бизнеса.
Еще бы документацию более подробную разработать, для "не программистов". Программисты на такую платформу врят-ли массово кинутся переходить, а вот для условных "продвинутых пользователей Excel" или "бизнес-аналитиков, которые хотят сами начать писать приложения" наверное было-бы весьма интересно вести разработку на вашей платформе.
Да, такие планы есть, но важно понимать, что все равно далеко не все смогут легко разрабатывать (как и с любым другим инструментом). Для программирования чего угодно все-таки требуется определенный склад ума и определенные навыки. Как раз недавно была статья на эту тему (да и мы раньше писали про это).
Ну и новый дизайн конечно очень хочется увидеть. Как не крути, а эстетика все-таки влияет. Особенно при выборе решения ЛПР на стороне бизнеса.
Скоро будет. Но в целом дизайн просто делается под bootstrap'овскую схему DOM и CSS. Соответственно, можно будет подключать разные темы bootstrap и делать свои CSS. Примеры интерфейса bootstrap можно вот тут посмотреть.
Время переходить на open-source