Часть 4: Гражданский кодекс Российской Федерации часть 4 (ГК РФ ч.4) / КонсультантПлюс

ГК РФ Статья 1229. Исключительное право / КонсультантПлюс

2. Исключительное право на результат интеллектуальной деятельности или на средство индивидуализации (кроме исключительного права на фирменное наименование) может принадлежать одному лицу или нескольким лицам совместно.

3. В случае, когда исключительное право на результат интеллектуальной деятельности или на средство индивидуализации принадлежит нескольким лицам совместно, каждый из правообладателей может использовать такой результат или такое средство по своему усмотрению, если настоящим Кодексом или соглашением между правообладателями не предусмотрено иное.

Распоряжение исключительным правом на результат интеллектуальной деятельности или на средство индивидуализации осуществляется правообладателями совместно, если настоящим Кодексом или соглашением между правообладателями не предусмотрено иное.

Доходы от совместного использования результата интеллектуальной деятельности или средства индивидуализации либо от совместного распоряжения исключительным правом на такой результат или на такое средство распределяются между всеми правообладателями в равных долях, если соглашением между ними не предусмотрено иное.

Каждый из правообладателей вправе самостоятельно принимать меры по защите своих прав на результат интеллектуальной деятельности или на средство индивидуализации.

(см. текст в предыдущей редакции)

5. Ограничения исключительных прав на результаты интеллектуальной деятельности и на средства индивидуализации, в том числе в случае, когда использование результатов интеллектуальной деятельности допускается без согласия правообладателей, но с сохранением за ними права на вознаграждение, устанавливаются настоящим Кодексом.

Ограничения исключительных прав на произведения науки, литературы или искусства либо на объекты смежных прав устанавливаются в определенных особых случаях при условии, что такие ограничения не противоречат обычному использованию произведений либо объектов смежных прав и не ущемляют необоснованным образом законные интересы правообладателей.

Ограничения исключительных прав на изобретения или промышленные образцы устанавливаются в отдельных случаях при условии, что такие ограничения необоснованным образом не противоречат обычному использованию изобретений или промышленных образцов и с учетом законных интересов третьих лиц не ущемляют необоснованным образом законные интересы правообладателей.

Ограничения исключительных прав на товарные знаки устанавливаются в отдельных случаях при условии, что такие ограничения учитывают законные интересы правообладателей и третьих лиц.

(см. текст в предыдущей редакции)

Открыть полный текст документа

Учебная часть — 4 курс

Инспектор курса: Соломасова Фарида Ахатовна
e-mail: farida.

Телефон курса: +7 (495) 939-37-28

Аудитория на факультете: 1506

Учебные планы, рабочие планы, списки спецкурсов

Архив объявлений курса поступления 2017

Кураторы (студенты старших курсов) учебных групп: список кураторов

Материалы по учебным курсам: 

Теория вероятностей, Математическая статистика, Теория случайных процессов (кафедра теории вероятностей)

Математический анализ

Аналитическая геометрия (кафедра ВГТ)

Линейная алгебра и геометрия (кафедра ВГТ)

Введение в топологию (кафедра ВГТ)

Классическая дифференциальная геометрия (кафедра ВГТ)

Алгебра, Линейная алгебра и геометрия (кафедра Алгебры): материалы, примерные экзаменационные программы, образцы контрольных работ    

Дифференциальные уравнения

Вв.

Материалы по курсу Наглядная геометрия и топология  

  Справочник студента

OKR для начинающих #4 — статья в блоге ScrumTrek

Предыдущие части книги читайте здесь: 1 часть, 2 часть, 3 часть.

Скачать полную версию книги (0,5 Мб, PDF)

Отслеживание результатов с Еженедельным Check-in

Не стоит превращать ваши OKR в новогодние обещания. Чтобы они действительно заработали, их необходимо сделать частью рабочего процесса каждой из команд, с помощью Еженедельных Check-in.

Check-in — это короткий ритуал для отслеживания результатов. У него нет задачи увеличить управленческие расходы или число регулярных совещаний, наоборот, его цель — сделать имеющиеся совещания более эффективными или даже избавиться от части из них.

Отслеживание результатов необходимо проводить каждую неделю. Если вы ставите цели на год, то отслеживать движение к ним можно и ежемесячно, но в случае с квартальными OKR Check-in должны проводиться чаще.

Встречи должны быть короткими, не более часа. Я работал с десятками команд управленцев, и им всем удавалось уложиться в час, обычно даже в 30 или 40 минут. Командные же встречи обычно длятся еще меньше, с некоторыми командами мы проводили 15-минутные stand-up встречи.

Еженедельные Check-in — это, пожалуй, самый мощный инструмент, чтобы сделать OKR частью корпоративной культуры.

При этом для успеха мероприятия критически важно иметь правильный настрой:

• Движение к OKR вместо обсуждения проблем. Многие команды проводят регулярные встречи, но чаще всего на них обсуждаются текущие проблемы, а не способы достижения результатов. Check-in помогают изменить это, так как начинаются c измерения OKR.
• Фокус на улучшении результатов вместо оправданий. Цель Check-in — обсудить, как улучшить показатели, а не пускаться в объяснения того, почему наши текущие результаты далеки от идеала.

Забудьте про «Скоринг»

Общий подход к OKR включает практику скоринга, когда в конце квартала каждому из Ключевых Результатов выставляется оценка. Оценки обычно варьируются от 0 до 1.0, с ожиданием в среднем 0.6-0.7.

По моему опыту такой подход имеет несколько проблем:

• Определяя OKR в начале квартала и оценивая их только в конце, вы обрекаете себя на поражение. Без регулярного измерения и действий, направленных на улучшение, цифры не изменятся. Движение к цели обеспечивается только регулярными Check-in.
• Большинство команд впадают в ступор от процесса оценки, поскольку он является очень субъективным («0.5 — это что?»).
• Если вы попробуете сделать оценки объективными и заранее, в начале квартала, определите, что есть 0.3, что 0.7 и так далее, вы усложните процесс в 3-5 раз. Для каждого из Ключевых Результатов вам необходимо будет определить от 3 до 5 уровней его достижения, что точно не упростит вам жизнь.
• Скоринг практически не добавит вам пользы, если вы используете Ключевые Результаты, основанные на Ценности.

Поэтому мой совет — забудьте о скоринге. Используйте Ключевые Результаты, основанные на Ценности и просто измеряйте их. Это не только упростит жизнь командам, но и существенно снизит время на постановку OKR.

Структура Check-in

За свою карьеру я участвовал в сотнях Check-in в роли коуча. Я экспериментировал с разными подходами и понял, что самая эффективная модель Check-in включает четыре элемента, описанных в таблице ниже:

В ходе Check-in команда обсуждает каждый из Ключевых Результатов в контексте четырех элементов этой таблицы.

Прогресс OKR

Check-in начинается с данных. Каково текущее значение Ключевого Результата? Что изменилось с прошлого Check-in?

Степень Уверенности

Если прогресс OKR отвечает за количественные характеристики, то степень уверенности добавляет качественные. Чего не отражают имеющиеся данные?

Может, какая-то важная инициатива отстает от плана или есть риск потерять одного из ключевых клиентов? Или какая-то из гипотез не прошла валидацию?

Чтобы определить степень уверенности, команде необходимо ответить на следующий вопрос: с той информацией, что у нас есть сегодня, насколько мы уверены в том, что достигнем каждого OKR?

Некоторые компании для измерения степени уверенности используют шкалу от 1 до 10, однако, как и скоринг для Ключевых Результатов, это может вызывать много вопросов. Поэтому я рекомендую использовать три уровня, используя цвета (Зеленый, Желтый, Красный) или эмоции (Веселый, Обеспокоенный, Грустный).

Степень Уверенности		Описание
	🙂	Мы ожидаем, что достигнем цели.
	😐	Есть риск, что мы не достигнем цели, но мы верим, что справимся.
	🙁	Мы не верим в то, что достигнем цели, если только не выберем другой подход.

Два важных момента про степень уверенности:

• Это отличная техника для выработки согласованности, которая позволит вам быстро вовлечь в процесс всех участников. Диалог играет здесь ключевую роль и важно, чтобы все члены команды участвовали в обсуждении.
• Красный (или «грустный») не означает, что команда может сдаваться. Это означает только то, что команде необходимо изменить подход.

Препятствия

Что тормозит команду? Есть ли какой-то внешний фактор, устранив который, можно добиться лучших результатов?

Например, команде могут быть нужны новые инструменты или их задерживает проект, которым занимается другая команда.

Инициативы

Что мы собираемся сделать, чтобы улучшить результаты?

Помните, что бездействие ни к чему не приводит, и что Check-in — это не только измерение цифр. Чтобы улучшить ваши Ключевые Результаты, вам нужно что-то делать. Или, как говорил Дональд Рейнертсен:

«Если бы измерение само по себе решало проблему, покупка весов помогала бы похудеть».

Типовой Цикл OKR

Вот пример того, каким мог бы быть типовой цикл OKR:

1. В начале года компания определяет набор высокоуровневых стратегических OKR — предпочтительно, используя вводные данные от команд.

Важно понимать, что стратегические OKR для организации не должны ставиться топ-менеджментом в изоляции, без вводных данных от команд. В статье под заголовком «Стоит ли Вам Разрабатывать Стратегию так же, как вы Разрабатываете Программное Обеспечение?» Кейт МакФарланд описывает модель того, как создать проработанную и готовую к исполнению стратегию:

Ежедневно на разных уровнях компании совершаются сделки, которые влияют на ее стратегический успех, поэтому процесс должен собирать идеи со всех уголков организации, а не только от ее топ-менеджмента.

2. Далее команда топ-менеджмента собирает от команд обратную связь и валидирует OKR компании.

3. Команды разрабатывают собственные тактические OKR, используя двунаправленный подход, описанный выше.

4. Команды выявляют взаимные зависимости и обеспечивают согласованность с другими командами и инициативами.

5. Команды организуют еженедельные check-in для отслеживания результатов и инициатив.

6. Для компаний, использующих квартальные OKR, рекомендуется проводить обзор OKR в середине квартала.

7. В конце цикла вы можете провести быструю ретроспективу/обсуждение полученного опыта, чтобы перейти к новому циклу.

Ретроспективу проще всего организовать в формате «начать-прекратить-продолжать». В этой модели от каждого члена команды требуется определить конкретные вещи, которые команде стоит: Начать делать / Прекратить делать / Продолжать делать.

OKR, которые не были достигнуты, проходят переоценку и могут быть включены в следующий цикл или вообще исключены, если они потеряли актуальность.

Некоторые компании понимают Цель как «видение», к которому компания и команды должны прийти через какое-то время, поэтому Цели могут перетекать из одного квартала в другой. Так, цель «Радовать наших Клиентов» — это то, что компания может использовать несколько кварталов подряд, определяя новые Ключевые Результаты в каждом тактическом цикле.

