«В сфере добровольного автострахования по-прежнему наблюдается спад. По оценкам ЦБ, компании заключили на 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 минимальный уровень очень высокий ночью буквально выжигает глаза. Давно уже не встречал китайские планшеты у которых широкий диапазон регулировки яркости, и в обзорах об этом почти не говорят, в крайнем случае показывают максимальный.
Отвечая на ваш комментарий замечу:
На ПК уже давно можно всё. Но не все просто и удобно.
Мне не известен способ поставить на ноутбук х86 android так что бы заработал тачскрин, wifi, bluetooth, звук, hw ускорение видео. Плюс когда я последний раз смотрел в x86 android не было "рабочего стола", "Многооконного интерфейса". В REMIX OS все это есть и работает, причем без каких либо действий с моей стороны.
Отличная ОС на компьютер для мамы/бабушки.
Огромный выбор простых и удобных программ, самый простой пример программы от Fotoable,Inc. моя мама от них в восторге, но на ПК ничего подобного нет, так же в самом гугл фото отличный редактор который делает ролики из фото. Да и вообще в Android все сделано просто для пользователя и никаких вирусов, удобные читалки книг, новостей (например журналы в Google Play Пресса). Сейчас мама пользуется в основном планшетом т.к. на ПК с её слов не так удобно, а теперь можно будет и на ПК/Ноутбуке использовать с большим монитором.
Очень странно, я не вижу причин по которым такое может произойти, разве что где то в NVRAM что то криво записалось. Я очень много экспериментировал и с ANDROID и с разными версиями LINUX всегда все проблемы решались восстановлением образа HDD (ну т.е. EMMC) через загрузку с USB флешки.
Вот на том же 4pda описание причины:
Soft-Man: почему после установки вин10 х64 биос превращается вот в такое?
yyy: Слишком большую переменную в NVRAM пытаются написать, наверное.
Или еще какой-то мусор.
Soft-Man: и еще вопросик… со временем перестает работать тачскрин, сначало в андроиде, но продолжает работать в настройках биоса и в винде. Но потом еще через некоторое время перестает работать везде. После прошивки биоса программатором начинает работать, но когда температура проца переходит за 50 градусов, тач начинает тормозить и вообще отваливается опять.
yyy: На какой он шине?
Soft-Man: тач шлейфом подключен i2c. вот так тач подключен.
yyy: I2C как он есть, плюс ресет и INT
А она, в свою очередь идет либо на EC, либо сразу в чипсет.
Если I2C начинает гнать, виноват либо контролер опять же, либо «бухтящий идиот», т.е. устройство, которое на шину выдает всякую дрянь, отчего другие устройства не работают.
Интересно, что INT имеется, т.е. тач сделан не поллингом, а прерываниями.
Респект китайским инженерам, снизили нагрузку на шину в сто раз.
Вешать туда лог. анализатор и смотреть трафик, только так можно отладить что-то.
По поводу бага этого — похоже что-то фундаментально не так с NVRAM
И после нескольких десятков/сотен записей туда вместо значений настроек получается мусор.
А какая-то часть конфигурации I2C-контролера записана именно там.
В итоге конфигурация приходит в негодность, и девайсы становятся недоступными.
Приводим NVRAM к нормальному бою — все снова хорошо.
Если лечится прошивкой, скорее всего уплывают какие-то настройки со временем.
А перешивка ставит их обратно в дефолты.
Выход — использовать дефолтные настройки и легаси-загрузку, если есть возможность.
т.е. как я и предполагал дело в NVRAM что конечно не очень приятно. И да в этом вся суть китайских планшетов :)
Праздник заканчивается когда встает вопрос о драйверах всего что прикручено к чипсету (Тач, яркость, wifi/bt, звук, датчики света, положения и.т.п.)
Мне например на текущий момент не известны примеры Android 5.х (x86) который работал бы на моем устройстве идеально, есть несколько портов основанных на исходниках INTEL но все они очень далеки от идеала.
Плюс я не встречал примеров загрузки ОС с SD карты, у меня так же не получилось загрузиться с SD карты BIOS ее просто не видит как устройство с которого можно загрузиться, только USB и MMC.
Но даже если и получится то скорость работы с SD картами (даже если карта быстрая и поддерживает DDR50) не высока, а встроенные 32гб EMMC заканчиваются очень быстро.
Я покупал Chuwi Hi8 за 84$ на JD за свои деньги он вполне не плох, в поездку удобно брать, под win им почти не пользуюсь (только Heroes 3 WOG / NWN да и то крайне редко, т.к. дома есть пк/консоли а в дороге обычно или за рулем или нет рядом ЗУ и через 3 часа игры планшет превратится в тыкву). Под Android пользуюсь немного чаще т.к. есть софт оптимизированный под тач ну и в целом на экосистему ANDROID много чего завязано (Photo, GMAIL, GMUSIC) под win даже тупо нормальной читалки нет с полной поддержкой тача. С играми под ANDROID тоже не все гладко многие игры не имею кэша под Intel HD есть программы которые через эмуляцию позволяют запускать игры с кэшем под ADRENO, MALI но опять же планшет начинает очень сильно нагреваться. Вот такое не однозначное мнение. В целом же с планшетом лучше чем без него, купил бы я его за 200$ я был бы расстроен, а за 86$ вполне нормально.
Я не совсем понимаю как совмещаются понятия "Рисует" и 10'' с разрешением "1280x800".
Это разрешение еще как то понятно для 7-8'' (хотя на самом деле как я выше писал даже на 8'' при масштабирвоании тех же сканов PDF и старых игр картинка будет не такая комфортная как при 1920х1080) но не для 10''.
Да наверное можно будет привыкнуть со временем но разница между FHD (не говоря уже о 2К) и HD будет сильно заметна особенно при работе с графикой.
Они все греются очень сильно даже под небольшой нагрузкой (просмотр фильма 840х480 MP4).
Я на своем Hi8 в BIOS выключил Turbo Boost, GPU Boost + режим максимальной экономии в WIN10 после этого греться стал значительно меньше.
Так же в ANDROID на китайских x86 есть явные проблемы c управлением энергосбережением, процессор всегда работает на максимальной частоте (за все не скажу но на Hi8 точно, но не думаю что где то по другому).
Живу в СПБ, есть временная регистрация но нет прописки, 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.
На мой взгляд это очень удобная возможность для любого языка.
(комментарий оставил для тех кто как и я не понял изначально сути примера). За пример спасибо.
Отвечая на ваш комментарий замечу:
На ПК уже давно можно всё. Но не все просто и удобно.
Мне не известен способ поставить на ноутбук х86 android так что бы заработал тачскрин, wifi, bluetooth, звук, hw ускорение видео. Плюс когда я последний раз смотрел в x86 android не было "рабочего стола", "Многооконного интерфейса". В REMIX OS все это есть и работает, причем без каких либо действий с моей стороны.
Огромный выбор простых и удобных программ, самый простой пример программы от Fotoable,Inc. моя мама от них в восторге, но на ПК ничего подобного нет, так же в самом гугл фото отличный редактор который делает ролики из фото. Да и вообще в Android все сделано просто для пользователя и никаких вирусов, удобные читалки книг, новостей (например журналы в Google Play Пресса). Сейчас мама пользуется в основном планшетом т.к. на ПК с её слов не так удобно, а теперь можно будет и на ПК/Ноутбуке использовать с большим монитором.
Вот на том же 4pda описание причины:
т.е. как я и предполагал дело в NVRAM что конечно не очень приятно. И да в этом вся суть китайских планшетов :)
Мне например на текущий момент не известны примеры Android 5.х (x86) который работал бы на моем устройстве идеально, есть несколько портов основанных на исходниках INTEL но все они очень далеки от идеала.
Плюс я не встречал примеров загрузки ОС с SD карты, у меня так же не получилось загрузиться с SD карты BIOS ее просто не видит как устройство с которого можно загрузиться, только USB и MMC.
Но даже если и получится то скорость работы с SD картами (даже если карта быстрая и поддерживает DDR50) не высока, а встроенные 32гб EMMC заканчиваются очень быстро.
Я покупал Chuwi Hi8 за 84$ на JD за свои деньги он вполне не плох, в поездку удобно брать, под win им почти не пользуюсь (только Heroes 3 WOG / NWN да и то крайне редко, т.к. дома есть пк/консоли а в дороге обычно или за рулем или нет рядом ЗУ и через 3 часа игры планшет превратится в тыкву). Под Android пользуюсь немного чаще т.к. есть софт оптимизированный под тач ну и в целом на экосистему ANDROID много чего завязано (Photo, GMAIL, GMUSIC) под win даже тупо нормальной читалки нет с полной поддержкой тача. С играми под ANDROID тоже не все гладко многие игры не имею кэша под Intel HD есть программы которые через эмуляцию позволяют запускать игры с кэшем под ADRENO, MALI но опять же планшет начинает очень сильно нагреваться. Вот такое не однозначное мнение. В целом же с планшетом лучше чем без него, купил бы я его за 200$ я был бы расстроен, а за 86$ вполне нормально.
Это разрешение еще как то понятно для 7-8'' (хотя на самом деле как я выше писал даже на 8'' при масштабирвоании тех же сканов PDF и старых игр картинка будет не такая комфортная как при 1920х1080) но не для 10''.
Да наверное можно будет привыкнуть со временем но разница между FHD (не говоря уже о 2К) и HD будет сильно заметна особенно при работе с графикой.
Я на своем Hi8 в BIOS выключил Turbo Boost, GPU Boost + режим максимальной экономии в WIN10 после этого греться стал значительно меньше.
Так же в ANDROID на китайских x86 есть явные проблемы c управлением энергосбережением, процессор всегда работает на максимальной частоте (за все не скажу но на Hi8 точно, но не думаю что где то по другому).