Приложения, возможно.
Но в современном мире нужны не приложения а системы, и продают всё чаще не коробки а сервисы.
Писать что то крупное на 1С больно, даже ели опустить убогость языка и возможности по организации кодовой базы.
1С использует промышленные СУБД стоимостью под 2 млн рублей как замену DBF файлам, используя примерно 15% от доступного функционала СУБД.
Для малого и местами среднего бизнеса возможно и удобно что можно перейти с MS на PG.
Но кто в здравом уме выберет 1С для автоматизации ДБО юр. лиц например в том же банке хотя бы с 100 000 клиентов? И сколько таким смелым парням придется преодолевать трудностей, не имея возможности даже сделать необходимые индексы, да что там индексы, секционирование, сжатие, репликация, разделение данных на холодные и горячие, возможность выполнения update, merge.
Эксперты 1С решают проблемы от которых у матёрых DBA волосы дыбом во всех местах, они просто не понимают как в принципе можно «ТАК» использовать СУБД.
Да, в 2008-2012 годах WEB разработчик (jun back) и 1С Программист(Mid) получали сравнительно одинаково в $ для своей квалификации. По МСК примерно 2000$, что около 70к по курсу 34р.
И сейчас WEB разработчик (mid / back) в РФ в массе может рассчитывать где то на 2000-2500$ не в самой престижной конторе.
А вот 1С нику получать 200 это нужно быть архитектором + сеньором + ПМ + DBA в одном лице что бы 2500$ получать, и то еще место нужно найти и требования там будут именно такие, в стиле мы тебе 200к платим, ты вообще всё должен уметь, а вечером ещё за сторожа подрабатывать, даже близко не сравнимые с mid в web.
Насчет клиентов для 1С, клиенты есть и их много, причем крупные холдинги и корпорации, потому что платить командам не 1С раз в 10 дороже, чем 1С. Там и сами команды значительно больше и специалисты значительно дороже, плюс сроки проектов длиннее.
Вот только плюсы 1С (низкий порог входа, быстрая разработка на бейсике) на больших проектах превращаются в минусы (низкая культура разработки, примитивный язык и подходы к разработке из 2000х делают код не управляемым) в итоге получается так что на крупном проекте 1С работать сложнее чем на крупном с JAVA при этом большинство серьезных специалистов с 1С не связываются и очень много случайных людей которые пришли в разработку через низкий порог.
Я могу сравнить со строительной фирмой, когда есть бригада из таджикистана, и они строят модульные многоэтажки, работа тяжелая, но есть сданные объекты, качество так себе, но в принципе это же бетон, он всё стерпит. Сдали акты подписали, где то что то по гарантии подчинили если отвалилось.
А потом эту успешную бригаду зовут строить небоскреб на 120 этажей.
Тут то где то на 50м этаже и выясняется что бетон то стерпит, но есть определенные правила его заливки, мат. обеспечение расчета фундамента, и что работяги из Таджикистана ребята хорошие, трудолюбивые, опытные, но для строительства небоскреба нужны ребята со строительным образованием умеющие владеть современными инструментами и практиками.
Да и архитектор в этой бригаде конечно не глупый и опытный и даже когда то в институте учился, даже ездил на семинары и там им рассказывали про новые технологии, но в проектировании и постройке модульных однотипных 9 этажек эти технологии излишне и увеличивают стоимость.
Да, для ФИАС есть DBF, но с 2021 налоговая переходит на ГАР, он к сожалению только XML и XML там огромные.
У меня есть решение на MS SQL у него есть компонент SQLXMLBulkLoad, для него достаточно указать особым образом аннотированную XSD схему и XML файл.
Дальше он сам создает таблицы и загружает данные из XML.
В MySql тоже есть подобный функционал.
Но к сожалению обе эти СУБД не включены в реестр отечественного ПО, и единственный вариант для меня это PG SQL. Беглый поиск в интернете показал что ничего подобного для PG нет, всё упирается в загрузку XML целиком и дальше с ним работать, что для ГАР не удобно т.к. много связей между таблицами, плюс нет уверенности что PG нормально загрузит XML на 5-6 ГБ, а всего там 30 гб XML в арихиве и 90 при распаковке.
MS SQL первую загрузку всего ГАР выполняет за 4,5 часа и это меня устраивает.
Ещё сложность в том что нужно не самому это сделать один раз, а сделать инструмент для пользователей которые будут скачивать классификатор (или дельты) и уже сами загружать данные.
Итоговая задержка сильно зависит от воспроизводящего устройства, его чипсета и буфера. Во время тестов я получил разброс от 150 до 250 мс на разных устройствах (с кодеком SBC). Если предположить, что устройства с поддержкой дополнительных кодеков aptX, AAC и LDAC используют качественные компоненты и маленький размер буфера, то получим следующие типичные задержки:
Напоминаю: aptX Low Latency не поддерживается в операционных системах, из-за чего меньшую задержку можно получить только связкой трансмиттер+ресивер или трансмиттер+наушники/колонка, причём все устройства должны поддерживать этот кодек.
В итоге использование BT наушников с ПК это достаточно узкая ниша. Плюс еще будут проблемы с voip, т.к. все наушники при общении по skype переключаются в HSP (HFP) что очень сильно убивает звук.
Собственно для чего я пишу.
У кого то после прочтения статьи может сложиться впечатление что BT наушники можно использовать для ПК (работа/игры) т.к. минусы совсем не раскрыты. Хочу предупредить что это плохая идея.
Качество APTX значительно преувеличено силами маркетологов, если интересно почитайте: habr.com/ru/post/455316, и другие статьи автора.
Но качество это дело во многом субъективное и можно привыкнуть.
Реальная проблема BT это задержка, она есть и на APTX и SBC, и если для музыки/видео мы её не замечаем т.к. ОС/Плееры умеют сдвигать звук относительно видео.
Но в играх на любых BT наушниках будут огромные для игр задержки которые слышат все, и даже APTX LL ситуацию не исправляет, но с APTX LL уже не так много людей могут услышать задержку.
В примерах есть то что на первый взгляд нужно: Фильтрация значений при помощи sql:limit-field и sql:limit-value
Но как я понял из описания/примеров/практики эти аннотации используются при соединении с другими таблицами, и просто для фильтрации их использовать нельзя.
Но никак не могу понять в какой момент файл с шаблоном xpath применяется, все примеры написаны так что вот файл шаблона, положите его рядом. Но при этом сам файл нигде не прописывается.
Есть еще упоминание про mapping-schema=«C:\MyDir\SampleSchema1.xml» но не пойму где это писать. Вроде как это в шаблоне нужно писать, но при этом изначально мы передаем не шаблон а схему, и как это работает не понимаю.
На мой взгляд не нужно отвечать.
Суть в том что у тех кто способен понять о чем вы пишите вопросов не возникает, может быть есть в каких то моментах иной взгляд, но в целом (особенно в части про СУБД) так все и есть.
А те кто начинают с этим спорить, не смогут вас понять все равно.
Я со всем согласен кроме части про блокировки и СКД.
На самом деле управляемые блокировки достаточно удобны и в друхе времени.
СКД тоже не имеет аналогов. Возможно позиционирование у него и правда не до конца выверено, но продвинутым пользователям очень нравится.
У меня есть опыт работы с BI (особенно с MS BI) и могу сказать что пользователи вообще не могут работать с BI системами, они слишком сложны для них.
Если я им дашборды создам то да, они могут, где то могут поля перетянуть, но на этом все.
В то же время совсем нулевые девочки из ЗУП которые даже компьютер сами выключить не могут, активно используют отчеты на СКД (конечно обернутые в более дружественный интерфейс).
Небольшие затраты (если это делать грамотно) на кастомизацию под самые изысканные требования enterprise
Любое решение на платформе 1С не может быть enterprise хотя бы просто потому что использует любую даже самую мощную и современную СУБД с enterprise лицензиями за десятки млн рублей как обычное хранилище данных для Select/Insert/Delete.
Пользователи из КОРП сегмента вынуждены покупать максимально дорогое железо и с ним максимально дорогие лицензии на СУБД, нанимать Экспертов 1С которые в совершенстве владеют внутренним устройством СУБД и вашего решения.
Платформа в плане работы с данными застряла в 92м году.
Я не понимаю как можно считать enterprise решением продукт в котором не поддерживается даже банальное секционирование, репликацию, балансировку нагрузки на СУБД а так же весть тот мощный и эффективный инструментарий который доступен в промышленных СУБД (Oracle, MS SQL, PG SQL).
Я знаю что есть примеры проектов в которых опытные и умные ребята героически преодолевают трудности которые создает платформа на ровном месте, пишут скрипты автоматически восстанавливающие секционирование. (потому что это когда у вас база 60 гб вы можете хранить все в одной таблице на быстрых SSD)
А когда у вас 13-15 ТБ то хранить все на быстрых дисках дорого даже для газпрома. Но платформа не умеет секционирование, и даже если его сделать в обход платформы то нужно приложить значительные усилия и смекалку что бы поддерживать его в рабочем состоянии.
Прикладным разработчикам (с легким порогом входа) нужно крайне осторожно писать код, любая ошибка приведет к сканированию таблицы на 1 ТБ
Разработчики не знакомые с платформой тут воскликнут: «Вы там что дебилы таблицы по 1 TB делать?, можно же разделить данные оперативные/исторические, сделать удобные View для отчетов и интерфейсов». Ничего этого нельзя сделать. Напоминаю что «самые изысканные требования enterprise» мы должны удовлетворять используя SQL 92 года.
Организация кодовой базы в 8 модулях «ОбщегоНазначения» с постфиксами «ПовтИсп, Сервер, Клиент, КлиентСервер, КлиентПовтИсп» по которым размазывается даже самый простой функционал тоже не облегчает жизнь ent разработчикам.
Когда то 1С была системой с легким порогом входа, сейчас же требования к разработчикам 1С (для нагруженных систем) значительно выше чем к разработчикам на других фреймворках. Разработчики должны не только в совершенстве знать как и во что платформа транслирует их код на 1С но так же должны уметь заставлять работать промышленные СУБД в несвойственных для них режимах. И не только с СУБД самый банальный пример интеграция через SOAP в любой ENT системе которая интегрируется с чем то кроме 1С весь обмен пишется руками через HTTP соединение т.к. платформа не умеет работать с заголовками в SOAP пакетах.
Это отчетливо видно когда смотришь доклады от специалистов PG Pro или MS SQL. Всегда когда речь заходит об 1С они вздыхают и говорят что 1С не является нормальной системой и генерирует не типичную нагрузку, применяя устаревшие архитектурные решения, которые не используют и 10% возможностей современных СУБД.
На последнем Инфостарте 2019 в секции по PG SQL 20 минут рассказывал о нововведениях, которые вообще никак не влияют (не используются платформой) и видно было что он сам понимает что все что он говорит никому в зале не поможет и следовательно не интересно.
И ведь вы все недостатки и сами видите и понимаете.
Откуда у вас такой оптимизм по поводу развития платформы в HiLoad и ent сегменте?
Еще раз может сложиться мнение что я считаю что платформа «плохая» но нет, я очень люблю платформу, она меня как минимум кормит и я знаю как быстро на ней можно решать любые задачи бизнеса, там где наш WEB отдел 5 месяцев проектирует архитектуру я за 3 месяца уже начинаю опытную эксплуатацию.
Но все это работает пока в системе до 100 пользователей, и база до 200ГБ.
А дальше карета превращается в тыкву. И без «Экспертов», «Эксплуататоров» (есть такие направления в экосистеме 1С) оно просто стает колом и не работает, плюс по экспоненте растут требования к разработчикам, и разработчиков 1С с требуемой квалификацией найти сложно, на рынке много тех кто пришел через «легкий порог», и крайне мало тех кто хорошо знает устройство СУБД и сервера / кластера 1С.
Переманить опытного PG SQL DBA на администрирование hiload проекта с JAVA на 1С практически не возможно.
Странно, у меня тоже Galaxy S5. При этом я и читаю и фильмы смотрю и как навигатор использую, причем бывает по 4-6 часов в день.
Прошивка стоковая (пробовал и ASOP но приложение камеры там не очень).
Никаких следов выгорания даже близко нет.
Может конечно на определенном фоне в определенных местах, я не занимался исследованиями, но в обычном использовании качество экрана и картинки идеальное.
По скорости были проблемы, пока не поставил greenify сейчас иногда задумывается конечно на 2-3 секунды, но не так что-бы это как то особенно раздражало.
У жены Xiaomi A2, сравнивал с ним:
Минусы Xiaomi A2:
Звук в наушниках просто никакой, зачем вообще такое делать? Да еще и через переходник.
Экран — ощутимо хуже по цветопередаче, фотографии обработанные на калиброванном мониторе выглядят не правильно, оттенки кожи совсем далеки от оригинала.
Сенсор не работает в перчатках, не удобно каждый раз зимой снимать одевать перчатки чтобы принять звонок или запустить приложение.
Олеофобное покрытие на А2 такое впечатление что отсуствует, экран постоянно приходится вытирать.
Камера — тоже хуже, особенно при работе автоматики которая постоянно ошибается и пересвечивает фото или размывает. В идеальных условиях А2 конечно делает снимки получше но на пляже и ярком солнце фото ужасные выдает. Спасает конечно GCAM но он ощуитмо тормозит на А2.
Видео в хороших условиях лучше на А2 в плохих на S5. Плюс у S5 намного лучше работает замедленная (ускоренная) съемка.
NFC нет.
Карту памяти поставить нельзя.
Запасную батарею не возьмешь, приходится брать с собой power bank.
(на S5 купил 3 батареи на Ali, пользуюсь не часто).
Прочность ощутимо хуже чем у S5, s5 падал не однократно, просто отлетает задняя крышка и батарея. У жены до этого был Xiaomi 4х упал со стола, раскололся экран, т.к. энергию удара некуда распределять.
Нет ip68. У S5 после 6 лет ее тоже не особо много, но в целом от воды даже спустя 6 лет он защищен лучше.
Нет беспроводной зарядки (удобно на работе/в машине/на столе).
В S5 по дефолту тоже нет но на али за 3$ продаются «прокладки» которые подходят в штатные места + NFC так же работает корректно.
Хуже прием, там где S5 держит 4G и показывает YouTube, А2 скатывается до HSDPA и скорость сильно падает.
Нет (или плохо работает) шумоподавление при разговоре по телефону.
Из плюсов А2:
Больше оперативки, шустрее процессор.
Вообщем если сравнивать S5 с А2 это все равно что сравнивать 9 летнюю BMW и новую Lada Vesta.
Конечно может еще через 3 года появятся проблемы но возможно за эти 3 года появится телефон с NFC/IR/OLED/3.5 Jack/2SIM + SD Card/IP68/Беспроводной зарядкой/Крепким корпусом, который не боится падений / < 300$ И я наконец поменяю текущий S5.
Удобства добавляет ООП и хорошо типизированный язык. А IDE это удобство делает доступным.
В случае с языком и объектной моделью 1С я никакой разницы в + между Eclipse и конфигуратором не нашел.
Сам язык ущербный, все эти 7 модулей ОбщегоНазначения с постфиксами (Клиент, ПовтИсп, Сервер, ВызовСервера) это просто позор. Не самый крупный проект это уже 200-300 модулей по которым размазан функционал.
Всё всегда нужно помнить, т.к. ты не можешь оформить метод который работает с ссылкой на объект сотрдуник, так что бы он был доступен через автокомплит.
Любой крупный проект в 1С это АД для разработчика в плане ведения и сопровождения кодовой базы. И IDE тут не поможет.
Пока ты делаешь мелкие проекты это удобно не нужно тратить время на типизацию, не нужно продумывать абстракции и архитектуру, хлоп, хлоп, функционал готов, все довольны.
Но когда речь идет о крупных проектах то ты бы и рад потратить +30% времени оверхед и доп. описание структуры проекта что бы потом это было хоть как то сопровождаемо, но такой возможности просто нет.
Да что писать, это обычный baisic + набор библиотек, причем крайне ограниченных.
Для примера взять тот же SOAP в 2019 году все еще нельзя работать с заголовками SOAP пакетов. Шаг в лево и приходится писать самому весь обмен через HTTP соединение.
И низкий порог входа которым гордится 1С это обман. Что бы подписать тот же SOAP пакет по стандарту xmldsig, в Java мне нужно просто подключит библиотеку и вызвать 2 метода. В 1С для этого потребовалось досконально изучить SOAP протокол что бы в ручную формировать все пакеты, разобраться с криптографией и ключами и особенностью самого xmldsig.
У нас есть отдел WEB разработки, так там опытные WEB разработчики знают внутренности SOAP меньше чем наш 1Сник который сидит на обменах.
Так же и с почтой, вроде и есть работа с IMAP а по факту постоянные проблемы с сообщениями и тот же Wireshark это типичный инструмент 1С программиста. В то время как JAVA/RUBY разработчики очень приблизительно представляют тонкости работы с IMAP, у них просто все работает через библиотеки.
А когда речь заходит про крупные объемы данных, то там требования к DBA и к разработчикам 1С возрастают настолько что можно сертификаты от MS получать.
Потому что что бы заставить этого монолитного монстра работать на базах в 10-15 тб хотя бы под 300 пользователей, это очень сложно. И ставит в тупик даже разработчиков СУБД (те же ребята из PG PRO в шоке от того какие задачи перед ними 1С ставит).
Потому что это в RUBY/JAVA я могу не хранить историю за 12 лет в той же таблице что и оперативные данные, могу выполнять определенные операции на отдельных репликах, и вообще у меня есть реплики. А на 1С у меня есть таблица на 1,5 терабайта + Индексы. Я могу запустить столько микросервисов сколько нужно, масштабируя и распределяя нагрузку (причем бесплатно), а не как в 1С использование мегакластера за огромные деньги.
В общем 1C и удобство это несовместимые вещи. Как узкоспециализированное решение уровня небольшой компании, да, тут нет конкурентов. Все просто и удобно.
Но есть момент при достижении которого сложность начинает расти по экспоненте. И пока платформа это монолит с бейсиком из 89 года это не изменится.
Согласен с mosidze
По этой же логике нужно перестать запускать военные спутники, и конструировать танки, самолеты, огнестрельное оружие.
Потому что все это ломается и крайне уязвимо в бою. Солдаты привыкли к снайперским винтовкам и автоматам, привыкли к артиллерии и авиа ударам. И уже не умеют воевать без них.
Согласен с каждым словом.
Особенно это касается:«обработки спустя годы могут усовершенствоваться и дать новое качество старым картинкам»
Так же техника не стоит на месте, появляются HDR / OLED экраны которые способны показать больше чем может JPEG.
В 2004м например хорошая фотопечать стоила дорого, на сегодня она стоит значительно дешевле, и качество подросло, если бы я в 2004 удалял RAW и оставил JPG (проявленный с использованием старого TN монитора, с кривой цветопередачей) у меня были бы проблемы с печатью фотокниги в 2019.
Собственно, пример из практики:
Была идея сделать фотокнигу с определенными этапами жизни в подарок на годовщину свадьбы.
Начал смотреть старые фото, на новом 4K HDR мониторе и оказалось что параметры проявки RAW были мягко говоря странными. Хотя некоторые фото помню хорошо как обрабатывал и тогда на том мониторе они выглядели отлично.
Более того когда я на своем мониторе перепроявил RAW и отправил на пробную печать оказалось что цветопередача тоже не совсем такая как на мониторе.
И только после того как я загрузил профиль фотолабы в которой заказывал печать и посмотрел в LH режиме «Soft proof» я добился того что нужно.
Еще один плюс LH что он позволяет делать «виртуальные» копии фотографий с другими настройками проявки, т.е. те фото которые печатаю создаю как виртуальную копию с тэгом «Для печати».
Все эти изменения были бы невозможно если бы я оставил только JPG.
Я тоже когда то предпочитал организовывать папками на диске.
Последние 2 года просто сливаю все фото в один каталог по годам.
А все остальное решается тэгами и альбомами в LH.
Это оказалось на порядок быстрее и удобнее. Если мне нужно вспомнить где я был в 2012 я ставлю фильтр по дате, и открываю карту (в LH есть работа с GPS) и визуально вижу метки на карте.
Так же это видно по тэгам которые остаются после фильтрации.
Там же можно отобрать по людям на фото.
Основной плюс тэгов перед папками то что на одно фото может быть назначено 2-3 тэга. Т.е. одно фото может проходить как Sharm El Sheikh и как Подводное и как Экскурсия.
На самом деле эти даты же нужны только для того чтобы папки не превращались в свалку и были упорядочены по времени, тут особая точность не нужна.
Представьте как бы выглядели папки без даты: Новый год, Новый год (1), Новый год (2).
Это не удобно.
Но в современном мире нужны не приложения а системы, и продают всё чаще не коробки а сервисы.
Писать что то крупное на 1С больно, даже ели опустить убогость языка и возможности по организации кодовой базы.
1С использует промышленные СУБД стоимостью под 2 млн рублей как замену DBF файлам, используя примерно 15% от доступного функционала СУБД.
Для малого и местами среднего бизнеса возможно и удобно что можно перейти с MS на PG.
Но кто в здравом уме выберет 1С для автоматизации ДБО юр. лиц например в том же банке хотя бы с 100 000 клиентов? И сколько таким смелым парням придется преодолевать трудностей, не имея возможности даже сделать необходимые индексы, да что там индексы, секционирование, сжатие, репликация, разделение данных на холодные и горячие, возможность выполнения update, merge.
Эксперты 1С решают проблемы от которых у матёрых DBA волосы дыбом во всех местах, они просто не понимают как в принципе можно «ТАК» использовать СУБД.
2014 — стоимость Hyndai Solaris 17800$
2021 — стоимость Hyndai Solaris 17500$
И сейчас WEB разработчик (mid / back) в РФ в массе может рассчитывать где то на 2000-2500$ не в самой престижной конторе.
А вот 1С нику получать 200 это нужно быть архитектором + сеньором + ПМ + DBA в одном лице что бы 2500$ получать, и то еще место нужно найти и требования там будут именно такие, в стиле мы тебе 200к платим, ты вообще всё должен уметь, а вечером ещё за сторожа подрабатывать, даже близко не сравнимые с mid в web.
Насчет клиентов для 1С, клиенты есть и их много, причем крупные холдинги и корпорации, потому что платить командам не 1С раз в 10 дороже, чем 1С. Там и сами команды значительно больше и специалисты значительно дороже, плюс сроки проектов длиннее.
Вот только плюсы 1С (низкий порог входа, быстрая разработка на бейсике) на больших проектах превращаются в минусы (низкая культура разработки, примитивный язык и подходы к разработке из 2000х делают код не управляемым) в итоге получается так что на крупном проекте 1С работать сложнее чем на крупном с JAVA при этом большинство серьезных специалистов с 1С не связываются и очень много случайных людей которые пришли в разработку через низкий порог.
Я могу сравнить со строительной фирмой, когда есть бригада из таджикистана, и они строят модульные многоэтажки, работа тяжелая, но есть сданные объекты, качество так себе, но в принципе это же бетон, он всё стерпит. Сдали акты подписали, где то что то по гарантии подчинили если отвалилось.
А потом эту успешную бригаду зовут строить небоскреб на 120 этажей.
Тут то где то на 50м этаже и выясняется что бетон то стерпит, но есть определенные правила его заливки, мат. обеспечение расчета фундамента, и что работяги из Таджикистана ребята хорошие, трудолюбивые, опытные, но для строительства небоскреба нужны ребята со строительным образованием умеющие владеть современными инструментами и практиками.
Да и архитектор в этой бригаде конечно не глупый и опытный и даже когда то в институте учился, даже ездил на семинары и там им рассказывали про новые технологии, но в проектировании и постройке модульных однотипных 9 этажек эти технологии излишне и увеличивают стоимость.
У меня есть решение на MS SQL у него есть компонент SQLXMLBulkLoad, для него достаточно указать особым образом аннотированную XSD схему и XML файл.
Дальше он сам создает таблицы и загружает данные из XML.
В MySql тоже есть подобный функционал.
Но к сожалению обе эти СУБД не включены в реестр отечественного ПО, и единственный вариант для меня это PG SQL. Беглый поиск в интернете показал что ничего подобного для PG нет, всё упирается в загрузку XML целиком и дальше с ним работать, что для ГАР не удобно т.к. много связей между таблицами, плюс нет уверенности что PG нормально загрузит XML на 5-6 ГБ, а всего там 30 гб XML в арихиве и 90 при распаковке.
MS SQL первую загрузку всего ГАР выполняет за 4,5 часа и это меня устраивает.
Ещё сложность в том что нужно не самому это сделать один раз, а сделать инструмент для пользователей которые будут скачивать классификатор (или дельты) и уже сами загружать данные.
Преобразовать гигабайтные XML в CSV оказалось не простой задачей.
Вот цитата из статьи: habr.com/ru/post/427997
И по качеству звука есть объективные тесты, всё это ValdikSS великолепно описал в 2х отличных статьях на хабре: habr.com/ru/post/427997, habr.com/ru/post/427997.
В итоге использование BT наушников с ПК это достаточно узкая ниша. Плюс еще будут проблемы с voip, т.к. все наушники при общении по skype переключаются в HSP (HFP) что очень сильно убивает звук.
Собственно для чего я пишу.
У кого то после прочтения статьи может сложиться впечатление что BT наушники можно использовать для ПК (работа/игры) т.к. минусы совсем не раскрыты. Хочу предупредить что это плохая идея.
Но качество это дело во многом субъективное и можно привыкнуть.
Реальная проблема BT это задержка, она есть и на APTX и SBC, и если для музыки/видео мы её не замечаем т.к. ОС/Плееры умеют сдвигать звук относительно видео.
Но в играх на любых BT наушниках будут огромные для игр задержки которые слышат все, и даже APTX LL ситуацию не исправляет, но с APTX LL уже не так много людей могут услышать задержку.
В примерах есть то что на первый взгляд нужно: Фильтрация значений при помощи sql:limit-field и sql:limit-value
Но как я понял из описания/примеров/практики эти аннотации используются при соединении с другими таблицами, и просто для фильтрации их использовать нельзя.
Есть еще вариант попробовать с xpath выражением
Указание логических операторов в запросах XPath (SQLXML 4.0)
Но никак не могу понять в какой момент файл с шаблоном xpath применяется, все примеры написаны так что вот файл шаблона, положите его рядом. Но при этом сам файл нигде не прописывается.
Есть еще упоминание про mapping-schema=«C:\MyDir\SampleSchema1.xml» но не пойму где это писать. Вроде как это в шаблоне нужно писать, но при этом изначально мы передаем не шаблон а схему, и как это работает не понимаю.
На мой взгляд не нужно отвечать.
Суть в том что у тех кто способен понять о чем вы пишите вопросов не возникает, может быть есть в каких то моментах иной взгляд, но в целом (особенно в части про СУБД) так все и есть.
А те кто начинают с этим спорить, не смогут вас понять все равно.
На самом деле управляемые блокировки достаточно удобны и в друхе времени.
СКД тоже не имеет аналогов. Возможно позиционирование у него и правда не до конца выверено, но продвинутым пользователям очень нравится.
У меня есть опыт работы с BI (особенно с MS BI) и могу сказать что пользователи вообще не могут работать с BI системами, они слишком сложны для них.
Если я им дашборды создам то да, они могут, где то могут поля перетянуть, но на этом все.
В то же время совсем нулевые девочки из ЗУП которые даже компьютер сами выключить не могут, активно используют отчеты на СКД (конечно обернутые в более дружественный интерфейс).
Любое решение на платформе 1С не может быть enterprise хотя бы просто потому что использует любую даже самую мощную и современную СУБД с enterprise лицензиями за десятки млн рублей как обычное хранилище данных для Select/Insert/Delete.
Пользователи из КОРП сегмента вынуждены покупать максимально дорогое железо и с ним максимально дорогие лицензии на СУБД, нанимать Экспертов 1С которые в совершенстве владеют внутренним устройством СУБД и вашего решения.
Платформа в плане работы с данными застряла в 92м году.
Я не понимаю как можно считать enterprise решением продукт в котором не поддерживается даже банальное секционирование, репликацию, балансировку нагрузки на СУБД а так же весть тот мощный и эффективный инструментарий который доступен в промышленных СУБД (Oracle, MS SQL, PG SQL).
Я знаю что есть примеры проектов в которых опытные и умные ребята героически преодолевают трудности которые создает платформа на ровном месте, пишут скрипты автоматически восстанавливающие секционирование. (потому что это когда у вас база 60 гб вы можете хранить все в одной таблице на быстрых SSD)
А когда у вас 13-15 ТБ то хранить все на быстрых дисках дорого даже для газпрома. Но платформа не умеет секционирование, и даже если его сделать в обход платформы то нужно приложить значительные усилия и смекалку что бы поддерживать его в рабочем состоянии.
Прикладным разработчикам (с легким порогом входа) нужно крайне осторожно писать код, любая ошибка приведет к сканированию таблицы на 1 ТБ
Разработчики не знакомые с платформой тут воскликнут: «Вы там что дебилы таблицы по 1 TB делать?, можно же разделить данные оперативные/исторические, сделать удобные View для отчетов и интерфейсов». Ничего этого нельзя сделать. Напоминаю что «самые изысканные требования enterprise» мы должны удовлетворять используя SQL 92 года.
Организация кодовой базы в 8 модулях «ОбщегоНазначения» с постфиксами «ПовтИсп, Сервер, Клиент, КлиентСервер, КлиентПовтИсп» по которым размазывается даже самый простой функционал тоже не облегчает жизнь ent разработчикам.
Когда то 1С была системой с легким порогом входа, сейчас же требования к разработчикам 1С (для нагруженных систем) значительно выше чем к разработчикам на других фреймворках. Разработчики должны не только в совершенстве знать как и во что платформа транслирует их код на 1С но так же должны уметь заставлять работать промышленные СУБД в несвойственных для них режимах. И не только с СУБД самый банальный пример интеграция через SOAP в любой ENT системе которая интегрируется с чем то кроме 1С весь обмен пишется руками через HTTP соединение т.к. платформа не умеет работать с заголовками в SOAP пакетах.
Это отчетливо видно когда смотришь доклады от специалистов PG Pro или MS SQL. Всегда когда речь заходит об 1С они вздыхают и говорят что 1С не является нормальной системой и генерирует не типичную нагрузку, применяя устаревшие архитектурные решения, которые не используют и 10% возможностей современных СУБД.
На последнем Инфостарте 2019 в секции по PG SQL 20 минут рассказывал о нововведениях, которые вообще никак не влияют (не используются платформой) и видно было что он сам понимает что все что он говорит никому в зале не поможет и следовательно не интересно.
И ведь вы все недостатки и сами видите и понимаете.
Откуда у вас такой оптимизм по поводу развития платформы в HiLoad и ent сегменте?
Собственно вот тоже интересная статья для тех кто хочет понять что из себя представляет платформа: habr.com/ru/company/lsfusion/blog/468415
Еще раз может сложиться мнение что я считаю что платформа «плохая» но нет, я очень люблю платформу, она меня как минимум кормит и я знаю как быстро на ней можно решать любые задачи бизнеса, там где наш WEB отдел 5 месяцев проектирует архитектуру я за 3 месяца уже начинаю опытную эксплуатацию.
Но все это работает пока в системе до 100 пользователей, и база до 200ГБ.
А дальше карета превращается в тыкву. И без «Экспертов», «Эксплуататоров» (есть такие направления в экосистеме 1С) оно просто стает колом и не работает, плюс по экспоненте растут требования к разработчикам, и разработчиков 1С с требуемой квалификацией найти сложно, на рынке много тех кто пришел через «легкий порог», и крайне мало тех кто хорошо знает устройство СУБД и сервера / кластера 1С.
Переманить опытного PG SQL DBA на администрирование hiload проекта с JAVA на 1С практически не возможно.
Прошивка стоковая (пробовал и ASOP но приложение камеры там не очень).
Никаких следов выгорания даже близко нет.
Может конечно на определенном фоне в определенных местах, я не занимался исследованиями, но в обычном использовании качество экрана и картинки идеальное.
По скорости были проблемы, пока не поставил greenify сейчас иногда задумывается конечно на 2-3 секунды, но не так что-бы это как то особенно раздражало.
У жены Xiaomi A2, сравнивал с ним:
Минусы Xiaomi A2:
Звук в наушниках просто никакой, зачем вообще такое делать? Да еще и через переходник.
Экран — ощутимо хуже по цветопередаче, фотографии обработанные на калиброванном мониторе выглядят не правильно, оттенки кожи совсем далеки от оригинала.
Сенсор не работает в перчатках, не удобно каждый раз зимой снимать одевать перчатки чтобы принять звонок или запустить приложение.
Олеофобное покрытие на А2 такое впечатление что отсуствует, экран постоянно приходится вытирать.
Камера — тоже хуже, особенно при работе автоматики которая постоянно ошибается и пересвечивает фото или размывает. В идеальных условиях А2 конечно делает снимки получше но на пляже и ярком солнце фото ужасные выдает. Спасает конечно GCAM но он ощуитмо тормозит на А2.
Видео в хороших условиях лучше на А2 в плохих на S5. Плюс у S5 намного лучше работает замедленная (ускоренная) съемка.
NFC нет.
Карту памяти поставить нельзя.
Запасную батарею не возьмешь, приходится брать с собой power bank.
(на S5 купил 3 батареи на Ali, пользуюсь не часто).
Прочность ощутимо хуже чем у S5, s5 падал не однократно, просто отлетает задняя крышка и батарея. У жены до этого был Xiaomi 4х упал со стола, раскололся экран, т.к. энергию удара некуда распределять.
Нет ip68. У S5 после 6 лет ее тоже не особо много, но в целом от воды даже спустя 6 лет он защищен лучше.
Нет беспроводной зарядки (удобно на работе/в машине/на столе).
В S5 по дефолту тоже нет но на али за 3$ продаются «прокладки» которые подходят в штатные места + NFC так же работает корректно.
Хуже прием, там где S5 держит 4G и показывает YouTube, А2 скатывается до HSDPA и скорость сильно падает.
Нет (или плохо работает) шумоподавление при разговоре по телефону.
Из плюсов А2:
Больше оперативки, шустрее процессор.
Вообщем если сравнивать S5 с А2 это все равно что сравнивать 9 летнюю BMW и новую Lada Vesta.
Конечно может еще через 3 года появятся проблемы но возможно за эти 3 года появится телефон с NFC/IR/OLED/3.5 Jack/2SIM + SD Card/IP68/Беспроводной зарядкой/Крепким корпусом, который не боится падений / < 300$ И я наконец поменяю текущий S5.
В случае с языком и объектной моделью 1С я никакой разницы в + между Eclipse и конфигуратором не нашел.
Сам язык ущербный, все эти 7 модулей ОбщегоНазначения с постфиксами (Клиент, ПовтИсп, Сервер, ВызовСервера) это просто позор. Не самый крупный проект это уже 200-300 модулей по которым размазан функционал.
Всё всегда нужно помнить, т.к. ты не можешь оформить метод который работает с ссылкой на объект сотрдуник, так что бы он был доступен через автокомплит.
Любой крупный проект в 1С это АД для разработчика в плане ведения и сопровождения кодовой базы. И IDE тут не поможет.
Пока ты делаешь мелкие проекты это удобно не нужно тратить время на типизацию, не нужно продумывать абстракции и архитектуру, хлоп, хлоп, функционал готов, все довольны.
Но когда речь идет о крупных проектах то ты бы и рад потратить +30% времени оверхед и доп. описание структуры проекта что бы потом это было хоть как то сопровождаемо, но такой возможности просто нет.
Да что писать, это обычный baisic + набор библиотек, причем крайне ограниченных.
Для примера взять тот же SOAP в 2019 году все еще нельзя работать с заголовками SOAP пакетов. Шаг в лево и приходится писать самому весь обмен через HTTP соединение.
И низкий порог входа которым гордится 1С это обман. Что бы подписать тот же SOAP пакет по стандарту xmldsig, в Java мне нужно просто подключит библиотеку и вызвать 2 метода. В 1С для этого потребовалось досконально изучить SOAP протокол что бы в ручную формировать все пакеты, разобраться с криптографией и ключами и особенностью самого xmldsig.
У нас есть отдел WEB разработки, так там опытные WEB разработчики знают внутренности SOAP меньше чем наш 1Сник который сидит на обменах.
Так же и с почтой, вроде и есть работа с IMAP а по факту постоянные проблемы с сообщениями и тот же Wireshark это типичный инструмент 1С программиста. В то время как JAVA/RUBY разработчики очень приблизительно представляют тонкости работы с IMAP, у них просто все работает через библиотеки.
А когда речь заходит про крупные объемы данных, то там требования к DBA и к разработчикам 1С возрастают настолько что можно сертификаты от MS получать.
Потому что что бы заставить этого монолитного монстра работать на базах в 10-15 тб хотя бы под 300 пользователей, это очень сложно. И ставит в тупик даже разработчиков СУБД (те же ребята из PG PRO в шоке от того какие задачи перед ними 1С ставит).
Потому что это в RUBY/JAVA я могу не хранить историю за 12 лет в той же таблице что и оперативные данные, могу выполнять определенные операции на отдельных репликах, и вообще у меня есть реплики. А на 1С у меня есть таблица на 1,5 терабайта + Индексы. Я могу запустить столько микросервисов сколько нужно, масштабируя и распределяя нагрузку (причем бесплатно), а не как в 1С использование мегакластера за огромные деньги.
В общем 1C и удобство это несовместимые вещи. Как узкоспециализированное решение уровня небольшой компании, да, тут нет конкурентов. Все просто и удобно.
Но есть момент при достижении которого сложность начинает расти по экспоненте. И пока платформа это монолит с бейсиком из 89 года это не изменится.
т.е. где в описанной вами схеме используется esim?
По этой же логике нужно перестать запускать военные спутники, и конструировать танки, самолеты, огнестрельное оружие.
Потому что все это ломается и крайне уязвимо в бою. Солдаты привыкли к снайперским винтовкам и автоматам, привыкли к артиллерии и авиа ударам. И уже не умеют воевать без них.
Особенно это касается:«обработки спустя годы могут усовершенствоваться и дать новое качество старым картинкам»
Так же техника не стоит на месте, появляются HDR / OLED экраны которые способны показать больше чем может JPEG.
В 2004м например хорошая фотопечать стоила дорого, на сегодня она стоит значительно дешевле, и качество подросло, если бы я в 2004 удалял RAW и оставил JPG (проявленный с использованием старого TN монитора, с кривой цветопередачей) у меня были бы проблемы с печатью фотокниги в 2019.
Собственно, пример из практики:
Была идея сделать фотокнигу с определенными этапами жизни в подарок на годовщину свадьбы.
Начал смотреть старые фото, на новом 4K HDR мониторе и оказалось что параметры проявки RAW были мягко говоря странными. Хотя некоторые фото помню хорошо как обрабатывал и тогда на том мониторе они выглядели отлично.
Более того когда я на своем мониторе перепроявил RAW и отправил на пробную печать оказалось что цветопередача тоже не совсем такая как на мониторе.
И только после того как я загрузил профиль фотолабы в которой заказывал печать и посмотрел в LH режиме «Soft proof» я добился того что нужно.
Еще один плюс LH что он позволяет делать «виртуальные» копии фотографий с другими настройками проявки, т.е. те фото которые печатаю создаю как виртуальную копию с тэгом «Для печати».
Все эти изменения были бы невозможно если бы я оставил только JPG.
Последние 2 года просто сливаю все фото в один каталог по годам.
А все остальное решается тэгами и альбомами в LH.
Это оказалось на порядок быстрее и удобнее. Если мне нужно вспомнить где я был в 2012 я ставлю фильтр по дате, и открываю карту (в LH есть работа с GPS) и визуально вижу метки на карте.
Так же это видно по тэгам которые остаются после фильтрации.
Там же можно отобрать по людям на фото.
Основной плюс тэгов перед папками то что на одно фото может быть назначено 2-3 тэга. Т.е. одно фото может проходить как Sharm El Sheikh и как Подводное и как Экскурсия.
Представьте как бы выглядели папки без даты: Новый год, Новый год (1), Новый год (2).
Это не удобно.
Не вижу смысла хранить фото не в максимально доступном качестве. Зачем тогда вообще их делать?
Для удобства просмотра и шаринга все новые фото периодически выгружаются в Google Photo.