Некоторые из Ключевых Результатов тоже могут сохраняться какое-то время, меняться будут только их целевые значения. Метрики вроде Прибыли или Net Promoter Score присутствовали почти во всех кварталах во всех компаниях, которые я встречал. Однако, значения, которые каждая команда будет использовать в качестве целей, от цикла к циклу будут меняться.

Почему следует разделять OKR и премии

OKR — это инструмент управления, а не оценки персонала. Поэтому второй принцип фреймворка OKR гласит: «Разделяйте OKR и поощрение, повышение сотрудников».

Как писал Энди Гроув из Intel:

«[OKR] это не юридический документ, по которому нужно проводить аттестацию персонала, но они должны быть одним из исходных данных, дающим представление о качестве работы сотрудника».

Рик Клау писал:

«OKR не являются синонимами оценки персонала — они скорее про корпоративные цели и вклад отдельного сотрудника в их достижение. Оценка персонала, именно комплексная оценка того, как сотрудник проявил себя в определенный период, должна проводиться совершенно независимо от OKR».

Такой подход сильно отличается от традиционной модели, которая постепенно устаревает. Исследование, проведенное Willis Towers Watson, показало, что регулярные премии за производительность неэффективны ни как средство, стимулирующее производительность, ни как награда сама по себе:

• Только 20% сотрудников в Северной Америке говорят, что пропорциональная оплата мотивирует к повышению производительности в их организации.
• Сотрудники ставят низкие оценки премиям, рассчитываемым за короткий период. Только половина опрошенных говорит, что такие поощрения эффективно влияют на их производительность, и еще меньше (47%) считают, что этот способ действительно позволяет рассчитать адекватную оплату на основании производительности отдельного сотрудника.

Сказка о двух бонусах

Жила-была организация, в которой в одной команде работали два сотрудника: Пол и Мэри.

• Пол был умный, сфокусированный на работе и результатах для компании. Но его главной мотивацией были деньги, поэтому он постоянно искал способы заработать больше.
• Мэри тоже была умной, но ее главной мотивацией были достижения. Она верила, что, если непрерывно приносить ценность, деньги подтянутся.

В организации использовалась упрощенная формула расчета бонусов, которая связывала цели и вознаграждения:

Сумма Бонусов = ƒ(% достигнутых целей * ставка заработной платы)

То есть, размер бонусов является функцией от ставки зарплаты сотрудника и от процента целей, которых он достиг.

А затем произошло следующее:

• Пол достиг 110% простой цели, которую он успешно приуменьшил после нескольких раундов переговоров со своими менеджерами.
• Мэри достигла 80% от амбициозной цели, выйдя далеко за рамки того, что считалось возможным. Настоящий «полет на луну».

Кто заслужил более высокий бонус? Конечно же, Мэри. Но кто в конце концов повышенный бонус получил? Пол.

Эта история — классический пример того, как премии могут быть токсичными: такая система фактически поощряет неправильное поведение.

Мы все в чем-то такие же Пол и Мэри

В каждом из нас есть что-то и от Пола, и от Мэри. И ваша система поощрений должна быть применима для реальных людей и в реальной жизни. И даже если у вас команда состоит сплошь из Мэри — зачем вам система, поощряющая то, чего вы иметь не хотите?

Если вы хотите создать культуру, в которой постановка растягивающих целей является нормой, вам стоит подумать об уходе от строгих формул (или жесткой привязки) как для расчета бонусов, так и для должностных повышений.

А какие альтернативы?

Альтернативой является система, в которой достижение цели является входным параметром процесса оценки производительности, в котором уже определяются бонусы и повышения. В такой модели поощрения и цели связаны неявно.

В оценку производительности при этом входит не только процент выполненных целей, но и сами цели: их сложность и влияние на бизнес. Воспринимайте это как «баллы за сложность программы» в гимнастике: вы получаете больше очков за выполнение более сложных элементов.

«Но это ведь так субъективно»

Главным замечанием к этой модели является ее «субъективность», в то время как формулы являются «объективными».

Проблема в том, что, использование формулы в конце процесса не делает его объективным, но люди все равно склонны считать более объективным то, в чем есть математика:

• Компании по всему миру время от времени используют разовые выплаты или дискретные бонусы, чтобы скомпенсировать или дополнить свою политику выплат. При этом используются на 100% субъективные правила и критерии.
• Расчет бонусов на основании того, у кого лучше развит навык «договариваться, чтобы занизить цель», тоже субъективен.
• Проекты и ресурсы распределяются произвольно. Иногда компании нужен кто-то, кто способен вытянуть проблемный проект, что может на короткой дистанции негативно повлиять на бонусы этого сотрудника — в этом случае это компенсируется разовыми выплатами.

Что же касается «полетов на луну», я настоятельно не рекомендую вам внедрять эту модель на начальных этапах. Не меняйте вашу модель поощрений до того, как будете иметь стабильный и зрелый процесс постановки OKR в организации.

А что насчет квот по продажам?

С командами продаж ситуация немного другая, поскольку их результат измерить проще. Вы можете привязать поощрения к квотам, однако избегайте любых моделей, которые вознаграждают сотрудников, пытающихся эту квоту преуменьшить.

Типичные ошибки при постановке OKR

Вот типичные ошибки, с которыми мы сталкивались в ходе наших внедрений OKR, начиная с самых простых:

• Неизмеримые Ключевые Результаты. Помните про формулу Джона Дорра: каждый Ключевой Результат должен быть измеримым.
• Слишком много OKR или Ключевых Результатов. OKR — это не лист покупок, куда вы записываете все, что делаете. Это отражение ваших ключевых приоритетов. Меньше в этом случае значит лучше.
• Замещение Ключевых Результатов конкретными задачами. Ключевой Результат — это не то, что вы делаете. Это успех, следующий за тем, что вы уже сделали.
• Постановка OKR сверху вниз. OKR — не каскадные. Доверяйте своей команде и помогайте им понять, как они могут помочь в достижении результата.
• Постановка OKR в изоляции. Командам необходимо общаться друг с другом в процессе постановки OKR, иначе согласованности не достичь.
• «Установить и Забыть». Не стоит относиться к своим OKR как к новогодним обещаниям: OKR должны быть частью корпоративной культуры вашей организации и должны отслеживаться регулярными каденциями.
• Включение OKR в формулу расчета премий. OKR не является инструментом оценки персонала.
• Слепое копирование «как в Google». Есть немало способов внедрения OKR, и даже внутри Google разные команды используют разные варианты. Усвойте основные принципы и сделайте индивидуальное внедрение для вашей организации.

Что дальше?

Теперь, когда вы прочли «OKR для начинающих», есть несколько вещей, которые вы можете сделать:

• Присылайте мне свои вопросы и комментарии. Я буду рад получить от вас обратную связь. Вы можете подписаться на меня в Twitter @meetfelipe или отправить письмо на [email protected].
• Узнайте, как подстроить OKR для вашей компании. OKR это не «универсальный подход на любой случай». Я рекомендую воспринимать его как набор настраиваемых кубиков, которые вы можете использовать, чтобы изменить подход вашей компании к постановке целей. Скачайте этот документ, чтобы узнать, как подстроить модель OKR под ваш контекст и корпоративную культуру.
• Скачайте больше OKR-ресурсов. Найдите шаблоны OKR, шпаргалки и еще много всего на странице моих ресурсов.

Скачать полную версию книги (0,5 Мб, PDF)

Борьба CAD и BIM.

В прошлой статье: часть 3: Отцы BIM технологий. Кто стоит за успехом Autodesk и openBIM было показано, насколько все команды разработчиков BIM инструментов связаны друг с другом и как каждая команда разработчиков, заимствовав идеи друг у друга, пыталась сделать свою уникальную BIM программу. При этом почти все значительные идеи или разработки не были созданы большими корпорациями: Autodesk, Nemetschek Group, или Hexagon просто вовремя покупали стартапы у недовольных бывших сотрудников своих конкурентов.

Корпорации занимаются только поддержкой продукта и его продвижением, тогда как разработкой и созданием прорывных идей занимаются небольшие стартапы.

Спасибо большое всем, кто оставил свои комментарии и критику под прошлыми статьями. Отдельное спасибо некоторым пользователям за покупку кофе и поддержку контента. Также спасибо всем, кто делился информацией, которая была затронута в первых частях, и тем, кто писал мне личные сообщения:

Спасибо за ваш отклик. Благодаря вашей критике и вашим дополнениям карта истории BIM выглядит более полно (теперь рядом с названием карты стоит номер версии и дата, чтобы было легче следить за изменениями, а также добавлены текущие цены на использование лицензий программ).

Также теперь эта карта доступна для комментирования: чтобы добавить комментарий к этой схеме или более подробно рассмотреть отдельные фрагменты карты, перейдите по ссылке: Карта развития BIM с 1980 г. по настоящее время

Если у вас есть информация по событиям, которые были описаны в предыдущих частях, или вы хотите высказать свою критику — пожалуйста, напишите мне.

В этой части мы поговорим о борьбе CAD и BIM, о монополизации строительного проектирования корпорацией Autodesk и организацией buildingSMART, а также о лоббировании концепции openBIM на государственном уровне в некоторых странах.

Начало борьбы CAD и BIM. Пролог

