正好結合我不久前的一個事情：給一個小學高年級學生解釋圓周率[尬笑]。。。用高數里極限的概念顯然是無法給小學生解釋的，但按照小學生的理解能力，可以用蒙特卡洛法解釋，其實這就是一種利用“機率統計”（雖然這們學科本身不簡單，但是機率這個東西小孩子可以理解）和“歐氏幾何圖形面積”（5年級已經學會算面積了）兩個數學點去程式設計，求得圓周率近似值，簡單幾行程式碼，解釋的清清楚楚。

說高數沒用的多出去看看。GIS程式設計裡高數無處不在。最簡單的給你一堆地球經緯度，你如何將這些圓球面上的點連城的曲面無裂痕的平鋪在平面上？給你個地球儀，你用什麼數學公式將這個地球儀變成一張地圖而不產生裂痕？

【數學相當於內功】

單純的碼農可以不依賴高等數學：

別人把條條框框都理好了，單純寫程式碼去實現，可以說高等數學作用不大，經驗豐富一些少掉坑就可以了。

【演算法架構選擇需要領悟高等數學】

數學從原理上告訴你為什麼這麼做，優缺點在哪裡，選擇演算法的具體指標值怎麼計算。

【無劍勝有劍】

當然，經驗豐富似乎可以取代高等數學，也可以說數學已經潛移默化到經驗中了。

但解決全新問題時，高等數學還是會發揮作用。

正如做研發的多數都是博士和碩士，本科經驗再豐富也多是輔助。

大多數情況下，程式設計並不需要高等代數知識。

程式設計，就是把一些想法，用程式碼去實現。而我們現在大多數程式設計，各種功能程式碼已經非常完善，不需要再去製造一些重複性的程式碼，很多時候就是已有功能的簡單堆砌就變成了新功能。也就是說，寫程式碼大多數時候是呼叫別人的API，比如作業系統的API。你需要做的就是去熟悉各種各樣的類庫，這些code都是公共的code，是程式設計必備的庫，你不可能自己一個人去開發一個框架，一個系統，你需要站在巨人的肩膀上。

當開發新的功能，新的演算法時，我們可能需要去看懂一個公式，然後把這個公式用程式碼去實現。研究演算法的人可能需要非常高深的數學理論知識，去創造這個公式，但很多人是去實現公式的，我們並不是數學家。

總之，他們沒有一個必然的聯絡，如果你想學習程式設計就馬上學，並不是說一定要掌握高等數學才需要學，高等數學只是讓你往更深層次的去突破。

就像你學習使用電腦，你可以直接馬上開機就學，你不需要了解整個電腦的原理才開始學電腦打字。

第一糾正你，這不叫高等代數，叫做高等數學，第二高等數學，尤其在，演算法設計中是有用的，比如說測演算法複雜度、建模等

是一個工具而已，程式設計牛不牛，逼不B，是由個人的框架思維能力和記億力決定的。如這兩個方面沒舍天賦，只是有些聰明，那還不如去當搬運工。

高等代數對程式設計作用不大，但對某些計算機行業的作用大；

例如：資料探勘，大資料等等，甚至最佳化一些演算法或者別的。

所以高等代數作為基礎公共必修課才會如此重要。