Зачем архитектору Grasshopper? Чтобы хоть чуть-чуть приблизиться к ответу, необходимо разобраться с тем, что это за инструмент и как он появился.
В середине 1990-х—начале 2000-х в арсенале архитектора появилось новое поколение цифровых инструментов. По сути это были даже не инструменты, а среды, позволяющие создавать собственные инструменты и алгоритмы из набора простых функций, компонентов или библиотек. К таким средам сегодня относятся Grasshopper — плагин для Rhino и Dynamo — плагин для Revit. Всё это инструменты нодового, или визуального, программирования: чтобы создавать в них даже достаточно сложные алгоритмы, не нужно уметь программировать (то есть писать код текстом), — это делается с помощью визуального интерфейса. Одновременно с ними распространились и инструменты текстового программирования: MEL Script на Maya, Rhinoscript на Rhino и Processing с его библиотеками для работы с геометрией.
Grasshopper появился в 2007 году и изначально был задуман для того, чтобы уменьшить количество рутинной работы в Rhino: он фиксировал последовательность действий во время моделирования — и позволял возвращаться к любому шагу, чтобы изменять его. Поэтому изначально плагин назывался Explicit History, или «Подробная история».
Со временем Grasshopper начал развиваться и обрастать новыми функциями, для него стали появляться сторонние плагины, выводящие возможности программы далеко за пределы моделирования. Так из небольшого плагина с утилитарным предназначением он превратился в среду для экспериментов, а количество поклонников плагина выросло до десятков тысяч. Из-за такой популярности Grasshopper стал полноценным компонентом Rhino, который встроен в программу, начиная с 6-й версии.
Современные возможности Grasshopper и других алгоритмических инструментов позволяют архитектору быстро анализировать и корректировать решения.