Все, что сегодня связано с BIM технологиями, пришло к нам из CAD мира 80-х годов, когда в конструировании использовались исключительно CAD технологии. Самые крупные производители CAD ПО в 80-е годы создавали медленное и неуклюжее ПО на устаревших языках программирования — Фортране и ассемблере: IBM / Dassault (CADAM и CATIA), Computervision (CADDS), SDRC (I-DEAS и Intergraph (IGDS и InterAct). Все эти корпорации в начале 90-х отклонили идеи Самуила Гайзберга по разработке новых инструментов в проектировании как малоинтересные и не имеющие будущего технологии. Подробнее об этом в третьей части.

Но за несколько лет, с 1988 по 1990, команде PTC под руководством Гайзберга удаётся полностью изменить подход к конструированию и проектированию во всём мире на несколько десятилетий вперёд. Используя твердотельное параметрическое моделирование с концепцией единой модели, Pro/Engineer от PTC становится первой программой 3D CAD/MCAD, которая почти полностью (кроме рисования пером) реализовала идеи, впервые продемонстрированные Sketchpad Ивана Сазерленда в 1962 году. И уже к середине 90-х Pro/Engineer безвозвратно изменяет представление пользователей CAD программ об интерфейсах, простоте использования программ и быстроте твердотельного проектирования.

Такую же революцию на рынке проектирования в строительной отрасли, которая позже получит имя BIM, осуществил через 10 лет ученик Гайзберга, выпускник Ленинградского университета — Леонид Райц, которого через 10 лет после эмиграции из Советского Союза его бывший учитель математики — Гайзберг — в 1986 году устраивает одним из первых сотрудников в свою новую компанию PTC. За несколько лет, к 1988 году, под руководством Гайзберга Райц создаёт геометрическое ядро для программы Pro/Engineer.

Автодеск открывает для себя BIM

2002 год считается годом рождения новой идеологии, придуманной корпорацией Autodesk — Building Information Modeling — BIM.

В википедии на странице BIM:

In 2002, Autodesk released a white paper entitled «Building Information Modeling, and other software vendors also started to assert their involvement in the field”.

Перевод:
«В 2002 году Autodesk выпустила официальный документ под названием «Информационное моделирование зданий, и другие поставщики программного обеспечения также начали заявлять о своем участии в этой области».»

До 2002 года сам Autodesk без значимых успехов (как это часто случается с большими бюрократическими организациями) силами своих внутренних разработчиков пытался создать 3D CAD замену своему единственному успешному продукту AutoCAD, который был “куплен” в 1982 году у Mike Riddle и на котором John Walker (будущий первый CEO Autodesk) смог выстроить успешную бизнес-модель по продаже лицензий — фирму Autodesk.

В 1992 году John Walker передаёт управление компанией новому CEO — Carol Bartz, получает пакет акций Autodesk на 42 млн.$ и эмигрирует в Швейцарию. С этого момента, если смотреть на годовые отчеты корпорации Autodesk c 1992 по 2002, складывается впечатление, что после ухода из компании Mike Riddle (создателя AutoCAD) единственным продуктом, кроме AutoCAD, которым занимались разработчики Autodesk и который сегодня ещё остался на рынке проектирования, был AutoCAD Architectural Desktop (о котором сегодня сама корпорация уже старается не упоминать).

Также в этот период Autodesk пытался убрать с рынка своих потенциальных конкурентов, таких как VersaCAD, IntelliCAD, AutoSketch, перекупая стартапы и борясь в судах за патенты и лицензии, чтобы не дать возможности этим стартапам продаться конкурентам.

Но что же обнаружил Autodesk, что в 2002 году резко становится лидером 3D BIM проектирования, опубликовав white paper про BIM, который даст начало новой эпохе в мире проектирования?

Конкретно в 2002 году Autodesk покупает стартап Revit Леонида Райца и именно в предпродажных презентациях Леонида Райца, которые были созданы для переговоров с Autodesk, логично искать источник white paper BIM, выпущенного через год после продажи.

C 1996 года, за 6 лет команда разработчиков Revit создала радикально новый подход для программного обеспечения САПР для строительства: с параметрическим моделированием и концепцией единой модели данных для всего проекта, разработанных Самуилом Гайзбергом и Леонидом Райцем ещё в 1988 году для программы Pro/Engineer.

После несостоявшейся попытки Autodesk купить Solidworks (копия программы Pro/Engineer), после неудачного преследования разработчиков IntelliCADD, в 2001 году — уже после покупки Revit — CEO Autodesk Carol Ann Bartz, не ожидая от этого очередного “стартапа” значимой прибыли, охарактеризовывает Revit как «небольшую экспериментальную базу пользователей».

В то время она уже подозревает, какой продукт получил Autodesk всего за 130 млн. $ и что за Леонидом Райцем стоят не только наработки PTC, но и собственно Самуил Гайзберг, который подарил жизнь таким программам, как Solidworks и Digital Project (для сравнения в 2018 году Autodesk заплатил за Plangrid: стартап-приложения для планшета — $875 млн. Одним из совета директоров этого стартапа стала бывший CEO Autodesk — Carol Ann Bartz).

В 2000-е новую программу Digital Project, смесь разработки SolidWorks, Catia и Франка Гери, в своей работе использовали многие архитекторы и лауреаты прицкеровской премии, в том числе Заха Хадид с её знаменитыми изгибами и космическими формами зданий, которые после 2005 года стали больше походить на машиностроительные проекты.

Таким образом, технологии, используемые в Revit и доступные машиностроительной отрасли уже с начала 90-х, только через 10 лет, наконец, до крупнейшей экосистемы в мире — строительной отрасли.

Экспансия идеологии BIM и программы Revit

В 2002 году, после покупки Revit, Autodesk открывает наконец для себя мир параметрического твердотельного 3D моделирования — технологии, которые ускользнули от Autodesk в конце 90-х из-за отказа разработчиков Solidworks продавать свою компанию по “жёсткой цене” Autodesk (в 1997 Solidworks за 310 млн. $ всё же уходит французской корпорации Dassault Systemes).

И уже через год два вице-президента Autodesk — Phil Bernstein и Jim Lynch — выпускают White Paper — Building Information Modeling (которая была скорее всего в большей части скопирована из презентаций разработчиков Revit) и открывают BIM-идеологию для всего мира.

С этого момента, с 2003 года, начинается отсчет для новой идеологии, захватившей весь мир строительства на следующие двадцать лет, — BIM.

Как же проходила борьба CAD и BIM с того момента, как Autodesk провозгласил приход новой эпохи BIM, или, точнее, как проходила с 2003 года экспансия Revit-технологий в строительное проектирование во всём мире?

Благодаря открытым поисковым данным Google сегодня мы можем проследить этот процесс соперничества CAD и BIM по годам. Посмотрим на развитие популярности CAD и BIM проектирования в странах «Большой двадцатки»(G20) с 2004 по 2020 год.

Я выделил 4 основных, самых популярных, поисковых запросов, которые были важны в сфере проектирования и планирования, начиная с 2003 года:

• “AutoCAD” — основная программа для проектирования и создания 2D чертежей

• “Revit” — молодая программа из машиностроения с новым параметрическим моделированием и единой моделью проекта

• “Archicad” — основной представитель концепции openBIM, в 2000 году единственный достойный представитель 3D проектирования с визуализацией

• “BIM” — запрос по этой фразе показывает интерес к теме BIM относительно других запросов, которые волновали проектировщиков в период с 2003 по 2020 год

Открытые данные по поисковым запросам и реальный интерес к тому или иному продукту или товару могут быть часто не связаны друг с другом, например, в том случае, если этот продукт продается в основном оффлайн (без использования интернета). Но если речь идет о программах и цифровых продуктах, то, конечно, по интересу к продукту в поиске можно относительно судить по общему интересу к продукту и его продажам. Объективные показатели Google Trends по каждому запросу показывают относительную популярность запроса: 100 баллов означают максимальный интерес к теме, а 0 — недостаточное количество информации по ней.

В следующем видео я собрал данные по интересу к запросам: “Autocad, Revit, Archicad, BIM” в каждой из стран, входящих в G20 с 2004 по 2020 год.

По данным, представленным в видео, видно, что с момента начала продаж Revit, который ознаменовал White Paper BIM, интерес к устаревшим технологиям CAD в мире начинает падать. Основные выводы, которые можно сделать из полученных данных:

• В 2020 году BIM переломил господство AutoCAD в мире (звук открывания бутылки шампанского)

• В англоязычных странах (USA, Canada, Australia, UK, South Africa) интерес к теме BIM (точнее, к технологиям и идеям BIM, которые используются в программе Revit) к началу 2021 побеждает технологию 2D проектирования с использованием AutoCAD

• Европейские страны активно интересуются BIM темой, но, в отличие от англоязычных стран, не хотят полностью попадать под зависимость от корпорации Autodesk, стремясь поддерживать местных локальных производителей САПР ПО, которые пытаются работать по концепту openBIM

• Южная Америка (за исключением Бразилии) и Азия (за исключением Китая) только начинают проявлять интерес к использованию BIM технологий и начинают инвестировать своё время в эти новые хайповые технологии.

Дополнительный insight по этим данным: в большие национальные праздники, такие как Рождество и Новый год (на видео декабрь 2020 — праздники и lockdown ) во многих странах, запросы по продукту AutoCAD на один месяц уступают интересу по теме BIM и Revit. Люди в праздники, отключившись от рабочих процессов, охотно осваивают новую тему — BIM и Revit.

По поисковым данным можно сказать, что интерес к AutoCAD, то есть к 2D проектированию будет снижаться и дальше. Большинство компаний, занятых проектированием, будут переходить на более прогрессивный Revit, так же как в 90-е все основные машиностроительные компании мира массово переводили свое конструирование на PRO/Engineer.

Но, к сожалению, Revit не является локомотивом корпорации Autodesk, который сможет вытянуть всю бизнес модель.

Revit — это тупиковый путь развития Autodesk

Как показывают 40 лет существования компании Autodesk, разработчики из силиконовой долины за это время не смогли самостоятельно сделать новых прорывных продуктов ни в одном из направлений CAD и BIM. Почти все программы Autodesk были куплены на рынке стартапов в 90-е и 2000-е годы. А через несколько лет после покупки этих стартапов “по жёсткой цене” создатели и основные разработчики покидали Autodesk.

Так и создатель Revit — Леонид Райц, который сам не имел отношения к строительству, — в 2004 году покидает компанию Autodesk и после продажи своего стартапа сам становится венчурным инвестором. И хотя Autodesk начинает получать миллиардную выручку на продажах лицензий Revit, активная разработка программы после ухода создателей Revit тормозится, и с этого момента не видно больших нововведений и развития новых инструментов для работы архитекторов и проектировщиков.

К 2020 году непонимание компанией Autodesk основных требований строительной отрасли достигает такого уровня, что из-за отчаяния мировые архитектурные бюро начинают обращаться с открытыми письмами к всемогущей корпорации Autodesk. Пример открытого письма от июля 2020 года, под которым подписались крупнейшие архитектурные бюро мира, в том числе уже ранее упомянутое бюро Zaha Hadidis.

В этом письме крупнейшие проектировочные бюро мира пишут о том, что за последние 20 лет программы от Autodesk почти не имели крупных нововведений и производительность Revit сегодня не удовлетворяет растущие потребности проектов (с каждым годом всё более детализированных). Также в открытом письме идет речь о том, что из-за страха перед корпорацией Autodesk не все компании решились поставить свою подпись под этим обращением.

Таким образом, не видя движения в разработке и каких-то изменений с начала «нулевых», крупнейшие клиенты Autodesk, под страхом ценовых репрессий со стороны корпорации, в отчаянии обращаются к создателю движения BIM в надежде на то, что Autodesk наконец займется вопросами создания более современных, быстрых и удобных инструментов, не подозревая о том, что Autodesk не в состоянии заниматься “самостоятельно” разработкой новых инструментов.

История (подробнее в части 3: Отцы BIM технологий. Кто стоит за успехом Autodesk и openBIM) показывает, что за новыми технологиями бесполезно обращаться к сытым и богатым корпорациям. Все прорывные технологии и стартапы двигают вперед только недовольные и голодные разработчики.

Можно много хорошего сказать про корпорацию Autodesk, но можно также заметить, что за 40 лет Autodesk постепенно превратился в последователя принципов диктатуры с созданием идеологий и преследованиями несогласных:

• те, кто не готов подстраиваться под Autodesk, подвергаются ценовым репрессиям;

• основная масса проектировщиков полностью зависит от продукции Autodesk и практически не может пользоваться (или с трудом, через костыли IFC) другими программами;

• Autodesk почти не занимается разработкой новых продуктов и увеличением производительности уже существующих программ;

• Autodesk устраняет конкурентов, покупая стартапы и через суды блокируя патенты и дальнейшую разработку конкурентноспособных продуктов;

• основные силы и инвестиции корпорации идут на поддержку продукта, массовую скупку технологий и экспансию идеологии в другие страны;

• Autodesk собирает под своим крылом разработчиков стартапов, которые, получив денежную свободу, сразу же бегут из корпорации.

В общем, в политике Autodesk можно наблюдать не демократичный централизм собственной идеологии. Но всё же какой-то скромный стимул к развитию у Autodesk остался. Это небольшое противостояние идеологии closedBIM c openBIM на востоке — в некоторых странах Европы и Азии.

Этот искусственный конфликт идеологий “нечаянно” подарила себе сама корпорация Autodesk, создав (просто зарегистрировав на своё имя) в середине 90-х для выхода из 2D проектирования мировой 3D формат IFC и картельную организацию IAI. Об этом подробнее в третьей части.

Может быть, openBIM — это та спасительная альтернатива, которая сможет дать отпор каждый год повышающей свои цены Autodesk?!

openBIM — достойная альтернатива Revit?

Единственной альтернативой программе Revit сегодня является зоопарк программ, которые работают по принципу openBIM — через обмен данными в формате IFC.

По представленным во второй части открытым поисковым данным видно, что во всём мире выделяется только несколько стран (Кения, Румыния, Австрия, Швейцария и Германия), которые используют в своей строительной отрасли для проектирования концепт openBIM.

В основном это немецкоговорящие страны. И главным предводителем всего движения openBIM в Европе логично является Nemetschek Group с двумя продуктами: Allplan и Archicad. Они, возможно, уже были бы на грани исчезновения, если бы не формат IFC, который сейчас на время спасает бизнес-модель европейской корпорации.

Формат IFC — это продукт разработки команды мюнхенского университета (и позже зарегистрированный корпорацией Autodesk). C 1997 он контролируется картелем производителей программ САПР и других корпораций, заинтересованных в установлении своих стандартов во всём мире. Во главе всей этой организации в стоит главный комитет этой социалистической идеологии — buildingSMART International.

Что же такое формат IFC, на котором построен весь концепт openBIM? (про создание IFC подробнее в третьей части):

1. IFC — это обыкновенный формат PDF, только немного более интеллектуальный.

2. Формат IFC не является форматом обмена данными для дальнейшего редактирования.

3. В IFC нет возможности прикладывать чертежи в единой связке с моделью.

4. Сама модель проекта или любого элемента в формате IFC не подходят для продолжения работы над ними.

То есть после импорта IFC файла в любую BIM программу его нельзя будет отредактировать или дополнить. А если вы всё-таки захотите это сделать (а вы захотите это сделать), то оптимальным выходом будет полное воссоздание геометрии в той программе, в которой вы работаете, при этом эта работа будет похожа на копирование рисунка (модели IFC) при помощи светового стола по жирным линиям рисунка оригинала.

Для чего же тогда нужен IFC? Этот формат может понадобяться вам только в том случае, если совместная работа по разделам проекта с другими фирмами, которые предпочитают использовать местные программы, невозможна в одной программе. Также вам придётся экспортировать модель в формат IFC, если вашему заказчику понадобится весь проект в формате IFC. Но проблемой в случае экспорте/импорте из разных программ является то, что при импорте IFC вы часто получаете продукт невысокого качества.

В общем и целом, работать с IFC форматом в мультивендорной среде зачастую просто неудобно, а чтобы настроить процесс импорта и экспорта формата IFC вам понадобится энтузиазм, смекалка и свободное время.

Хорошим доказательством этого является опрос, проведенный федеральным министерством транспорта, строительства и городского развития Германии (Bundesministerium für Verkehr, Bau und Stadtentwicklung) среди BIM специалистов в 2013 году.

На вопрос “Соответствует ли формат обмена IFC содержанию и вашим формальным требованиям для обмена модельными данными?» больше половины опрошенных BIM специалистов ответили, что формат IFC соответствует их требованиям меньше чем на 25%.

Поэтому передовые компании, которые сегодня считаются в Германии ведущими в развитии технологий BIM, такие как Max Bögl, Goldbeck, Hochtief после своего неудачного опыта работы с разными форматами и проблемами импорта/экспорта — переходят на проектирование полного цикла по концепту closedBIM в программу Revit.

Если министерства получают такие исследования и отзывы о “затрудненной” работе по концепции openBIM, почему тогда многие компании в Германии продолжают настаивать на перспективности этих подходов и почему немецкоговорящие страны выбрали этот не самый лёгкий путь?

Почему немецкоговорящие страны выбрали путь openBIM?

Чтобы понять эту логику, для этого уже в который раз обратимся к истории создания концепции openBIM. В 1995 Autodesk берёт разработку мюнхенского университета формат IFC и создает на его основе новое направление для своей бизнес-модели, под которую создается картельная организация IAI — Индустриальный Альянс за Совместимость. Через два года, уже в 1997 году, Autodesk переводит тему с американского континента в международный масштаб и переименовывает “Индустриальный Альянс за Совместимость” в “Международный Альянс за Совместимость” (где опять в названии начинает мелькать попытка создания новой мировой идеологии).

Но, как обычно, у Autodesk ничего не получилось придумать с форматом IFC и к началу 2000-х общий интерес к организации IAI начинает падать. До сих пор продукты Autodesk, по невнимательности или по умыслу — с трудом работают с форматом IFC. Но правда в последнее время резко поменяв своё мнение Autodesk даже парисоединилась к своему главному врагу организации ОДА (про это немного подробнее в следующей части). Сам же Autodesk, наконец удачно купивший настоящую BIM программу Revit и окончательно потеряв интерес к социалистической идее “Альянса за Совместимость”, переключается на создание новой продающей идеологии — BIM.

Европейским же производителям САПР программ не остается ничего, как в начале 2000-х, видя стремительный успех программы Revit, с её закрытым подходом к обмену файлов, “открывать заново” теряющую популярность и оставленную Autodesk организацию IAI.

Для того чтобы пробудить интерес к старой идее IAI, проводится ребрендинг всего старого картеля, новое имя которого теперь становится настолько же красивым и понятным, как и аббревиатура BIM — buildingSMART. То есть теперь это не просто Международная Организация, которая устанавливает свои стандарты для всего мира, и не просто информационное BIM моделирование от Autodesk. Теперь buildingSMART — это “разумное строительство”, которое поможет вам сохранить ваше время и ваши инвестиции при проектировании. То есть buildingSMART представляет себя как надстройка над BIM c бережным и умным подходом к данным, получаемым при проектировании.

Также удачной маркетинговой находкой стало создание выражения openBIM (маркетинговый ход от Nemetschek Group) — аналога выражения “open Source”- к которому openBIM не имеет никакого отношения. OpenBIM подразумевает под собой противопоставление концепции closedBIM, которое было притянуто в большей степени самой buildingSMART к корпорации Autodesk. Жаль только, что по факту никакого отношения к “open” выражение openBIM не имеет и что на практике концепция openBIM оказалась простым средством соединения небольших европейских и азиатских производителей closedBIM программ друг с другом.

Теперь любой вступивший в этот альянс открытости и международности принимает на себя обязательства придерживаться стандартов и правил, установленных buildingSMART через официальные документы стандартизации. При этом тот, кто не вступил в объединение, уже сегодня в некоторых странах не сможет участвовать в торгах по поставкам, т.к. он не будет иметь возможность даже подать заявку на участие без признания национального стандарта и будет считаться ненадежным партнером.

Как и в случае с Autodesk, организация с красивым именем buildingSMART практикует де-юре преследования тех, кто не согласен с идеологией использования ненадежного формата IFC. Монопольный отраслевой картель с местными филиалами, завышенный ценник за призрачные преимущества, диктатура правил и стандартов и преследования несогласных. Избежать всех этих проблем можно формальным членством в организации со вступительным взносом, который начинается с годового абонемента в несколько десятков тысяч долларов.

Таким образом, если у вас нет нескольких десятков лишних тысяч, то вы не сможете, к сожалению, участвовать в обсуждении этой мировой “открытой” технологии openBIM. No money, no honey.

После ребрендинга в 2005 году в buildingSMART заходят все европейские производители местных программ, которые с экспансией Revit, теряя с каждым годом клиентов, теперь находят способ борьбы с Revit — в лоббировании интересов openBIM. C этого момента начинается активное лоббирование интересов концепции openBIM на уровне правительств в тех странах, в которых это лоббирование возможно.

На счастье немецкого филиала buildingSMART, в Берлине к этому времени уже было около 5000 лоббистов, готовых помогать лоббировать интересы немецких компаний, концернов, а также отдельных отраслей. Из них 778 лоббистов имеют прямой доступ в бундестаг, и посещают его, уж точно, не с целью посещения библиотеки. 10% из них (так как строительство занимает 10% от ВВП) — примерно 80 лоббистов, заняты продвижением интересов конкретных компаний связанных со строительной отраслью.

Для примера стандартной схемы лоббирования интересов в строительной отрасли возьмем миллиардный рынок изоляционных материалов Германии.

В этом примере (статья от welt.de от 2014 года) показано, как на протяжении десятилетий большие корпорации, уровня BASF, лоббировали применение различных видов утеплителя во всех возможных областях строительства: и там, где это было необходимо, и там, где это было необоснованно. В итоге от такого активного лоббирования и, как следствие, от новых законодательных инициатив, которые затронули все строительные проекты в стране, — в выигрыше остались только строительная отрасль и производители изоляционных материалов, которые умалчивают про ущерб экономике, здравому смыслу и окружающей среде. Спасибо журналистам и независимым исследователям, которые написали на тему этого “разрушающего лоббирования” большое количество статей и репортажей.

Палочку эстафеты в этом направлении теперь подхватили немецкие производители софта. Производители программ с устаревшими интерфейсами и know-how из 80-х, как и Autodesk, не способны сегодня (“благодаря” созданию отличной инфраструктуры в 90-е годы) создавать новые технологии и программы. Но, чтобы не потерять место на миллиардном рынке САПР в Европе, через лоббирование своих интересов и законодательных инициатив они предлагают европейским правительствам открыть новую эру проектирования в Европе под эгидой openBIM.

Хотя коррупцию и можно считать в некоторой степени социальным клеем общества, но в данном случае под давлением лоббистов конкретно в строительной отрасли ситуация начинает напоминать работу в плановой экономике. Где не дикие джунгли свободного рынка определяют движение и развитие целых отраслей, а где лоббисты подкладывают правительству планы по реализации своих бизнес-моделей, для того чтобы сохранить место на рынке строительных материалов и рынке САПР ПО, тормозя тем самым продвижение технологий и развития целой отрасли.

Как на практике происходит лоббирование концепции openBIM?

Как лоббирование происходит на практике

Возьмём для примера инфраструктурное строительство Германии. Одним из главных игроков на этом рынке является акционерная компания со стопроцентным государственным участием — Немецкие железные дороги (Deutsche Bahn). Deutsche Bahn, один из крупнейших строительных подрядчиков Германии в середине 2000-х, замечает новые эпохальные технологии от Autodesk и создает инструменты и библиотеки элементов для быстрого проектирования, что приводит компанию за короткое время в новый мир BIM технологий и инструментов, которые используются в новых продуктах Autodesk.

Но производители местных программ САПР в таком быстром развитии уровня проектирования видят видят угрозу для своего бизнеса. Ещё 20 лет назад, до начала эры интернета (а в некоторых регионах ещё и сегодня) они доводили до людей информацию о новых технологиях и новых CAD программах через книги, журналы, газеты и продавцов ПО, которые гастролировали от компании к компании, рассказывая про “новые технологии” за процент от продаж.

Таким образом,к концу 90-х из-за отсутствия современных продуктов от Autodesk и вследствие отсутствия прозрачности в доступе к информации, производители местных САПР чувствовали себя уютно на рынке Европе и мало заботились о конкуренции.

Но с приходом новых технологий от Revit и “BIM идей”, европейским производителям приходится искать новые пути, чтобы оставаться на рынке программ САПР. Для этого воскрешается организация IAI, которая после 2005 года становится более европейской. Теперь благодаря пролоббированным законодательным инициативам при поддержке министерств, большие немецкие компании с государственным участием разворачиваются в сторону совместной работы по методикам buildingSMART. И вся ситуация с развитием строительства теперь встаёт на рельсы концепции openBIM.

Также, в дополнение к этому, в договорах появляются упоминания (без документального подтверждения) о том, что те, кто становится подрядчиком, обязаны иметь несколько специалистов в компании, которые понимают и принимают принципы openBIM и которые готовы работать на принципах “открытости”, то есть по факту вести свою работу над проектом через обмен информацией в формате IFC.

В итоге компании вынуждены посылать своих специалистов и менеджеров на двухдневный вебинар для получения важного сертификата buildingSMART, без которого компании не получить необходимый заказ. На этом чисто теоретическом вебинаре за 2 тысячи евро объясняется идеология openBIM и важность работы с проектами через обмен данных в формате IFC при помощи многообразия программ и аббревиатур (ger.: AIA, BAP, MVD, LOI, LOG, IDM, BVB PIM, LIM, PIA, LIA, OIA, bsDD), а также аккуратно указывается на преимущества “некоторых программ” в проектировании по данному методу. После чего следует экзамен, где проверяются основные понятия, которые нужны для работы с зоопарком программ по концепции openBIM.

В итоге эта стратегия лоббирования интересов openBIM и бюрократизация процессов приводит сегодня Германию в конкретной отрасли к “плановой экономике” и к тому, что в Германии процент строительных проектов, в которых применяется BIM, находится на самом низком уровне в Европе, составляя в 2019 году всего 20%. При этом в северных странах Европы количество проектов с применением BIM — больше 60%.

В итоге, сегодня концепция openBIM побеждает в отдельно взятой стране и как следствие в целом регионе Европы.

Дополнительно я сравнил данные по распространению технологии BIM в Европе c популярностью поискового запроса по слову “Revit” в период с 2004 по 2020 год.

Как выглядит эта концепция на строительной площадке, видно по десятку огромных инфраструктурных проектов — долгостроев. В среднем увеличение стоимости (и сроков строительства) больших инфраструктурных проектов в Германии исчисляется миллиардами “лишних” евро, которые изначально не были правильно учтены при планировании проекта.

Самым проблемным из них стал столичный аэропорт в Берлине (BER), проектирование которого велось в начале 2000-х и строительство которого планировалось провести за 3 года. Изначальная сдача объекта была запланирована на 2011 год, но в итоге строительство длилось 14 лет и объект был сдан в эксплуатацию только в октябре 2020 года. В начале проектирования проекта BER технологии BIM только зарождались, но можно логично предположить, что до ввода в эксплуатацию в 2020 году единая модель проекта по концепции openBIM всё же была сформирована.

По моему субъективному мнению, одной из главных проблем в таких проектах (на графике) стало плохое проектирование и недостаточная детализация модели проекта, который был сформирован к началу строительства.

Вся дополнительная стоимость в таких больших проектах набегает уже в процессе строительства из-за неучтенных элементов, коллизий, плохой проработки проекта и всего того, что не смогли учесть проектировщики к началу строительства. Позже все эти изменения исчисляются миллионами евро, уходящими на изменения и устранение проблем. Субъективно считаю, что тут сложно говорить про плохое управление и организацию, а скорее, нужно поставить вопрос о методах проектирования и детализации моделей в проектах.

Тему с лоббированием отдельных интересов хорошо дополняет цитата из интервью (в газете “Handelsblatt”) с иконой немецкой промышленности — Martin Herrenknecht (создатель тоннелепроходческих щитов), который на вопрос по поводу развития инфраструктурных проектов в Германии ответил:

700 депутатов Бундестага ведут самостоятельную жизнь и имеют мало отношения к реальной повседневной жизни граждан. Меня очень беспокоит положение дел в инфраструктурном строительстве в Германии. Оно становится очень серьёзным.

В заключение

С начала зарождения комплексного строительства основным драйвером и причиной роста всей отрасли остается тот факт, что небольшие фрагменты проекта отрабатываются и строятся небольшими компаниями, что даёт большому количеству посредников зарабатывать на посредничестве и получении субконтрактов. А главному подрядчику, который распределяет отдельные куски строительства между своими подданными, это даёт возможность жить за счёт откатов и непрозрачного аутсорсинга работ.

Побороть такую стандартную бюрократическую систему возможно только автоматизацией процессов и прозрачностью расценок на работы и материалы, в чём может помочь только “по-настоящему открытый и прозрачный” формат обмена данными, а не квазирешения от картельных организацией в виде закрытого RVT и не полностью открытого IFC формата.

А кто из нас сегодня добровольно готов будет отказаться от спекуляции цен и откатов?

Возможно (без сарказма), к нашему счастью, именно коррупция и откаты являются сегодня скрепляющим клеем экономики и в целом нашего общества?!

Монополии buildingSMART и Autodesk сегодня являются прямым отражением интересов своих подопечных — строительного сообщества. Именно поэтому строительная отрасль в целом и проектные бюро в частности не могут жаловаться на своих правителей-диктаторов (корпорацию Autodesk & co.), если сами они, на своём уровне, сегодня не готовы перейти в полный социализм и согласиться на прозрачную работу через стандартизированные классификаторы и прозрачные расценки по работам и материалам.

Какие низы, такие и верхи. Народ стоит своего правителя.

Шарль Морис де Талейран-Перигор

Должно ли государство заниматься вопросами контроля и установления правил? Конечно, нет. Строительная отрасль должна начать меняться снизу.

Хочется добавить, что, благодаря дешевым деньгам пенсионных и государственных фондов, сила корпораций и организаций, лоббирующих конкретные интересы, растёт в геометрической прогрессии не только в отдельных странах, но и в мире. Пятёрка основных корпораций находятся под управлением одних и тех же инвестиционных фондов: Warburg, BNP, Blackrock (см. карту схему: BIM development map) и они перестают конфликтовать и «мешать» друг другу. На счетах в банках этих корпораций скапливается такие огромные суммы, что они в состоянии поглотить любой стартап и технологии в любой стране мира и на любых услових. А если не согласиться продавать разработку или перестать уважать правила этой игры, лицензия просто не продлится или аккаунт на платформе, через которую идёт работа просто отключится.

Но бумеранг истории когда-нибудь вернёт природное равновесие в строительной отрасли к нулю: монополии схлопнутся и наступит эра прозрачности обмена данными. Независимо от того, будем мы к этому готовы или нет. Немного подробнее про это в следующей части.

В строительной отрасли эта эра наступит, когда вся возможная информация по проекту не будет задерживаться у отдельных компаний в цепочке строительства (которые зарабатывают только на хранении и передаче этой информации), а если эта информация будет храниться и передаваться автоматизировано и прозрачно в единую модель проекта. И это не фантастика: такой процесс создания информационной модели возможен уже сегодня, и некоторым единичным компаниям удаётся работать по такой концепции.

Произойдет ли этот полномасштабный переход в прозрачность для всех в строительной отрасли после этого или после следующего крупного кризиса — неважно, нам всё равно придётся сегодня выбирать: какую программу использовать и к какому концепту и монополисту стоит примкнуть.

Какую же концепцию выбрать разработчикам и специалистам, которые сегодня создают новые программы и технологии — closedBIM или openBIM и что такое настоящий BIM — я попробую ответить в следующей статье. Об этом подробнее читайте в пятой части.

Статья на английском: Lobbyist Wars and BIM Development. Part 4: The fight between CAD and BIM. Monopolies and lobbyists in the construction industry.

Lobbyist Wars and BIM Development. Part 4: The fight between CAD and BIM. Monopolies and lobbyists in the construction industry.

Выражаю глубокое уважение всем персоналиям, разработчикам, фирмам и корпорациям, упомянутым в статье. Большое спасибо за вашу работу и за те продукты, которые вы подарили миру.

Буду рад вашим комментариям, уточнениям и критике.

Чтобы накапливать постепенно информацию, которая касается только темы открытых данных и открытых программ в строительстве, cоздана отдельная группа в телеграмме с темой BimOpenSource. Если у кого то будет желание пока просто присоединиться к этой теме, пожалуйста заходите: https://t.me/bimopensource

Войны лоббистов и развитие BIM. Часть 1: Как ленинградский математик помог Autodesk захватить мировой рынок CAD

В 17 веке каждый продвинутый голландский крестьянин хотел достать тюльпан, в 2017 продвинутый пользо…

Войны лоббистов и развитие BIM. Часть 2: open BIM VS closed BIM. Revit vs ArchiCAD и Европа против остального мира

В первой части мы говорили о возникновения форматов STEP, IFC и создании организации buildingSMART. …

Войны лоббистов и развитие BIM. Часть 3: Отцы BIM технологий. Кто стоит за успехом Autodesk и openBIM?

В этой статье мы осветим работу всех основных отцов BIM технологий, которые в 80-е и 90-е разрабатыв. ..

В Калининграде отдают под жилую застройку часть спасённой зелёной зоны рядом с фортом №4

Крупный земельный массив рядом с фортом №4 намерены отдать под жильё. Проект генерального плана Калининграда с соответствующими изменениями опубликовали на сайте регионального правительства.

Участок относится к территории, которую в 2020 году губернатор Антон Алиханов спасал от застройки. В феврале 2020 года около 107 гектаров отнесли к зоне озеленённых территорий. На землях с таким статусом запрещается капитальное строительство: они предназначены для лесов, парков, скверов, бульваров и набережных. Среди «наиболее значимых» в правительстве называли участок с кадастровым номером 39:15:130301:15 площадью 280 тысяч квадратных метров на улице Украинской.

На улице Украинской — тот самый земельный участок, который на сегодняшний день находится в собственности у застройщика Валерия Макарова. Там, 28 гектаров, которые примут статус городских лесов. <…> [Застройщик] здесь не строит, он не может тут строить. Более того, этот земельный участок планируется для высадки компенсационного озеленения и придания статуса [городских лесов]. По размерам он подходит — 28 гектаров — под зелёный массив городских лесов, — рассказывала об этой земле в августе 2020 года вице-премьер Наталья Сибирёва.

Изначально здесь планировали жилую застройку. Сибирёва объясняла, что землю не могут изъять, поэтому власти хотели договариваться с владельцем. «Валерий Михайлович Макаров в курсе. Он, в том числе, говорил с Антоном Андреевичем. Но, естественно, как и любой собственник он говорит, а будет ли какой-то обмен, то есть компенсация. Поэтому мы переговоры ведём», — заявляла она.

Сейчас агентство по архитектуре области опубликовало новый проект генерального плана Калининграда. Согласно документу, примерно половина территории в 28 гектаров отнесена к зоне среднеэтажной жилой застройки. На ней можно будет возводить дома от пяти до восьми этажей. В пресс-службе регионального правительства не смогли оперативно прокомментировать, почему меняют назначение земли.

Изображение из нового проекта генплана Калининграда. Оранжевым выделена зона под застройку

Перевод земли на Украинской под среднеэтажное жильё совпал с изменением статуса Суздальского леса. Его частью владела фирма, одним из учредителей которой также является депутат Валерий Макаров. После многочисленных обращений и возмущения местных жителей областные власти решили перевести весь парк площадью девять гектаров в зелёную зону. Эти изменения отражены в новой версии генерального плана Калининграда.

Электрощит Самара

Выбор региона

Азербайджан

Армения

Белоруссия

Грузия

Дальнее зарубежье

Казахстан

Киргизия

Молдова

Монголия

Прибалтика

Таджикистан

Туркменистан

Узбекистан

Украина

Москва

Санкт-Петербург

Алтайский край

Амурская область

Архангельская область

Астраханская область

Белгородская область

Брянская область

Владимирская область

Волгоградская область

Вологодская область

Воронежская область

Еврейская автономная область

Забайкальский край

Ивановская область

Иркутская область

Кабардино-Балкарская Республика

Калининградская область

Калужская область

Камчатский край

Карачаево-Черкесская республика

Кемеровская область

Кировская область

Костромская область

Краснодарский край

Красноярский край

Курганская область

Курская область

Ленинградская область

Липецкая область

Магаданская область

Московская область

Мурманская область

Ненецкий автономный округ

Нижегородская область

Новгородская область

Новосибирская область

Омская область

Оренбургская область

Орловская область

Пензенская область

Пермский край

Приморский край

Псковская область

Республика Адыгея

Республика Алтай

Республика Башкортостан

Республика Бурятия

Республика Дагестан

Республика Ингушетия

Республика Калмыкия

Республика Карелия

Республика Коми

Республика Марий Эл

Республика Мордовия

Республика Саха (Якутия)

Республика Северная Осетия-Алания

Республика Татарстан (Татарстан)

Республика Тыва

Республика Хакасия

Ростовская область

Рязанская область

Самарская область

Саратовская область

Сахалинская область

Свердловская область

Смоленская область

Ставропольский край

Тамбовская область

Тверская область

Томская область

Тульская область

Тюменская область

Удмуртская республика

Хабаровский край

Ханты-Мансийский автономный округ

Челябинская область

Чеченская республика

Чувашская республика (Чувашия)

Чукотский автономный округ

Ямало-ненецкий автономный округ

Ярославская область

Большая часть случаев COVID-19 в Италии приходится на подростков и молодых людей

Коэффициент распространения COVID-19 в Италии может вырасти до 1,55, заявил руководитель Высшего института здоровья (Iss) Сильвио Брусаферро. В настоящий момент этот показатель составляет 1,29.

В Италии произошла «быстрая эволюция эпидемиологической ситуации», заявил он и уточнил, что больше всего заражений наблюдается среди молодых людей в возрастных группах 10 -19 лет и 20-29 лет. При этом средний возраст госпитализируемых с симптомами заболевания равен 48 годам, а нуждающихся в интенсивной терапии — 58 годам.

По данным Минздрава Италии, за сутки в стране выявлено 5057 случаев COVID-19, что на 86 случаев больше, чем днём ранее. Соотношение количества сделанных тестов (более 237 тысяч) и числа полученных положительных результатов составило 2,2 процента (против 2,3 процента 21 июля). Больше всего инфицированных обнаружено в Лацио (854), Ломбардии (691), Венето (669), Сицилии (482), Эмилии-Романье (474), Тоскане (470) и Кампании (261).

Носителями инфекции в настоящий момент числятся 58 752 человек («плюс» 3886 за сутки). С симптомами болезни госпитализированы 1304 человека («плюс» 70). В отделениях интенсивной терапии лечатся 155 тяжелобольных (минус три). Еще 57 293 бессимптомных больных («плюс» 3819) находятся на карантине или в домашней самоизоляции.

За прошедшие 24 часа выздоровели и выписались 1239 человек, в то же время скончались 17 инфицированных COVID-19. Общее число заболевших коронавирусом с начала пандемии в Италии составлякт 4 307 535 человек, включая 127 937 умерших и 4 120 846 выздоровевших.

Читайте также:

• За неделю число случаев COVID-19 в Италии выросло вдвое • В Италии чрезвычайное положение из-за COVID-19 продлено до конца года • Больше половины итальянцев поддерживают идею обязательной вакцинации от COVID-19

По данным Il Sole 24 Ore, по состоянию на вечер 23 июля сделано 64 122 110 прививок от COVID-19, число прошедших полный курс вакцинации равно 29 196 832, что соответствует 49,3 процента населения страны.

Ограбление денег | Официальный сайт Netflix

1.

Профессор вербует молодую грабительницу и семь других преступниц для грандиозного ограбления Королевского монетного двора Испании.

2. Эпизод 2

Ракель, ведущая переговоры с заложниками, устанавливает первый контакт с профессором. Один из заложников — важная часть воровских планов.

3. Episode 3

Полиция захватила изображение лица одного из грабителей.Ракель подозрительно относится к джентльмену, которого встречает в баре.

4. Эпизод 4

Ракель переживает личный кризис со своим бывшим. Заложники напуганы услышанными выстрелами. Воры между собой спорят.

5. Эпизод 5

Воры пропустили бригаду медиков на Монетный двор, а с ними пробирается полицейский под прикрытием. Сможет ли профессор опередить Ракель на шаг?

6. Эпизод 6

Состояние Моники ухудшается.Профессор наслаждается добычей своего последнего трюка. Рио обеспокоен новостями, которые он видит по телевизору.

7. Эпизод 7

Нарушение расследования и ошибка одного из воров подвергает профессора серьезному риску быть обнаруженным.

8. Эпизод 8

Токио ловит Элисон, болтающую с Рио, и противостоит ей. Полиция подозревает, что среди них шпион.

9. Эпизод 9

Профессор мчится, чтобы помешать свидетелю опознать его.Берлин жаждет мести, когда его собственное имя будет раскрыто и оклеветано в прессе.

10. Эпизод 10

Ракель входит в Монетный двор, чтобы убедиться, что все заложники живы и здоровы. Найроби дает совет Элисон.

11. Эпизод 11

Анхель и Ракель сомневаются в верности друг друга. Моника переезжает в Денвер. Рио стоит перед трудным решением.

12. Серия 12

Артуро продолжает разрабатывать план побега для группы заложников.Профессор раскрывает, кто подал ему идею ограбления.

13. Эпизод 13

Профессор встречает мать Ракель в стрессовых обстоятельствах. На Монетном дворе воры предлагают заложникам выбор: деньги или свобода?

Проект Пегас, часть 4: сбежавшие принцессы и связь с Великобританией | Новости

В 2018 году принцесса Латифа, дочь правителя Дубая, сделала ставку на свободу. Вместе с финским инструктором по фитнесу и бывшим французским шпионом она сбежала из Объединенных Арабских Эмиратов.

The Guardian Дэн Саббаг сообщает Майклу Сафи , что в разгар драмы побега теперь это может быть раскрыто, номера мобильных телефонов Латифы и некоторых из ее друзей, оставшихся дома, появились в базе данных в самом центре Пегаса. исследование данных проекта. В конечном итоге Латифа была схвачена индийским спецназом и возвращена в Дубай. В ОАЭ описали это не как попытку побега, а как похищение.

Спорный инцидент стал одной из последних капель для принцессы Хайи, шестой жены правителя Дубая, шейха Мохаммеда бин Рашида аль-Мактума.Она покинула ОАЭ после того, как пара развелась, и вскоре была вовлечена в затяжную и ожесточенную судебную тяжбу в британских судах за опеку над их детьми. Как сообщает Guardian David Pegg , номера телефонов Хайи и восьми ее ближайших соратников фигурируют в наборе данных, который, как считается, указывает на людей, представляющих интерес для государственного клиента NSO.

NSO Group сообщает , что она не может видеть, как ее клиенты, все из которых являются правительствами, используют шпионское ПО Pegasus военного уровня, которое способно тайно заражать мобильный телефон, а затем извлекать из него огромные объемы данных. В нем говорится, что Pegasus должен использоваться только для предотвращения терроризма и серьезных преступлений, и что его клиенты подписывают контракты, соглашаясь с этими условиями, при покупке лицензии.

В записях были и британские номера. Одним из них был адвокат по правам человека Родни Диксон, королевский адвокат, и мы смогли проверить его телефон. Результаты не были окончательными — успешного заражения не было, но мы обнаружили подозрительную активность. NSO заявляет, что это технически невозможно было использовать для нападения на этот телефон.Но если люди в Лондоне обнаруживают возможные признаки активности Пегаса на своих телефонах, находится ли в Великобритании какая-либо защита. Если люди в Лондоне обнаруживают возможные признаки активности Пегаса на своих телефонах, находится ли в Великобритании какая-либо защита?

Поддержка The Guardian

The Guardian редакционно независима. И мы хотим, чтобы наша журналистика оставалась открытой и доступной для всех. Но нам все больше нужны читатели для финансирования нашей работы.

Написание вашего первого приложения Django, часть 4 | Документация Django

Этот учебник начинается с того места, где закончился Урок 3. Мы продолжит работу над приложением веб-опроса и сосредоточится на обработке форм и сокращение нашего кода.

Напишите минимальную форму¶

Давайте обновим наш подробный шаблон опроса (polls / detail.html) с последнего учебник, чтобы шаблон содержал элемент HTML

 
{% csrf_token%}

    
  
 {{question.question_text}} 
  
    {% if error_message%} 
  {{error_message}}  
 {% endif%}
    {% за рассматриваемый выбор. choice_set.all%}
        
         {{choice.choice_text}}  

    {% endfor%}



 

Краткое изложение:

• В приведенном выше шаблоне отображается переключатель для каждого варианта вопроса. В Значение каждой радиокнопки — это идентификатор соответствующего варианта ответа на вопрос. В имя каждой радиокнопки — «выбор» .Значит, когда кто-то выбирает один из переключателей и отправляет форму, он отправит Данные POST choice = # , где # — идентификатор выбранного варианта. Это базовая концепция HTML-форм.
• Мы устанавливаем действие формы на {% url 'polls: vote' question.id%} , и мы установить method = "post" . Использование method = "post" (в отличие от method = "get" ) очень важно, потому что акт отправки этого форма изменит данные на стороне сервера. Всякий раз, когда вы создаете форму, которая меняет на стороне сервера данных используйте method = "post" . Этот совет не касается Джанго; это хорошая практика веб-разработки в целом.
• forloop.counter указывает, сколько раз переходил для тега через его петлю
• Поскольку мы создаем форму POST (которая может иметь эффект изменения data), нам нужно беспокоиться о подделках межсайтовых запросов. К счастью, вам не о чем беспокоиться, потому что Django поставляется с полезная система защиты от него.Короче говоря, все формы POST, таргетинг на внутренние URL-адреса должен использовать {% csrf_token%} тег шаблона.

Теперь давайте создадим представление Django, которое обрабатывает отправленные данные и что-то с этим. Помните, что в Уроке 3 мы создал URLconf для приложения опросов, который включает эту строку:

 путь (' / vote /', views.vote, name = 'vote'),
 

Мы также создали фиктивную реализацию функции vote () . Давайте создать реальную версию. Добавьте следующее в polls / views.py :

 из django.http import HttpResponse, HttpResponseRedirect
из django.shortcuts импортировать get_object_or_404, отобразить
из django.urls импортировать обратный

из .models import Choice, Question
# ...
def голосование (запрос, вопрос_ид):
    question = get_object_or_404 (вопрос, pk = question_id)
    пытаться:
        selected_choice = question.choice_set.get (pk = request.POST ['выбор'])
    except (KeyError, Choice.DoesNotExist):
        # Повторно отобразите форму голосования за вопрос.return render (request, 'polls / detail.html', {
            "вопрос": вопрос,
            'error_message': "Вы не выбрали вариант.",
        })
    еще:
        selected_choice.votes + = 1
        selected_choice.save ()
        # Всегда возвращать HttpResponseRedirect после успешной обработки
        # с данными POST. Это предотвращает публикацию данных дважды, если
        # пользователь нажимает кнопку "Назад". 
        return HttpResponseRedirect (reverse ('опросы: результаты', args = (question.id,)))
 

