建築學專業學什麼編程語言

① 大學要學計算機編程是什麼專業

大學要學計算機編程是軟體工程專業。目前軟體工程9個專業的內容和就業情況如下:
1 可視化編程
掌握程序設計方法及可視化技術，精通一種可視化平台及其軟體開發技術。獲取Delphi程序員系列、Java初級或VB開發能手認證。
就業方向:企業、政府、社區、各類學校等可視化編程程序員。
2 WEB應用程序設計
具有美工基礎和網頁動畫設計能力，掌握互動式網頁程序的設計技術，能進行網站建設和維護。獲取Macromedia多媒體互動設計師或Delphi初級程序員或Delphi快速網路開發工程師認證。
就業方向:企業、政府、社區、各類學校等WEB應用程序員。
3 軟體測試
掌握軟體測試的基本原理、方法和組織管理，精通軟體測試工具。獲取ATA軟體測試工程師或Delphi初級程序員或Java初級程序員認證。
就業方向:企業、政府、社區、各類學校等軟體測試員。
4 資料庫管理
能應用關系範式進行資料庫設計，精通SQL語言，勝任資料庫伺服器管理與應用工作。獲取Oracle資料庫管理或SQL Server資料庫應用或Windows XP應用認證。
就業方向:企業、政府、社區、各類學校等部門的中、大型資料庫管理員。
5 圖形圖像製作
精通國際上流行的圖形/圖像製作工具(如CorelDraw、Photoshop、Pagemaker等)。獲取平面設計師相關的認證。
就業方向:廣告製作公司、建築設計公司、包裝裝璜設計公司、居室裝修公司、出版印刷公司。
6 網路構建技術
熟悉網路結構和組網方式，掌握建網方法，能利用工具分析和排除常見網路故障。獲取Cisco路由配置或華為網路工程或AMP應用工程師認證。
就業方向:企業、政府、社區、各類學校等網路構建工程師。
7 網路系統管理
掌握網路系統管理的基本知識與應用技能，能進行網路系統的安全設置。獲取Window2000 Server或TurboLinux TLCE或Cisco路由配置專家認證。
就業方向:企業、政府、社區、各類學校等網路系統管理員。
8 多媒體製作
具有多媒體程序設計與多媒體製作策劃的能力。基本掌握面向對象程序設計與建模、造型設計、場景設計、分鏡頭原理等技能。獲取多媒體設計師相關的認證。
就業方向:多媒體設計與製作公司、動畫美術製作出版公司、廣告製作公司。
9 計算機辦公應用
精通辦公自動化應用與管理，熟悉伺服器的安裝、管理和維護，基於應用伺服器的相關服務和軟體系統，具備對伺服器的網路安全設置、郵件、網頁發布、FTP、OA、BBS等系統的應用和維護能力。
就業方向:企業、政府、社區、各類學校等系統管理

② Python 與深度學習有哪些與建築設計相接軌的可能性

關注這個問題快一周了，到目前來說還是沒發現什麼太大的驚喜。我感覺建築設計界還是要學習一個，不要看到深度學習很火，就弄個大新聞，把這玩意往建築設計上搬呀。

其實深度學習這事兒到底怎麼就能和建築設計掛鉤上？如果單單指「深度學習」，那我的理解是套用了許多層的人工神經網路，這種技術能在建築設計中扮演什麼角色？我目前還真沒發現直接用深度學習這種技術來輔助建築設計的例子。但是如果把題主提問的概念放寬松一點，變成「如何使用機器學習等演算法來幫助建築設計」，那我想還是有比較好的例子的。

機器學習技術是用來讓程序的運行性能隨著輸入量和時間的積累慢慢提高的一種技術。例如你寫了一個程序來預測一棟別墅的房價，這個程序的作用是能根據輸入數據的[城市，街道，區位，面積，戶型，..]等參數預測房價，為了提高程序預測的准確度，你需要先給程序喂一些已經有了估價結果的數據，程序學習一定的數據以後就能自己預測房價了。那麼，這種程序工作的方式和我們做建築設計的工作流程有什麼聯系呢？ 我們做設計時，同樣也是先調研和參考大量同類建築的案例，積累到一定量以後，才能自己動手開始做設計。了解了這一點，便可以設想一種利用機器學習來輔助建築設計的思路：先讓程序學習以前的建築設計方案，然後程序就能自己去做設計了！

