Comments 169
Что-то густо пошло, каждый день одна-две статьи про 1С, знак свыше для свитчинга?:-)
похоже на йоптаскрипт, не удивлюсь если оттудаи черпали вдохновение авторы
я пробывал элемент - очень не плохо)
но сожалению вакансий по Элементу нет .. а действующие разработчики 1С говорят что элемент сыроват и до его внедрения еще очень много и долго )
и да среда разработки в облаке жгучая боль имхо )
Не увидел ООП тут
Наследование и полиморфизм упомянуты, но не показаны. Инкапсуляция есть? А если найду?
Интерпретируемый со статической типизацией? Это не совместимо. Либо одно как python либо второе как typescript
Где в примерах передача параметров в функции и хоть какая-то изоляция (private...)? Примеры имеют очень плохой стиль.
По инкапсуляции. Объединение данных с методами есть, а вот защиты похоже нет
Защиты нет, но если так задуматься то и в python её нет без использования декораторов.
Есть, приватные переменные нпч начинающиеся с __
Нет, всё, что делает двойное подчёркивание - автоматически добавляет в начало имени члена имя класса. Это инструмент для избежания конфликтов имён между родителем и наследником, не более того.
Это понятно, но в целом, как раз позволяет дать понять, что из вне лучше переменную не дергать. А доступ protected - ну такое себе, поэтому хватает
позволяет дать понять
Вот именно, оно чисто рекомендательный характер носит, точно так же, как и одинарное подчёркивание. И даже по официальному гайду PEP 8 не полагается в __ никаких особых смыслов вкладывать (относительно _), а использовать исключительно для символов, которые могут нежелательно в дочернем классе переопределиться.
Зашита есть, выраженная через аннотации: ВТипе. вПодсистеме, ВПроекте, Глобально
Также возможность скрывать служебные поля поддержана механизмом контрактов, коих аж три разновидности - разработчик будет взаимодействовать только с полями вынесенными в контракт. То что защита работает не так как ожидалось, это потому что ООП не основная парадигма в элементе - структура это изначально объект для передачи данных, просто с расширенными возможностями, а не аналог класса
а вот защиты похоже нет
Разработчикам 1С нечего скрывать!
Не со статической, а со строгой. Не путайте теплое с мягким.
Я не ошибся: в статье упомянута именно статическая типизация. И именно она не достижима в режиме интерпретации.
Прошу вести диспут в академическом стиле, корректно.
именно она не достижима в режиме интерпретации
Чей-та? Учитывая, что, как и у всех, под капотом "интерпретатора" там jit-компилятор с вероятностью овер 99%?
Типизация - это свойство языка, а не его транслятора.
Я не ошибся: в статье упомянута именно статическая типизация. И именно она не достижима в режиме интерпретации.
Хаскелевский интерпретатор ghci вышел из чата.
Скорее смотрит с недоумением на утверждение :)
Ладно, уговорили.
Вспомнился Rust, который компилится очень долго. Но это не из-за статической типизации.
Правильно, это не из-за статической типизации, а из-за её силы. Агда или идрис тоже компилится тайпчекается долго — там почти произвольно сильный язык на уровне типов.
В чём сила, брат?
Компиляция Раст долгая из-за проверки правил borrow checker. Agda, Idris ну тут да компилятор проверяет все комбинации на декартовом произведении возможных значений или подтипов. Так, наверное...
тут да компилятор проверяет все комбинации на декартовом произведении возможных значений или подтипов
Нет, зачем? Это ж не TLA+ какой-нибудь.
Ладно, спросил LLM
Ниже расшифровка пяти “доп-шагов”, которые компилятор зависимо-типового языка (Agda, Idris 2, Lean 4 и т.п.) обязан выполнить поверх обычного «parse → type-check → codegen».
────────────────────────────────
Нормализация термов внутри типов
«Тип содержит программу, программу надо исполнить».
• В зависимых языках значение может появляться внутри типа:
Vec A n — вектор длины n
Fin (n + m) — индекс в диапазоне 0 … n+m-1
• Чтобы понять, одинаковы ли два таких типа, нужно уметь n + 0 ⇒ n
2 * (1 + 2) ⇒ 6
То есть компилятор прямо во время проверки типов редуцирует λ-выражения, вызывает рекурсивные функции, упрощает арифметику — пока не получит β-η-нормальную форму.
Алгоритм по сути тот же, что «интерпретировать программу», только остановка гарантирована не всегда ⇒ вводят лимиты и кэш.
────────────────────────────────
Higher-order unification с бэктрекингом
«Мы выводим не только типы, но и сами программы».
Пример (Agda):
map : {A B : Set} → (A → B) → Vec A n → Vec B n map f [] = [] map f (x ∷ xs) = ?
В месте «?» компилятор создает metavariable ?p : Vec B n-1, а потом пытается угадать её с помощью unification:
?p ≡ map f xs
Так как неизвестная стоит на ФУНКЦИОНАЛЬНОМ уровне (может сама быть лямбдой), задача становится higher-order. Общий алгоритм — поиск подстановок, где каждая попытка может раскрывать ещё функции ⇒ дерево вариантов + бэктрекинг. В худшем случае — экспоненциально.
────────────────────────────────
Проверка тотальности / termination
«Каждая функция должна завершаться, иначе вся логика рушится».
Если разрешить бесконечную рекурсию внутри типов, можно вывести противоречие (false : ⊥). Поэтому компилятор:
• Строит граф вызовов (mutual recursion).
• Для каждой рекурсивной ветви проверяет «длина аргумента падает», «значение строго меньше», «co-recursive call под конструктором» (size-change analysis, guarded recursion).
• Если доказать не удаётся — ошибка: функция признана нетотальной.
────────────────────────────────
Позитивность, продуктивность, coverage
4а. Позитивность (inductive types).
data Bad : Set where BadF : Bad → Bad
— здесь Bad употребляется отрицательно (слева от стрелки), такой тип приводит к несогласованности.
Компилятор проверяет «только позитивные позиции».
4б. Продуктивность (co-inductive / stream).
coinductive Stream A where head : Stream A → A tail : Stream A → Stream A Определение бесконечного объекта должно «каждый тик» выдавать конструктор, иначе можно снова нарушить целостность теории.
4в. Coverage для pattern-matching.
f : Vec A n → …
f [] = …
-- забыли вариант (x ∷ xs) → … —> компилятор жалуется, причём должен учитывать, что n может быть только 0 в первом паттерне. Проверка строит дерево возможных значений и рекурсивно исключает покрытые ветви.
────────────────────────────────
Автоматический поиск доказательств
(holes, auto, rewrite, tactics)
• Hole ?_1 : P появляется каждый раз, когда вы пишете «?».
Компилятор пробует заполнить его: ищет в контексте терм, чья норма совпадает с P, либо перебирает простые тактики (apply, rewrite, refl).
• В Idris 2 auto запускает глубину-first-search до заданного лимита; в Agda есть auto, ring, linear и пользовательские тактики через reflection.
• Каждый такой поиск — ещё один уровень backtracking, который увеличивает время сборки, но экономит строчки кода.
──────────────────────────────── Итог
Эти пять стадий превращают «проверку типов» в мини-процесс автоматического доказательства теорем. Отсюда большая асимптота и минуты/часы на компиляцию по сравнению с Rust/Go, где всего этого нет (тип — это просто формула ранга 1, которую проверяют линейным алгоритмом).
Чтобы понять, одинаковы ли два таких типа, нужно уметь n + 0 ⇒ n
Компилятор агды не умеет такое делать для неизвестных n, там нужно ручками. В случае известных n может средуцировать, да.
Алгоритм по сути тот же, что «интерпретировать программу», только остановка гарантирована не всегда ⇒ вводят лимиты и кэш.
Гарантирована (если без агдовского unsafe), у вас же абзацом ниже про проверку тотальности идёт.
Непонятна мотивация, зачем создавать второй своеобычный язык. Уж если решились на такие изменения - почему не подобрать подходящий ЯП из существующих и более или менее распространённых?
Ради кириллицы в ключевых словах? Ну так если это настолько важно - сделали бы для любого ЯП перевод всех ключевых слов на русский и элементарную трансляцию 1:1 из кириллической версии в нормальную, зачем изобретать этот велосипед целиком?
Или это такая хитрая стратегия "запирать" разработчиков в рамках своего продукта, а то, не дай Бог, освоят ЯП общего назначения и начнут на нём писать что-нибудь стороннее? :)
Так они и сделали - это просто упрощенный аналог java
именно "запирание" - слышал на Западе в крупных банках тоже что-то подобное, например
Тот же пайтон форкнули бы, раз уж хочется своих фич.
Там у 1с есть попытка логичного объяснения почему они разрабатывают собственный язык. Но по факту разработка и отладка растянется на десятилетия и к концу устареет как сейчас устарел встроенный язык v8
+100500 главный вопрос современности :)
Есть два стула. На одном - проприетарность, на другом - возможности, которых нет в Священной Желтой Платформе. 1С старается получить удовольствие от сидения на обоих.
После прочтения статьи всплыл один старый мем в голове. Скорее всего нейронку попросили писать на языке молодежи.
Что-то мне подсказывает, что в Элемент есть что-то большее, чем описано в статье. Потому что из статьи все выглядит просто как немного другой синтаксис JS. Не очень понятно, чем он лучше того же TypeScript.
Я вижу, что 1С продолжает изобретать велосипед вместо того, чтобы брать уже готовое. Вот что мешало просто сделать поддержку JS на клиенте, как сделано в том же lsFusion ?
https://docs.lsfusion.org/ru/How-to_Custom_components_properties/
https://docs.lsfusion.org/ru/How-to_Custom_components_objects/
На недавнем 1C DevCon были вопросы ЗАЧЕМ? Ответ примерно следующий - 1С Элемент нужен для создания веб приложений которые не укладываются в Web клиент 1С или Мобильный клиент 1С. Тот же веб клиент это автогенерация форм по метаданным конфигурации, поэтому она +- одинаково виглядет как в браузере и так и тонком клиенте 1С.
Элемент позволяет гибко создавать вебприложения "как хочешь", но это нужно только для определенных задач. Поэтому и язык по мотивам JS . Но если посмотрите видео презентации по 1С Элементу , там очень сильная интеграция с визуальной средой разработки именно это дает преимущества. Видимо просто визуальную среду для JS было бы сложнее написать , кроме того JS он полон рудиментов, старых конструкций . Я не очень понимаю почему его так любят - красивых архитектурных решений в нем нет
Если тебе нужно "веб приложение как хочешь", реакт в зубы и вперёд, 1с как бек ). Я так делаю и спина не болит
Тут же не в этом проблема. Проблема в том, что в мире есть миллион библиотек на все случаи жизни, написанные именно на JS (есть даже открытые библиотеки по распознаванию лица).
Простой пример, чтобы не говорить о сферическом коне в вакууме. Если зайти на демку MyCompany : https://demo.lsfusion.org/mycompany-ru , то первым открывается окно с канбаном задач. Чтобы перетягивать задачи просто используется внешняя открытая и бесплатная библиотека dragula.js : https://github.com/bevacqua/dragula
Соответственно, клиентский код, который непосредственно рисует канбан и отвечает за работу с бэкэндом просто использует эту библиотеку :
element.drake = dragula();
...
element.drake.on("drop", function(el, target, source, sibling) {
if (el.task.status !== target.status.id.toString())
controller.changeProperty("status", el.task, target.status.id);
taskKanbanReorder(controller, target.children);
});А теперь внимание вопрос. Допустим "обертку" Вы напишите на Элементе. А можно ли там использовать сторонние JS библиотеки и тесно с ними работать (а именно, обращаться к функциям / объектом / методам, а также менять DOM) ? И как потом поддерживать эту кашу из кода, где половина написана на Элементе, а половина на JS.
В общем 1С, как всегда все делает по-своему, видя во всем фатальный недостаток. И непонятно зачем платформа 1С вообще нужна при разработке приложений с нуля, когда есть открытый и бесплатный lsFusion, который в разы лучше.
А можно ли там использовать сторонние JS библиотеки и тесно с ними работать (а именно, обращаться к функциям / объектом / методам, а также менять DOM) ?
Можно, но это лютые кастыли
А теперь внимание вопрос. Допустим "обертку" Вы напишите на Элементе. А можно ли там использовать сторонние JS библиотеки и тесно с ними работать (а именно, обращаться к функциям / объектом / методам, а также менять DOM) ? И как потом поддерживать эту кашу из кода, где половина написана на Элементе, а половина на JS.
1С как правило портирует библиотеке которые считает удобными в язык. Напр библиотеки для XML в 1С точно удобнее чем в Java . Откуда они их портировали не могу сказать.
В основной платформе есть механизм внешних компонент, если очень хочется портировать то что нет в 1С, но чтобы это было совместимо с фреймворком . В элементе как понимаю пока нет.
А по поводу JS библиотек. Ну да их куча, почему то никого не смущают что фронтендеры пихают JS во все места не обращая внимания на то что используется Java или Net и как то поддерживают "эту кашу" с отдельным подразделением DevOps
И непонятно зачем платформа 1С вообще нужна при разработке приложений с нуля, когда есть открытый и бесплатный lsFusion, который в разы лучше.
Потому что никто с нуля не разрабатывает (хотя на 1С это приятно, занимаешься только бизнес задачей а не стеком)
Как минимум используют библиотеку стандартных подсистем 1С . А это не просто библиотека кода это кирпичики решений с GUI форматам.
А обычно берут одну из множества типовых конфигураций (типа 1С Бухгалтерия, 1СУПП, 1С Erp и т.д.) и дописывают к ней подсистему.
Все эти личные кабинеты на Элементе, как правило пишут для типовых конфигураций.
Вот у Fusion есть функционал бухгалтерии для РФ со всем фаршем налоговой отчетности и работающее из коробки?
1С как правило портирует библиотеке которые считает удобными в язык. Напр библиотеки для XML в 1С точно удобнее чем в Java . Откуда они их портировали не могу сказать.
В каком смысле ? Перекодируют js в Элемент ? И как они потом новые версии поддерживают ? Давайте вот, например, zxing-js портирован ? Это одна из самых популярных библиотек по работе со штрих-кодами. А там над ней еще надстроек дофигища.
А по поводу JS библиотек. Ну да их куча, почему то никого не смущают что фронтендеры пихают JS во все места не обращая внимания на то что используется Java или Net и как то поддерживают "эту кашу" с отдельным подразделением DevOps
Эээ, Вы о чем ? Какой Java и Net в браузере ? Речь сейчас шла исключительно о GUI в браузере, чтобы, например, рисовать всякое специфическое. И тут важно, что есть куча бесплатных (и платных) JS библиотек именно под визуализацию. Например, нарисовать диаграмму Ганта, или какой-нибудь хитрый календарь.
Потому что никто с нуля не разрабатывает (хотя на 1С это приятно, занимаешься только бизнес задачей а не стеком)
Вообще никто ничего никогда с нуля не разрабатывает ? Интересная позиция...
А обычно берут одну из множества типовых конфигураций (типа 1С Бухгалтерия, 1СУПП, 1С Erp и т.д.) и дописывают к ней подсистему.
Как я понимаю, в Вашем мире есть один сплошной 1С. А как же живут другие программисты, которые не на 1С ? Наверное, сидят на работе и просто получают зарплату ни за что...
Вот у Fusion есть функционал бухгалтерии для РФ со всем фаршем налоговой отчетности и работающее из коробки?
Как я понимаю, в Вашем мире бухгалтерия и налоговая отчётность - это основа мироздания и всех систем в мире. И все задачи строятся только от них. А других задач у бизнеса не существует.
Есть, например, MyCompany, которую мы часто берем за основу для заказных разработок. И часто к ней проще что-то добавить, чем что-то вырезать из того же УТ (монстра спагетти-кода).
Только УТ все видели, на ней работает 100500 организаций. А фузиновская MyCompany - это что-то типа "неуловимого зверя Цыгея" - шкуру от него видели, а живьем никто не видел...
Да и зачем вырезать что-то из УТ? все ненужное отключается, и просто не видно в интерфейсах.
Только УТ все видели, на ней работает 100500 организаций. А фузиновская MyCompany - это что-то типа "неуловимого зверя Цыгея" - шкуру от него видели, а живьем никто не видел...
Ну от того, что Вы в своем пузыре не видели MyCompany, то это не значит, что никто не видел.
Да и зачем вырезать что-то из УТ? все ненужное отключается, и просто не видно в интерфейсах.
Просто часто, чтобы добавить то, что идет вразрез с логикой УТ, придется удалять что-то. И вот тогда, когда нужно будет как-то сделать, чтобы все старое не поломалось, приходит настоящая боль 1С.
Так а где можно увидеть реальную компанию, работающую на этой поделке? (кроме ваших снов, конечно)
Я думаю вы и на odoo не видели ни одной компании работающей. И на AirTable. А у них тоже миллионы пользователей. И что дальше?
То что вы в 1С среде тусуетесь, как бы намекает, что вы ничего кроме 1С не видели. Я вот тоже ни одного альпиниста, гольфиста, рыбака или охотника не видел. Но я же утверждаю что их не существует.
Да, я не работаю "в небольших бельгийских компаниях" ,на которых было изначально расчитано odoo. И допускаю, что фронт может вестись в любой системе. Но, как сказано в описании "крупнейшего внедрения одоо в России", "Информация из Z-отчета сохраняется в Odoo и может быть передана в 1С для автоматического формирования там соответствующих проводок.", что кагбэ намэкаэт на то, что полноценно вести учет там нельзя... ну а подключение ККМ "Для работы нужна касса Штрих-М 01Ф, Raspberry Pi 3, Браузер" - тоже, мягко говоря, не отвечает принципу "купил и работай". ибо "Штатный модуль Odoo POS (без наших доработок) поддерживает простые чековые принтеры, без фискальный накопителей, требующихся в России.". А общем, конструктор для узкого круга...
Но вопрос-то был поставлен по-другому - "где можно увидеть реальную компанию, работающую на этой поделке?" Так где-то можно увидеть?
1С для автоматического формирования там соответствующих проводок.", что кагбэ намэкаэт на то, что полноценно вести учет там нельзя..
И что? SAP тоже в большинстве случаев бухгалтерию в 1С ведет. Собственно во всем мире обычно есть ограниченное число программ бухгалтерского учета (скажем в США Intuit), так как он обычно строгий и одинаковый, и поэтому этим программам учат бухгалтеров в универах, и соответственно лень потом их переучивать. Теперь в SAP тоже нельзя вести полноценно учет? Это всего лишь бухгалтерия расслабьтесь.
Но вопрос-то был поставлен по-другому - "где можно увидеть реальную компанию, работающую на этой поделке?" Так где-то можно увидеть?
Вам адрес дать? Ко мне скажем часто обращается одна компания, которая минимум 5 проектов, которые я знаю, на MyCompany сейчас ведет. Могу у нее спросить, может сделают вам референс визит.
Ну, допустим, ЧМК почти полноценно вела учет в SAP (за исключением зарплатного модуля) . Так что в SAP - можно. а вот в одоо, а мукомпани и прочих поделках - не получается.
Адрес - можно и адрес. "огласите, пожалуйста, весь список" тех, кому ваша поделка пригодилась.
Ну вот видите за исключением зарплатного модуля. То есть тоже поделка получается. Нельзя в ней полноценно вести учет.
Вы же понимаете, что эту информацию мне никто не разрешит озвучивать. Ну то есть я могу попросить у партнеров, чтобы они попросили у компаний разрешить публиковать их имена. Но ради коммента на хабре не собираюсь это делать. Не хотите, не верьте. Я даже если дам их название вы все равно скажете, что это левые / неправильные бизнесы и все такое.
То есть тоже поделка получается. Нельзя в ней полноценно вести учет.
Можно. Но существенно дороже. Поэтому бизес выбрал очередного франкенштейна. Но в одоо и вашей поделке бухучет просто не реализован, поэтому там полноценно вести учет просто невозможно. вот и вся разница.
Вы же понимаете, что эту информацию мне никто не разрешит озвучивать
Боятся обрушения своих акций на бирже? :-) Примерно как использование SAP поднимало капитализацию, так и тут, только с обратным знаком?
Но ради коммента на хабре не собираюсь это делать. Не хотите, не верьте.
Да вас и в мизде просили, года 2 назад... И с тем же результатом...
Можно. Но существенно дороже. Поэтому бизес выбрал очередного франкенштейна. Но в одоо и вашей поделке бухучет просто не реализован, поэтому там полноценно вести учет просто невозможно. вот и вся разница.
Ну так тем более нет никакого смысла реализовывать бухучет, раз даже в огромных ERP его не делают на практике, не находите? Чего вы к бухучету прицепились вообще непонятно. Это одна узкая локальная задача.
Боятся обрушения своих акций на бирже? :-) Примерно как использование SAP поднимало капитализацию, так и тут, только с обратным знаком?
Нет, они то может и не против, но я напрягаться ради этого не буду. Да и что вам скажет, если скажу, что ООО "Чук и Гек" работает на MyCompany
Хотя я если честно далек от MyCompany и вообще мало отношения к этому проекту имею. Но если так сильно хотите, можете например зайти в официальный lsFusion канал в телеге, там периодически задают вопросы по MyCompany (со скринами своих приложений, что конечно забавно так как там явно есть приватные данные) и поспрашивать у людей в личку.
Вот нашел одно из недавних сообщений в канале MyCompany:
Лучше всего в обычном списание добавить основание для списания, это может быть как производственный заказ, так и заказ покупателя(это если имеется связь). Планирую в отчетах о себестоимости заказа использовать. До отчетов я пока не дошел разбираюсь - не хватает конечно конфигуратора отчетов )
Решение практически идеально вписалось для реализации в производстве на заказ (металообработка) и продаже своей продукции. Намного легче и быстрее 1С(я пытался внедрить ERP и УНФ). А здесь вполне справляемся втроем
в этом посте прекрасно все.
Чувак делает руками то, что в 1с уже сделано. Это прямо таки "идеально вписывается", и можно использовать в отчетах, только отчетов нет и не будет, потому, что нет конфигуратора. А сама "попытка внедрить 1с erp и УНФ" чуть более, чем всё говорит о квалификации. Ну и удаче конторе в дальнейшей поддержке этой поделки.
Чувак делает руками то, что в 1с уже сделано
Значит криво сделано.
и можно использовать в отчетах, только отчетов нет и не будет, потому, что нет конфигуратора
Ага. Удивительно, мировой ВВП под 100 триллионов, и получается работает как-то без отчетов, потому что у него видите ли нет конфигуратора (если вы про СКД это чисто 1Ский мутант им же и выдуманный). Не говоря о том, что визуальное программирование с появлением AI вообще умирает. То есть любому языку (в том числе lsFusion) сейчас обучают AI, и как раз lsFusion для этого идеально подходит.
А сама "попытка внедрить 1с erp и УНФ" чуть более, чем всё говорит о квалификации.
Ну вот видите, значит у lsFusion действительно сильно ниже порог входа. Если даже человеку с опытом 1С lsFusion оказался проще.
Ну и удаче конторе в дальнейшей поддержке этой поделки.
А с чего вдруг будут проблемы. Продукты развиваются, сообщество расширяется, все счастливы. Или вы думаете большая разница у вас 500 разработчиков на рынке или 50к, если сам продукт позволяет в разы быстрее и лучше дорабатывать? Не говоря уже о том, что во времена активного развития AI и программирования на естественном языке, вообще важно количество разработчиков на конкретном языке.
Значит криво сделано.
Да, насчет кривизны - можно согласиться. Как и в любом достаточно универсальном решении, почти всё будет хуже узко специализированного.
работает как-то без отчетов
Нет, без отчетов не работают. Просто для отчетов используют внешние средства. Но, видимо, чувак не может использовать и их.
СКД это чисто 1Ский мутант им же и выдуманный
Угу. мутант, соглашусь. Но тем не менее, вполне жизнеспособный, экономящий время и силы и программистам, и пользователям. Я б вообще сказал, что СКД - это чуть не главный плюс восьмерки. Аналог делали на 7.7, но не доделали (естественно, не вендор делал, а сообщество).
визуальное программирование с появлением AI вообще умирает
СКД - это не обязательно визуальщина. Можете формировать схему программно. Можете императивно, можете сформировать xml.
А с чего вдруг будут проблемы.
с того, что любая самописка огребает проблемы при смене разраба. Ну и бас-фактор никто не отменял
сообщество расширяется
ну да. был один разраб, сейчас три - трехкратный рост!
сам продукт позволяет в разы быстрее и лучше дорабатывать?
было б что дорабатывать. А нечего.
, что во времена активного развития AI и программирования на естественном языке, вообще важно количество разработчиков на конкретном языке.
ага. "Телевидение перевернет жизнь всего человечества. Ничего не будет: ни кино, ни театра, ни книг, ни газет – одно сплошное телевидение"©
Ну вот видите за исключением зарплатного модуля. То есть тоже поделка получается. Нельзя в ней полноценно вести учет.
Не вели ЗП, это не говорит что этого модуля там нет. Многие ведут, в SAP есть интеграция учета рабочего времени персонала с основными модулями - производство, ТОРО. Для сдельщиков - заказ закрыл? - часы в расчет зарплаты сразу же и попали, никто никого не надует.
В каком смысле ? Перекодируют js в Элемент ? И как они потом новые версии поддерживают ?
Как обычно делают обертку и встраивают в Gui фреймворк
Давайте вот, например, zxing-js портирован ? Это одна из самых популярных библиотек по работе со штрих-кодами. А там над ней еще надстроек дофигища.
Эээ, Вы о чем ? Какой Java и Net в браузере ? Речь сейчас шла исключительно о GUI в браузере, чтобы, например, рисовать всякое специфическое
Вы вот на чем свою isFusion пилите (бэкэнд, фронт)?
А в Java есть как минимум три варианта создания активных страниц
Servlet
Java server pages
Java server faces
Например последний генерит страницу на сервере и интерактивность обеспечивается именно серверным интерфейсом. Это совершенно другой подход чем JS
Как я понимаю, в Вашем мире есть один сплошной 1С. А как же живут другие программисты, которые не на 1С
Трудно живут. Каждый день приходится делать какой то велосипед. Поэтому постоянно клеют куски кода из разных мест, косты на разработку огромные. В той же Java нет единого маркетплейса по библиотекам. Все нужно искать по гуглам. Для Gui в Java несмотря на JavaFx и прочие улучшения , чтото красивое можно только на Java фрейморках типа этогого https://www.jmix.ru/
Но такой легкости как системах типа 1С там нет.
Скажу прями интерфейс ваших демок визуально не привлекателен. Понятно что для работы сойдет. Но если Вам бы просто было это создать , Вы бы сделали, но видно что нет. Я бы тоже хотел иметь удобный универсальный фрейворк на котором можно быстро создавать визуально красивые решения. Это сложная темпа поскольку дело даже не в бесплатных компонентах, а стилях интерфейса. Создать стиль сложнее, поскольку интерфейс в какой то степени определяет Бэкэнд. Это кстати хорошо видно по платформе 1С.
когда 1С выпустил 8.5 им для нового интерфейса пришлось поменять конфигурирование и еще обратную совместимость сделать
Я вижу много решений где бэкэнд проработан, а фронт это не отражает. Пример Calypso для ценных бумаг
Как обычно делают обертку и встраивают в Gui фреймворк
Вы представляете сколько всего JS библиотек в мире, и сколько оберток в 1С ? Если мне понадобится нарисовать календарик с каким-то функционалом, то я смогу выбирать из десятков платных и бесплатных JS-библиотек, которые его уже нарисовали. Сколько под них оберток есть в Элементе ?
Давайте вот, например, zxing-js портирован ? Это одна из самых популярных библиотек по работе со штрих-кодами. А там над ней еще надстроек дофигища.
По поводу скрина c 1C печать штрих-кодом, то zxing не только печатать умеет, он распознавать их из изображения умеет. Например, вот недавно использовал надстройку на ней, которая по активному видеопотоку умеет распозновать QR-кода на беджах (причем там есть несколько js-библиотек для этого). Это тоже встроено в Печать штрих-кодов в 1С ?
Servlet, Java server pages, Java server faces уже умерли очень давно и их практически никто в современной веб-разработке не использует. Тем более с полной перегрузкой страниц.
Трудно живут. Каждый день приходится делать какой то велосипед. Поэтому постоянно клеют куски кода из разных мест, косты на разработку огромные. В той же Java нет единого маркетплейса по библиотекам. Все нужно искать по гуглам.
Издеваетесь, да ? Про Maven ничего не слышали ? И вообще смешно сравнивать количество разных библиотек под все случаи жизни на Java с тем, что есть под 1С. Под Java есть практическ все и очень легко интегрируется в тот же lsFusion. А вот в 1С сбоку что-то вставить - это просто вынос мозга.
Для Gui в Java несмотря на JavaFx и прочие улучшения , чтото красивое можно только на Java фрейморках типа этогого https://www.jmix.ru/
Десктоп GUI умер тоже хз сколько лет назад. Непонятно зачем вспоминать всякие JavaFx. Сейчас только веб-интерфейс. А вот там такое раздолье, что 1Су даже не снилось.
Это кстати хорошо видно по платформе 1С
В 1С в разы интерфейс хуже, чем в бесплатном и открытом lsFusion. Там даже количество записей в таблице посчитать нельзя. Не говоря уже про сумму по колонке.
Про дизайн вообще молчу. В lsFusion используется Bootstrap - де-факто стандарт современной веб-разработки. А в 1С - привет 2000м. Только сейчас начали у lsFusion копировать, и сделали что-то поприличнее. И даже темную тему смогли.
В 1С в разы интерфейс хуже, чем в бесплатном и открытом lsFusion. Там даже количество записей в таблице посчитать нельзя. Не говоря уже про сумму по колонке.
Не надо врать, там все суммы можно вывести если нужно. В табличных частях строки по умолчанию нумеруются
Издеваетесь, да ? Про Maven ничего не слышали ? И вообще смешно сравнивать количество разных библиотек под все случаи жизни на Java с тем, что есть под 1С. Под Java есть практическ все и очень легко интегрируется в тот же lsFusion
Вы в Мавене gui библиотеки найдете с формочками и компонентами? Там максимум для бэкэнда можно набрать чегото более менее стандартного и общепринятого
И вообще смешно сравнивать количество разных библиотек под все случаи жизни на Java с тем, что есть под 1С. Под Java есть практическ все и очень легко интегрируется в тот же lsFusio
Смысл платформы быстрой разработки это иметь под рукой все что нужно для бизнес задач, а не навсе случае жизни. Поэтому финансовые приложения на 1с пишут , а почтовые клиенты нет.
Servlet, Java server pages, Java server faces уже умерли очень давно и их практически никто в современной веб-разработке не использует. Тем более с полной перегрузкой страниц.
Oracle об этом как понимаю не знает, и почему то поддерживает в стандартах как актуальные.
Если Вы считаете что Bootstrap это острие прогресса, почему тогда не Spring?
Не надо врать, там все суммы можно вывести если нужно. В табличных частях строки по умолчанию нумеруются
Что значит вывести, если нужно ? И причем здесь строки в табличных частях. Речь шла про ЛЮБУЮ таблицу на любой форме. lsFusion так умеет, а супер-пупер 1С так может ? Где там вот эти кнопки :
Вы в Мавене gui библиотеки найдете с формочками и компонентами? Там максимум для бэкэнда можно набрать чегото более менее стандартного и общепринятого
Maven - это для Java и бэкенда. Для JS есть npmjs, Github и куча всего другого. Просто набираете в гугл javascript library <что угодно> и находите библиотеку на любой случай жизни. 1Су только мечтать о таком количестве библиотек.
Oracle об этом как понимаю не знает, и почему то поддерживает в стандартах как актуальные.
Oracle поддерживает и не такое "говно мамонта". Собственно, как и 1С. Но это не значит, что сейчас это широкои используется.
Тут как с 1С. Да, многие продолжают по инерции писать на 1С. Но продвинутые разработчики давно перешли на lsFusion.
Где там вот эти кнопки?
А простите 450 это что за величина? Просто 450 штук чего угодно? А если там не только штуки, а короба, погонные метры и литры?
Там сумма считается по той колонке, на которой стоял, и исходя из всех примененных в данный момент фильтров. То есть, например, на форме с текущими остатками можно сделать любой отбор (например, по наименованию) и просуммировать по количеству. Можно туда вывести колонку с себестоимостью - тогда будет себестоимость и т.д.
Но суть в том, что в абсолютно любой таблице можно посчитать сумму по абсолютно любой колонке. Вне зависимости от того, сколько там записей. И это будет сделано через SELECT SUM WHERE, а не путём перегона через ORM всей таблицы и расчета на application server'e.
Это киллер фича что ли?
В 1С это делается так
там где нужно.
Просто нужно учитывать что списки по большим таблицам в 1С динамический (ленивое чтение) . Таблицы которые полностью подгружаются в память есть только как часть ссылочных метаданных (документ , справочник).
И если захотите произвольно суммировать по таблицы из миллиарда записей, это будет не очень user friendly
Тут как с 1С. Да, многие продолжают по инерции писать на 1С. Но продвинутые разработчики давно перешли на lsFusion
Расскажите про используемые продвинутые технологии. Может шардинг используете, а интерфейс чего такой скудный ? Бесплатных контролов не хватило?
Ну вот да. Встречал вопросы "как сделать суммирование в динамическом списке". Возможно имеет место быть. Из коробки нет, признаю
Это киллер фича что ли?
В 1С это делается так
Причем здесь киллер фича ? Просто мелкое удобство, которое даже в платформе 1С не смогли сделать. А в бесплатном и открытом lsFusion смогли.
Скрин - это должен делать пользователь ? У всех пользователь есть доступ к конфигуратору ? Или всегда надо иметь под рукой своего программиста 1С ? И опять же, мне нужно рассчитывать постоянно с учётом изменений - это нагружает сервер, а просто в определенный момент на определенном отборе.
Просто нужно учитывать что списки по большим таблицам в 1С динамический (ленивое чтение) . Таблицы которые полностью подгружаются в память есть только как часть ссылочных метаданных (документ , справочник).
Если что, то в lsFusion вообще все списки динамические. И ни одна таблица никогда в память даже сервера приложений не загружается. Только видимая часть. И прекрасно считаются и суммы и количества записей. Просто не смогли разработчики платформы 1С нормально реализовать. А в lsFusion - смогли.
И если захотите произвольно суммировать по таблицы из миллиарда записей, это будет не очень user friendly
Причем здесь user friendly ? User friendly - это дать пользователю такой механизм. И если он нажмет на таблице с миллиардами записей, то он сам решит подождать ему или нет. Если надо запретить на больших таблицах - то можно включить governor. Но мы никогда не включаем. Даже если пользователь нажмет подсчет количества, то ему через какое-то время надоест ждать, он закроет форму и запрос автоматически отменится.
Расскажите про используемые продвинутые технологии. Может шардинг используете, а интерфейс чего такой скудный ? Бесплатных контролов не хватило?
Шардинг тут при чем ? Интерфейс гораздо более продвинутый, чем в 1С. Даже кроме самых простых подсчетов, которые не смог сделать 1С, в lsFusion можно сделать pivoting абсолютно любой таблицы. 1Су до этого как до луны.
Что же касается контролов, то как я писал выше - можно без проблем подключить любую JS библиотеку из сотен тысяч и нарисовать все, что угодно. В 1С же только то, что соизволил сделать 1С в своём Элемент.
А что соскакиваете в сторону. Хотите померятся технологиями - давайте.
Вот что есть у 1С Платформа | Архитектура платформы 1С:Предприятие (версия 8.3.27)
а у вас?
https://lsfusion.org/ru/compare
А вот что у нас. Сравните количество плюсиков.
Разгром 1С просто в одну калитку.
Но если серьезно, то писали же и проблемы 1С, и почему lsFusion лучше.
CrushBy
27 минут назад
https://lsfusion.org/ru/compare
Обязательно напишу рецензию на isFusion и конечно посмотрю его поглубже. Таблица просто "супер" - все вместе пушистое vs мягкое, очень актуальные критерии сравнения. Чувствуется искренняя вера в продукт. Вера творит чудеса, а вдруг? Тем более я и с SAP работал, и 1С работаю есть с чем сравнить
Обращение сервера к клиенту.
Почему у 1Ски минус? В платформе все нормально с этим.
Открытая структура БД
Довольно философский вопрос, является ли открытая структура БД преимуществом. В платформе гораздо легче спроектировать схему БД как раз из-за того, что есть визуальный редактор метаданных и продвинутые регистры, инкапсулирующие логику агрегатов и остатков. Внутри платформы доступ к таблицам точно не нужен, а для взаимодействий с внешними системами есть ATK BIView или Экстрактор. Так что я бы инвертировал плюсики в строке.
Декларативная работа с внешними форматами... ...значительно упрощая взаимодействие с внешними системами.
Опять, почему у 1Ски минус? Все форматы поддерживаются и формы прекрасно хранятся в XML. Да и не вы ли утверждали, что
Xml-формат вообще не очень хорошо подходит под разные слияния, так как там различия в строках видны очень плохо, и много лишних символов/слов. ... а на практике, сливание спагетти-кода и главное конфигурационных xml-файлов - это жесточайшая боль.
Легкая непоследовательность в аргументации) Сначала XML - это минус, а там, где надо, легким движением руки формат превращается в элегантный плюс. Или Git не относится к внешним системам?
Эффективное общение клиента с сервером
Вообще непонятно, почему у 1Ски минус. Из коробки работает ровно как вы и описали - и асинхронно, и с гарантией доставки и на узком канале связи. Не нравится родной клиент - обратитесь в Росатом, они свой клиент сделали, это ли не чудо полноценной поддержки трехзвенной архитектуры?
Эргономичная IDE
Опять не плюс, да что ж такое. Eclipse, видимо, теперь неполноценная IDE, ни отладчика, ни автодополнения.
Извините, дальше сравнение читать не стал в силу его необъективности и неактуальности. Можно ли доверять продукту, провалившемуся в позиционировании себя на рынке и сравнении с конкурентами? Вопрос обсуждаемый, но лично я бы не стал.
Почему у 1Ски минус? В платформе все нормально с этим.
О другом речь.
https://habr.com/ru/companies/lsfusion/articles/468415/#controlflow
https://habr.com/ru/companies/lsfusion/articles/544982/#Controlflow
Опять, почему у 1Ски минус? Все форматы поддерживаются и формы прекрасно хранятся в XML.
В этом пункте о другом речь. Что JSON делается декларативно, грубо говоря запросом, причем точно также как и интерактивные и печатные формы.
https://habr.com/ru/companies/lsfusion/articles/460141/#hierarchy
Xml-формат вообще не очень хорошо подходит под разные слияния, так как там различия в строках видны очень плохо, и много лишних символов/слов. ... а на практике, сливание спагетти-кода и главное конфигурационных xml-файлов - это жесточайшая боль.
Это вообще из другой оперы. Тут речь идет о формировании данных в JSON / XML форматах для последующих интеграций.
Опять не плюс, да что ж такое. Eclipse, видимо, теперь неполноценная IDE, ни отладчика, ни автодополнения.
Eclipse на самом деле много чего не умеет по сравнению с IDEA, то же language injection (что важно для много чего вроде интерполяции строк или отчетов), но не суть. А суть в том, что сам язык должен быть IDE-ready. Скажем в 1С большинство кода портянки из строк запросов, где IDE не помогает никак. В lsFusion вообще все поддерживается в IDE.
Извините, дальше сравнение читать не стал в силу его необъективности и неактуальности
Забавно, что при этом вы выбрали как раз не первые, а отдельные немногочисленные наиболее неоднозначные пункты.
В сравнении четко и лаконично заявлено: Обращение сервера к клиенту. В 1С даже два способа это сделать, один из них я вам назвал. Это плюс напротив 1С.
В сравнении четко и лаконично заявлено: Декларативная работа с внешними форматами. В 1С многое хранится декларативно в XML - и формы, и СКД, и настройки списков, и командный интерфейс, стоит лишь заглянуть в EDT, чтобы в этом убедиться, или выгрузить конфигурацию в XML-файлы и загрузить обратно. Это плюс напротив 1С.
В сравнении четко и лаконично заявлено: Прозрачная интеграция. Данные формируются в любых форматах - JSON/XML/BASE64 и передаются по любым протоколам - HTTP/SOAP/FTP/WebSockets. Это плюс напротив 1С.
В сравнении четко и лаконично заявлено: Эргономичная IDE. Eclipse является полноценной средой разработки со всеми перечисленными в подсказке возможностями. Theia является полноценной средой разработки со всеми перечисленными в подсказке возможностями. Даже VSCode является полноценной средой разработки со всеми перечисленными в подсказке возможностями. Это уже три плюса напротив 1С, по числу сред разработки.
Забавно, что четкие и лаконично сформулированные заявленные преимущества в отношении своего продукта вы называете неоднозначными пунктами)
В сравнении четко и лаконично заявлено: Обращение сервера к клиенту. В 1С даже два способа это сделать, один из них я вам назвал. Это плюс напротив 1С.
Там специально ? для этого есть с пояснением. Что речь идет когда вы в серверном действии можете вызывать клиентские действия. То есть единый поток выполнения.
https://habr.com/ru/companies/lsfusion/articles/468415/#controlflow
https://habr.com/ru/companies/lsfusion/articles/544982/#Controlflow
В сравнении четко и лаконично заявлено: Декларативная работа с внешними форматами. В 1С многое хранится декларативно в XML - и формы, и СКД, и настройки списков, и командный интерфейс, стоит лишь заглянуть в EDT, чтобы в этом убедиться, или выгрузить конфигурацию в XML-файлы и загрузить обратно. Это плюс напротив 1С.
Ну давайте, как в 1С сформировать JSON по сути одним запросом как в примере.
https://habr.com/ru/companies/lsfusion/articles/460141/#hierarchy
Декларативность это сколько абстракций вам для этого надо. В 1С JSON / XML (да и в Java) надо формировать руками.
Опять таки читаем пояснение (?)
https://habr.com/ru/companies/lsfusion/articles/460141/#hierarchy
В сравнении четко и лаконично заявлено: Прозрачная интеграция. Данные формируются в любых форматах - JSON/XML/BASE64 и передаются по любым протоколам - HTTP/SOAP/FTP/WebSockets. Это плюс напротив 1С.
а) См. пункт выше.
б) Ну давайте сравним.
https://docs.lsfusion.org/ru/How-to_Interaction_via_HTTP_protocol/#пример-2
https://docs.lsfusion.org/ru/How-to_Interaction_via_HTTP_protocol/#пример-4
Вот давайте такие простые кейсы, сколько строк кода это займет на 1С (скажем второй пример). Само наличие формирования JSON/XML и HTTP/SOAP не делает интеграцию прозрачной и декларативной. Их и на ассемблере сделать можно.
В сравнении четко и лаконично заявлено: Эргономичная IDE. Eclipse является полноценной средой разработки со всеми перечисленными в подсказке возможностями. Theia является полноценной средой разработки со всеми перечисленными в подсказке возможностями. Даже VSCode является полноценной средой разработки со всеми перечисленными в подсказке возможностями. Это уже три плюса напротив 1С, по числу сред разработки.
Да неужели. Как там с language injection (когда внутри литерала идет resolving), с stub index, чтобы это все быстро работало на проектах в миллионы строк кода и т.п.
Но опять-таки главное тут другое:
А суть в том, что сам язык должен быть IDE-ready. Скажем в 1С большинство кода портянки из строк запросов, где IDE не помогает никак. В lsFusion вообще все поддерживается в IDE.
Но вы это почему-то игнорируете (хотя понятно почему, потому что минус надо ставить)
Забавно, что четкие и лаконично сформулированные заявленные преимущества в отношении своего продукта вы называете неоднозначными пунктами)
Там специально ? стоят чтобы пояснить что имелось ввиду. А еще есть ссылки на документации и How-to чтобы показать жто еще детальнее.
Что речь идет когда вы в серверном действии можете вызывать клиентские действия. То есть единый поток выполнения.
В табличке написано не вызов серверным действием клиентского действия, и не единый поток выполнения, а четко и ясно - обращение сервера к клиенту. Называть черное белым можно, но вы же не приложите себя и свои объяснения к каждому зашедшему на эту страничку?
В 1С JSON / XML (да и в Java) надо формировать руками.
Вообще не надо. Просто одну кнопку нажал - выгрузить в файлы, а потом загрузить из файлов. Выгруженную форму можно править как угодно.
Вот давайте такие простые кейсы, сколько строк кода это займет на 1С.
Нужно принять соответствующий HTTP-запрос и создать новый заказ в базе данных с параметрами запроса.
Через OData можно создать заказ вообще без единой строчки кода. Запрос отправил и больше ничего делать не нужно. Здорово, правда?
Кодом, кстати, тоже в две строчки делается: ПрочитатьJSON() и ДокументОбъект.Заполнить()
language injection (когда внутри литерала идет resolving), с stub index
Раз уж затронули такие сложные и незнакомые слова, можете разъяснить, как вот эти все слова делают среду эргономичной и почему у Eclipse, Theia и VSCode минус?
Но вы это почему-то игнорируете
Просто даю вам возможность взять свои слова назад. У нас же исходная статья про Элемент? Так вот в Элементе текст запроса и подсвечивается, и автодополняется, и декларативный, и вполне себе IDE-ready. Отрицание очевидного меня настолько обескураживает, что я действительно могу отвечать через коммент.
Там специально ? стоят чтобы пояснить что имелось ввиду
Я на страничку со сравнением захожу читать о, собственно, сравнении возможностей систем, а не вникать в сумбурную расшифровку самопридуманных терминов и вытаскивать ценную информацию из ссылок на комменты, оставленных в других комментах к не очень убедительным статьям.
В табличке написано не вызов серверным действием клиентского действия, и не единый поток выполнения, а четко и ясно - обращение сервера к клиенту. Называть черное белым можно, но вы же не приложите себя и свои объяснения к каждому зашедшему на эту страничку?
Ну вы душнила конечно, без обид :). Вызов серверным действием клиентского действия это слишком громоздко, а единый поток выполнения по мне слишком непонятно. Понятно что обращение сервера к клиенту немного абстрактно, но все же большинство это понимает как вызов клиентских действий, а не Push API (и опять таки ? есть). Впрочем сколько людей столько мнений.
Вообще не надо. Просто одну кнопку нажал - выгрузить в файлы, а потом загрузить из файлов. Выгруженную форму можно править как угодно.
Через OData можно создать заказ вообще без единой строчки кода. Запрос отправил и больше ничего делать не нужно. Здорово, правда? Кодом, кстати, тоже в две строчки делается: ПрочитатьJSON() и ДокументОбъект.Заполнить()
Можно пример?
GROUP money;
FORM shipment
OBJECTS dFrom=DATE, dTo=DATE
OBJECTS s=Shipment // накладная
PROPERTIES (s) date, customer = nameCustomer, stock = nameStock // выгружаем дату, имя покупателя (с именем customer) и имя склада (с именем stock)
FILTERS dFrom <= date(s) AND date(s) <= dTo // накладные за заданные даты
OBJECTS sd=ShipmentDetail // строки накладной
FILTERS shipment(sd) = s // строки накладной из накладной
PROPERTIES (sd) IN money index, item = nameItem, price, quantity // выгружаем номер, имя товара (с именем item), количество, цену в объекте money
;
run() {
EXPORT shipment OBJECTS dFrom = 2019_02_20, dTo = 2019_04_28; // выгружаем накладные в заданном периоде
}
Вот скажем как выгрузить все поставки с даты по дату, со строками с нужным внутренним форматом в lsFusion. Как это в 1С сделать?
Раз уж затронули такие сложные и незнакомые слова, можете разъяснить, как вот эти все слова делают среду эргономичной и почему у Eclipse, Theia и VSCode минус?
Ну так что IDE может делать подсветку и resolv'инг прямо в IDE. То есть что поле не найдено видно сразу в моменте написание, а не в runtime
Просто даю вам возможность взять свои слова назад. У нас же исходная статья про Элемент? Так вот в Элементе текст запроса и подсвечивается, и автодополняется, и декларативный, и вполне себе IDE-ready. Отрицание очевидного меня настолько обескураживает, что я действительно могу отвечать через коммент.
Стоп. Там сравнение с классическим 1С. Потому как если сравнивать с 1С элемент, то уйдет основной козырь 1С, готовые решения и много разработчиков.
PS: Кстати а где пример с подсветкой запроса? В этой статье нет, очень интересно посмотреть как это работает, так как в типовых конфах скажем запрос склеивается из кучи строк, как там может что-то автодополняться то?
Я на страничку со сравнением захожу читать о, собственно, сравнении возможностей систем, а не вникать в сумбурную расшифровку самопридуманных терминов и вытаскивать ценную информацию из ссылок на комменты, оставленных в других комментах к не очень убедительным статьям.
Ну так практически все возможности не возможно сформулировать тремя словами, поэтому название берется максимально "приблизительное", а в ? идет пояснение, что именно имеется ввиду. Если ваша цель подоколебываться к словам, то я в эту игру играть не буду. Я понимаю, что большинство 1С сектантов (из laggards) все равно не переубедишь. На то они и сектанты.
В принципе, хамство и оскорбления с вашей стороны были ожидаемы, поэтому имею право использовать это для прекращения обсуждения технических моментов, не будучи опровергнутым в аргументации и причисленным к сектантам.
Советую еще раз вдумчиво и внимательно ознакомиться с платформой 1С и ее сопутствующими продуктами, чтобы более осознанно и последовательно ссылаться на ее недостатки, которыми она, бесспорно, обладает.
Просто мало утверждать такое:
Разгром 1С просто в одну калитку
Этому утверждению нужно еще и соответствовать.
Если же вы нарисовали незаслуженные минусики прямому конкуренту, чтобы повысить выгодность своего продукта в глазах ваших клиентов, то подобное утверждение говорит лишь об очень слабой позиции этого продукта, который не может конкурировать на равных. Было бы приятно, если бы вы это честно признали и не разводили клоунаду при любом упоминании 1С на хабре.
Разгром 1С просто в одну калитку
Вы же понимаете, что это был сарказм с моей стороны ? Я следующим же предложением писал "Но если серьезно"...
Если же вы нарисовали незаслуженные минусики прямому конкуренту, чтобы повысить выгодность своего продукта в глазах ваших клиентов, то подобное утверждение говорит лишь об очень слабой позиции этого продукта, который не может конкурировать на равных. Было бы приятно, если бы вы это честно признали и не разводили клоунаду при любом упоминании 1С на хабре.К сожалению,
Заслуженность/незаслуженность - это субъективный показатель. Поэтому, конечно же, в каждой статье по 1С будем указывать на его недостатки и показывать как надо было делать на самом деле. В конце концов, из разработчиков на lsFusion сейчас очень многие - бывшие 1Совцы. Не все же 1Совцы - адепты 1С, которые ни при каких обстоятельствах не будут смотреть альтернативы.
В принципе, хамство и оскорбления с вашей стороны были ожидаемы, поэтому имею право использовать это для прекращения обсуждения технических моментов, не будучи опровергнутым в аргументации и причисленным к сектантам.
Я вообще с иронией писал про душнилу. И кстати вас в сектанты особо тоже не записывал. Но давайте так, я очень долго и нудно разбирался с 1С. И на те вопросы, что я задавал, я знаю что ответа нет (сто раз уже обсуждалось). Собственно 1800 комментариев в Почему не 1С и 400 в Почему lsFusion, а не 1С это отлично показывают.
Если же вы нарисовали незаслуженные минусики прямому конкуренту, чтобы повысить выгодность своего продукта в глазах ваших клиентов, то подобное утверждение говорит лишь об очень слабой позиции этого продукта, который не может конкурировать на равных. Было бы приятно, если бы вы это честно признали и не разводили клоунаду при любом упоминании 1С на хабре.
Если бы нарисовали незаслуженные, то согласен. Но по факту они вполне заслуженные. Так как собственно технические вопросы (типа вот 5 строк кода в lsFusion, как это в 1С сделать) большинство 1С-сектантов просто игнорируют или переходят на "А ты кто такой?". Адекватные 1Сцы понимают и признают. Собственно поэтому не вижу особой проблемы. Так все делают, вот картинка с сайта odoo например:
Но по факту они вполне заслуженные.
Но по факту они ведь вообще незаслуженные) Если бы были заслуженными, я бы согласился, но соглашаться то не с чем.
Адекватные понимают, что должно быть в системе, и что 1С умеет, а что не умеет. Адекватным не надо объяснять в тысяче восьмистах комментах, почему lsfusion лучше чем 1С)
Но по факту они ведь вообще незаслуженные) Если бы были заслуженными, я бы согласился, но соглашаться то не с чем.
Ну ок. И каждый пошел своею дорогой, а поезд пошел своей.
Адекватным не надо объяснять в тысяче восьмистах комментах, почему lsfusion лучше чем 1С)
Согласен, они и так отлично все понимают. 1800 комментов не для них.
"по опросу пользоватлей, проведенному в интернете, 100% пользователей пользуются интернетом..."
Трындец. JSON руками формировать.
https://v8.1c.ru/platforma/json/
Вот как в lsFusion (попробуйте представить сколько кода в 1С будет). Сразу с доменной логикой JSON формируется.
https://habr.com/ru/companies/lsfusion/articles/460141/#hierarchy
ЗЫ: Почти все что есть по ссылке есть в lsFusion, а то чего "типа нет", одной строкой подключается в maven, а дальше начинается мир Java/JS, до которого 1С как до луны пешком.
Можно использовать XDTO, и по декларативному описанию будет 4 строки достаточно:
ЗаписьJSON = Новый ЗаписьJSON; ЗаписьJSON.УстановитьСтроку(); СериализаторXDTO.ЗаписатьJSON(ЗаписьJSON, ОбъектXDTO); JSONСтрока = ЗаписьJSON.Закрыть();
Только формирование ОбъектаXDTO из запроса данных сколько строк кода займет? То есть в lsFusion это будет грубо говоря:
FORM export
OBJECTS dFrom = DATE, dTo = DATE
OBJECTS c = Contragent
PROPERTIES name(c), numberInvoices = (GROUP SUM 1 IF contragent(InvoiceDocument id) = c AND date(id) >= dateFrom AND date(id) <= dateTo)
OBJECTS pd = PaymentDocument
PROPERTIES (pd) date, number
FILTERS contragent(pd) = c AND date(pd) >= dFrom AND date(pd) <= dTo
;
run() {
EXPORT export OBJECTS dFrom=2011_11_11, dTo=2012_01_02 TO exportFile;
EXTERNAL HTTP '<adress>' PARAMS exportFile();
}Сколько будет полный код на 1С?
450 коробутылок яблопельсинов, естественно...
При этом там тоже автогенерируемый фронт... без доступа к нему...
Голанг для бедных?
Синтаксис - это пока. Скоро понадобятся генерики, композиция функций, конкурентность.
Если ты джун и не можешь отыскать работу, прыгай в этот язык, изучай его, а затем и вытекающие из него 1С:Аналитика и 1С:Шина и на рынке труда за тебя начнут драться. Но это по секрету. Тссссс…
1С:Аналитика и 1С:Шина и 1С: Личный кабинет сотрудника - это эволюционные ветки Элемента, но не 1С:Предприятие. Элемент (у всех разные версии внутри)
Не начнут, это по факту начало конца франчайзи и переход на SaaS модель самой 1С, так как насыщенность коробками уже дошла до предела и рыночек закончился. Немного помогло СВО, но ничего серьезно не поменяется. От технологии Элемента отворачивает только одно - модель поведения 1С со своим партнерами и клиентами. Ни внятных сроков, ни модели развития, за все плати, обучение и сертификация, какие-то уровни геймификации развития - все тайком только для посвященных, а то конкуренты прознают. Я знаком с 1С с 1994 года и 2025 станет для меня с 1С финальным. Этот продукт нужен был вместо 8.3 - сейчас уже поезд ушел.
1С-ников же разорвет, когда вместо любимого перекладывания коллекций в цикле
Функция ЭлементыКоллекции(ДанныеФормы, Строки) Экспорт
ВыделенныеЭлементы = Новый Массив;
Для Каждого ИдентификаторСтроки Из Строки Цикл
ЭлементКоллекции = ДанныеФормы.НайтиПоИдентификатору(ИдентификаторСтроки);
Если ЭлементКоллекции <> Неопределено Тогда
ВыделенныеЭлементы.Добавить(ЭлементКоллекции);
КонецЕсли;
КонецЦикла;
Возврат ВыделенныеЭлементы;
КонецФункциибудет написано такое:
метод ЭлементыКоллекции(ДанныеФормы:Коллекция<СтрокаТаблицы>, Строки:Массив<Идентификатор>): Коллекция<СтрокаТаблицы>
возврат Строки.Выбрать(Идентификатор -> ДанныеФормы.НайтиПоИдентификатору(Идентификатор)).Где(Элемент -> Элемент!=неопределено)
;Они это не переживут и вымрут
JS куны не вымрут без типизации?
А... Коллекции...
Не завезли ещё? Лол
Меня уже рвет от бессмысленности первого бока кода и прибавившейся к ней нечитабельности второго...)))) Вымираю...
Посчитайте сколько раз нужно переключить раскладку стандартной клавиатуры, чтобы набрать пример на Элементе из второго листинга. Я насчитал минимум 5 раз, максимум 8. Очень удобно :(
1сники решают эту проблему спец. раскладкой, например. А теперь и вендор обратил внимание:
Теперь в средах разработки, использующих язык «Элемента», реализована возможность вводить символы из английской раскладки, не переключаясь на нее, – так называемый Alt-ввод.
Во всех случаях, где это возможно, используется одно и то же правило. Чтобы ввести английский символ, удерживайте клавишу Alt и нажмите ту клавишу, на которой находится нужный вам английский символ.
Никогда не писал на 1C, даже не задумался об этом, а как вообще 1с-ники пишут код? Постоянно переключают раскладку? А почему при создании языка об этом никто не задумался?
Там ровно три места с переключением раскладки и используются они не то, чтобы совсем уж часто: <>, [], "is null". Первое легко заменяется на "НЕ =", второе в большинстве случаев на ".Получить()". А третье придумал не очень умный человек, который действительно не задумался, потому что у меня нет ни единого другого объяснения, что же им помешало сделать конструкцию "ЕСТЬ НУЛЛ".
А вот Элемент - это уже чистейшая боль, я не знаю, как на таком писать.
За счет ALT-комбинаций решается очень просто. Я уже давно не переключаю раскладку для ввода [], {}, <> и прочая, для этого просто зажимаю ALT и набираю русские команды.
В среде есть помощник с раскладкой и всякими хот-кеями. Правда, там почему-то не нашел альтернативный ввод спец.символов.
Первое легко заменяется на "НЕ ="
Достаточно было бы использовать !=, как во многих C-подобных языках. Для него переключать раскладку и извращаться как то не нужно.
Никогда не писал на 1C, даже не задумался об этом, а как вообще 1с-ники пишут код? Постоянно переключают раскладку? А почему при создании языка об этом никто не задумался?
Время стучания по клавишам занимает от силы 20% от всего процесса разработки. Нажатие вышеуказанных символов занимает 0.1% от времени стучания по клавишам. Т.ч. время переключения раскладки, само по себе занимающее доли секунды - это исчезающе малая величина. В этой связи изучать alt-костыли даже не понятно ради чего, сэкономить пару секунд времени в день?
Хех, насколько помню != в 1c было <> всегда)) Я никогда этого не понимал когда на 1с код писал. != вводится без переключения раскладки, а <> с переключением (либо через кастомные раскладки).
Похоже на пранк..
Вывод:Элемент — это как IKEA для разработчиков. Всё красиво и просто, пока не попробуешь собрать что-то не из инструкции.
Боюсь, сейчас это больше похоже на Hoff или Столплит. Вроде бы и модульно, и похоже, но выбор меньше, а если захочешь сделать что-то своё, то возникают сложности. IKEA популярна во всём мире и существует уже много лет, поэтому можно найти проверенные советы и рекомендации. А не тратить время и силы на то, чтобы самостоятельно изобретать велосипед.
IKEA для разработчиков
Фреймворк называется. Вроде как все знакомы с этой концепцией, чтобы так некрасиво ее упрощать.
если, конечно, смириться с русскоязычной разработкой
Зачем смиряться? Абсолютно нормально в разработке продуктов преимущественно для русскоязычной аудитории, чтобы язык тех же строковых литералов, повсеместно встречающихся в коде, совпадал с языком самого кода, чтобы избежать лишних переключений раскладки.
Я лишь хочу, что бы вы взглянули на среду разработки Элемент и на Visual Studio Code.
И Theia, и VSCode используют редактор Monaco, хороший проверенный встраиваемый компонент для разных назначений, в том числе и облачных сред разработки. Переносимость опыта между стеками технологий и тем более инструментами вроде как хорошо?
Если ему нужна светло-сиреневая кнопка — значит, она будет.
В корпоративной среде я все-таки склоняюсь в сторону унификации. Максимум, какой-то урезанный функционал для брендирования на уровне темы в корпоративных цветах.
Более глобально тем более не вижу смысла лезть в JS и что-то костылить, так как Элемент - это технология для предметно-ориентированной разработки на фуллстеке, а не для дизайнерских изысков на фронтенде.
По этому в статье я обобщу Элемент как язык программирования для простоты объяснений.
Стоит ли изучать Элемент? Нет, если вы не связаны с 1С и не планируете.
Опять неверные выводы из-за путаницы в терминах и неуместного упрощения. У нового языка пока нет собственного названия. В документации, например, его называют языком Исполнителя или языком Элемента. Элемент - это не язык, это фреймворк, причем с учетом существования шины, в которой используется урезанный Элемент, - конструктор не только для прикладного разработчика, но и для разработчиков вендора, поставляющих разные продукты на его базе. Исполнитель - это тоже не язык, это интерпретатор языка.
Самое важное тут то, что интерпретатор бесплатен, есть и под линукс, и под виндовс, а сам язык бодро развивается и вполне может стать скриптовым языком общего назначения взамен того же onescript, только со статической типизацией и иерархией типов. Чистый код в отрыве от фреймворка, кстати, пишется в VS Code через плагин.
В итоге, все это нормально масштабируется вплоть до того, что, если вам не нравится именно Элемент и политика лицензирования вендора, вы можете написать свой опенсорс-фреймворк на уровне джанги, реакта и других продуктов, с которыми вы потенциально сравниваете Элемент.
Где можно скачать интерпретатор?
С корпоративной учеткой - на портале сопровождения:
1C:Исполнитель, версия 7.0.3.3
С коммьюнити учеткой - на портале разработчика:
1С:Исполнитель
Раньше шутили что язык 1С - это Basic переведенный ПРОМТом, а теперь будет JS переведенный (всё тем же) ПРОМТом
Экскремент :((
А почему нельзя было прикрутить к нему какой-нибудь Lua/Python/JS и больше не морочить людям голову?
Вот эти скобочки <>[] которых нет в русской раскладке, на корню рубят основное преимущество русскоязычного ЯП: возможность писать программы с русскоязычными идентификаторами не переключая раскладки... А если уж раскладку надо переключать, то почему бы не воспользоваться любым другим языком программирования, ведь большинство из них уже давно поддерживают имена функций и переменных на любом языке.
Сниппеты в помощь
Always has been) автозамена для квадратных и угловых скобок - классика 1сников
Плагин для vs code позволяет вставлять эти символы сохраняя русскую раскладку при нажатии alt + б, alt + ю, alt + х и т.п.
Тут такой момент, не вижу меню установки плагинов в их версии vs code для этого элемента. Чую что-то вроде нового конфигуратора, который сам ну вот вообще не конфигурируемый никак. Даже банального vim mode там не было. Только какие-то сторонние решения вместо норм плагинов, которые через хаки и костыли работали, ибо вендором плагины не предусмотрены были, ни сторонние, ни от себя.
Вы говорите про их облачную среду разработки для фреймфорка Элемент. Но сам язык интерпретатора 1С:Испольнитель можно установить локально без данного фреймворка.
Инструкции по установке локально:
https://1cmycloud.com/console/help/executor/docs/topics/extension-installation/
https://developer.1c.ru/applications/Console?state=executordownload
Плагин для локального (не облачного) vs code:
https://1cmycloud.com/console/help/executor/docs/topics/extension-installation/
https://marketplace.visualstudio.com/items?itemName=1c-soft.1c-executor-plugin
Дока по языку:
https://1cmycloud.com/console/help/executor/docs/topics/built-in-script-language-overview/
Уже вовсю практикуем, правда там чёрт ногу сломит на всех этих шагах установки, но у меня получилось
Так а какой смысл его ставить без фреймворка этого? Если просто писать на статически-типизированном скриптовом языке - то я лучше python с тайп хинтами или ts возьму.
Я так понимаю тут и суть в этом элементе. А в среде разработки для него плагины недоступны.
Скоро 1С будет выпускать специализированные клавиатуры где можно не переключаться и они заменять обычные клавиатуры. Вот тогда будет проблема.
Много лет использую раскладку Чистова https://1c.chistov.pro/2012/11/1.html
А вайб-кодинг для этого нового языка тоже уже появился? ))
Посмотрел на примеры кода в статье. Я правильно понимаю, что товарищи из 1С умудрились спроектировать язык, в котором одновременно:
обязательные отступы и ньюлайны,
обязательный end для каждой конструкции (причём в форме точки с запятой)?
Где-нибудь можно взглянуть на формальную грамматику этого ЯП?
Надо сказать, что обязательное жёстко заданное форматирование выглядит существенным преимуществом, учитывая медианный уровень писателей кода.
Будто бы в целях дисциплины хватило бы и одних отступов.
Как мне казалось, обычно язык программирования или «free-form» (с фигурными скобками или begin/end), или «significant indentation». А тут химера какая-то. Хочется понять, ради чего там эти одинокие точки с запятой, не просто ж так их добавили в язык.
Нет, инденты не имеют значимости как в питоне
Спасибо за статью! На мой взгляд, главная предпосылка появления Элемента сводится к очень простой мысли:
как правило, там, где платформа 1С уже дала очень сильные корни, всегда есть какие-то фронты, которые как-то заинтегрированы с бэками на 1С. Все эти фронты написаны, сопровождаются как правило не_1сниками, и как правило, вся эта история - крайне противоречива (для бизнеса, конечно же) особенно в финансовой части: грубо говоря стоимость кастомного фронта - это стоимость или аутсорса или штатного фота, занимающегося исключительно этим. Мы же помним, исторически на 1сников чуть ли прокладку сетки и телефонию не накидывали. Что тут предлагает Элемент? Текущий 1сник (или штат оных) осваивает на изи эту технологию, благо она для него, в принципе уже родная, и теперь самое главное - и может просто за свою зарплату писать и фронт для его бэка. Вин-вин! Фактически, весь кост для вышеописанного бизнеса, связанный с разработкой и поддержкой фронта - уходит, а остается "1Сник Сергей", который помимо прочего, теперь за его зарплату, будет писать еще и фронт на Элементе.
Что стоит, чтобы провернуть такой финт для бизнеса? Всего лишь, докинуть требований к описанию вакансий:
было, типа знание СКД, ERP 2.5, КД 3.x Enterprise Data, сервисы
станет: все то же самое + 1С Элемент.
Вспоминаем, что основная масса 1сников, чувствует себя "ущербными", "обделенными", т.к. у них "нет ООП, нет "MVC, MVP, MVI, VIPER, MVVM, TEA, LLM" и т.д. и у них принято по этому поводу просто изводить себя, страдать, постоянно думать о том, куда свичнуться (в Java, конечно же). И поэтому, как только бедолаге работодатель предложит "написать фронт", конечно, основная масса, чисто на психологии, увидит для себя такой джамп: аааа! Я теперь буду "КАК ОНИ". Понимаете? Поэтому, мне лично кажется, что этот фокус удался бы, но!
Вспомним, когда Элемент был явлен миру, у нас еще не было лайв-кодинга, друзья. Теперь же, из каждого утюга льется буквально то, что тот самый фронтэндер, из моего рассказа будет заменем какими-то умными лайф-промтами от мудрого, и безусловно, дешевого студента, который будет вести "эмоциональный" диалог с LLM, которая опять же на изи, выдаст ему киолотонну проверенного, безбажного кода уже не важно на каком языке. Бизнес уже мечтает, как возможно, он и от 1сников избавится, благо прям вот чуть-чуть уже подождать и 1сный копилот, который просто катком пройдется по 1с-ландшафту и уполовинит количество "бездельников-костов". Если тот же мудрый, худой, и очень очень очень дешевый студент, может формулировать эмейзинг-промты на создание фронта, почему ж он не может ровно так же, просто в параллельный чат выдавать такие же промты на создание 1с-кода? Да может конечно же! Может! Поэтому всё, как говорится - зе бигинг оф зе енд! Программисты, 1сники, да и вообще все - не нужны, дешевые студенты, или просто безработные маргиналы, освоившие "иксусство и магию" промтов вытеснят абсолютно всех кожаных кодо-генераторов. Бизнес зальется жиром, и все у него (не у нас же) будет хорошо!
Вот в такой концепции, я пока принимаю бизнесовые классные мечты и по поводу Элемента, и по поводу вайба. И сейчас тренд не "войти-в-айти" уже, т.к. сложно это, хоть и маркеты говорят, просто изяныч, а на искусство написания чувственно-прекрасного промта, который, как известно, освоит любой, кто освоил где находится кнопка включения на его смартфоне.
Поэтому, хотелось бы подвести итог все таки, моему, надеюсь не менее прекрасному, монологу: 1С Элемент, безусловно, найдет своего клиента. Писать на нем будут, однако я не уверен, что массово. Какие-то 1сники энтузиасты освоившие оный, будут поднимать свои зарплаты, указывая это в резюме и попадая в те места, где бизнес - и все выше по тексту.
Станет ли Элемент, таким же популярным, как сама Платформа, но только для фронта? Вопрос открытый.
Спасибо что прочитали маленький лонгрид-коммент, друзья! Хотел на радостях написать, подписывайся на мой телеграмм-канал, там я делюсь умными мыслями на тему и без, а на самом деле просто тупо фармлю подписоту, спитчу себя в надежде толкнуть подороже рекламу, но! Я же его не завел.
Спасибо, отличный комментарий
Вспоминаем, что основная масса 1сников, чувствует себя "ущербными", "обделенными", т.к. у них "нет ООП, нет "MVC, MVP, MVI, VIPER, MVVM, TEA, LLM" и т.д. и у них принято по этому поводу просто изводить себя, страдать, постоянно думать о том, куда свичнуться (в Java, конечно же).
Основная масса 1сников - это дяденьки и тётеньки за 35-40+, которые уже переболели всеми этими глупостями стремления к новомодности ради новомодности.
С появлением нового интерфейса в платформе 8.5 который как в 1С элемент я перестал понимать что происходит. С появлением вайбкодинга, 1С:Напарников и LLM для написания кода понял что самый ценный язык - тот на котором много всего написано. Тут LowCode как таковых судьба под вопросом, Элемент я честно пытался уловить стратегию развития - для чего оно. Я даже молчу про опять гвоздями прибитый фронт облачную IDE и Java под капотом, но какое позиционирование? Зачем тогда интерфейс в 8.5 принесли... Сделал опрос у себя https://t.me/comol_it_does_matter/125 понял что ни один я кажется ничего не понимаю...
Новый язык от 1С: Зачем? Кому? Стоит ли лезть?