Этот код включает в себя несколько вещей, которые мы еще не рассмотрели в этом руководстве:

• запрос.POST похож на словарь объект, который позволяет вам получить доступ к отправленным данным по имени ключа. В таком случае, request.POST ['choice'] возвращает идентификатор выбранного варианта в виде нить. Запрос . Значения POST всегда струны.

  Обратите внимание, что Django также предоставляет запрос . GET для доступа к данным GET таким же образом — но мы явно используем запрос .POST в нашем коде, чтобы гарантировать, что данные изменено с помощью POST-вызова.

• запрос.POST ['choice'] вызовет KeyError , если вариант не был указан в данных POST. Приведенный выше код проверяет наличие KeyError и повторно отображает форму вопроса с ошибкой сообщение, если вариант не указан.

• После увеличения счетчика выбора код возвращает HttpResponseRedirect , а не обычный HttpResponse . HttpResponseRedirect принимает единственный аргумент: URL-адрес, на который будет перенаправлен пользователь (см. Следующий пункт, чтобы узнать, как мы строим URL в этом случае).

  Как указано в комментарии Python выше, вы всегда должны возвращать HttpResponseRedirect после успешной работы с POST-данные. Этот совет не относится к Django; это хорошая веб-разработка практика в целом.

• Мы используем функцию reverse () в Конструктор HttpResponseRedirect в этом примере. Эта функция помогает избежать жесткого кодирования URL-адреса в функции просмотра. Ему дается имя представления, которому мы хотим передать управление, и переменная часть шаблона URL, указывающая на это представление.В этом случае, используя URLconf, который мы создали в Уроке 3, этот вызов reverse () вернет строку типа

  , где 3 — это значение question. id . Этот перенаправленный URL-адрес будет затем вызовите представление 'results' , чтобы отобразить последнюю страницу.

