Да, соглашусь... Но даже по первому Вашему комментарию, что я видел в поле - это не так... А касательно второго - дак это собственно то и нужно делать то: все описывать, заключать в стандарты, составлять СМК, менять бизнес-процессы. Но бизнес думает (есть на то примеры): достаточно программ, или кого-то научить, или что-то настроить/подкрутить - а важно собственно потом по этим новым бизнес-правилам организовать взаимодействие людей (тут уже даже в лирику немного).
Дело в том, что так или иначе начинается и уже идёт вторая волна внедрения BIM/ТИМ - импортозамещающая. И идёт она в точно таком же исполнении! И вот в этом печаль.
Коллега, прям поддерживаю каждый абзац!!! И именно то, что Вы написали в самом первом - это исходит из тех же методологий управления проектами. Но отношение бизнеса к этому как к просто: "нужны программки, настройки, семейства ...", и именно такое отношение появилось в следствие того, что сами внедренцы, BIM-менеджеры и рук проектов внедрения так и преподносят ситуацию (возможно, могу ошибаться).
Хотел бы прокомментировать из Вашего текста выборочные вещи .И думаю начну с конца. Касательно отчитываются по бюджету и следуют процедуре: культуру работы и исполнения закладывает руководитель, если ему важно, чтобы действительно работало - будет требовать, а если отчетность по бюджету то цель "прибыль любыми средствами" - то проблема встанет рано или поздно перед таким руководителем ведь он не знает как фактически работает Организация, из чего получаются его деньги. "Нет точного понимания с чего компания заработает деньги при покупке данного по" - это очень и очень странное заявление, что компания не может оценить выгоду... пусть предусмотрит метрики для процессов и снимая их уже анализирует: будь то это время, количество замечаний, уменьшение брака и смотрит уже по внедрению. "Не хотят переходить в стандарт программы." - ну в данном случае ищите/пишите/(обращайтесь чтоб написали ПО под заказ для Вас) более подходящую программу или принимайте что есть и уже закрывайте ручные процессы другими способами. "Разработчики сказали ради одной маленькой компании никто это разрабатывать не будет." - да, это так, любые хотелки не будут закрываться, а вообще стоит смотреть на это комплексно и если какие то моменты закрываются - то не "закрываемые" либо вручную, либо разрабатывайте средства автоматизации. "ни один рук. так и не вышел на полноценное общение" - это опять зависит от самого руководителя, по личным примерам были очень заинтересованные вышестоящие руководители (но в большинстве случаев стараются действительно уйти в сторону/абстрагироваться)...
Статья и написана, как "всё нужно было делать не так", то есть начинать проект именно с некоторого опросника (сбор данных) Организации с выявлением именно что рисков проекта для себя и фиксируя их. Затем переходить к плану, и составлять его таким образом, чтобы риски минимизировать. А уже далее инициировать мероприятия выполнения того же плана за подписью вышестоящего руководства (важно!!! не пытаться внедрить "снизу", то есть от тех же проектировщиков - а убеждать, что это важно не им и именно самому руководству - это действительно так). Но всё это касается именно нового внедрения... На текущим предложил бы выйти на контакт с руководством и уже окончательно даже по той таблице утвердить для себя и сделать вывод и да - он может быть по рискам не утешительный... И уже действовать - либо принять и работать/мучиться также минимизируя или уходить на новый проект, увы так.
Именно так! Вот поэтому у меня и родилась идея написать данную статью. Что либо Организация уже имеет некоторое представление и ей необходимо все моменты закрепить в регламентах ИСМ/СМК (интегрированная система менеджмента/система менеджмента качества), либо это всё таки эти моменты (названные мной рисками в таблице) формирует руководитель проекта внедрения BIM фиксируя внутри Организации. То есть относится к процессу внедрения BIM/ТИМ - не заканчивая настройкой САПР, семействами, мануалами и т.д., а формировать культуру работы предприятия в концепции BIM.
Приветствую! То есть получается, внедрение тех же связей... и самих ПИР в таком случае возможно и на уровне самого же IFC (просто ранее такое предусматривалось в IFC XML). Хотелось бы получить большую информацию по данной "фишке"
Принимайте запись "СТО" как "Подготовить машину к СТО", я так не душню дома для своих мелких дел )))). Я пишу как будет понятно мне. Я как то попроще ко всему этому отношусь) Это же хобби, должно быть в радость, а не в формализацию и буквальному следованию исполнения как в рабочем порядке. И это не "workflow " - это мелкие дела. Не нужно приписывать грандиозных англоязычных наименований мелким домашним делам. Не требует они исполнению сроков, подписаний двусторонних актов выполнения и всякой лабуды. Относитесь проще). Речь не туда. Здесь парень про сервак свой рассказывает, и это прикольно и достойно!
чем так может отличаться событие, от задачи, чтобы их разделять как мухи от котлет). То что указано в задачнике сразу подразумевает, о подготовки к этому, не буду же я расписывать, для себя все что мне нужно сделать с машиной для СТО)))) я просто по наименованию это понимаю. И не стану я формализовано писать "Подготовить машину к СТО" ))) для себя же
Дело в том, что это отдельные модули. Первый это календарь, а второй задачи. При этом задачи можно удобно вынести в виджет на телефон и они будут всегда попадаться на галаз (этот виджет на главном столе в андроида). Но если я внесу дату как нужно, то ее не будет в теме задачи, она упадет в календарь. А так, я как только разблокирую телефон сразу вижу что висит важное дело и когда. Вот и вся логика
Ну и как всегда с поддержкой как от производителя, так и самосборных ОС будут проблемы и в совместимости и в стабильности... На личном опыте, имея orange pi + 2e, можно сказать что устройство умерло на убунту 16.04. Последующие версии версии и разновидности (armbian) стабильной работы не дают... Разработчик очень быстро забросил платформу по выпуску. Так что учесть этого устройства, думаю, не будет отличаться уникальностью. Клепают теперь эти поделки почти каждый год как телефоны
Вы почему то складываете всё в одну кучу, как и Российские разработчики "BIM - Тим" САПР. В рамках той же свой строительной части, не интерьера (мебели и подобное), не архитектуры (внутреннее наполнение и общие геометрические формы сооружения), а именно в строительной части. Если модель имеет очень высокую степень параметризации (особенно в узловых решениях) и плюс прямую/обратную связь с расчетной схемой то - при изменение геометрических/пространственных параметров здания правильная BIM система перестроит узлы сочленения, по прямой/обратной связи передаст изменения в расчетные геометрические схемы расчетных ПО для каркаса и узловых решений. Затем инженер пересмотрит уже в расчетных схемам изменяющуюся геометрию, примет решение, произведет повторные пересчеты и вернет в ту самую проектную BIM модель, с перестройкой чертежей. Но опять же в такой приближении работают далеко не все иностранные САПР, да и в процессе не все так гладко как даже мной написано... И еще момент. В промке строительная часть идет за электрикой, КИП, и монтажно-технологической. То есть "не стена подвинется" и провод электриков "растянется", а изменения в электротехнической части вызовут коллизии в сводной междисциплинарной BIM-модели и уже строители-проектировщики будут смещать балочные клетки и т.д. и т.п.
Ни один из представленных решений так не адаптируется на низком уровне вплоть до передачи данных на станки ЧПУ, не говоря уже о высокой узловой детализации с разделкой кромок и т.д. Они все практически на одном уровне недо КМ, КЖ/КЖи уровень архитектуры и то без детализации "пирогов". Личное мнение основанное на опыте
Так странно, что не упоминается такой строительный САПР как Tekla
Почитал статью и смотрю, что все как-то просто уж очень... Выключи свет, закрой шторы, не читай новости и тишина... А как быть при наличие двух детей, один из которых грудная, а второй первоклассник, человеку с 2-мя высшими в машиностроении и строительстве, работающего в области BIM-моделирования на импортном софте, который объявил сам себя санкционным... При том, что нужно платить ипотеку за квартиру в Москве (родители живут в другом городе) и далеко не по периферийным расценкам. Немного входящий в программирование с дилетантской стороны (обстоятельства вынуждают), при усугубившейся ситуации- сломал правую кисть руки.... Закрыв шторки и выключив свет как думаете - проблемки уйдут ))). Недосыпы из-за новостей блин)
Xeon E5450 4 ядра по 3.6ГГц (разогнанный) на 775 сокете, ОЗУ: 16Гб DDR3 1600МГц. ESXI 6.0, на одну процессорную систему дают бесплатный ключ. 4, 5 виртуальных машин одновременно на 60Гб SSD под esxi и машины + 4 HDD по 512Гб разобраны по машинам, raid в этом случае излишен. В таком случае любой диск можно вытащить и поставить в десктоп экстренно. 3 серверных linux + windows 2016 server для домашнего домена с политиками, 1 часто меняемая временная песочница, то андроид, до дебиан, то 7ка. Для видеонаблюдения — xeoma, dlna — serviio, торент — qbittorrent. Ну и веб-админка на node js. Работает без bsod.
Ну и конечно под всем этим поднимается вопрос "воли". А зачем, мотивация, в чем смысл/направление алгоритму проводить собственные внутренние изыскания, суждения. Ведь все же человек пытается осмыслить, осознать, разуметь когда у него появляется в этом потребность, его что то неустраивает. Зачем что то искать и как это заложить ИИ. Ведь По сути программа и машина выдают тот результат, который в нее заложили… Сразу скажу, что вопрос по нейронным сетям еще не дома конца изучен, чтобы утверждать, что они самимм способны постигать за счет обучения.
То есть, если развить тему дальше, то получается, что язык/слова и тому подобное, являются второсортным методом освоения информации, а точнее только передатчиком. А эффект все же наблюдателя важнее. На подкорке возникает глубинный больше философский вопрос: может ли ИИ делать выводы, выдвигать гипотезы/теории, задумывать технологии и их подтверждать или опровергать, как предположим тот же Стивен Хокинг, Эйнштейн и т.п. Ведь они двигались в области далекой от созерцания процессов, но это им не мешало выдвигать гипотезы, которые в последствии получали подтверждения...
Сделали уже!!! 3 дня назад!!! Куча опровержений с лета! И вот буквально не прошло и квартала - уже подписание только через бот Макса - всё! Приехали!
Да, соглашусь... Но даже по первому Вашему комментарию, что я видел в поле - это не так... А касательно второго - дак это собственно то и нужно делать то: все описывать, заключать в стандарты, составлять СМК, менять бизнес-процессы. Но бизнес думает (есть на то примеры): достаточно программ, или кого-то научить, или что-то настроить/подкрутить - а важно собственно потом по этим новым бизнес-правилам организовать взаимодействие людей (тут уже даже в лирику немного).
Дело в том, что так или иначе начинается и уже идёт вторая волна внедрения BIM/ТИМ - импортозамещающая. И идёт она в точно таком же исполнении! И вот в этом печаль.
Коллега, прям поддерживаю каждый абзац!!! И именно то, что Вы написали в самом первом - это исходит из тех же методологий управления проектами. Но отношение бизнеса к этому как к просто: "нужны программки, настройки, семейства ...", и именно такое отношение появилось в следствие того, что сами внедренцы, BIM-менеджеры и рук проектов внедрения так и преподносят ситуацию (возможно, могу ошибаться).
Хотел бы прокомментировать из Вашего текста выборочные вещи .И думаю начну с конца. Касательно отчитываются по бюджету и следуют процедуре: культуру работы и исполнения закладывает руководитель, если ему важно, чтобы действительно работало - будет требовать, а если отчетность по бюджету то цель "прибыль любыми средствами" - то проблема встанет рано или поздно перед таким руководителем ведь он не знает как фактически работает Организация, из чего получаются его деньги. "Нет точного понимания с чего компания заработает деньги при покупке данного по" - это очень и очень странное заявление, что компания не может оценить выгоду... пусть предусмотрит метрики для процессов и снимая их уже анализирует: будь то это время, количество замечаний, уменьшение брака и смотрит уже по внедрению. "Не хотят переходить в стандарт программы." - ну в данном случае ищите/пишите/(обращайтесь чтоб написали ПО под заказ для Вас) более подходящую программу или принимайте что есть и уже закрывайте ручные процессы другими способами. "Разработчики сказали ради одной маленькой компании никто это разрабатывать не будет." - да, это так, любые хотелки не будут закрываться, а вообще стоит смотреть на это комплексно и если какие то моменты закрываются - то не "закрываемые" либо вручную, либо разрабатывайте средства автоматизации. "ни один рук. так и не вышел на полноценное общение" - это опять зависит от самого руководителя, по личным примерам были очень заинтересованные вышестоящие руководители (но в большинстве случаев стараются действительно уйти в сторону/абстрагироваться)...
Статья и написана, как "всё нужно было делать не так", то есть начинать проект именно с некоторого опросника (сбор данных) Организации с выявлением именно что рисков проекта для себя и фиксируя их. Затем переходить к плану, и составлять его таким образом, чтобы риски минимизировать. А уже далее инициировать мероприятия выполнения того же плана за подписью вышестоящего руководства (важно!!! не пытаться внедрить "снизу", то есть от тех же проектировщиков - а убеждать, что это важно не им и именно самому руководству - это действительно так). Но всё это касается именно нового внедрения... На текущим предложил бы выйти на контакт с руководством и уже окончательно даже по той таблице утвердить для себя и сделать вывод и да - он может быть по рискам не утешительный... И уже действовать - либо принять и работать/мучиться также минимизируя или уходить на новый проект, увы так.
Именно так! Вот поэтому у меня и родилась идея написать данную статью. Что либо Организация уже имеет некоторое представление и ей необходимо все моменты закрепить в регламентах ИСМ/СМК (интегрированная система менеджмента/система менеджмента качества), либо это всё таки эти моменты (названные мной рисками в таблице) формирует руководитель проекта внедрения BIM фиксируя внутри Организации. То есть относится к процессу внедрения BIM/ТИМ - не заканчивая настройкой САПР, семействами, мануалами и т.д., а формировать культуру работы предприятия в концепции BIM.
Спасибо за комментарий) Не хотел первую вроде как серьезную статью начинать с мема, но согласен, что было бы уместно.
Приветствую! То есть получается, внедрение тех же связей... и самих ПИР в таком случае возможно и на уровне самого же IFC (просто ранее такое предусматривалось в IFC XML). Хотелось бы получить большую информацию по данной "фишке"
Принимайте запись "СТО" как "Подготовить машину к СТО", я так не душню дома для своих мелких дел )))). Я пишу как будет понятно мне. Я как то попроще ко всему этому отношусь) Это же хобби, должно быть в радость, а не в формализацию и буквальному следованию исполнения как в рабочем порядке. И это не "workflow " - это мелкие дела. Не нужно приписывать грандиозных англоязычных наименований мелким домашним делам. Не требует они исполнению сроков, подписаний двусторонних актов выполнения и всякой лабуды. Относитесь проще). Речь не туда. Здесь парень про сервак свой рассказывает, и это прикольно и достойно!
чем так может отличаться событие, от задачи, чтобы их разделять как мухи от котлет). То что указано в задачнике сразу подразумевает, о подготовки к этому, не буду же я расписывать, для себя все что мне нужно сделать с машиной для СТО)))) я просто по наименованию это понимаю. И не стану я формализовано писать "Подготовить машину к СТО" ))) для себя же
Дело в том, что это отдельные модули. Первый это календарь, а второй задачи. При этом задачи можно удобно вынести в виджет на телефон и они будут всегда попадаться на галаз (этот виджет на главном столе в андроида). Но если я внесу дату как нужно, то ее не будет в теме задачи, она упадет в календарь. А так, я как только разблокирую телефон сразу вижу что висит важное дело и когда. Вот и вся логика
Да и про nextcloud зря Вы так, теперь это прям полноценный комбайн, еще пару фоток
Nextcloud
Туе
OnlyOffice тут же
Only
Мои 5 копеек: Home Assistant - это вещь! Следил за Вашими статьями - ставьте, разбирайтесь. Появится новое время препровождение!
Скрин домашней странички HA
Ну и как всегда с поддержкой как от производителя, так и самосборных ОС будут проблемы и в совместимости и в стабильности... На личном опыте, имея orange pi + 2e, можно сказать что устройство умерло на убунту 16.04. Последующие версии версии и разновидности (armbian) стабильной работы не дают... Разработчик очень быстро забросил платформу по выпуску. Так что учесть этого устройства, думаю, не будет отличаться уникальностью. Клепают теперь эти поделки почти каждый год как телефоны
Вы почему то складываете всё в одну кучу, как и Российские разработчики "BIM - Тим" САПР. В рамках той же свой строительной части, не интерьера (мебели и подобное), не архитектуры (внутреннее наполнение и общие геометрические формы сооружения), а именно в строительной части. Если модель имеет очень высокую степень параметризации (особенно в узловых решениях) и плюс прямую/обратную связь с расчетной схемой то - при изменение геометрических/пространственных параметров здания правильная BIM система перестроит узлы сочленения, по прямой/обратной связи передаст изменения в расчетные геометрические схемы расчетных ПО для каркаса и узловых решений. Затем инженер пересмотрит уже в расчетных схемам изменяющуюся геометрию, примет решение, произведет повторные пересчеты и вернет в ту самую проектную BIM модель, с перестройкой чертежей. Но опять же в такой приближении работают далеко не все иностранные САПР, да и в процессе не все так гладко как даже мной написано... И еще момент. В промке строительная часть идет за электрикой, КИП, и монтажно-технологической. То есть "не стена подвинется" и провод электриков "растянется", а изменения в электротехнической части вызовут коллизии в сводной междисциплинарной BIM-модели и уже строители-проектировщики будут смещать балочные клетки и т.д. и т.п.
Ни один из представленных решений так не адаптируется на низком уровне вплоть до передачи данных на станки ЧПУ, не говоря уже о высокой узловой детализации с разделкой кромок и т.д. Они все практически на одном уровне недо КМ, КЖ/КЖи уровень архитектуры и то без детализации "пирогов". Личное мнение основанное на опыте
Так странно, что не упоминается такой строительный САПР как Tekla
Почитал статью и смотрю, что все как-то просто уж очень... Выключи свет, закрой шторы, не читай новости и тишина... А как быть при наличие двух детей, один из которых грудная, а второй первоклассник, человеку с 2-мя высшими в машиностроении и строительстве, работающего в области BIM-моделирования на импортном софте, который объявил сам себя санкционным... При том, что нужно платить ипотеку за квартиру в Москве (родители живут в другом городе) и далеко не по периферийным расценкам. Немного входящий в программирование с дилетантской стороны (обстоятельства вынуждают), при усугубившейся ситуации- сломал правую кисть руки.... Закрыв шторки и выключив свет как думаете - проблемки уйдут ))). Недосыпы из-за новостей блин)
Xeon E5450 4 ядра по 3.6ГГц (разогнанный) на 775 сокете, ОЗУ: 16Гб DDR3 1600МГц. ESXI 6.0, на одну процессорную систему дают бесплатный ключ. 4, 5 виртуальных машин одновременно на 60Гб SSD под esxi и машины + 4 HDD по 512Гб разобраны по машинам, raid в этом случае излишен. В таком случае любой диск можно вытащить и поставить в десктоп экстренно. 3 серверных linux + windows 2016 server для домашнего домена с политиками, 1 часто меняемая временная песочница, то андроид, до дебиан, то 7ка. Для видеонаблюдения — xeoma, dlna — serviio, торент — qbittorrent. Ну и веб-админка на node js. Работает без bsod.
Ну и конечно под всем этим поднимается вопрос "воли". А зачем, мотивация, в чем смысл/направление алгоритму проводить собственные внутренние изыскания, суждения. Ведь все же человек пытается осмыслить, осознать, разуметь когда у него появляется в этом потребность, его что то неустраивает. Зачем что то искать и как это заложить ИИ. Ведь По сути программа и машина выдают тот результат, который в нее заложили… Сразу скажу, что вопрос по нейронным сетям еще не дома конца изучен, чтобы утверждать, что они самимм способны постигать за счет обучения.
То есть, если развить тему дальше, то получается, что язык/слова и тому подобное, являются второсортным методом освоения информации, а точнее только передатчиком. А эффект все же наблюдателя важнее. На подкорке возникает глубинный больше философский вопрос: может ли ИИ делать выводы, выдвигать гипотезы/теории, задумывать технологии и их подтверждать или опровергать, как предположим тот же Стивен Хокинг, Эйнштейн и т.п. Ведь они двигались в области далекой от созерцания процессов, но это им не мешало выдвигать гипотезы, которые в последствии получали подтверждения...