這篇2010年的論文 Computer-generated residential building layouts 可以說就是以上思路的典範。作者自稱「使用數據驅動的方式設計了能自動創建視覺效果非常好的建築布局的工具」，但我覺得論文的質量是遠遠超過了這樣謙遜的描述，因為論文實現的思路極大程度借鑒了現實中建築師開展設計工作的流程，而且用了貝葉斯網路這個非常漂亮的數學模型描述了一個建築program在空間中的分布，而貝葉斯網路的訓練數據全部來自真實的建築師的設計方案。個人認為用機器學習的思路去處理建築布局問題相比於過去十年來Shape Grammar的那種Proceral Modeling的思路來得更為正確。

論文是怎麼展開的呢？首先，作者總結了前人工作，說明了以前基於窮舉的演算法都行不通，要在3D空間中去窮舉這么復雜的空間分配問題就和猴子隨意敲鍵盤得到一部莎士比亞作品的難度差不多。接著作者又批判了上個世紀90年代Muller搞的Shape Grammar那一套也不行，因為Shape Grammar就是圖形語法，我們知道，編程語言是是基於有限規則的語法集生成的，而建築設計中這樣的規則條款很難形式化描述，而且會傾向於讓語法數量變得無窮多。順帶一提，幾十年前計算機科學家在攻克語音識別和機器翻譯難題的時候，也是認為自然語言是完全基於有限的規則生成的，但後來才發現行不通，直到後來改成基於統計的方法進行研究後，才有了突破性進展。 那麼shape grammar不適合建築設計的另外一點在於，建築設計不是玩弄圖形變換的游戲，每一個建築空間都有基於功能，心理和效用等因素的考慮。之前也有過用shape grammar分析賴特壁爐式住宅的語法規則的論文，但是應用范圍實在太窄。所以這條路是走不通的。

論文作者認為，做方案，一定要基於人的舒適和心理需求，習慣和社會關系等因素，將他們綜合考量後才會有比較合理的結果。例如，房間的形狀最好是凸包而不要做成凹的，因為在採光上，傢具擺放和視線上方正規整的形體都更優；建築各個功能要形成開放性 - 私密性的梯度，因為這正反映了建築被使用的方式。 為了研究更好的方法，作者去找到了一家建築事務所的建築師們向他們咨詢職業建築師的工作方式，得到了一個特別有用的結論：建築師在初期和客戶咨詢後，在畫平面的詳圖之前，一般都會用泡泡圖來思考問題，而泡泡圖則反映了一個建築方案高度濃縮的信息，包括私密性，房間鄰接關系，採光，業主喜好和文化習俗。

作者最後提到，准備把這個東西運用到更多的建築類型上，例如辦公樓等。如果這玩意兒成熟，再也不用擔心建築師不失業了，偶也！

最後我再說說對這玩意的評價吧。最近幾十年知識工作的自動化簡直如火如荼地吹遍天南地北的各個行業，許多人都擔心低端的勞動職位會不會被取代，例如駕駛汽車，快遞，寫新聞稿，翻譯，速記等等等，這種擔心真的不是毫無理由啊！當優雅簡潔的數學模型遇到計算機這個可以暴力計算的機器，結合起來就創造了一類又一類可成規模復制的智能機器，想想還是讓人後怕的。不過也不用太擔心就是，建築設計行業人所佔的因素還是很大的，很多時候甲方找人做設計，都是看重設計師本身，出了專業能力外，溝通，人格魅力，背景，執照等的背書也是很重要的，不過未來這種建築界持續了很久的行業模式會不會被顛覆就不得而知了。另外，程序也需要吃許多訓練數據才能提高自己的設計修養，在目前來看建築設計的各位同行都把自己搜集的方案當成寶一樣藏著，數據量的大而全也很難保證，不知道以後BIM的普及會不會讓這方面得到改善。