В примерах есть то что на первый взгляд нужно: Фильтрация значений при помощи 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).
Это не удобно.
Интересно почему у некоторых LH начинает на 20к файлов сдыхать?
Вы уже второй кто тут пишет.
У меня порядка 80к и я не заметил какого либо замедления работы базы.
Да и чему тормозить, это же обычная база, самые простые СУБД без проблем переваривают сотни миллионов записей под многопользовательской нагрузкой, а тут жалкие сотни тысяч под одним пользователем.
Может у вас конечно там какие то особо большие деревья тэгов (keywords), у меня порядка 90 тэгов (это с учетом иерархии), около 20 смарт альбомов, база расположена на обычном HDD.
Конечно нельзя сказать что все мгновенно работает (ну с HDD ничего мгновенно не работает) но и больше 1-2 секунд ждать не приходится при навигации по тэгам/альбомам.
Тогда это проще набросать от руки на листе приблизительно) Во всяком случае мне, ибо черчение в школе было.
Тогда придется набросать на листочке еще и квартиру и остальную мебель что бы представить (и показать жене) как это будет выглядеть в интерьере.
Не вижу смысла использовать листочек если есть SK.
«Отрабатывать технику работы с программой, кстати, можно в демо версии, кстати»
Да, хороший вариант, буду иметь в виду. Спасибо за совет.
А вот понимание, как наполнение правильно делать
Я в интернете конечно ищу варианты, но предпочитаю сходить в салоны мебели и посмотреть в живую образцы той мебели которую собираюсь делать.
Как и понять процесс сборки и где не соберется в реальности
Тут SK закрывает примерно 70% случаев. Всегда после того как в SK готово изделие можно вирутально его собрать. Понятно что гарантий это на 100% нее даст но от крупных косяков помогает. Вообще у меня сложности возникают только с разной сложной фурнитурой (все что сложнее обычной петли и направляющих). Я подобные проблемы решаю покупкой фурнитуры перед окончательным проектом и сборкой пробных конструкций из обрезков. Сразу становится понятно где какие тонкие моменты есть.
Вы много написали, однако по факту в СПБ я не знаю кто бы делал присадку на ЧПУ.
ЧПУ и пильный центр сами по себе не дешевые аппараты, из-за этого ручным китайским инструментом и убитой кареткой таджиком в гараже — действительно выйдет дешевле.
Стоимость ручной присадки 28 рублей за шкант.
Если 2 дырки на ЧПУ стоят дороже чем 28 рублей то какой смысл тогда в ЧПУ?
Я общался с владельцем распила, на мой вопрос " 28 руб за 2 дырки это очень дорого, почему так?" он ответил так как я описал выше. Возможно он не в теме и вы правы. Мне сложно спорить.
Единственное что я не до конца понял что именно вы хотели сказать.
По моей информации (от владельца распила) использовать ЧПУ для штучных заказов не рентабельно. Если я закажу 50 тумбочек то мне присадку по шкант сделают на ЧПУ и стоить это будет не 28 руб а 12. Если закажу 100 тумбочек то за 10, а если 1000 то они открыты для диалога.
А одну тумбочку они отдадут рабочему и там дырка будет 28 рублей.
Если бы все было так просто и выгодно как вы описываете то я думаю в СПБ нашлись бы предприимчивые люди которые для штучных изделий поставили бы цену 15 рублей за шкант и просто уничтожили своих конкурентов.
Но пока я не вижу таких компаний. Следовательно не все так просто со штучными заказами на ЧПУ.
Что касается сравнения Про100 и Базиса то тут я с Вами согласен. Собственно для меня не понятна любовь «салонов мебели» к Про100, и в двойне не понятно зачем ее используют на производстве. Базис по всем параметрам лучше.
Еще можно упомянуть К3 мебель, мне она тоже понравилась, но по базису на YouTube хорошие ролики есть обучающие и из за них я перешел на него.
«А что значит сложно произвольно менять размеры?»
В SK на этапе общего дизайна я могу использовать Push/Pull, Scale, копирование. Плюс как я уже писал в SK у меня обрисована вся квартира (с розетками, проводкой, трубами и.т.п.).
На этапе предварительного проекта, еще нет полочек, ящиков, в лучшем случае есть текстуры и ниши и примерный внешний вид.
Проектирование внутреннего устройства (полки, перегородки, ящики) делаю в SK т.к. опыта мало сразу делать правильно, и быстро не получается, а время в базисе стоит достаточно дорого.
Поэтому сначала все проектирую в SK а потом уже быстро вношу в базис, расставляют крепеж.
Вот вообще не понимаю ПРО100 на мой взгляд бесполезная программа.
Единственное для чего она подходит идеально: В салоне из блоков собирать мебель.
В отличии от «Базис Мебельщик», ПРО100 программа больше для дизайнера чем для технолога.
Я в СПБ не знаю никого кто бы делал недорого присадку на ЧПУ, да и не простое это дело.
Одно дело на плоскости присадку сделать и совсем другое на гранях. Да и возни много, там где опытный таджик делает присадку за 5 минут, на ЧПУ нужно залить программу для детали, расположить лист потом только будет присадка.
Это когда тебе 100 одинаковых деталей нужно то ЧПУ рулит, а когда штучное производство и каждая деталь уникальная то с ЧПУ больше возни. И оператору ЧПУ нужно платить больше, да и таджики которые листы таскают тоже нужны.
Я пользуюсь app.sketchup.com там денег не просят, есть какой то PRO режим но как то не было необходимости.
Да и SketchUP 2017 не перестал быть бесплатным. А его хватает. Я вообще смотрел нововведения 18,19 там ничего и не добавили, все полезное через плагины добавляется.
Я тоже занимаюсь самостоятельной сборкой, цель правда не сэкономить а сделать так как мне нужно, качественно. К сожалению все покупное редко качественно сделано, и еще реже устраивает по цвету/эргономике.
Всегда предварительный проект рисую в sketchup в нем обрисована вся квартира и вся мебель, окна двери, плинтуса, розетки, скрытая проводка и.т.п.
в sketchup удобно доводить мебель, менять размеры прикидывать варианты, причем сначала вообще рисую из примитивов (квадрат, прямоугольник) потом когда общая идея сформирована моделирую лист, и собираю из листов.
Окончательный проект делаю в Базис мебельщик там удобно размещать петли, крепеж (эксцентрики) есть конструкторы ящиков.
Но главное на выходе файл который принимают все компании по распилу.
Включая подробную карту присадки с размерами и отверстиями.
Еще один плюс это отличный модуль раскроя.
Так же автоматически учитывается толщина кромки, т.к. есть компании которые при кромлении подрезают деталь т.е. размер не меняется детали, а есть компании которые на распил кромку клеят, тогда деталь становится на 1 мм больше. В Базисе при получении комплекта чертежей можно выбрать в каком режиме учитывать.
Из минусов:
Платная, по часам.
Сложно произвольно менять размеры, да и вообще после SK достаточно тяжело в ней рисовать. Но зато если знаешь точно что тебе нужно, то рисовать и расставлять крепеж, одно удовольствие.
В среднем на то что бы нарисовать готовую мебель уходит один час. Сложную кухню из 14 ящиков перерисовал 3 часа.
Зато потом в заказ отправляется файл и тебе привозят такие же точно комплекты как будто ты купил в магазине, единственное фурнитуру покупаешь сам.
Но я последнее время отказался от присадки, заказываю только распил. Т.к. присадка по стоимости получается дороже материала(последний заказ, материала на 3000 присадка на 4500), сроки увеличиваются в 2 или даже 3 раза, да и косяки есть т.к. присадка идет руками (там где я заказывал).
Если есть хорошие мебельные шаблоны (а у меня есть), то не проблема сделать присадку самому, за одно иногда оказывается выгоднее сделать не как задумывал в проекте а по другому.
Вообще самое сложное в проекте все учесть, а то как вы и писали бывает так напроектируешь что потом не понятно как это все собирать но это опыт, за один два раза уже понимаешь как все устроено.
Пробовал и солид и блендер и Fusion. Для мебели как то слишком сложно, преимуществ перед скетчапом нет вообще никаких.
Fusion отлично подходит для 3д моделей и для заказа резки на ЧПУ (из оргстекла делал полку с очень сложной формой (рисунок леса со зверями)). Но мебель сложно рисовать, точнее рисовать то не сложно, а вот модифицировать, менять размеры, править сложнее.
В примерах есть то что на первый взгляд нужно: Фильтрация значений при помощи 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.
Вы уже второй кто тут пишет.
У меня порядка 80к и я не заметил какого либо замедления работы базы.
Да и чему тормозить, это же обычная база, самые простые СУБД без проблем переваривают сотни миллионов записей под многопользовательской нагрузкой, а тут жалкие сотни тысяч под одним пользователем.
Может у вас конечно там какие то особо большие деревья тэгов (keywords), у меня порядка 90 тэгов (это с учетом иерархии), около 20 смарт альбомов, база расположена на обычном HDD.
Конечно нельзя сказать что все мгновенно работает (ну с HDD ничего мгновенно не работает) но и больше 1-2 секунд ждать не приходится при навигации по тэгам/альбомам.
Тогда придется набросать на листочке еще и квартиру и остальную мебель что бы представить (и показать жене) как это будет выглядеть в интерьере.
Не вижу смысла использовать листочек если есть SK.
Да, хороший вариант, буду иметь в виду. Спасибо за совет.
Я в интернете конечно ищу варианты, но предпочитаю сходить в салоны мебели и посмотреть в живую образцы той мебели которую собираюсь делать.
Тут SK закрывает примерно 70% случаев. Всегда после того как в SK готово изделие можно вирутально его собрать. Понятно что гарантий это на 100% нее даст но от крупных косяков помогает. Вообще у меня сложности возникают только с разной сложной фурнитурой (все что сложнее обычной петли и направляющих). Я подобные проблемы решаю покупкой фурнитуры перед окончательным проектом и сборкой пробных конструкций из обрезков. Сразу становится понятно где какие тонкие моменты есть.
Стоимость ручной присадки 28 рублей за шкант.
Если 2 дырки на ЧПУ стоят дороже чем 28 рублей то какой смысл тогда в ЧПУ?
Я общался с владельцем распила, на мой вопрос " 28 руб за 2 дырки это очень дорого, почему так?" он ответил так как я описал выше. Возможно он не в теме и вы правы. Мне сложно спорить.
Единственное что я не до конца понял что именно вы хотели сказать.
По моей информации (от владельца распила) использовать ЧПУ для штучных заказов не рентабельно. Если я закажу 50 тумбочек то мне присадку по шкант сделают на ЧПУ и стоить это будет не 28 руб а 12. Если закажу 100 тумбочек то за 10, а если 1000 то они открыты для диалога.
А одну тумбочку они отдадут рабочему и там дырка будет 28 рублей.
Если бы все было так просто и выгодно как вы описываете то я думаю в СПБ нашлись бы предприимчивые люди которые для штучных изделий поставили бы цену 15 рублей за шкант и просто уничтожили своих конкурентов.
Но пока я не вижу таких компаний. Следовательно не все так просто со штучными заказами на ЧПУ.
Что касается сравнения Про100 и Базиса то тут я с Вами согласен. Собственно для меня не понятна любовь «салонов мебели» к Про100, и в двойне не понятно зачем ее используют на производстве. Базис по всем параметрам лучше.
Еще можно упомянуть К3 мебель, мне она тоже понравилась, но по базису на YouTube хорошие ролики есть обучающие и из за них я перешел на него.
В SK на этапе общего дизайна я могу использовать Push/Pull, Scale, копирование. Плюс как я уже писал в SK у меня обрисована вся квартира (с розетками, проводкой, трубами и.т.п.).
На этапе предварительного проекта, еще нет полочек, ящиков, в лучшем случае есть текстуры и ниши и примерный внешний вид.
Проектирование внутреннего устройства (полки, перегородки, ящики) делаю в SK т.к. опыта мало сразу делать правильно, и быстро не получается, а время в базисе стоит достаточно дорого.
Поэтому сначала все проектирую в SK а потом уже быстро вношу в базис, расставляют крепеж.
(по всему остальному с вами согласен)
Единственное для чего она подходит идеально: В салоне из блоков собирать мебель.
В отличии от «Базис Мебельщик», ПРО100 программа больше для дизайнера чем для технолога.
Одно дело на плоскости присадку сделать и совсем другое на гранях. Да и возни много, там где опытный таджик делает присадку за 5 минут, на ЧПУ нужно залить программу для детали, расположить лист потом только будет присадка.
Это когда тебе 100 одинаковых деталей нужно то ЧПУ рулит, а когда штучное производство и каждая деталь уникальная то с ЧПУ больше возни. И оператору ЧПУ нужно платить больше, да и таджики которые листы таскают тоже нужны.
Да и SketchUP 2017 не перестал быть бесплатным. А его хватает. Я вообще смотрел нововведения 18,19 там ничего и не добавили, все полезное через плагины добавляется.
Я тоже занимаюсь самостоятельной сборкой, цель правда не сэкономить а сделать так как мне нужно, качественно. К сожалению все покупное редко качественно сделано, и еще реже устраивает по цвету/эргономике.
Всегда предварительный проект рисую в sketchup в нем обрисована вся квартира и вся мебель, окна двери, плинтуса, розетки, скрытая проводка и.т.п.
в sketchup удобно доводить мебель, менять размеры прикидывать варианты, причем сначала вообще рисую из примитивов (квадрат, прямоугольник) потом когда общая идея сформирована моделирую лист, и собираю из листов.
Окончательный проект делаю в Базис мебельщик там удобно размещать петли, крепеж (эксцентрики) есть конструкторы ящиков.
Но главное на выходе файл который принимают все компании по распилу.
Включая подробную карту присадки с размерами и отверстиями.
Еще один плюс это отличный модуль раскроя.
Так же автоматически учитывается толщина кромки, т.к. есть компании которые при кромлении подрезают деталь т.е. размер не меняется детали, а есть компании которые на распил кромку клеят, тогда деталь становится на 1 мм больше. В Базисе при получении комплекта чертежей можно выбрать в каком режиме учитывать.
Из минусов:
Платная, по часам.
Сложно произвольно менять размеры, да и вообще после SK достаточно тяжело в ней рисовать. Но зато если знаешь точно что тебе нужно, то рисовать и расставлять крепеж, одно удовольствие.
В среднем на то что бы нарисовать готовую мебель уходит один час. Сложную кухню из 14 ящиков перерисовал 3 часа.
Зато потом в заказ отправляется файл и тебе привозят такие же точно комплекты как будто ты купил в магазине, единственное фурнитуру покупаешь сам.
Но я последнее время отказался от присадки, заказываю только распил. Т.к. присадка по стоимости получается дороже материала(последний заказ, материала на 3000 присадка на 4500), сроки увеличиваются в 2 или даже 3 раза, да и косяки есть т.к. присадка идет руками (там где я заказывал).
Если есть хорошие мебельные шаблоны (а у меня есть), то не проблема сделать присадку самому, за одно иногда оказывается выгоднее сделать не как задумывал в проекте а по другому.
Вообще самое сложное в проекте все учесть, а то как вы и писали бывает так напроектируешь что потом не понятно как это все собирать но это опыт, за один два раза уже понимаешь как все устроено.
Пробовал и солид и блендер и Fusion. Для мебели как то слишком сложно, преимуществ перед скетчапом нет вообще никаких.
Fusion отлично подходит для 3д моделей и для заказа резки на ЧПУ (из оргстекла делал полку с очень сложной формой (рисунок леса со зверями)). Но мебель сложно рисовать, точнее рисовать то не сложно, а вот модифицировать, менять размеры, править сложнее.
Такие ТВ уже не найти, в них уже нужно все емкости менять как по питанию так и основные. Про ламповые я вообще молчу.
Тогда да,
Но это уже хобби, там часто приходится тратить деньги.
«а) Берём по цене 0...1000 руб. старый компьютерный монитор с»
За 800 можно просто рабочий ТВ купить.