более 10 лет на рынке, много внедрений на данной платформе, большой выбор партнеров, гибкая лицензионная политика, наличие мощных конструкторов для самостоятельной модификации системы
все тоже самое можно сказать и о 1С Документооборот, там еще плюсом интеграция с остальными продуктами 1С
Не буду спорить по поводу лишних сущностей и отдельных кусочков. По старой памяти в Delphi всего этого не меньше а с учетом проблем в сторонних компонентах и с учетом того что зачастую сторонние компоненты поставляются с закрытыми исходниками и контроля над ними не намного больше.
В целом же платформа содержит все что не обходимо:
1. Работа с почтой, фтп, WEB сервисы (как сервер так и клиент) HTTP сервисы (аналогично), поле HTML документа позволяет встраивать HTML в разрабатываемые решения.
2. Мощная система контроля доступа на уровне строк RLS
3. Ведение журналов на уровне системы
4. Мощная система отчетов которую в т.ч. могут настраивать и пользователи СКД
5. Работа с COM
6. Поддержка всего более менее используемого торгового оборудования (Сканеры ШК, терминалы смарт карт, фискальные регистраторы, кассовые аппараты).
Это далеко не полный список. Плюс многие разработки уже есть в типовых системах и так же доступна БСП в которой накоплен опыт огромной компании и которая доступна при разработке своих решений.
«Вот только реальное внедрение и сопровождение ERP — очень затратная вещь в реальности.»
Вы хотите сказать что написать с 0 систему уровня ERP и затем внедрить ее на предприятии намного дешевле? Сколько времени вам потребуется на написание подобной системы?
В целом же при прочих равных на 1С можно гораздо быстрее и гораздо дешевле написать для бизнеса практически все что можно написать на Delphi.
Притом вы сразу получаете WEB клиент + в нагрузку возможность создать клиентов для Android/IOS
В качестве примера, сколько денег и времени у вас уйдет на реализацию:
https://www.youtube.com/watch?v=DgPuF_WTyB8
В 1С это будет доступно по подписке ИТС (которая в общем то есть почти всегда).
А бизнесу это нужно еще вчера.
система финансово-управленческого учёта специального назначения
ничего лишнего, максимальная эргономика с защитой от дурака и зловреда, минимальное время реакции на изменяющиеся требования бизнеса, минимальные требования к инфраструктурному обеспечению (типа ничего, кроме sql сервера)
Как вариант платформа 1С 8.3.х. (про цену лицензий в требованиях ничего не было :)). Но если система большая то цена лицензий в стоимости системы занимает от силы 1% ну и Delphi тоже не бесплатная.
По остальным показателям именно в «финансово-управленческом учёте» 1С вполне способна составить конкуренцию Delphi.
А если нужно и «минимальное время реакции на изменяющиеся требования бизнеса» то delphi сильно отстает от 1С.
Чем то похоже на научно-фантастический роман «Люди как боги» Сергея Снегова который был написан еще в 60х.
Там как раз люди путешествовали путем уничтожения пространства перед собой и генерации его позади себя, при этом сами были «неподвижны» таким образом путешествуя быстрее скорости света не нарушая законы физики. Плюс конвертация вещества в пространство использовалось как оружие, т.е. вражеский корабль не мог долететь до корабля людей т.к. их корабль непрерывно генерировал пространство вокруг себя.
К сожалению нет NFC и беспроводной зарядки.
По поводу NFC: У жены S5 (у меня WileyFox) так вот когда идем гулять из вещей берем только ее телефон и 500-600 рублей. Если нужно что то купить в магазине или расплатиться в кафе это можно легко сделать телефоном (мобильное приложение Tinkoff). Да и вообще кошелек/карточку вполне можно забыть дома, особенно летом если гуляешь в шортах / летнем платье, в то же время телефон всегда с собой. Понятно что NFC не используется постоянно и ежедневно но иметь дополнительный способ оплаты в кармане всегда полезно.
Так же использую телефон для навигации в машине, и не хватает NFC что бы установить в держатель метку при появлении которой будет запускаться навигатор, отключаться WiFi, включаться Bluetooth и отключаться авторегулировка яркости если сейчас день.
Что касается беспроводной зарядки то это просто удобно в офисе, дома, в машине.
Ключик отдают, его можно посмотреть в aida64 extreme после установки Win10. (ну или другими способами, я смотрел с помощью AIDA)
Думаю что активированная windows юридически так и остается не лицензионной. Но фактически это активированная система которая проходит все проверки. Т.е. теперь не нужно ставить активаторы. А так как DX12 неизбежен то я для себя решил что лучше обновиться сейчас бесплатно без смс чем потом покупать или жить с активатором который может слететь при каждом обновлении.
При следующей установке можно воспользоваться ключиком или отказаться и тогда активация пройдет через интернет. Я пользовался ключом: после обновления на Win10 с win 7 в системе остается много мусора поэтому после обновления я сразу отформатировал системный диск и поставил MSDN образ Win10 используя при установке ключ который получил AIDA из обновленной системы.
На самом деле не обязательно, из этого исходить. Например на android есть защита через графический пароль и там достаточно мельком посмотреть и ключ понятен, плюс на стекле видно путь пальца.
Я бы с удовольствием заменил стандартный графический пароль на тот который описан в статье.
В последнее время это правда менее актуально т.к. почти на всех устройствах доступ по отпечатку.
«В сфере добровольного автострахования по-прежнему наблюдается спад. По оценкам ЦБ, компании заключили на 27% договоров по КАСКО меньше, чем в прошлом году: это связано со снижением продаж автомобилей»
Живу в СПБ, есть временная регистрация но нет прописки, 5 лет страховки по КАСКО, 0 обращений, все 5 лет страховался в СПБ.
Хотел застраховать от угона (машина не угоняемая, за год 0 угонов в регионе), страховая сумма 500000, страховой взнос ~12 000.
Все топ 15 страховых отказали т.к. прописан в ростовской области, временная регистрация в СПБ (на 5 лет, с окончанием в 2017) не подходит.
Единственная страховая согласилась(небольшая компания), но позже все равно затребовали справку с места работы что действительно работаю в питере.
Может страховой рынок в том числе и по этому просел?
Я так и не понял какая разница страховым где я прописан для КАСКО (я бы еще как то мог понять для ОСАГО...).
Вообще я хотел страховать по полной, но у меня на каждом элементе есть или мелкий скол или потертость (КАД, Дворовые парковки) и при осмотре представитель СК сказал что в случае повреждения этих элементов по КАСКО их ремонт не оплатят. И таких ситуаций большинство: forum.ozpp.ru/showthread.php?t=170995. В итоге а какой смысл страховать и платить 45 000 если в итоге потом все равно самому платить за ремонт.
На самом деле все проще.
Для небольших баз в общем то нет особой разницы Postgres или SQL.
Для больших и нагруженных все равно нужно уметь настраивать и Postgres и SQL и специалисты нужны с соответствующими уровнями.
Установка Postgres (https://postgrespro.ru/products/1c_build) в общем то простая не сложней SQL (само собой для Linux администратора).
Насчет спецов, если это решение для бизнеса то в и для Win и для Nix нужны толковые админы, то что в Win порог входа ниже я бы записал в недостатки.
В том виде в котором описано в статье использовать Win платформу есть смысл только если админить всю эту систему будет тот же самый человек который будет сопровождать и дорабатывать 1С (для небольших компаний и/или филиалов это нормально).
Большинство 1С ников (включая и меня) «win only» так как 1С долгие годы была так же «win only» и только последнее время развернулась в сторону *NIX, в итоге специалистов по 1С умеющих работать с чем то кроме MSSQL+WIN довольно мало.
*по поводу того что спецам «ваще не в кайф сидеть и ковырять 1С», на мой взгляд это очень спорное утверждение. Если 1С это сердце бизнеса (а так часто бывает) то что там «в кайф спецам» владельцев бизнеса мало волнует. По мне так направление Linux + 1C очень перспективное.
После того как попользовался смартфоном со сканером отпечатков и NFC не понимаю зачем покупать телефоны без них. Сканер отпечатков для удобной быстрой разблокировки, NFC для оплаты, кошелек не всегда удобно с собой брать (особенно летом) просто карту в кармане носить не удобно, плюс она портится плюс часто получалось так что карта осталась в другой одежде, а телефон он всегда рядом. Например через тот же Tincoff мобильный банк оплата телефоном такая же простая как и обычной paywave картой.
По остальным ТТХ интересный телефон, нравится подход описанный в статье.
Но если бы у меня был выбор или 6000 мАч или NFC + Сканер + Беспроводная зарядка я бы выбрал второй вариант. Вообще не очень понимаю проблему с зарядкой, пока еду на работу зарядка от автомобиля, на работе подключен к компу обычно, с работы так же в машине, ночью на зарядке. Если нужно куда то надолго (поезд, самолет, командировка) то обычный PowerBank + сменная батарея.
Ну не только redmine если смотреть шире то есть еще: solutions.1c.ru/catalog/project-org/features
В отличии от примера из статьи (где описывается воплощение фантазий конкретного руководителя) в решении от 1С примерены «Best practice» (как любят говорить коллеги из SAP).
Все что перечислили в этих системах есть (и даже больше).
Но для внедрения подобного потребуется гораздо больше всего (времени, денег, знаний).
После просмотра оригинала при просмотре новой версии создается впечатление что кто то включил ускоренный режим видео. Вместо тяжелой поступи десантинка из первой части в новой части бег лилипута часто перебериающего ножками. Когда отдельно смотрел/играл в новый дум было ощущение «пластика» не мог никак понять что не так, а теперь когда сравнил с первым думом стало понятно. При ходьбе прицел вообще не смещается практически, как будто он на сигвее едет по уровням.
Да и вообще новый дум разочаровал, могли бы в 2016 по мимо добиваний еще хотя бы не много разрушений добавить, следы от взрывов, кровь на полу/стенах, кровавые следы, кровь на оружии. А так вроде бензопилой разрезал, брызги крови а земля стены идеально чистые, и в итоге вообще не получается вжиться в игру. Я ждал что после боя оглянувшись назад я пойму что тут был бой, а по факту просто идеально чистый уровень. Не понимаю чем так все восхищаются…
Я тоже readonly. У 1С Предприятия много недостатков, но относить к ним русский язык в модулях как то странно.
Насчет «выучить» там в общем то практически стандартный бейсик.
Например что тут не понятно https://gist.github.com/anonymous/73fead42abf2b25e46b1c5d9ab4a8823? Непривычно? Вполне может быть но за несколько дней можно привыкнуть. Я пробовал писать используя английский синтаксис но довольно не просто переводить «бизнес термины» на английский язык:
ВВод показаний ПУ(Приборы учета), Закрытие дебиторской задолженности, МакетФормыНДФЛ2, АдресныеСокращения, АдресныйКлассификаторУСЗН, Бригады ТО (Тех обслуживания)
Да для всех этих терминов можно подобрать аналоги на английском, только зачем?
Я в целом понимаю почему в программировании принято использовать английский (это сразу понимаешь когда читаешь например код C# написанный на французом) т.к. при создании продуктов рассчитанных на WORLD не красиво использовать свой язык т.к. другим будет не понятно.
В случае же с разработкой проекта исключительно под российских заказчиков вполне можно использовать и русский язык.
С 1С использование Русского в коде дает еще одно преимущество, при определении метаданных если сразу задавать им понятные псевдонимы и описания платформа генерирует формы которые понятны любому российскому пользователю, так же во всех отчетах не нужно заниматься переводом английских терминов на русский.
В общем на мой взгляд проблема «русского» языка преувеличена.
Для 1С это вообще не проблема: 1С 7.7 вообще не совместима с 8.0. Затем 8.1 совместимая с 8.0 затем 8.2 с Клиент-Серверной архитектурой, частично совместимая но по сути нужно все заново написать. Переход с 8.2 на 8.3 тоже задча не на на один месяц для больших проектов.
Прочитал Вашу статью по поводу архитектуры и замыкания «в самом себе» согласен с каждым словом, и вообще многое читал как будто про меня написано…
Но есть один момент, я 10 лет разрабатываю системы на платформе 1С. Не смотря на то что платформа 1С это абсолютно другой проект, проблемы на 90% такие же.
«Прямая запись в обход 1С дает увеличение производительности в 50-100 раз.»
Вы вероятно смешиваете понятия 1С и ORM когда вы напрямую используете update вы обходите не 1С вы обходите уровень ORM.
Приведу пример.
Есть справочник в нем 1 000 000 записей, нужно написать обработку обновления до нового релиза. Алгоритм такой:
Если Field1=15 тогда Field2=null
Если Field1=10 тогда Field2=12
Иначе Field2=Field1.
На 1c мы вынуждены обойти все 1 000 000 записей
— считать из базы объект
— изменить объект
— записать объект
Это займет допустим 9 часов.
На SQL то же самое можно сделать за 4 минуты вызвав update.
Казалось бы преимущество за SQL?
Но если копнуть глубже то окажется что во первых:
У части заказчиков есть свои подписки на запись объекта которые делают изменения в других объектах.
Нужно регистрировать изменение объекта что бы потом отправить их в подчиненные узлы РБД
При записи объекта происходит анализ его содержимого и в транзакции записи меняются другие объекты.
Дополнительно нужно проверять права а имеет ли пользователь инициировавший этот алгоритм права на доступ к полям Field2, Field1.
Так же нужно вспомнить что часть клиентов работают на Postgree другая на DB2 и есть 2 клиента которым пока хватает DBF.
В итоге получается что UPDATE он конечно быстрее но по факту он и проще значительно.
И зачастую лучше подождать 9 часов на ORM системе чем распутывать клубок для написания прямого запроса.
Любая ORM система (не только 1С) всегда уступает прямому доступу к данным но при этом значительно можно упростить реализацию бизнес логики.
По поводу чтения, с составными типами тяжело работать как через ORM так и через прямые запросы.
Но если при разработке БД с 0 архитектор должен изначально продумать как хранить составные типы, как потом к ним запросы писать, проблемы с ограничением доступа и.т.п. В итоге он четко понимает что он делает и главное он прекрасно видит запрос который в итоге получается.
В 1С любая домохозяйка может нащелкать флажков и потом удивляться что запросы долго работают. Так как простой с виду запрос платформа превращает в сложный(он объективно сложный и проще его сделать нельзя, т.е. это не проблема платформы).
Я занимаюсь разработкой на 1С последние 12 лет. Участвую в разработке конфигурации для биллинга, наша конфигурация работает по всей РФ в общей сложности обслуживает порядка 80 000 000 абонентов.
Отвечу кратко на вопросы.
1. «Почему 1С сама не может реализовать подобное хранение данных с целью быстрого доступа к ним.»
Вы точно так же в 1С можете создать отдельную таблицу (регистр) в которую выгружать уже готовые данные, это так же займет 20-30 минут. Затем указать регистр в качестве источника для динамического списка. При этом отборы, сортировка будут выполнятся мгновенно, плюс как бонус вам будет доступна группировка и условное оформление списка.
У нас в базах есть таблицы с историей за 8 лет там миллиарды записей при этом динамический список с ними корректно работает, конечно не мгновенный отклик но в пределах 5-6 секунд накладывается отбор.
2. «попробуй для начала сообщить 1С о том, что в нашел баг в очередном релизе платформы… сам знаешь сколько надо заплатить абонплаты, чтобы это сделать. ну а информация об исправленных багах вообще закрытая для всех без исключения.»
Я не совсем понял в чем конкретно проблема. В том что нужно платить абонентскую плату?
При наличии подписки на ИТС и официально купленной лицензии для того что бы зарегистрировать ошибку платформы достаточно просто отправить электронное письмо на адрес поддержки 1С.
В течении часа приходит сообщение что ошибка зарегистрирована.
Так же есть трекер на котором видно все зарегистрированные ошибки, их статус, планируемые даты исправления. (https://bugboard.v8.1c.ru/)
Так же мне например на почту приходят зарегистрированные ошибки:
Пример:
«Формат редактирования числа
Код ошибки: 10140287 Исправлена в тестовой версии (8.3.8.43) Код(ы) обращения: TP#3461
На устройствах под управлением ОС Android не работает вторичная группировка в формате редактирования числа.»
Более того на партнерском форуме можно задавать вопросы и обобщатся непосредственно с Сергеем Нуралиевым (Главный архитектор платформы).
Так что с поддержкой у 1С все хорошо.
3. «А через 1.5 года условия вдруг стали распространяться. Что это было — ранее была ошибка в коде платформы или сейчас возникла ошибка?!»
Ну конечно такое ведь только в 1С может быть, другие платформы и компоненты всегда абсолютно стабильны и проблем с обновлением в ИТ мире не существует?
Что бы таких проблем не было перед обновлением тестируют функционал на новой платформе, точно так же вы не станете использовать новую версию компонента DELPHI сразу в продакшен? Так почему вы решили что платформу не нужно тестировать перед тем как накатить на 70 магазинов.
У нас например больше 6000 установок нашей конфигурации, она так же работает со сканерами ШК, ФР, экваринговыми терминалами, картридерами для спец. смарт карт, поставляет данные для как минимум 40 разных систем (в основном через SOAP/XML/DBF) и еще много чего еще. Есть конечно проблемы но вот так что бы базы по всей РФ остановилась такого никогда не было, в редких случаях были проблемы с редкими операциями да и то только на тестовых стендах в пилотных регионах.
От себя добавлю по поводу производительности.
Производительность языка 1С особой роли не играет т.к. основная нагрузка это запросы к БД при этом запросы в основном транслируются на субд 1:1.
Единственный момент который косвенно влияет на производительность то что 1С не использует все возможности конкретной СУБД т.к. заточена на использование разных СУБД.
У меня как не знакомого с D по вашему примеру возник вопрос на тему что в обоих вариантах болше похоже на приемущества/недостатки стандартных библиотек доступных для использования. Т.е. в С++ нужно «сложный» regex использовать, а в D есть готовые удобные методы: «split», «retro», «join».
И только когда я начал читать wiki по D я понял что ваш пример совсем про другое, а именно про UFCS.
На мой взгляд это очень удобная возможность для любого языка.
(комментарий оставил для тех кто как и я не понял изначально сути примера). За пример спасибо.
За все не скажу, но у Chuwi Hi8 минимальный уровень очень высокий ночью буквально выжигает глаза. Давно уже не встречал китайские планшеты у которых широкий диапазон регулировки яркости, и в обзорах об этом почти не говорят, в крайнем случае показывают максимальный.
все тоже самое можно сказать и о 1С Документооборот, там еще плюсом интеграция с остальными продуктами 1С
В целом же платформа содержит все что не обходимо:
1. Работа с почтой, фтп, WEB сервисы (как сервер так и клиент) HTTP сервисы (аналогично), поле HTML документа позволяет встраивать HTML в разрабатываемые решения.
2. Мощная система контроля доступа на уровне строк RLS
3. Ведение журналов на уровне системы
4. Мощная система отчетов которую в т.ч. могут настраивать и пользователи СКД
5. Работа с COM
6. Поддержка всего более менее используемого торгового оборудования (Сканеры ШК, терминалы смарт карт, фискальные регистраторы, кассовые аппараты).
Это далеко не полный список. Плюс многие разработки уже есть в типовых системах и так же доступна БСП в которой накоплен опыт огромной компании и которая доступна при разработке своих решений.
«Вот только реальное внедрение и сопровождение ERP — очень затратная вещь в реальности.»
Вы хотите сказать что написать с 0 систему уровня ERP и затем внедрить ее на предприятии намного дешевле? Сколько времени вам потребуется на написание подобной системы?
В целом же при прочих равных на 1С можно гораздо быстрее и гораздо дешевле написать для бизнеса практически все что можно написать на Delphi.
Притом вы сразу получаете WEB клиент + в нагрузку возможность создать клиентов для Android/IOS
В качестве примера, сколько денег и времени у вас уйдет на реализацию:
https://www.youtube.com/watch?v=DgPuF_WTyB8
В 1С это будет доступно по подписке ИТС (которая в общем то есть почти всегда).
А бизнесу это нужно еще вчера.
Как вариант платформа 1С 8.3.х. (про цену лицензий в требованиях ничего не было :)). Но если система большая то цена лицензий в стоимости системы занимает от силы 1% ну и Delphi тоже не бесплатная.
По остальным показателям именно в «финансово-управленческом учёте» 1С вполне способна составить конкуренцию Delphi.
А если нужно и «минимальное время реакции на изменяющиеся требования бизнеса» то delphi сильно отстает от 1С.
Там как раз люди путешествовали путем уничтожения пространства перед собой и генерации его позади себя, при этом сами были «неподвижны» таким образом путешествуя быстрее скорости света не нарушая законы физики. Плюс конвертация вещества в пространство использовалось как оружие, т.е. вражеский корабль не мог долететь до корабля людей т.к. их корабль непрерывно генерировал пространство вокруг себя.
По поводу NFC: У жены S5 (у меня WileyFox) так вот когда идем гулять из вещей берем только ее телефон и 500-600 рублей. Если нужно что то купить в магазине или расплатиться в кафе это можно легко сделать телефоном (мобильное приложение Tinkoff). Да и вообще кошелек/карточку вполне можно забыть дома, особенно летом если гуляешь в шортах / летнем платье, в то же время телефон всегда с собой. Понятно что NFC не используется постоянно и ежедневно но иметь дополнительный способ оплаты в кармане всегда полезно.
Так же использую телефон для навигации в машине, и не хватает NFC что бы установить в держатель метку при появлении которой будет запускаться навигатор, отключаться WiFi, включаться Bluetooth и отключаться авторегулировка яркости если сейчас день.
Что касается беспроводной зарядки то это просто удобно в офисе, дома, в машине.
Думаю что активированная windows юридически так и остается не лицензионной. Но фактически это активированная система которая проходит все проверки. Т.е. теперь не нужно ставить активаторы. А так как DX12 неизбежен то я для себя решил что лучше обновиться сейчас бесплатно
без смсчем потом покупать или жить с активатором который может слететь при каждом обновлении.При следующей установке можно воспользоваться ключиком или отказаться и тогда активация пройдет через интернет. Я пользовался ключом: после обновления на Win10 с win 7 в системе остается много мусора поэтому после обновления я сразу отформатировал системный диск и поставил MSDN образ Win10 используя при установке ключ который получил AIDA из обновленной системы.
Я бы с удовольствием заменил стандартный графический пароль на тот который описан в статье.
В последнее время это правда менее актуально т.к. почти на всех устройствах доступ по отпечатку.
Живу в СПБ, есть временная регистрация но нет прописки, 5 лет страховки по КАСКО, 0 обращений, все 5 лет страховался в СПБ.
Хотел застраховать от угона (машина не угоняемая, за год 0 угонов в регионе), страховая сумма 500000, страховой взнос ~12 000.
Все топ 15 страховых отказали т.к. прописан в ростовской области, временная регистрация в СПБ (на 5 лет, с окончанием в 2017) не подходит.
Единственная страховая согласилась(небольшая компания), но позже все равно затребовали справку с места работы что действительно работаю в питере.
Может страховой рынок в том числе и по этому просел?
Я так и не понял какая разница страховым где я прописан для КАСКО (я бы еще как то мог понять для ОСАГО...).
Вообще я хотел страховать по полной, но у меня на каждом элементе есть или мелкий скол или потертость (КАД, Дворовые парковки) и при осмотре представитель СК сказал что в случае повреждения этих элементов по КАСКО их ремонт не оплатят. И таких ситуаций большинство: forum.ozpp.ru/showthread.php?t=170995. В итоге а какой смысл страховать и платить 45 000 если в итоге потом все равно самому платить за ремонт.
Для небольших баз в общем то нет особой разницы Postgres или SQL.
Для больших и нагруженных все равно нужно уметь настраивать и Postgres и SQL и специалисты нужны с соответствующими уровнями.
Установка Postgres (https://postgrespro.ru/products/1c_build) в общем то простая не сложней SQL (само собой для Linux администратора).
Насчет спецов, если это решение для бизнеса то в и для Win и для Nix нужны толковые админы, то что в Win порог входа ниже я бы записал в недостатки.
В том виде в котором описано в статье использовать Win платформу есть смысл только если админить всю эту систему будет тот же самый человек который будет сопровождать и дорабатывать 1С (для небольших компаний и/или филиалов это нормально).
Большинство 1С ников (включая и меня) «win only» так как 1С долгие годы была так же «win only» и только последнее время развернулась в сторону *NIX, в итоге специалистов по 1С умеющих работать с чем то кроме MSSQL+WIN довольно мало.
*по поводу того что спецам «ваще не в кайф сидеть и ковырять 1С», на мой взгляд это очень спорное утверждение. Если 1С это сердце бизнеса (а так часто бывает) то что там «в кайф спецам» владельцев бизнеса мало волнует. По мне так направление Linux + 1C очень перспективное.
По остальным ТТХ интересный телефон, нравится подход описанный в статье.
Но если бы у меня был выбор или 6000 мАч или NFC + Сканер + Беспроводная зарядка я бы выбрал второй вариант. Вообще не очень понимаю проблему с зарядкой, пока еду на работу зарядка от автомобиля, на работе подключен к компу обычно, с работы так же в машине, ночью на зарядке. Если нужно куда то надолго (поезд, самолет, командировка) то обычный PowerBank + сменная батарея.
В отличии от примера из статьи (где описывается воплощение фантазий конкретного руководителя) в решении от 1С примерены «Best practice» (как любят говорить коллеги из SAP).
Все что перечислили в этих системах есть (и даже больше).
Но для внедрения подобного потребуется гораздо больше всего (времени, денег, знаний).
Да и вообще новый дум разочаровал, могли бы в 2016 по мимо добиваний еще хотя бы не много разрушений добавить, следы от взрывов, кровь на полу/стенах, кровавые следы, кровь на оружии. А так вроде бензопилой разрезал, брызги крови а земля стены идеально чистые, и в итоге вообще не получается вжиться в игру. Я ждал что после боя оглянувшись назад я пойму что тут был бой, а по факту просто идеально чистый уровень. Не понимаю чем так все восхищаются…
Вообще Вы очень ёмко описали все проблемы текущей платформы.
Насчет «выучить» там в общем то практически стандартный бейсик.
Например что тут не понятно https://gist.github.com/anonymous/73fead42abf2b25e46b1c5d9ab4a8823? Непривычно? Вполне может быть но за несколько дней можно привыкнуть. Я пробовал писать используя английский синтаксис но довольно не просто переводить «бизнес термины» на английский язык:
ВВод показаний ПУ(Приборы учета), Закрытие дебиторской задолженности, МакетФормыНДФЛ2, АдресныеСокращения, АдресныйКлассификаторУСЗН, Бригады ТО (Тех обслуживания)
Да для всех этих терминов можно подобрать аналоги на английском, только зачем?
Я в целом понимаю почему в программировании принято использовать английский (это сразу понимаешь когда читаешь например код C# написанный на французом) т.к. при создании продуктов рассчитанных на WORLD не красиво использовать свой язык т.к. другим будет не понятно.
В случае же с разработкой проекта исключительно под российских заказчиков вполне можно использовать и русский язык.
С 1С использование Русского в коде дает еще одно преимущество, при определении метаданных если сразу задавать им понятные псевдонимы и описания платформа генерирует формы которые понятны любому российскому пользователю, так же во всех отчетах не нужно заниматься переводом английских терминов на русский.
В общем на мой взгляд проблема «русского» языка преувеличена.
Но есть один момент, я 10 лет разрабатываю системы на платформе 1С. Не смотря на то что платформа 1С это абсолютно другой проект, проблемы на 90% такие же.
Вы вероятно смешиваете понятия 1С и ORM когда вы напрямую используете update вы обходите не 1С вы обходите уровень ORM.
Приведу пример.
Есть справочник в нем 1 000 000 записей, нужно написать обработку обновления до нового релиза. Алгоритм такой:
Если Field1=15 тогда Field2=null
Если Field1=10 тогда Field2=12
Иначе Field2=Field1.
На 1c мы вынуждены обойти все 1 000 000 записей
— считать из базы объект
— изменить объект
— записать объект
Это займет допустим 9 часов.
На SQL то же самое можно сделать за 4 минуты вызвав update.
Казалось бы преимущество за SQL?
Но если копнуть глубже то окажется что во первых:
У части заказчиков есть свои подписки на запись объекта которые делают изменения в других объектах.
Нужно регистрировать изменение объекта что бы потом отправить их в подчиненные узлы РБД
При записи объекта происходит анализ его содержимого и в транзакции записи меняются другие объекты.
Дополнительно нужно проверять права а имеет ли пользователь инициировавший этот алгоритм права на доступ к полям Field2, Field1.
Так же нужно вспомнить что часть клиентов работают на Postgree другая на DB2 и есть 2 клиента которым пока хватает DBF.
В итоге получается что UPDATE он конечно быстрее но по факту он и проще значительно.
И зачастую лучше подождать 9 часов на ORM системе чем распутывать клубок для написания прямого запроса.
Любая ORM система (не только 1С) всегда уступает прямому доступу к данным но при этом значительно можно упростить реализацию бизнес логики.
По поводу чтения, с составными типами тяжело работать как через ORM так и через прямые запросы.
Но если при разработке БД с 0 архитектор должен изначально продумать как хранить составные типы, как потом к ним запросы писать, проблемы с ограничением доступа и.т.п. В итоге он четко понимает что он делает и главное он прекрасно видит запрос который в итоге получается.
В 1С любая домохозяйка может нащелкать флажков и потом удивляться что запросы долго работают. Так как простой с виду запрос платформа превращает в сложный(он объективно сложный и проще его сделать нельзя, т.е. это не проблема платформы).
Отвечу кратко на вопросы.
1. «Почему 1С сама не может реализовать подобное хранение данных с целью быстрого доступа к ним.»
Вы точно так же в 1С можете создать отдельную таблицу (регистр) в которую выгружать уже готовые данные, это так же займет 20-30 минут. Затем указать регистр в качестве источника для динамического списка. При этом отборы, сортировка будут выполнятся мгновенно, плюс как бонус вам будет доступна группировка и условное оформление списка.
У нас в базах есть таблицы с историей за 8 лет там миллиарды записей при этом динамический список с ними корректно работает, конечно не мгновенный отклик но в пределах 5-6 секунд накладывается отбор.
2. «попробуй для начала сообщить 1С о том, что в нашел баг в очередном релизе платформы… сам знаешь сколько надо заплатить абонплаты, чтобы это сделать. ну а информация об исправленных багах вообще закрытая для всех без исключения.»
Я не совсем понял в чем конкретно проблема. В том что нужно платить абонентскую плату?
При наличии подписки на ИТС и официально купленной лицензии для того что бы зарегистрировать ошибку платформы достаточно просто отправить электронное письмо на адрес поддержки 1С.
В течении часа приходит сообщение что ошибка зарегистрирована.
Так же есть трекер на котором видно все зарегистрированные ошибки, их статус, планируемые даты исправления. (https://bugboard.v8.1c.ru/)
Так же мне например на почту приходят зарегистрированные ошибки:
Пример:
«Формат редактирования числа
Код ошибки: 10140287 Исправлена в тестовой версии (8.3.8.43) Код(ы) обращения: TP#3461
На устройствах под управлением ОС Android не работает вторичная группировка в формате редактирования числа.»
Более того на партнерском форуме можно задавать вопросы и обобщатся непосредственно с Сергеем Нуралиевым (Главный архитектор платформы).
Так что с поддержкой у 1С все хорошо.
3. «А через 1.5 года условия вдруг стали распространяться. Что это было — ранее была ошибка в коде платформы или сейчас возникла ошибка?!»
Ну конечно такое ведь только в 1С может быть, другие платформы и компоненты всегда абсолютно стабильны и проблем с обновлением в ИТ мире не существует?
Что бы таких проблем не было перед обновлением тестируют функционал на новой платформе, точно так же вы не станете использовать новую версию компонента DELPHI сразу в продакшен? Так почему вы решили что платформу не нужно тестировать перед тем как накатить на 70 магазинов.
У нас например больше 6000 установок нашей конфигурации, она так же работает со сканерами ШК, ФР, экваринговыми терминалами, картридерами для спец. смарт карт, поставляет данные для как минимум 40 разных систем (в основном через SOAP/XML/DBF) и еще много чего еще. Есть конечно проблемы но вот так что бы базы по всей РФ остановилась такого никогда не было, в редких случаях были проблемы с редкими операциями да и то только на тестовых стендах в пилотных регионах.
От себя добавлю по поводу производительности.
Производительность языка 1С особой роли не играет т.к. основная нагрузка это запросы к БД при этом запросы в основном транслируются на субд 1:1.
Единственный момент который косвенно влияет на производительность то что 1С не использует все возможности конкретной СУБД т.к. заточена на использование разных СУБД.
И только когда я начал читать wiki по D я понял что ваш пример совсем про другое, а именно про UFCS.
На мой взгляд это очень удобная возможность для любого языка.
(комментарий оставил для тех кто как и я не понял изначально сути примера). За пример спасибо.