Как упоминалось в Уроке 3, запрос является HttpRequest объект. Для получения дополнительной информации HttpRequest объектов, см. Запрос и ответная документация.

После того, как кто-то голосует в вопросе, представление vote () перенаправляет на результаты страница для вопроса. Давайте запишем это мнение:

 из django.shortcuts import get_object_or_404, render


результаты def (запрос, идентификатор_вопроса):
    question = get_object_or_404 (вопрос, pk = question_id)
    вернуть рендеринг (запрос, 'polls / results.html', {'вопрос': вопрос})
 

Это почти то же самое, что и вид detail () из Урока 3. Единственное отличие — это имя шаблона.Мы это исправим резервирование позже.

Теперь создайте шаблон polls / results. html :

  
 {{question.question_text}} 
 


{% для рассматриваемого выбора.choice_set.all%}
    
 {{choice.choice_text}} - {{choice.votes}} голос {{choice.votes | pluralize}} 
{% endfor%}


 Проголосовать еще раз? 
 

Теперь перейдите на страницу / polls / 1/ в своем браузере и проголосуйте за вопрос.Вы должны увидеть страница результатов, которая обновляется каждый раз, когда вы голосуете. Если вы отправите форму не выбрав вариант, вы должны увидеть сообщение об ошибке.

Примечание

