Если у вас богатый опыт работы с Виндой, то стоило попробовать KDE. Мне,, например, Ubuntu хватило на полгода, потом на глаза попалась Kubuntu и как-то сильно полегчало. Для игр все-таки советую использовать Винду на отдельном разделе
ну писать большие проекты на чистом js стало возможно только после появления ES6. Сравнение с байт-кодом делается в том смысле, что других универсальных возможностей для выполнения произвольного кода в браузере нет.
И он точно быстрее конкурентов того же класса (сравните с python)
Все таки быстрым его делает JIT-компилятор V8, на создание которого были брошены лучшие ресурсы компании Google. К сожалению PyPy так и остается нишевым продуктом.
Как минимум есть 3 подхода к абстракции JavaScript
Полная трансляция кода, это то что на скинул выше. Что касается популярности - платформа 1С:Предприятие популярна? В ней при работе через веб-клиент выполняется трансляция языка 1С:Предприятие в JavaScript.
Платформа генерирует основную часть клиентского кода, но при необходимости можно вставлять свои куски. Такой подход применяется, например, в Django и Odoo
Фреймворки типа React или Angular, которые содержат готовые компоненты, которыми вы управляете на JavaScript
Возможно кто-то разрабатывает фронтенд на чистом JavaScript, но мне это кажется странным.
Всегда воспринимал JavaScript как байт-код для браузера. Писать на нем теоретически можно, но лучше все-таки пользоваться более высокоуровневыми фреймворками.
Нашел его выступление по теме low-code https://highload.ru/moscow/2022/abstracts/9730. Вот он там говорит что для него low-code это просто другой уровень абстракции. Это явно отличается от общепризнанного определения и от того, что написано в обсуждаемой нами статье. На самом деле в платформе есть элементы low-code - СКД, язык запросов, регистры разного типа. Но вся бизнес логика пишется так же, как она писалась бы на C++.
1C:ERP - 2 млн строк кода. Это по-вашему low-code? Когда я был совсем юным у меня была попытка описать все взаимодействия внутри организации с помощью 3-х сущностей - Приход, Расход и Перемещение. Каждая хозяйственная операция описывалась с помощью этих 3-х сущностей. Но я быстро понял что бизнес правила + законодательные требования всячески ломают любой "идеальный учет". Поэтому нужна предметно ориентированная платформа для реализации всех этих правил, чем собственно и является 1С
Написали, что там снимок git-репозитория, т.е. даже если его клонировали с помощью --depth=1 останется информация об авторе и комментарий последнего коммита
У каждого человека состав категорий разный. Почему-то в статье об этом ни слова
Наименования в чеках настолько короткие, что правильнее их воспринимать не как наименование, а как код
Нужно учитывать магазин в котором выполняется покупка. Например в детском мире морковка это будет игрушка
Учитывая, что человек приобретает чаще всего одни и те же товары и относит их к одной категории, достаточно указать для каждого наименования каждого магазина категорию и 80% чеков будет заполняться автоматически.
У меня в N54L установлено 16Гб памяти (не ECC). Помимо файлового сервера и DLNA на нем запущена еще куча служб для личного пользования. Оба вентилятора поменял на Noctua Даже не понимаю для каких задач его недостаточно.
На мой взгляд, главная проблема C++ в том, что сделав его суперуниверсальным, его создатели не подумали о том, что часть этой универсальности стоило ограничить. В итоге получилось, что на каждую возможность стало появляться огромное количество антипаттернов. Язык накопил огромный технический долг, который сначала решался энтузиастами и потом через долгое время становился частью стандарта. Вторая проблема, то что язык так и не оброс нормальными кросс-платформенными библиотеками, например для работы с сетью, БД или десктопом. Разрабатывая на C++ под винду и перейдя на линукс можно испытать огромную боль и гнев. В этом смысле С++ очень привязывает разраюотчика к компании. Мысли о смене работы улетучиваются, когда представляешь сколько всего предстоит сделать, изменить или изучить, чтобы создать для себя комфортные условия для работы на новом месте.
Согласно методологии БСП, все команды добавляются кодом, что на самом деле правильно. Для контекстного меню команды тоже можно добавлять программно.
Видимость, как и некоторые другие свойства, нужно воспринимать как расширение условного офориления для таблиц формы. При изменении видимости элементов формы почти всегда происходит серверный вызов для перестроения формы, поэтому можно понять, почему разработчики отказались от управления видимостью с помощью условного оформления для всех элементов формы. Но есть примеры подсистем, когда правилами задаются взаимосвязи видимости и затем эта логика выполняется через общие подписчики.
Да, именно так, ради простой задачи делать кучу действий. Вот и спрашивается - зачем все это? Бывало форма при масштабировании криво работала и приходилось проверять все эти привязки. Про программную модификацию формы для упрощения обновления даже не задумывались тогда.
И каких же десктомных возможностей недостает управляемой форме, что по-вашему делает ее эффективное использование невозможной?
Ну да, часть команд принадлежит форме, другие принадлежат объектам метаданных, третьи вообще добавляются программно. Всегда можно сделать поиск ссылок на объект, чтобы их найти
Ну да, евангелисты компании 1С считают что у всех пользователей установлена последняя версия платформы. Но реальность абсолютно другая, причем это касается не только продуктов компании 1С.
Зачем вам программное добавление и скрытие пунктов меню? Реально интересно увидеть сценарий. Управлять скрытием кстати можно через параметрическую функциональную опцию, где параметром будет выступать номер текущего сеанса.
Вот простая задача. При открытии формы необходимо скрыть один из элементов. Как вы это будете делать? Пересчитывать координаты всех элементов которые находятся ниже? Заголовок с полем тоже не связать, приходилось им управлять независимо. Не удивительно, что как только появилась платформа 8.2, мы все новые формы в УПП делали управляемыми, чтобы поскорее избавиться от этого кошмара.
У вас есть пример веб-интерфейса, который удобнее десктопного при работе с данными?
Да видел я все это убожество, когда командную панель или элемент на форме не найти
По вашему ошибка только что выпущенной версии платформы (вероятнее всего там новая версия формата), которую безусловно исправят, идентична многолетней проблеме не имеющей решения? Есть много проектов, где разработчики используют Git без EDT, что-то я не помню чтобы жаловались на подобные проблемы. Служба поддержки просит проверить на последней версии, чтобы упростить себе жизнь, критичные ошибки исправляются и в предыдущих версиях. Например 14.10.2022 вышла сборка 8.3.17.2733, причем первая сборка версии 8.3.17 вышла 23.04.2022. Новые версии есть смысл ставить либо для новых проектов, либо когда нужна новая функциональность.
Идеальные формы на 8.0/8.1? Это там где на одной форме десятки элементов и при скрытии ненужных будут зиять огромные пустые места? А уж сколько проблем возникало, при необходимости добавить новый элемент между двумя существующими. А сейчас это можно программно сделать за 5 минут не усложнив при этом дальнейшую поддержку.
Компактный режим появился как вариант интерфейса "Такси". Что касается расширения возможности размещения элементов на форме - никто не обещал, что будут все возможности HTML. Сейчас вся индустрия идет по упрощению форм, собственно поэтому интерфейс Такси и был выпущен.
Наложение элементов и скрытые командные панели это вообще зло. У веб-версии есть действительно особенности, кроме того она более остро реагирует на неправильное написание подписчиков, в которых делают недопустимые контекстные серверные вызовы.
Управляемые формы выгружаются и загружаются без каких либо проблем. Если у вас есть сценарий воспроизведения, что это не так, нужно писать в службу поддержки. Считать только что выпущенную версию как рекомендованную я бы точно не стал. Разве что для небольших внутренних проектов. Опять же, если зафиксировали ошибку писать нужно в службу поддержки.
Если у вас богатый опыт работы с Виндой, то стоило попробовать KDE. Мне,, например, Ubuntu хватило на полгода, потом на глаза попалась Kubuntu и как-то сильно полегчало.
Для игр все-таки советую использовать Винду на отдельном разделе
ну писать большие проекты на чистом js стало возможно только после появления ES6. Сравнение с байт-кодом делается в том смысле, что других универсальных возможностей для выполнения произвольного кода в браузере нет.
Все таки быстрым его делает JIT-компилятор V8, на создание которого были брошены лучшие ресурсы компании Google. К сожалению PyPy так и остается нишевым продуктом.
Это IT-компания и сайт их основной продукт. Ну и размер компании таков, что можно целое подразделение на поддержку этого сайта выделить
Как минимум есть 3 подхода к абстракции JavaScript
Полная трансляция кода, это то что на скинул выше. Что касается популярности - платформа 1С:Предприятие популярна? В ней при работе через веб-клиент выполняется трансляция языка 1С:Предприятие в JavaScript.
Платформа генерирует основную часть клиентского кода, но при необходимости можно вставлять свои куски. Такой подход применяется, например, в Django и Odoo
Фреймворки типа React или Angular, которые содержат готовые компоненты, которыми вы управляете на JavaScript
Возможно кто-то разрабатывает фронтенд на чистом JavaScript, но мне это кажется странным.
https://www.sitepoint.com/10-languages-compile-javascript/
Всегда воспринимал JavaScript как байт-код для браузера. Писать на нем теоретически можно, но лучше все-таки пользоваться более высокоуровневыми фреймворками.
Нашел его выступление по теме low-code https://highload.ru/moscow/2022/abstracts/9730. Вот он там говорит что для него low-code это просто другой уровень абстракции. Это явно отличается от общепризнанного определения и от того, что написано в обсуждаемой нами статье.
На самом деле в платформе есть элементы low-code - СКД, язык запросов, регистры разного типа. Но вся бизнес логика пишется так же, как она писалась бы на C++.
1C:ERP - 2 млн строк кода. Это по-вашему low-code?
Когда я был совсем юным у меня была попытка описать все взаимодействия внутри организации с помощью 3-х сущностей - Приход, Расход и Перемещение. Каждая хозяйственная операция описывалась с помощью этих 3-х сущностей. Но я быстро понял что бизнес правила + законодательные требования всячески ломают любой "идеальный учет". Поэтому нужна предметно ориентированная платформа для реализации всех этих правил, чем собственно и является 1С
Написали, что там снимок git-репозитория, т.е. даже если его клонировали с помощью --depth=1 останется информация об авторе и комментарий последнего коммита
Можно будет посмотреть наконец правила формирования топа яндекс-новостей. Там ведь и тикеты есть и авторы
Видится 3 проблемы:
У каждого человека состав категорий разный. Почему-то в статье об этом ни слова
Наименования в чеках настолько короткие, что правильнее их воспринимать не как наименование, а как код
Нужно учитывать магазин в котором выполняется покупка. Например в детском мире морковка это будет игрушка
Учитывая, что человек приобретает чаще всего одни и те же товары и относит их к одной категории, достаточно указать для каждого наименования каждого магазина категорию и 80% чеков будет заполняться автоматически.
У меня в N54L установлено 16Гб памяти (не ECC). Помимо файлового сервера и DLNA на нем запущена еще куча служб для личного пользования.
Оба вентилятора поменял на Noctua
Даже не понимаю для каких задач его недостаточно.
Лицензионная политика Qt сейчас грабительская. Насколько я помню нужно платить роялти за каждый экземпляр программы.
На мой взгляд, главная проблема C++ в том, что сделав его суперуниверсальным, его создатели не подумали о том, что часть этой универсальности стоило ограничить. В итоге получилось, что на каждую возможность стало появляться огромное количество антипаттернов. Язык накопил огромный технический долг, который сначала решался энтузиастами и потом через долгое время становился частью стандарта.
Вторая проблема, то что язык так и не оброс нормальными кросс-платформенными библиотеками, например для работы с сетью, БД или десктопом. Разрабатывая на C++ под винду и перейдя на линукс можно испытать огромную боль и гнев. В этом смысле С++ очень привязывает разраюотчика к компании. Мысли о смене работы улетучиваются, когда представляешь сколько всего предстоит сделать, изменить или изучить, чтобы создать для себя комфортные условия для работы на новом месте.
Согласно методологии БСП, все команды добавляются кодом, что на самом деле правильно. Для контекстного меню команды тоже можно добавлять программно.
Видимость, как и некоторые другие свойства, нужно воспринимать как расширение условного офориления для таблиц формы. При изменении видимости элементов формы почти всегда происходит серверный вызов для перестроения формы, поэтому можно понять, почему разработчики отказались от управления видимостью с помощью условного оформления для всех элементов формы. Но есть примеры подсистем, когда правилами задаются взаимосвязи видимости и затем эта логика выполняется через общие подписчики.
Да, именно так, ради простой задачи делать кучу действий. Вот и спрашивается - зачем все это? Бывало форма при масштабировании криво работала и приходилось проверять все эти привязки. Про программную модификацию формы для упрощения обновления даже не задумывались тогда.
И каких же десктомных возможностей недостает управляемой форме, что по-вашему делает ее эффективное использование невозможной?
Ну да, часть команд принадлежит форме, другие принадлежат объектам метаданных, третьи вообще добавляются программно. Всегда можно сделать поиск ссылок на объект, чтобы их найти
Ну да, евангелисты компании 1С считают что у всех пользователей установлена последняя версия платформы. Но реальность абсолютно другая, причем это касается не только продуктов компании 1С.
Зачем вам программное добавление и скрытие пунктов меню? Реально интересно увидеть сценарий. Управлять скрытием кстати можно через параметрическую функциональную опцию, где параметром будет выступать номер текущего сеанса.
Вот простая задача. При открытии формы необходимо скрыть один из элементов. Как вы это будете делать? Пересчитывать координаты всех элементов которые находятся ниже? Заголовок с полем тоже не связать, приходилось им управлять независимо. Не удивительно, что как только появилась платформа 8.2, мы все новые формы в УПП делали управляемыми, чтобы поскорее избавиться от этого кошмара.
У вас есть пример веб-интерфейса, который удобнее десктопного при работе с данными?
Да видел я все это убожество, когда командную панель или элемент на форме не найти
По вашему ошибка только что выпущенной версии платформы (вероятнее всего там новая версия формата), которую безусловно исправят, идентична многолетней проблеме не имеющей решения? Есть много проектов, где разработчики используют Git без EDT, что-то я не помню чтобы жаловались на подобные проблемы. Служба поддержки просит проверить на последней версии, чтобы упростить себе жизнь, критичные ошибки исправляются и в предыдущих версиях. Например 14.10.2022 вышла сборка 8.3.17.2733, причем первая сборка версии 8.3.17 вышла 23.04.2022. Новые версии есть смысл ставить либо для новых проектов, либо когда нужна новая функциональность.
Идеальные формы на 8.0/8.1? Это там где на одной форме десятки элементов и при скрытии ненужных будут зиять огромные пустые места? А уж сколько проблем возникало, при необходимости добавить новый элемент между двумя существующими. А сейчас это можно программно сделать за 5 минут не усложнив при этом дальнейшую поддержку.
Компактный режим появился как вариант интерфейса "Такси". Что касается расширения возможности размещения элементов на форме - никто не обещал, что будут все возможности HTML. Сейчас вся индустрия идет по упрощению форм, собственно поэтому интерфейс Такси и был выпущен.
Наложение элементов и скрытые командные панели это вообще зло. У веб-версии есть действительно особенности, кроме того она более остро реагирует на неправильное написание подписчиков, в которых делают недопустимые контекстные серверные вызовы.
Управляемые формы выгружаются и загружаются без каких либо проблем. Если у вас есть сценарий воспроизведения, что это не так, нужно писать в службу поддержки. Считать только что выпущенную версию как рекомендованную я бы точно не стал. Разве что для небольших внутренних проектов. Опять же, если зафиксировали ошибку писать нужно в службу поддержки.