Да я понимаю, что те, кому приходится работать с таким устаревшим инструментом, как 1С завидуют тем, кто пишет на чем-то современном. И конечно же просто отрицают реальность. Но что поделать. Если так Вам психологически проще, то лучше считать, что 1С - просто вершина совершенства.
Уже давно взлетел. Все продвинутые разработчики уже давно пишут на lsFusion. А понятно, что те, кому только бы до пенсии досидеть продолжают есть кактус и писать на 1С.
Бухучет вести в таком стиле - ну, наверное за open-source там оооочень хорошо платят.
Странное у Вас представление о бизнесе. Бухучет - это маленькая часть процессов, которые подлежат автоматизации в бизнесе.
Бесплатность в open-source только в лицензиях (где себестоимость от самой продажи равна 0). А услуги в open-source стоят ровно приблизительно столько же, сколько и в коммерческой.
Другое дело, что на lsFusion все делается в разы быстрее, чем в 1С, а тем более на Python. А с помощью ИИ еще быстрее.
Это прикол такой? У вашего lsFusion 130± звезд на гите.
Не 130, а 180. Но можно купить любое количество. Хоть 10К. Многие индусы так и делают. Непонятно только в чем смысл.
Может вы и есть разрабы lsFusion? Что то много рекламы в вашем комментарии, хотя сайт вообще не тянет на enterprise продукт.
Достаточно зайти в мой профиль и посмотреть мои статьи, чтобы увидеть, что я и есть разработчик.
Рекламный ролик с картинками из нейросети, так откуда эти 10 лет использования, если последние года так 3 только только появились годные граф нейронки?
Какая связь ? Непосредственно разработка lsFusion началась в 2010 - это легко на Github'е и проверить. С 2015 начались серьезные внедрения в крупные розничные сети. Сейчас уже больше 100 клиентов. Некоторые с оборотом выше 1 млрд долларов. И там автоматизированы не боковые процессы, а самые что ни на есть ключевые. Это не enterprise-level ? И все это практически полностью на low-code. Причем большинство написано людьми, которые никогда не программировали на классических языках программирования.
Любое решение, которое выносится вне компании — это большая зависимость от вендора. Чем больше интеграция происходит с такими платформами, тем больше ресурсов будет завязано: домены, код, процессы масштабирования
Так не используйте облачные low-code платформы с коммерческими лицензиями и закрытым кодом. Только open-source в открытой лицензией (например, как LGPLv3 у lsFusion)
Если и без того сложно найти разработчиков на популярные языки, то для нишевых low-code решений эта проблема становится еще более актуальной
Эта статья писалась сколько лет назад ? Сейчас вообще другая ситуация. Мы вывесили вакансию Программист lsFusion, где черным по белому написано, что нужно будет писать на внутреннем языке lsFusion - 600 откликов. Причем 90% из них программисты. Сейчас другой рынок - желающих писать на чем угодно полно, платили бы деньги.
А за счет low-code можно просто на сжимающемся рынке выигрывать проекты за счет в разы меньшей цены.
И кто будет разбираться с кодом, который сгенерировала платформа
Так не надо генерировать код. Надо повышать уровень абстрагирования. Чтобы код был близкий к натуральному по типу SQL, а не по типу C++.
По мнению эксперта, LLM убирает необходимость в визуальной прослойке и делает разработку более гибкой.
Так в том и проблема, что LLM по мере роста сложности проекта испытывает те же проблемы, что и если отдать проект джуну. Накапливается технический долг за счет говнокода и дальше просто потолок. Если же поднять уровень абстрагирования, то технический долг уже будет накапливаться гораздо меньше.
Галлюцинации и несуществующие библиотеки
Опять же. LLM надо дать узкую песочницу. Иначе на таком "просторе" LLM имея доступ и память к огромному числу информации будет делать то же самое, что и джун.
Если понимаем, что проект действительно уникальный — не стоит использовать платформу. Пытаться решить нестандартную задачу стандартным инструментом — это как открывать дверь отвёрткой вместо ключа. Технически возможно, но зачем
Так наоборот же. Если задача типовая, то зачем вообще low-code ? Нужно брать готовую коробку под эту типовую задачу. Low-code как раз часто нужен, когда нужно сделать что-то уникальное, когда нет игрока на рынке, которому есть смысл вкладываться в коробку.
Фактуры применения расчудесного лоукода на серьезных проектах как не было так и нет.
Ну мы на low-code делаем ERP-системы на lsFusion для розничной торговли (вот демка). Уже 10 лет. И прекрасно все кастомизируем под разных клиентов, имея при этом базовую версию. У самых крупных клиентов 2000 одновременно работающих пользователей, миллиарды записей и базы под 10ТБ. Что мы делаем не так ?
Разработка платформы финансируется за счет компаний, создающих собственные коммерческие решения на ее основе.
В частности, у нас есть коммерческое решение для розничной торговли lsFusion ERP, которое приносит нам основной доход. Также мы на коммерческой основе делаем доработки уже открытого и бесплатного решения MyCompany.
Дополнительных затрат на то, что кто-то внешний пользуется платформой, у нас нет. Но профит в основном :
Узнаваемость бренда lsFusion. Понятно, что это помогает продажам и коммерческих продуктов.
Нам самим проще искать новых разработчиков на самой платформе, когда есть люди, у которых уже есть опыт в разработке.
Внешние разработчики и пользователи часто в том же телеграм-канале находят разные баги, и делают рациональные предложения, которые мы реализуем в новых версиях платформы.
Собственно тут все тоже самое, как и во многих других open-source проектах.
Множество ручных этапов, отнимающих время и хранящихся в одной голове.
Вот это для меня самое интересное. Восстанавливать должны те же люди, кому, судя по статье, будет грозить статья, когда все закончится. Они уже пересекают границу через степи Казахстана, или думают, что пронесёт ?
Я к тому, что утверждение по 30К одновременных пользователей - это манипуляция. Да, я понимаю, что могут быть разные пользователи. Есть такие, кто будет к компьютеру подходить раз за день. В Вашем тесте получается, что пользователь в течение рабочего дня делает какое-то действие раз в 20 минут.
Но в жизни обычно под пользователем подразумевают все-таки человека, у которого постоянная работа в программе так или иначе занимает большинство рабочего дня. И он делает значительно больше, чем 3 "операции" в час.
Честнее было бы считать все-таки только таких пользователей, которые более менее постоянно работают в программе, и апроксимировать исходя из их статистики. И либо сократить количество пользователей, либо увеличить нагрузку. Иначе, это немного введение в заблуждение.
Тестирование в попугаях это конечно же хорошо, но это сферический конь в вакууме. Важно же проверять разные типы нагрузки. Одно дело, когда создается 100 документов в минуту, а остальные 30К только читают. А другое - когда все 30К активно что-то пишут. А самые чудеса начнутся, когда пользователи будут править одно и то же и попадать в UPDATE CONFLICT. И вот тут самое интересное, как все себя поведет.
30 000 одновременно активных пользователей
Время работы теста: 10 часов
Количество выполненных операций: 885 000
А можете уточнить - это как ? Каждый "пользователь" выполнил всего 30 операций за 10 часов ? Это какие-то ленивые пользователи ? Или что подразумевается под операцией ? Сколько они документов провели ? Там у Вас 9 млн документов - это было до начала теста, или создалось за весь тест ?
Далее требования были усреднены до средней крупной компании со смещением в сторону более крупных. Получилась база размером около 1 Терабайта.
28 000 000 договоров 22 000 000 движений себестоимости 20 000 000 бух. проводок 2 500 000 контрагентов 1 000 000 основных средств 700 000 сотрудников 25 000 пользователей 1 800 подразделений 56 организаций (с единой головной организацией)
Странные у Вас представления о "средней крупной компании". Для сравнения у нас в lsFusion ERP есть сейчас клиенты (с 2К одновременно работающих реальных, а не "виртуальных" пользователей) вот с таким количеством записей в таблицах (и там только документов приобретение товаров и услуг - где-то 15 млн):
Наверное, в терминологии 1С - это будут "гигантские" компании. А там все работает даже без необходимости кластеризации (ресурсов хватает еще с запасом, а сервера - как в Вашем случае сервер БД). При этом там ванильный PostgreSQL без всех вышеописанных оптимизаций (типа вынеса временных таблицы из системных каталогов и т.д.). Да, там функционал менее "широкий" чем в 1C:ERP, но непосредственно операции проведения приходов тоже обновляют очень большое количество разных таблиц, специфических для розницы, которых нет в конфигурации той же 1C:ERP.
30 часов доработки обычно нужно, чтобы показать скорость и качество того, что можно доделать за такой короткий срок, и сравнить это с поделкой типа 1С.
Сказки про то, что в коробках-поделках типа 1С все есть оставьте продажникам 1С. В реальности 1С надо допиливать и допиливать : https://habr.com/ru/articles/916604/ .
Low code для коротко живущих ad-hoc фич и точно не для core, только стандартные решения (кастомизация это очень дорого) и без возможности сопровождения или развития (проще сделать заново).
Ну мы на low-code делаем ERP-системы на lsFusion для розничной торговли (вот демка). Уже 10 лет. И прекрасно все кастомизируем под разных клиентов, имея при этом базовую версию. У самых крупных клиентов 2000 одновременно работающих пользователей, миллиарды записей и базы под 10ТБ. Что мы делаем не так ?
Low-code платформы сильно отличаются друг от друга. В lsFusion принципиально другой подход к разработке, который позволяет все делать быстрее, лучше и качественнее.
К сожалению, это тяжело доказать на слайдах / видео и т.д. Поэтому мы обычно предлагаем 30 часов услуг, чтобы показать сколько доработок можно сделать за это время на lsFusion, и какой получить результат. И дальше заказчик может сравнить это с доработкой того же ERPNext. Пока что никто не отказывался от дальнейшего продолжения сотрудничества с нами. А некоторые взяли себе в штат своих программистов на lsFusion и дорабатывают самостоятельно. И мы всячески это поддерживаем.
Идет небольшое противоречие. "Небольшой бизнес" и "грамотный ИТ специалист который может сам всё обновить" обычно не совместимы таки думаю.
Смотря что считать "небольшим бизнесом". Мы, как правило, на коммерческой основе по доработке MyCompany работаем с компаниями с оборотами от 100 млн рублей в год. И на мой взгляд это все ещё малый бизнес. А там везде есть люди, которые могут зайти в консоль, запустить и остановить службу. Собственно, такими навыками обладают большинство людей, которые пользуются Linux. И таких людей не так мало.
Потому то на то и будет наверное по деньгам примерно, что купить 1С и нанять 1С-ника чтоб всё настроил, или "нанять программиста lsFusion, который всё настроит и установит".
Это не так. Напомню, что просто лицензия на 1С сервер стоит от 100к. Плюс еще услуги программиста 1С. MyCompany устанавливается одним скриптом за 1 минуту. Обычно за 100к мы оказываем 30 часов услуг. За это время на lsFusion можно много чего доработать
Другое дело что 1С на рынке полно, а специалистов по lsFusion очень мало. Поэтому в последнем случае происходит "подсаживание" и диктование ценника в конечном итоге за обслуживание.
У нас ценник фиксированный и давно не менялся - 3500Р в час. Это нормальная цена по рынку того же 1С, при этом мы сами разрабатотчики и MyCompany и lsFusion. То есть корректнее цену сравнивать с ценами по услугам самой фирмы 1С. Но они вряд ли вообще оказывают услуги по доработке 1С.
Что касается поиска специалистов по lsFusion, ты мы недавно размещали вакансию "Программист lsFusion" и у нас было 370 откликов. Да, опыта у большинства не было. Но научится писать на lsFusion очень просто, и это без проблем отобьется просто стоимостью лицензий на 1С.
До тех пор пока не решен вопрос с автоматическими обновлениями (1 кнопка для совсем не специалистов) и простыми обновлениями в случае "доработок".
Там нет проблем с обновлениями. Все обновляется одним скриптом. В любом случае, на любой фирме есть хоть один человек, который это сможет сделать (тот же "эникейщик"). И точно также, обычный пользователь не поставит и не сможет поддерживать 1С без специалиста 1С.
Ну и отсутствие стыковки с кассами и всякими там принтерами/весами, сканерами штрихкодов и т.п.
В базе есть и стыковка с ФР Атол, а также прямая печать на принтеры (на этиктки через qztray). Со сканерами также все работают прекрасно через эмуляцию клавиатурного ввода.
Да я понимаю, что те, кому приходится работать с таким устаревшим инструментом, как 1С завидуют тем, кто пишет на чем-то современном. И конечно же просто отрицают реальность. Но что поделать. Если так Вам психологически проще, то лучше считать, что 1С - просто вершина совершенства.
Лотус домино - это еще больший мамонт, чем 1С. Зачем сравнивать с ультрасовременной и продвинутой платформой.
Уже давно взлетел. Все продвинутые разработчики уже давно пишут на lsFusion. А понятно, что те, кому только бы до пенсии досидеть продолжают есть кактус и писать на 1С.
Странное у Вас представление о бизнесе. Бухучет - это маленькая часть процессов, которые подлежат автоматизации в бизнесе.
Бесплатность в open-source только в лицензиях (где себестоимость от самой продажи равна 0). А услуги в open-source стоят ровно приблизительно столько же, сколько и в коммерческой.
Другое дело, что на lsFusion все делается в разы быстрее, чем в 1С, а тем более на Python. А с помощью ИИ еще быстрее.
Ну, например, хотя бы в официальном телеграм канале есть сотни три : https://t.me/lsfusion_official
Давно уже есть и в разы лучше 1С : https://habr.com/ru/companies/lsfusion/articles/544982/ . Все продвинутые разработчики уже давно на lsFusion перешли. На 1С остались только ленивые...
Не 130, а 180. Но можно купить любое количество. Хоть 10К. Многие индусы так и делают. Непонятно только в чем смысл.
Достаточно зайти в мой профиль и посмотреть мои статьи, чтобы увидеть, что я и есть разработчик.
Какая связь ? Непосредственно разработка lsFusion началась в 2010 - это легко на Github'е и проверить. С 2015 начались серьезные внедрения в крупные розничные сети. Сейчас уже больше 100 клиентов. Некоторые с оборотом выше 1 млрд долларов. И там автоматизированы не боковые процессы, а самые что ни на есть ключевые. Это не enterprise-level ? И все это практически полностью на low-code. Причем большинство написано людьми, которые никогда не программировали на классических языках программирования.
Так не используйте облачные low-code платформы с коммерческими лицензиями и закрытым кодом. Только open-source в открытой лицензией (например, как LGPLv3 у lsFusion)
Эта статья писалась сколько лет назад ? Сейчас вообще другая ситуация. Мы вывесили вакансию Программист lsFusion, где черным по белому написано, что нужно будет писать на внутреннем языке lsFusion - 600 откликов. Причем 90% из них программисты. Сейчас другой рынок - желающих писать на чем угодно полно, платили бы деньги.
А за счет low-code можно просто на сжимающемся рынке выигрывать проекты за счет в разы меньшей цены.
Так не надо генерировать код. Надо повышать уровень абстрагирования. Чтобы код был близкий к натуральному по типу SQL, а не по типу C++.
Так в том и проблема, что LLM по мере роста сложности проекта испытывает те же проблемы, что и если отдать проект джуну. Накапливается технический долг за счет говнокода и дальше просто потолок. Если же поднять уровень абстрагирования, то технический долг уже будет накапливаться гораздо меньше.
Опять же. LLM надо дать узкую песочницу. Иначе на таком "просторе" LLM имея доступ и память к огромному числу информации будет делать то же самое, что и джун.
Так наоборот же. Если задача типовая, то зачем вообще low-code ? Нужно брать готовую коробку под эту типовую задачу. Low-code как раз часто нужен, когда нужно сделать что-то уникальное, когда нет игрока на рынке, которому есть смысл вкладываться в коробку.
Ну мы на low-code делаем ERP-системы на lsFusion для розничной торговли (вот демка). Уже 10 лет. И прекрасно все кастомизируем под разных клиентов, имея при этом базовую версию. У самых крупных клиентов 2000 одновременно работающих пользователей, миллиарды записей и базы под 10ТБ. Что мы делаем не так ?
В статье это упоминалось :
В частности, у нас есть коммерческое решение для розничной торговли lsFusion ERP, которое приносит нам основной доход. Также мы на коммерческой основе делаем доработки уже открытого и бесплатного решения MyCompany.
Дополнительных затрат на то, что кто-то внешний пользуется платформой, у нас нет. Но профит в основном :
Узнаваемость бренда lsFusion. Понятно, что это помогает продажам и коммерческих продуктов.
Нам самим проще искать новых разработчиков на самой платформе, когда есть люди, у которых уже есть опыт в разработке.
Внешние разработчики и пользователи часто в том же телеграм-канале находят разные баги, и делают рациональные предложения, которые мы реализуем в новых версиях платформы.
Собственно тут все тоже самое, как и во многих других open-source проектах.
del
Вот это для меня самое интересное. Восстанавливать должны те же люди, кому, судя по статье, будет грозить статья, когда все закончится. Они уже пересекают границу через степи Казахстана, или думают, что пронесёт ?
Я к тому, что утверждение по 30К одновременных пользователей - это манипуляция. Да, я понимаю, что могут быть разные пользователи. Есть такие, кто будет к компьютеру подходить раз за день. В Вашем тесте получается, что пользователь в течение рабочего дня делает какое-то действие раз в 20 минут.
Но в жизни обычно под пользователем подразумевают все-таки человека, у которого постоянная работа в программе так или иначе занимает большинство рабочего дня. И он делает значительно больше, чем 3 "операции" в час.
Честнее было бы считать все-таки только таких пользователей, которые более менее постоянно работают в программе, и апроксимировать исходя из их статистики. И либо сократить количество пользователей, либо увеличить нагрузку. Иначе, это немного введение в заблуждение.
Тестирование в попугаях это конечно же хорошо, но это сферический конь в вакууме. Важно же проверять разные типы нагрузки. Одно дело, когда создается 100 документов в минуту, а остальные 30К только читают. А другое - когда все 30К активно что-то пишут. А самые чудеса начнутся, когда пользователи будут править одно и то же и попадать в UPDATE CONFLICT. И вот тут самое интересное, как все себя поведет.
А можете уточнить - это как ? Каждый "пользователь" выполнил всего 30 операций за 10 часов ? Это какие-то ленивые пользователи ? Или что подразумевается под операцией ?
Сколько они документов провели ? Там у Вас 9 млн документов - это было до начала теста, или создалось за весь тест ?
Странные у Вас представления о "средней крупной компании". Для сравнения у нас в lsFusion ERP есть сейчас клиенты (с 2К одновременно работающих реальных, а не "виртуальных" пользователей) вот с таким количеством записей в таблицах (и там только документов приобретение товаров и услуг - где-то 15 млн):
Наверное, в терминологии 1С - это будут "гигантские" компании. А там все работает даже без необходимости кластеризации (ресурсов хватает еще с запасом, а сервера - как в Вашем случае сервер БД). При этом там ванильный PostgreSQL без всех вышеописанных оптимизаций (типа вынеса временных таблицы из системных каталогов и т.д.).
Да, там функционал менее "широкий" чем в 1C:ERP, но непосредственно операции проведения приходов тоже обновляют очень большое количество разных таблиц, специфических для розницы, которых нет в конфигурации той же 1C:ERP.
Для формирования отчетов/документов на основе шаблонов используется библиотека JasperReports.
Соответственно, для редактирования шаблонов можно использовать JasperSoft Studio (пока 6й версии). Ее можно скачать или с оф. сайта, или с нашего CDN : https://downloadext.lsfusion.org/TIB_js-studiocomm_6.20.0_windows_x86_64.exe
Сами шаблоны задаются в настройках :
Там же можно скачать любой из них и подправить/сделать свой на основе их :
Также они есть на гитхабе (можно поискать jrxml-файлы)
Многие работают "из коробки".
30 часов доработки обычно нужно, чтобы показать скорость и качество того, что можно доделать за такой короткий срок, и сравнить это с поделкой типа 1С.
Сказки про то, что в коробках-поделках типа 1С все есть оставьте продажникам 1С. В реальности 1С надо допиливать и допиливать : https://habr.com/ru/articles/916604/ .
Ну мы на low-code делаем ERP-системы на lsFusion для розничной торговли (вот демка). Уже 10 лет. И прекрасно все кастомизируем под разных клиентов, имея при этом базовую версию. У самых крупных клиентов 2000 одновременно работающих пользователей, миллиарды записей и базы под 10ТБ. Что мы делаем не так ?
В демке можно просто для Кассы ККМ задать, что использовать драйвер АТОЛ :
В дальнейшем планируются еще драйверы, но пока один. Все, что изменится это только при каждой команде пойдет HTTP запрос на localhost в соответствующем формате : https://app.swaggerhub.com/apis-docs/atol-dev/fptr-web-requests/1.0.4.0
Конкретно эта статья по 6й версии, тут тема POS не затрагивается.
Low-code платформы сильно отличаются друг от друга. В lsFusion принципиально другой подход к разработке, который позволяет все делать быстрее, лучше и качественнее.
К сожалению, это тяжело доказать на слайдах / видео и т.д. Поэтому мы обычно предлагаем 30 часов услуг, чтобы показать сколько доработок можно сделать за это время на lsFusion, и какой получить результат. И дальше заказчик может сравнить это с доработкой того же ERPNext. Пока что никто не отказывался от дальнейшего продолжения сотрудничества с нами. А некоторые взяли себе в штат своих программистов на lsFusion и дорабатывают самостоятельно. И мы всячески это поддерживаем.
Смотря что считать "небольшим бизнесом". Мы, как правило, на коммерческой основе по доработке MyCompany работаем с компаниями с оборотами от 100 млн рублей в год. И на мой взгляд это все ещё малый бизнес. А там везде есть люди, которые могут зайти в консоль, запустить и остановить службу. Собственно, такими навыками обладают большинство людей, которые пользуются Linux. И таких людей не так мало.
Это не так. Напомню, что просто лицензия на 1С сервер стоит от 100к. Плюс еще услуги программиста 1С. MyCompany устанавливается одним скриптом за 1 минуту. Обычно за 100к мы оказываем 30 часов услуг. За это время на lsFusion можно много чего доработать
У нас ценник фиксированный и давно не менялся - 3500Р в час. Это нормальная цена по рынку того же 1С, при этом мы сами разрабатотчики и MyCompany и lsFusion. То есть корректнее цену сравнивать с ценами по услугам самой фирмы 1С. Но они вряд ли вообще оказывают услуги по доработке 1С.
Что касается поиска специалистов по lsFusion, ты мы недавно размещали вакансию "Программист lsFusion" и у нас было 370 откликов. Да, опыта у большинства не было. Но научится писать на lsFusion очень просто, и это без проблем отобьется просто стоимостью лицензий на 1С.
Там нет проблем с обновлениями. Все обновляется одним скриптом. В любом случае, на любой фирме есть хоть один человек, который это сможет сделать (тот же "эникейщик"). И точно также, обычный пользователь не поставит и не сможет поддерживать 1С без специалиста 1С.
В базе есть и стыковка с ФР Атол, а также прямая печать на принтеры (на этиктки через qztray). Со сканерами также все работают прекрасно через эмуляцию клавиатурного ввода.