Код для нашего представления vote () имеет небольшую проблему. Он сначала получает объект selected_choice из базы данных, затем вычисляет новый значение голосов , а затем сохраняет его обратно в базу данных. Если два пользователя ваш сайт попытается проголосовать на точно в то же время , это может пойти не так: То же значение, скажем 42, будет получено для голосов . Тогда для для обоих пользователей новое значение 43 вычисляется и сохраняется, но 44 будет ожидаемое значение.

Это называется состоянием гонки . Если вам интересно, можете прочитать Избегайте условий гонки с помощью F (), чтобы узнать, как вы можете решить эту проблему проблема.

Используйте общие представления: меньше кода — лучше

Деталь () (из Урок 3) и результаты () просмотры очень короткие — и, как упоминалось выше, избыточны. Индекс () представление, отображающее список опросов, аналогично.

Эти представления представляют собой общий случай базовой веб-разработки: получение данных из база данных в соответствии с параметром, переданным в URL-адресе, загрузка шаблона и возврат обработанного шаблона. Поскольку это очень распространено, Django предоставляет ярлык, называемый системой «общих представлений».

Общие представления абстрагируют общие закономерности до такой степени, что вам даже не нужно написать код Python для написания приложения.

Давайте преобразуем наше приложение для опросов, чтобы использовать общую систему представлений, чтобы мы могли удалить куча собственного кода.Нам нужно будет сделать несколько шагов, чтобы выполнить преобразование. Мы будем:

