Необходимость ознакомления с ресурсами RevitPythonShell

Добрый день.
В свете последних событий связанных с дискуссиями на блоге http://revitconsalting.blogspot.com/, и возникновением определенных мыслей, не претендующих на аксиому, попробую их высказать.

Прежде всего: Стоит ли вообще изучать ревит и динамо специалисту инженеру?
– Да!
– Стоит!
– Обязательно стоит!
Почему? По двум причинам: первая – нужно иметь понимание о софте чтобы говорить чем он хорош/плох. А изучение ревита не такая уж и трудная задача. Много уроков. Доступ к студенческим версиям. А вторая причина – необходимость иметь возможность сотрудничать с архитекторами. Михаил написал очень эмоциональную, полную гнева статью. Но что же больше всего ненавидит в своей реплике Михаил? Эскизное проектирование! Ненависть к эскизам, а не только лишь ревит – является целью гнева…

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

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

На основе этого преимущества и строится вся стратегия развития ревита. Все связи и взаимосвязи со смежными разделами. Все стадии проектирования. Вокруг “таблиц в реальном времени”, которые не нужно проверять. Нужно понимать что ревит – это прежде всего бизнес стратегия. У бизнес стратегов есть критерии прибыли, затраты труда, затраты времени. И единственным двигателем развития бизнес стратегов является конкуренция, а не гневные отзывы клиентов. И пока мы изучаем ревит кто-то сейчас пишет новейший программный софт который “лучше”. Но продать он его не сможет. Ведь чтобы продать – нужна дилерская сеть. Чтобы эту сеть наладить нужно много труда уже не связанного с производством софта. Благо современный интернет вместе с https://github.com/ ломает этот стериотип.

Молодые стартаперы программисты пишут условно бесплатные программы, развивают их, получают бесплатные отзывы от бесплатного распространения, а затем когда понимают что их продукт готов, когда есть группа фанатов – ставят какую-то цену. Так было с https://corona-renderer.com/ которая прекрасно вписалась в казалось бы забитую нишу VRay и теперь теснит его.

Так вот конечно. С одной стороны мы можем жаловаться на ревит. На его недостатки моделирования, на его недостатки деталирования, и на бог знает что еще. НО мы вынуждены им пользоваться потому что он лучше ближайших конкурентов. Ни Алплан, ни Архикад (без холивара плиз) не могут то, что может ревит. (Про всякие ренги корректно промолчу.) Точнее у них есть преимущества в других направлениях (например штриховки архикада), но они не стратегические.

Поняв все это – мы можем читать статью Михаила под другим углом. Михаила – инженера, который требует точности, четкости, понимания. А получает из эскизов сырые груды стен и колонн. И ничего толком с ними сделать не может. Разве что новые. Разве что в другой программе. Ведь когда он обращается в поддержку автодеска – слышит практически явный ответ “справляйтесь сами, это Вы не шарите в ревите”. Правильно ли это? Не мне судить. Это просто так и есть. И все. И да. Мы справляемся как можем. Каждый на своем уровне. Кто то это делает эмоционально, как Михаил, кто-то бурчит. А кто-то видит проблему и еще больше закатывает рукава и точит зубы чтобы грызть гранит.

И вот теперь переходим к теме данного поста: RevitPythonShell.
Михаил, при всей своей воинственности, вызывает уважение своим профессионализмом. А он является профи в RevitPythonShell.

Я долгое время открещивался от RevitPythonShell предпочитая плавать в динамо. Но когда растешь – рано или поздно упираешься в разного рода потолки. Так вот на мой взгляд я упираюсь в потолок Уроков Питона для Динамо.

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

Буквально начав гуглить на тему RevitPythonShell мы натыкаемся на такие ресурсы как:
1. http://pythoncvc.net
2. http://revitpython.blogspot.com/
3. http://undernda.blogspot.com/
4. http://darenatwork.blogspot.com/
5. http://revitcoding.blogspot.com/
Которые на две головы выше динамовских ресурсов по проникновению вглубь возможностей ревита. Никто не умаляет при этом возможностей Динамо. Но они ограничены в основном базовыми понятиями нодов и простенькой геометрией. Чего явно не хватает для более интересных задач и решений, в частности таких как мы видим, возникают у нас на форуме:
http://dynamobim.ru/forums/topic/Выборка окон из связанного файла
–
Таким образом просто будем двигаться в сторону усложнения того, что понимаем. Будем надеяться что общими усилиями мы сможем почерпнуть из РПШ и влить в динамо. Буду рад если вы мне поможете найти еще интересные ресурсы по RevitPythonShell. В том числе и видеоуроки. И тем более будет здорово если эти уроки поможете осмыслить. Отдельно прошу обратить внимание на наше смежное сообщество АДН.СИС, которые занимаются очень близкими задачами но при этом являются как раз таки специалистами в этих вопросах. Если задаться целью решения сложных задач – то можно ее достичь только с помощью сообщества АДН.СИС.
–
Спасибо.