程序員圈子里不乏很多有天賦的博主仇箱。今天我挑出三位我最喜歡的： Eric Raymond, Paul Graham, Steve Yegge
因為他們都不贊同程序員在實際開發(fā)中一定需要數(shù)學啄清。
Eric Raymond: 除了特定領域像3D圖像和科學計算窃诉，數(shù)學不是必須的
Paul Graham: 數(shù)學更像是禪宗的花園，用來汲取靈感榨乎。
Steve Yegge: 數(shù)學是計算機科學的基礎丁屎，人們可以在維基百科上找到很多有趣的數(shù)學文章鲁沥。
學術屆的計算機科學家和工程界的軟件工程師其實做的事情也是不同的呼股。一個是汽車設計師，一個是開車的司機
所有這些觀點画恰，我認為都是短視的彭谁。
在特定的場景里，這些觀點是對的允扇。 如果你是像Raymond一樣的系統(tǒng)和網(wǎng)絡程序員缠局，你除了知道乘法和模算數(shù)之外，就能做好工作考润。Graham提到狭园，數(shù)學可以是豐富的隱喻來源，也是對的糊治。而Yegge那部分描述同樣是正確的唱矛，計算可以被簡化為數(shù)學形式主義(這是Lisp黑客們喜歡經(jīng)常重申的事實)。
他們似乎都同意一件事：從工作的角度來看井辜，數(shù)學基本上是無用的绎谦。Lisp程序員被告知該感謝數(shù)學中有Lambda算式，但今天數(shù)學更像是一種個人啟蒙形式粥脚，而不是完成實際工作的工具窃肠。
這種觀點是錯誤的。它之所以盛行刷允，是因為沒有任何科學或數(shù)學知識冤留，也有可能成為一個富有成效、報酬豐厚的程序員--甚至是一個一流的黑客恃锉。但我認為搀菩，大多數(shù)認真工作的程序員應該知道微積分（真正的那種）呕臂、線性代數(shù)和統(tǒng)計學破托。原因與編程本身無關--編譯器歧蒋、數(shù)據(jù)結構土砂，以及所有這些--而是編程在經(jīng)濟中的作用相關谜洽。
解讀20世紀商業(yè)歷史的一種方式就是經(jīng)歷一系列的轉變，即那些 "不需要數(shù)學 "的行業(yè)突然發(fā)現(xiàn)自己嚴重依賴數(shù)學阐虚。統(tǒng)計質量控制重塑了制造業(yè)序臂；農業(yè)經(jīng)濟學改變了農業(yè)；方差分析徹底改變了化學和制藥業(yè)；線性編程改變了供應鏈管理和物流的面貌逊彭；布萊克-舒爾斯模型(BS模型，是一種為金融衍生工具中的期權定價的數(shù)學模型)憑空創(chuàng)造了一個新市場侮叮。最近，"Moneyball魔球理論 "技術已經(jīng)占領了體育管理悼瘾。還有很多其他的例子囊榜。
日更129天 - (翻譯) C語言學習中的數(shù)學知識簡要說明
日更128天 - (翻譯) 編程是否需要數(shù)學（下）
日更127天 - (翻譯) 編程是否需要數(shù)學 （上）
日更126天 - 知識付費是士力架還是人參果
日更125天 - 整理下自己的手機，別讓它碎片化了我們的生活
日更124天 - 打造自己小環(huán)境
日更123天 - 杠桿
日更122天 - 收入的四個象限
日更121天 - 時光穿梭卸勺，回顧和展望
前日更120天索引