1. Преобразуйте файл URLconf.
2. Удалите некоторые из старых ненужных представлений.
3. Представьте новые представления, основанные на общих представлениях Django.

Подробности читайте.

Почему тасование кода?

Как правило, при написании приложения Django вы оцениваете, подходят для вашей проблемы, и вы будете использовать их с самого начала, вместо рефакторинга кода на полпути.Но этот учебник до сих пор намеренно сосредотачивался на написании взглядов «трудным путем», чтобы сосредоточиться на основных концепциях.

Прежде чем начать пользоваться калькулятором, вы должны знать основы математики.

Изменить URLconf¶

Сначала откройте polls / urls.py URLconf и измените его так:

 из пути импорта django. urls

из . импорт просмотров

app_name = 'опросы'
urlpatterns = [
    путь ('', views.IndexView.as_view (), name = 'index'),
    путь (' /', views.DetailView.as_view (), name = 'detail'),
    путь (' / results /', views.ResultsView.as_view (), name = 'results'),
    путь (' / vote /', views.vote, name = 'vote'),
]
 

Обратите внимание, что имя совпадающего шаблона в строках пути второго и третий шаблон изменен с на .

Изменить просмотры

Затем мы удалим наш старый индекс , деталь и результаты views и вместо этого используйте общие представления Django.Для этого откройте polls / views.py и измените его так:

 из django.http import HttpResponseRedirect
из django.shortcuts импортировать get_object_or_404, отобразить
из django.urls импортировать обратный
из django.views импортировать общий

из .models import Choice, Question


класс IndexView (generic. ListView):
    template_name = 'polls / index.html'
    context_object_name = 'latest_question_list'

    def get_queryset (сам):
        "" "Вернуть последние пять опубликованных вопросов."" "
        вернуть Question.objects.order_by ('- pub_date') [: 5]


класс DetailView (generic.DetailView):
    model = Вопрос
    template_name = 'polls / detail.html'


класс ResultsView (generic.DetailView):
    model = Вопрос
    template_name = 'polls / results.html'


def голосование (запрос, вопрос_ид):
    ... # то же, что и выше, никаких изменений не требуется.
 

Здесь мы используем два общих представления: ListView и Детальный просмотр . Соответственно, те два представления абстрагируют концепции «отображения списка объектов» и «Отображать страницу с подробными сведениями об объектах определенного типа.”

• Каждое общее представление должно знать, по какой модели оно будет действовать. на. Это обеспечивается с помощью атрибута model .
• Модель DetailView , общий вид ожидает, что значение первичного ключа, полученное из URL-адреса, будет вызвано "pk" , поэтому мы изменили question_id на pk для общего взгляды.

По умолчанию DetailView универсальный view использует шаблон с именем / _detail.html . В нашем случае будет использоваться шаблон «polls / question_detail.html» . В имя_шаблона Атрибут используется для указания Django использовать определенный имя шаблона вместо автоматически созданного имени шаблона по умолчанию. Мы также укажите имя_шаблона для представления списка результатов — это гарантирует, что представление результатов и подробное представление имеют разный внешний вид при рендеринге, даже если они оба DetailView за кадром.

