Revit и Python в перспективе.

              Как следствие статьи  начну дальнейшее расследование и пояснение о всех преимуществах Python исключительно для инженерных изысканий в Revit.
              Про маленький экскурс в историю Python и графического программирования я уже давал не так давно. Но итог не такой уж и радостный , большая часть людей кто хочет что то делать вообще не поняла о чем речь и задает одни и те же вопросы и на форумах и мне лично.
             Перспективность Python в том что он напрямую поддерживает сотни различных библиотек , например NumPy - библиотека математических классов для сложных инженерных расчетов на уровне производительности  C++(хотя вру, на некоторых задачах разница в 70 раз и не в пользу Python), а Dynamo увы нам ничего не дает в замен.  Только встроенную в ядро питона "math" - Mathematical functions.Вопросы производительности в Python решаются автоматически.
             Python как и любой язык может использовать уже разработанные библиотеки, через функцию:



from math import *
тут мы просто импортируем библиотеку переменных математических функций. И таких библиотек мы может создавать как сами сотни миллионов ....миллиардов , так можем уже использовать готовые "велосипеды".
             Для написания скриптов Python идеален , он само совершенство , но в Dynamo мы видим его базовый обрезок. Нам многое не дают сделать. Инженерные задачи требуют не просто неких базовых возможностей, а всего того что есть во всех языках. И что же нам не хватает для счастливой работы ? это компиляция исходного кода ! если мы пишем код на Python нам необходимо его завести на машине пользователя. И для этого нам его нужно скомпилировать в набор единиц и нулей (двоичный или восьмеричный код), например:
01010101010111010101
                И что нам делать когда у нас есть огромная задача которая использует один и тот же блок кода ? начну раскрывать маленькие секреты , вот тут Python ровном счетом ничего нам не даст, так как изначально Python скриптовый динамический язык из разряда open source то мы никогда не дождемся компилятора. Когда у нас некая функция прошла коллектор через фильтр нам проще эту функцию объявить новым классом объектов и сделать библиотеку.  А если не дождемся то нам либо внедрять интерпретатор (Python) в саму программу Revit , например RevitPythonShell либо использовать обрубок Dynamo который в свою очередь так же интерпретирует базовые возможности языка.
              Есть конечно же решение компиляции Python в .exe:

                Но это уже нечто иное , это решение задачи по использованию информации внутри модели Revit и использованию ее для сторонней программы на базе Python. И это совершенно не то что нам нужно , это намного более глубокая тема нежели решение инженерных задач в revit. Эта задача по разработке своей платформы с тесной связкой с revit, и как итог своя платформа . Но вопрос в шифровании если это не будет открытый продукт.......
                Итак если у нас задача в открытии приложения любым пользователем то увы Python нам ничего не ответит и не даст никакого решения, мы не можем из Python получить dynamic link library (dll).Но увы я немного лукавлю, конечно все возможно , например тут один из методов :

             Я им не пользуюсь , хотя  уже только каких опытов не ставит с компиляцией.
А в основном использую такой :

               Разница небольшая . Оба варианта это костыли.....хотя второй это темный лес , это использование API Python для включения блоков кода Python в С/С++ , на первый взгляд все плачевно , но это только на первый , дальше все пойдет как по маслу :). Для этого скачиваем сам Python c www.python.org и идем по пути C:\Users\BIMkiller\AppData\Local\Programs\Python\Python35-32\Doc\python351.chm и смотрим саму документацию как это все осуществляется. На русском языке я много искал информации по бросил какие либо попытки.
              Но зачем нам весь этот геморрой ? не проще ли вообще отказаться от Python и искать решение на компилирующих языках , таких как С/C++ ? я лично пока не знаю ответа , лично меня пока что подкупает простота самого языка , ведь в этом и была его изначальная задумка , упростить алгоритм написания скриптов для того или иного программного обеспечения.
             Некий ответ на вопрос выше дает так называемый Cython , это интеграция Python в C язык. Там тоже есть подводные камни , но лично мне он не подходит так как этот способ так же не дает возможности компиляции своей библиотеки объектов , а только готовое приложение но я не альтруист :

           
              Но в общих чертах стоит ознакомится с этим кодом. Он изначально подкупал тех программистов которых хотели переманить из C++  в Python но без лишней крови.
              Ну вот мы в принципе кое как решили вопрос с динамическими библиотеками в динамическом языке Python и его будущего!!!
              Но что дальше ? может плюнуть на все это ? и просто отвернутся от Python и уж тем более от Dynamo ? я скажу не стоит , Dynamo сам по себе не плох , но его функционал и предназначение не решают моих вопросов и уж никак не повышают производительность труда инженера , за чей труд в силу сложившихся исторических факторов платят все меньше и меньше ...... Каким путем идти вам ,я не могу сказать , я всего лишь указал некие пути развития , которые могут указать решение некоторых проблем раз и навсегда . На мой взгляд аббревиатура BIM уже очень сильно подпортила крови не только мне но и очень многим инженерам. Все больше и больше я слышу нареканий от рабочих инженеров. Сама отрасль в данный момент переживает глубокий кризис , сам autodesk уже запутался чего же он хочет, от обновления к обновлению каких либо заметных результатов не происходит. Огромное количество пожеланий пользователей за бортом прогресса. Под эгидой BIM все больше и больше проектов из разряда абстракций , один и тот же исходный код в разных обертках , простое зарабатывание денег на воздухе. Хотя мне хочется напомнить что BIM это информационная модель здания, а не проекта , отсюда следует что инженер должен создавать информацию для конечного звена - службы эксплуатации, не говоря о всех промежуточных звеньях. Если говорить экономическим языком , стоимость проекта - 600р/м2 (и то хорошо если так ) , себестоимость м2 здания 31000 монолит , 15000 мет. каркасник(не путать с коммерческой ценой) А уж тех надзору глубоко по барабану проблемы  BIM в том виде в котором его рисуют не только autodesk но и учебные центры. Сам по себе тот же BIM менеджер человек который запутывает других  из за того что все на костылях, в итоге хромают все. Инженерные дисциплины и задачи из разряда точных наук, везде должно быть явное решение, не явность рождает несколько решений одно из которых ложное, так не должно быть..........Но скоро все изменится с Revit ........или без его :)

               P.S. Используя парадигмы The Zen of Python можно сказать следующее "сложное лучше чем запутанное, явное лучше чем неявное".