My first experience in computer programming was a freshman year introductory course in high school. It was one of the first courses I signed up for. I liked computers so the idea of making programs for computers was very appealing.
I failed. Like… really failed.
I always considered myself a good student and was decent at math and logic problems. However, the level of abstraction introduced in class made the notion of creating a program seem daunting. I ended up exiting the course with my tail between my legs with my dreams of developing the next killer app quickly evaporated.
‘My new-found romance with programming came through a love of the design process. Not only could a little coding make complex tasks easy: it also allowed me to do things with design that would not have been possible otherwise.’
I eventually discovered architecture and took every sketching, art, and CAD course available to me in my high school. I loved the artistry of design and the tangible nature of building concepts. These were things that, in my limited experience at the time, neither a math or computer science course could provide. I eventually went to architecture school with my first painful experience in learning to code a distant memory.
Throughout my design education, 3D modeling and technology was a huge interest of mine. However, I never returned to the world of coding until I began working as a professional designer. In the midst of burning the midnight oil on design competitions something about the value of coding and automation started to click… not to mention that many of my architectural design ‘heros’ were designing buildings that looked as though they required the use of code.
My new-found romance with programming came through a love of the design process. Not only could a little coding make complex tasks easy: it also allowed me to do things with design that would not have been possible otherwise.
I was hooked. I finally had an application for a skill set I struggled with so many years before and it made learning to code much easier. I was excited by the value of coding in the context of my goals as a building professional. Fast forward to today where I provide, among other things, professional services in software customization and automation… and I also *gasp* code for fun.
Coding is an activity that is quickly gaining interest in architecture. Faster schedules, tighter fees, and the importance of data are among the reasons that architects are looking more closely this seductive black art. I have seen many recent articles heralding coding as one of the emerging preeminent skill sets of architectural practice today. When I do lectures, one of the most common questions I get is some variation of, “As an architect, should I learn how to code?”
My answer is always “maybe.” (Warning: I am rarely an absolutist thinker.)
Graphical interfaces have made it easier to learn coding concepts.
It is easy to get caught up in the hype. The fact is that learning to code isn’t for everyone… just like project management or business development isn’t for everyone. Learning to code takes a certain mindset, a lot of practice, and you have to really like it. If you love the idea of learning a programming language and think you can grow your value with this ability, go for it.
There are many points of entry to start learning coding concepts and engage with the community. The wider-spread adoption of graphical programming tools, such as Dynamo or Grasshopper, are also providing a great point of entry into the world of coding for the visually minded.
Even if learning to code does not personally interest you, the growing demand for having these capabilities in an architectural business cannot be overlooked. At the very least, building professionals should educate themselves about how this skill set can deliver value to their businesses and projects. Having that perspective is very important for understanding how to position the capability in your business… and it will no doubt change the makeup of our future building teams.
More from Author
Proving Ground | Apr 14, 2021
Business intelligence: 5 drivers for adoption in architecture and construction
This article will explore some of the drivers for how BI is finding successful adoption among architects, engineers, contractors, and owners.
Proving Ground | Oct 8, 2020
4 challenges of realizing BIM's value for an owner
In recent years, we have found our consulting practice engaging more and more with owners that are questioning the value of BIM and how they can make use of potentially data-rich BIM assets.
Proving Ground | Mar 24, 2019
5 ways designers and builders can use business intelligence with data they already have
Tricky construction budgets, large project teams, and unique designs needing extensive coordination are all problems increasingly being handled with new software tools and data.
Proving Ground | Aug 21, 2018
Five habits that are keeping your digital strategy from working
Strategies are always created with the best of intentions for improving business, the effort involved in executing the strategy – especially ones involving disruptive digital capabilities – is greatly underestimated.
Proving Ground | Dec 12, 2017
Reflecting on the future of work
'I believe in the potential for new technology to positively impact the quality of the built environment with immense speed and great efficiency,' writes Proving Ground's Nathan Miller.
Proving Ground | Oct 6, 2017
How professional bias can sabotage industry transformation
Professional bias can take the form of change-resistant thinking that can keep transformational or innovative ambitions at bay. Tech consultant Nate Miller presents three kinds of bias that often emerge when a professional is confronted with new technology.
Proving Ground | May 24, 2017
Data literacy: Your data-driven advantage starts with your people
All too often, the narrative of what it takes to be ‘data-driven’ focuses on methods for collecting, synthesizing, and visualizing data.
Proving Ground | Feb 16, 2017
Positioning computational designers in your business: 4 things to consider
There appears to be very little industry consensus as to what a ‘computational design’ position actually means in a business setting.
Proving Ground | May 9, 2016
3 things to consider for computation in the business of design
In creating a roadmap for computation, Proving Ground's Nathan Miller likes to consider investing in the right people, incorporating a range of skillsets, and defining the business value.