Аналогично, ListView универсальный представление использует шаблон по умолчанию под названием <имя приложения> / <модель имя> _list. html ; мы используем имя_шаблона , чтобы сообщить ListView , чтобы использовать существующие "polls / index.html" шаблон .

В предыдущих частях руководства были предоставлены шаблоны с контекстом, который содержит вопрос и latest_question_list переменные контекста. Для DetailView предоставляется переменная question автоматически — поскольку мы используем модель Django (вопрос , вопрос ), Django может определить подходящее имя для переменной контекста.Однако для ListView автоматически сгенерированная контекстная переменная список_вопросов . Чтобы переопределить это, мы предоставляем context_object_name атрибут, указывающий, что мы хотим использовать вместо него latest_question_list . В качестве альтернативного подхода вы можете изменить свои шаблоны, чтобы они соответствовали новые переменные контекста по умолчанию — но гораздо проще указать Django используйте желаемую переменную.

Запустите сервер и используйте новое приложение для опроса на основе общих представлений.

Для получения полной информации об общих представлениях см. Документацию по общим представлениям.

Когда вы освоитесь с формами и общими представлениями, прочитайте часть 5 этого учебник, чтобы узнать о тестировании нашего приложения для опросов.

Наука об инопланетянах, часть 4: Какого цвета будет их кровь? | Daily Planet

Как астробиолога меня часто спрашивают, как бы выглядели инопланетяне. Под «инопланетянами» люди обычно подразумевают сложных животных, похожих на инопланетян, часто гуманоидных форм.

Из естественной истории жизни на нашей планете мы уже знаем, что биология допускает множество, множество потенциальных планов тела. Мы также знаем, что форма, которую принимает сложный организм, называемая фенотипом, во многом зависит от среды, в которой он живет. Поскольку существует так много неизвестного, позвольте мне ответить на одну небольшую часть вопроса, которая затрагивает самую суть вещей: обязательно ли будет у инопланетного организма кровь? И если да, то какого цвета это может быть? Мое размышление было вызвано статьей, которую я выкопал Захари Родригес и его коллеги из Университета штата Луизиана, в которой описываются ящерицы Новой Гвинеи, у которых есть зеленовато-коричневая кровь.

Любая сложная форма жизни, даже на другой планете, скорее всего, будет нуждаться в системе кровообращения, чтобы доставлять питательные вещества к клеткам своего тела и выводить продукты жизнедеятельности. Это обычно верно для всех более сложных животных на Земле (хотя у некоторых очень примитивных животных, таких как губки, нет крови). Даже у растений есть своего рода кровеносная система, в которой жидкости движутся по их «телам». Мы не думаем об этом как о крови, но когда растение срезают, оно направляет питательные вещества и минералы вокруг среза, чтобы изолировать поврежденную область — подобно свертыванию крови у животных.

Кровь глубоко укоренилась в нашей психологии. На нас сильно влияет, когда мы видим, как жизненная жидкость вытекает из наших тел или тел других людей. Не случайно цвет предупреждений и стоп-сигналов красный.

У большинства наших собратьев-позвоночных также есть красная кровь из-за железосодержащего гемоглобина, который переносит кислород из легких (или жабр) в ткани остального тела. Можно подумать, что любой высокоразвитый организм будет таким же, но это не обязательно так.Например, кровь некоторых осьминогов — одного из самых разумных видов на нашей планете — становится синей при насыщении кислородом. Вместо гемоглобина в их крови используется медьсодержащий гемоцианин в качестве белка, переносящего кислород. У некоторых пауков, подковообразных крабов и скорпионов также есть голубая кровь.

Во вселенной Star Trek у вулканцев и ромуланцев зеленая кровь, а у андорианцев — голубая. И, конечно же, мы говорим, что у благородных людей голубая кровь. Некоторые из них действительно могут, если им поставят диагноз сульфгемоглобинемия.У людей, которые подверглись воздействию большого количества серосодержащих соединений, иногда кожа приобретает голубоватый оттенок, а кровь может стать темно-синей, зеленой или черной. Это происходит потому, что атом серы включен в гемоглобин (не беспокойтесь, если это случится с вами — как только ваше тело очищает от серы, ваша кровь снова становится красной).

Что касается зеленокровных ящериц, то, по словам Родригеса, цвет происходит от желчного пигмента биливердина. Это может быть приспособление для защиты от паразитов.К другим животным с зеленой кровью относятся дождевые черви и пиявки, у которых в плазме крови содержится связывающий кислород белок хлорокруорин, а также некоторые насекомые, которые поглощают пигменты растений.

На самом деле кажется, что в принципе возможны почти все цвета крови. У божьих коровок желтая кровь, у ламповых панелей — пурпурная кровь, и если вы живете в холодной среде, ваша кровь может быть полупрозрачной, потому что холодная вода может содержать столько кислорода, что гемоглобин становится ненужным.

Короче говоря, нет однозначного ответа на вопрос, какого цвета кровь может быть у пришельца.Мы можем только сказать, что он может быть у любого животного, похожего на пришельца. Но он может быть любого цвета, в зависимости от конкретной биохимии организма и среды, в которой он живет.

Понравилась статья?
ПОДПИШИТЕСЬ на нашу рассылку новостей

День X, Часть 4: Франко А.

Кейтлин Робертс

Скажите мне, где мы находимся?

katrin bennhold

Итак, мы находимся в центре Франкфурта, через дорогу от здания суда, где Франко А.будет судить сегодня.

архивная запись

Франко А. Его обвиняют в хранении оружия и планировании серьезных актов насилия. Нападения на известных политиков под сирийским беженцем. Дело Франко А. захватило и озадачило нацию на протяжении большей части четырех лет, и сегодня он предстал перед судом по подозрению в планировании совершения нескольких террористических атак. Вот он.

динамик

Там, где это можно увидеть, довольно разнообразно. У нас всего понемногу.

katrin bennhold

И это один из самых разнообразных городов Германии.

динамик

Вы можете увидеть всю жизнь в нашем городе.

динамик

Мы бы никогда не подумали, что он правый.

Питер

Я был учителем в Школе Шиллера с 1988 года.

франко а.

У нас есть электрогенератор.

франко а.

Вот где на самом деле была эта книга «Майн Кампф».

франко а.

А вот и ковбойские спички.

франко а.

Мачете Я могу взять их здесь.

франко а.

Боеприпасы к пневматическому пистолету.

katrin bennhold

Этим нельзя убивать людей.

франко а.

«Ну, может быть — нет, на самом деле нет.

франко а.

Тогда можно использовать как радио.

franco a.

Ставлю на стойки.

франко а.

Я сделал бороду немного черным. Я почернил бороду кремом для обуви.

франко а.

И я нанесла немного затемняющего крема в моем —

франко а.

Подарил мне форму для заполнения.

франко а.

И против воли и добра немецкого народа.

франко а.

Правильным я обслуживаю или нет?

франко А.

Вы должны поставить под сомнение путь —

франко а.

Это то, что мы должны делать как офицеры, поэтому мы офицеры.

франко а.

Чтобы поддерживать высокие стандарты.

katrin bennhold

Вы знаете, я думаю, что одно из предложений, которое выделяется больше всего —

katrin bennhold

Государство, и это все, кто вносит свой вклад в уничтожение этой конструкции государства, делает что-то хорошее. Я имею в виду, это призыв к оружию.

Законы недействительны. Я имею в виду, как это защищает Конституцию?

Катрин Беннхольд

О, вот и мы. Думаю, все.

Катрин Беннхольд

Они уже ждут нас, посмотрите на это.Нас немедленно отключат.

Часть 4 Содержание — MUTCD 2009 Edition

Четыре части MOC

Чтобы поддерживать сертификацию вашего совета по общей педиатрии и любым специальным педиатрическим специальностям, по которым вы сертифицированы, вы должны быть в курсе последних событий в четырех областях. Обратите внимание, что после получения сертификата по узкой специальности от вас не требуется поддерживать сертификацию по общей педиатрии *.

• Professional Standing (Часть 1)
  У вас должна быть по крайней мере одна действующая неограниченная медицинская лицензия в США или Канаде и никаких ограниченных лицензий.
  
• Обучение на протяжении всей жизни и самооценка (Часть 2)
  Вы должны оценивать и расширять свои знания в областях, важных для вашей практики, с помощью мероприятий, разработанных ABP и другими организациями, такими как Американская академия педиатрии (AAP) и другими поставщиками CME. Вы должны зарабатывать не менее 40 баллов за эти действия каждые пять лет, независимо от того, сколько сертификатов вы хотите сохранить. Если у вас более одного сертификата, один и тот же пятилетний цикл будет применяться ко всем вашим сертификатам.
  
• Когнитивная экспертиза — экзамен (часть 3)
  Вы должны регулярно сдавать экзамен для каждого сертификата, который вы хотите сохранить. Начиная с 2019 года, есть два способа выполнить требование Части 3: 1) MOCA-Peds, инновационный подход к непрерывной оценке, который ежеквартально задает 20 вопросов в электронном виде, ИЛИ 2) Традиционный экзамен под наблюдением в безопасном центре тестирования. Также, начиная с 2019 года, часть 3 будет соответствовать вашему пятилетнему циклу MOC.
  
• Улучшение профессиональной практики — Повышение качества (Часть 4)
  Вы должны участвовать в мероприятиях по повышению качества (QI), чтобы получить зачетные очки по Части 4. Это могут быть небольшие или большие группы, совместные, веб-сайты или другие типы. ABP утверждает мероприятия, которые предназначены для оценки и улучшения качества ухода за пациентами, а также процессов, которые приведут к улучшению здоровья детей. Вы должны зарабатывать не менее 40 баллов за эти действия каждые пять лет, независимо от того, сколько сертификатов вы хотите сохранить.Если у вас более одного сертификата, один и тот же пятилетний цикл будет применяться ко всем вашим сертификатам.

Заработок за пятилетние циклы

Чтобы получить кредит за действия по Части 2 и Части 4 и поддерживать сертификацию, вы должны набирать в общей сложности 100 баллов — минимум 40 для Части 2 и минимум 40 для Части 4 каждые пять лет. Дополнительные 20 баллов можно заработать как за часть 2, так и за часть 4. Вы можете выполнить задания по Части 2 и Части 4 в любое время в течение 5-летнего цикла MOC.В конце каждого цикла вы будете регистрироваться снова, оплатить взнос, чтобы начать следующий цикл действий / баллов MOC, и подать подтверждение вашей действующей неограниченной медицинской лицензии.

Чтобы увидеть ваши конкретные требования и сроки MOC, войдите в свой ABP Portfolio.

Вы допустили истечение срока действия сертификата? Узнайте, как восстановить сертификацию.

* Для получения сертификата по детской гепатологии трансплантологии дипломаты также должны иметь сертификат по детской гастроэнтерологии.