Не стоит. Я разрабатываю на 1С чуть больше 10 лет, стремясь использовать в своих проектах самые современные фишки и интерфейсы 1С. И писать решение с нуля - это самое худшее решение. Писать решение на базе стандартных библиотек 1С - лучше, но тоже так себе.
И полтора года пишу на Элементе, где нет вообще ничего кроме двух демок, документации и комьюнити. Там можно развиваться сколько угодно, и этот язык и Фреймворк я считаю более перспективным, нежели современную платформу 1С. В основном из-за малого легаси кода и библиотечного подхода к разработке, что кратно сокращает процесс разработки новых решений. Жаль только пока комьюнити небольшое, библиотек готовых мало (7 от 1С, с десяток от опенсорс сообщества)
Говорят, если начинаешь писать конфигурацию с нуля, с правильной архитектурой, с бизнес логикой продуманной, с адекватными и удобными интерфейсами, то Фреймворк 1С раскрывается с совершенно другой стороны... Пока не взвоешь от реального количества кода, который надо придумать и реализовать.
Продавцу лопат нужно много мелких розничных покупателей, не связанных между собой, а не крупные картели, скупающие оптом по низкой цене и централизованно.
Думается мне, что Нуралиев отстоял свою систему сертификации, тем более что по 1С их как минимум две - одна от самой фирмы 1С и другая от некоторого центра сертификации, напрямую не связанного с фирмой 1С
Эффект проявляется только от долговременного использования без перерывов в течение 3-4 часов. А я перед монитором сижу по 11-12 часов в связи с работой. Поэтому боковые у меня долго оставались на 60 Гц, потому что я у ним обращался изредка и не больше чем на полчаса. А вот центральный пришлось сменить.
Причем эффект я вывел случайно, когда на новом 165 Гц мониторе случайно выставил частоту в 60 Гц и не заметил этого, а потом спустя 3 часа почувствовал нарастающую резь в глазах. Залез в настройки, переключил обратно на 165 Гц - боль сошла на нет.
Думаю причина сухого глаза в частоте предыдущих экранов в 60 Гц. А на новом 144 Гц, отсюда и повышение удобства.
Сам я сидел на сборке из 3 24-27 дюймовых мониторах на 60 Гц, тоже начали глаза болеть после долгой работы. Заменил центральный монитор на 27-дюймовый с 165 Гц - вообще никаких проблем. До и после разрешение оставалось прежним - 2к. После этого начал играться с форм факторами, размерами и частотой и для себя опредили что наиболее комфортная работа идет за 24 дюймовым монитором fullhd / 2k с частотой не ниже 90 Гц. На 60 и 75 глаза болят спустя 3-4 часа работы, на 90+ никакого дискомфорта. Выше 100 Гц уже разницы никакой не видно.
В конечном итоге оставил себе три монитора с теми же диагоналями и разрешением, но с частотой уже от 100 до 165 Гц.
За счет ALT-комбинаций решается очень просто. Я уже давно не переключаю раскладку для ввода [], {}, <> и прочая, для этого просто зажимаю ALT и набираю русские команды. В среде есть помощник с раскладкой и всякими хот-кеями. Правда, там почему-то не нашел альтернативный ввод спец.символов.
Вопрос - будет ли БИОС видеть такой диск как полноценный SSD? Для таких кейсов как развернуть на нее ОС со всеми данными и ходить с одним окружением от станции к станции
По сути сейчас использую Элемент как расширение имеющихся возможностей платформы в части мобилок удобных и красивых, в части ЛК, веб-сервисов для реализации микросервисной архитектуры. Есть пара проектов полностью автономных для задач чисто учета (то же самое что и на платформе, только в вебе и быстрее, а еще дешевле по лицензиям), ну и какие то сложные сценарии интеграции, где веб сервис на Элементе выступает в качестве брокера или просто для вебхуков.
Можно, конечно, и полноценную CRM сделать, но тут наверное какую-то специфическую надо реализовывать, так как сложно тягаться с общими решениями типа амо, битрикса, ритейла. Хотя за Элементом преимущество в части открытого исходного кода и возможности кастомизировать решение под себя, тут взято лучшее от самой платформы.
Попробуйте 1С:Элемент и его язык. Он похож на язык платформы 1С, но имеет ряд изменений и улучшений, в частности статическая типизация, большое количество фич из коробки (те же регулярки), облачная IDE на базе Teya, схема упрощения синтаксиса как в питоне. А еще все элементы и формы проекта в yaml файлах с возможностью прямого редактирования их кроме визуального конструктора свойств. Я лично год пишу на Элементе и тащусь от него, особенно когда приходится возвращаться обратно на платформу 1С.
Да, и работа с классами в целом тоже имеется в виде структур, только пока без наследования и полиморфизма, но хотя бы методы и поля имеются с управлением видимостью методов. Для задач сериализации например из JSON текста в объектную модель на ходу идеально заходит.
Соглашусь с предыдущим оратором. Для меня как для CEO материал крайне важен с точки зрения самодиагностики и подтверждения что мои проблемы не уникальные. Но читал я статью 4 дня урывками, поскольку текущая работа крайне редко дает возможность сесть и погрузиться полностью в текст. Аналогично и с книгой, я ее читаю маленькими порциями при появлении времени и возможности, но приходится постоянно перечитывать текст, потому что контекст со временем исчезает и за исходной мыслью надо возвращаться.
Потому лонгриды - это хорошо, но надо понимать что его и читать будут долго, неделями и месяцами. Просто принять как факт и не расстраиваться.
Аналогичное письмо получил на днях от своего: Информируем Вас о том, что 24.01.2025 с 10.30 до 17.00 в связи с плановыми работами будут недоступны услуги связи по адресу: Россия, Санкт-Петербург,...
Ожидается отключение до 5 часов. Приносим извинения за временные неудобства.
Еще вопрос - вы предварительную оптимизацию делали для СУБД Postgresql? Или взяли стоковую сборку от 1С и на ней запускали тесты? Поскольку по умолчанию postgresql настроен на минимальное потребление ресурсов, в отличие от MS SQL, который тюниися под систему прямо при установке.
По моим наблюдениям за последние пару лет, разница может достигать 30% до и после настройки параметров.
Кроме этого важна версия СУБД, 12 от 17 отличаются достаточно сильно, а кроме того крайне важна версия платформы. 8.3.24 и 8.3.25 отличаются между собой по производительности на 10-15% в пользу 8.3.25, при этом очень много пользователей работают под 8.3.24, об этом также важно помнить.
Не стоит. Я разрабатываю на 1С чуть больше 10 лет, стремясь использовать в своих проектах самые современные фишки и интерфейсы 1С. И писать решение с нуля - это самое худшее решение. Писать решение на базе стандартных библиотек 1С - лучше, но тоже так себе.
И полтора года пишу на Элементе, где нет вообще ничего кроме двух демок, документации и комьюнити. Там можно развиваться сколько угодно, и этот язык и Фреймворк я считаю более перспективным, нежели современную платформу 1С. В основном из-за малого легаси кода и библиотечного подхода к разработке, что кратно сокращает процесс разработки новых решений. Жаль только пока комьюнити небольшое, библиотек готовых мало (7 от 1С, с десяток от опенсорс сообщества)
Говорят, если начинаешь писать конфигурацию с нуля, с правильной архитектурой, с бизнес логикой продуманной, с адекватными и удобными интерфейсами, то Фреймворк 1С раскрывается с совершенно другой стороны... Пока не взвоешь от реального количества кода, который надо придумать и реализовать.
Итог - заработать в найме именно на дизайне миллион - нереально. Потому что когда ты руководишь - ты не занимаешься дизайном
Ответ на поверхности - конструктор запроса автоматом меняет ISNULL на ЕСТЬNULL. Потому и не отображается. Но использовать конструкцию можно.
Открою секрет. В запросах можно вводить ISNULL, запрос будет валидный в любом написании
Продавцу лопат нужно много мелких розничных покупателей, не связанных между собой, а не крупные картели, скупающие оптом по низкой цене и централизованно.
ИнфИз от бота? Что-то новенькое
Я так понял, это очередная реинкарнация SSR?
Уже столько разных приложений и технологий с этим работает и уже очень давно, до того как это стало мейнстримом.
Думается мне, что Нуралиев отстоял свою систему сертификации, тем более что по 1С их как минимум две - одна от самой фирмы 1С и другая от некоторого центра сертификации, напрямую не связанного с фирмой 1С
Эффект проявляется только от долговременного использования без перерывов в течение 3-4 часов. А я перед монитором сижу по 11-12 часов в связи с работой. Поэтому боковые у меня долго оставались на 60 Гц, потому что я у ним обращался изредка и не больше чем на полчаса. А вот центральный пришлось сменить.
Причем эффект я вывел случайно, когда на новом 165 Гц мониторе случайно выставил частоту в 60 Гц и не заметил этого, а потом спустя 3 часа почувствовал нарастающую резь в глазах. Залез в настройки, переключил обратно на 165 Гц - боль сошла на нет.
Думаю причина сухого глаза в частоте предыдущих экранов в 60 Гц. А на новом 144 Гц, отсюда и повышение удобства.
Сам я сидел на сборке из 3 24-27 дюймовых мониторах на 60 Гц, тоже начали глаза болеть после долгой работы. Заменил центральный монитор на 27-дюймовый с 165 Гц - вообще никаких проблем. До и после разрешение оставалось прежним - 2к. После этого начал играться с форм факторами, размерами и частотой и для себя опредили что наиболее комфортная работа идет за 24 дюймовым монитором fullhd / 2k с частотой не ниже 90 Гц. На 60 и 75 глаза болят спустя 3-4 часа работы, на 90+ никакого дискомфорта. Выше 100 Гц уже разницы никакой не видно.
В конечном итоге оставил себе три монитора с теми же диагоналями и разрешением, но с частотой уже от 100 до 165 Гц.
За счет ALT-комбинаций решается очень просто. Я уже давно не переключаю раскладку для ввода [], {}, <> и прочая, для этого просто зажимаю ALT и набираю русские команды.
В среде есть помощник с раскладкой и всякими хот-кеями. Правда, там почему-то не нашел альтернативный ввод спец.символов.
Так все таки агронафт или аргонафт? Мы агрономией занимаемся или на Арго плаваем/ходим?
Вопрос - будет ли БИОС видеть такой диск как полноценный SSD? Для таких кейсов как развернуть на нее ОС со всеми данными и ходить с одним окружением от станции к станции
По сути сейчас использую Элемент как расширение имеющихся возможностей платформы в части мобилок удобных и красивых, в части ЛК, веб-сервисов для реализации микросервисной архитектуры. Есть пара проектов полностью автономных для задач чисто учета (то же самое что и на платформе, только в вебе и быстрее, а еще дешевле по лицензиям), ну и какие то сложные сценарии интеграции, где веб сервис на Элементе выступает в качестве брокера или просто для вебхуков.
Можно, конечно, и полноценную CRM сделать, но тут наверное какую-то специфическую надо реализовывать, так как сложно тягаться с общими решениями типа амо, битрикса, ритейла. Хотя за Элементом преимущество в части открытого исходного кода и возможности кастомизировать решение под себя, тут взято лучшее от самой платформы.
Попробуйте 1С:Элемент и его язык. Он похож на язык платформы 1С, но имеет ряд изменений и улучшений, в частности статическая типизация, большое количество фич из коробки (те же регулярки), облачная IDE на базе Teya, схема упрощения синтаксиса как в питоне. А еще все элементы и формы проекта в yaml файлах с возможностью прямого редактирования их кроме визуального конструктора свойств. Я лично год пишу на Элементе и тащусь от него, особенно когда приходится возвращаться обратно на платформу 1С.
Да, и работа с классами в целом тоже имеется в виде структур, только пока без наследования и полиморфизма, но хотя бы методы и поля имеются с управлением видимостью методов. Для задач сериализации например из JSON текста в объектную модель на ходу идеально заходит.
Соглашусь с предыдущим оратором. Для меня как для CEO материал крайне важен с точки зрения самодиагностики и подтверждения что мои проблемы не уникальные. Но читал я статью 4 дня урывками, поскольку текущая работа крайне редко дает возможность сесть и погрузиться полностью в текст. Аналогично и с книгой, я ее читаю маленькими порциями при появлении времени и возможности, но приходится постоянно перечитывать текст, потому что контекст со временем исчезает и за исходной мыслью надо возвращаться.
Потому лонгриды - это хорошо, но надо понимать что его и читать будут долго, неделями и месяцами. Просто принять как факт и не расстраиваться.
Спасибо за ссылку. Прочитал в один присест. И стало страшно...
Аналогичное письмо получил на днях от своего:
Информируем Вас о том, что 24.01.2025 с 10.30 до 17.00 в связи с плановыми работами будут недоступны услуги связи по адресу: Россия, Санкт-Петербург,...
Ожидается отключение до 5 часов.
Приносим извинения за временные неудобства.
Еще вопрос - вы предварительную оптимизацию делали для СУБД Postgresql? Или взяли стоковую сборку от 1С и на ней запускали тесты? Поскольку по умолчанию postgresql настроен на минимальное потребление ресурсов, в отличие от MS SQL, который тюниися под систему прямо при установке.
По моим наблюдениям за последние пару лет, разница может достигать 30% до и после настройки параметров.
Кроме этого важна версия СУБД, 12 от 17 отличаются достаточно сильно, а кроме того крайне важна версия платформы. 8.3.24 и 8.3.25 отличаются между собой по производительности на 10-15% в пользу 8.3.25, при этом очень много пользователей работают под 8.3.24, об этом также важно помнить.