PTT職涯區 / Soft_Job (軟體人)

Re: 你是否認為數學和/或物理是一種很重要的編程技

看板Soft_Job (軟體人)作者 (喲)時間12年前 (2012/09/16 10:16), 編輯推噓28(28推 0噓 158→)
留言186則, 21人參與, 最新討論串8/11 (看更多)
※ 引述《descent (返無)》之銘言： : 就是因為這些是大人物, 我才想聽聽他們的看法, : 我嘴炮一篇數學和寫程式的重要性不會有人理我吧? : 最近看了一本小書, 奇思妙想 (不到 200 頁), 不過沒想像中好讀。 : 裡頭介紹了 15 更有名的計算機人員。 : 電腦最開始就是因為要計算而發明出來的, computer 原本指的是 : 人工計算的那些人。 : 而這些發明者本身的背景也幾乎都和數學、物理有關。 : 所以基本上這領域就是會和數學有關應該是很容易理解的。 : fortran 被發明用來計算數字和數學的關聯很容易理解。 : lisp 被用來處理人工智慧, (()) 這樣的表達式好像也和數學有關。 : smalltalk 呢？感覺和生物學比較有關係。 我想,這裏有些誤解,可能是來自於它後來的用處. Lisp的創造者是 John McCarthy, 英國數學家. 它是用像數學一樣比較精簡的 語法,也就是符號符號符號,來表示程式中出現的東西. Lisp不會是對應為人工智慧, 而是比較接近容易操作集合的工具. Smalltalk是一個複合的軟體工程產物,應該不是生物學來的. 參與的技術基礎, 除了當時普遍的語言Simula,Lisp之外,還有電腦繪圖程式SketchPad. Smalltalk本身是OOP的基礎,也是GUI的基礎. 本來就是數學來的. 只不過當人們開始用現有的工具,組成末端產品的時候, 就會拒絕說那些東西是數學. 像資料庫操作來說,內涵基礎是數學, 但是對寫SQL的人來說,他只覺得從一袋東西中挑出他想要的東西「根本不是數學」, 那也沒關係,隨他高興了. 不過我覺得,把整個Programming事情一概歸類,真沒什麼好談的. Web Programming天性就是數學的東西用得很少,除非有特別用了很多數學在Web上 做數學方面的應用. 所以看到做Ruby on Rais架構的David說 "根本沒用," 我覺得是「噗」笑一聲. 根本沒用,那,又怎麼樣? -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 36.226.98.45 ※ 編輯: yauhh 來自: 36.226.98.45 (09/16 12:44)
→
09/16 13:51, , 1F
你可以查一下smalltalk的發明歷程..
09/16 13:51, 1F
→
09/16 14:18, , 2F
沒辦法,我們都站在巨人的肩膀上(數物)有些人會理所當然沒用
09/16 14:18, 2F
→
09/16 16:03, , 3F
我想，這個版上的很多人沒有經歷過 "前資料庫" 時代
09/16 16:03, 3F
→
09/16 16:04, , 4F
所以不曉得在以前只有 dBase, FoxPro, Clipper 可用的年代
09/16 16:04, 4F
→
09/16 16:05, , 5F
甚至在更早之前沒有這些東西的年代
09/16 16:05, 5F
→
09/16 16:06, , 6F
要開發一個需要資料庫處理的應用軟體就系統是難度頗高的事
09/16 16:06, 6F
→
09/16 16:07, , 7F
那個時間只要開發需要資料庫類型的軟體，都要有點數學底子
09/16 16:07, 7F
→
09/16 16:08, , 8F
會嗎? 不就是寫檔而已, 隨便找198x 年的書都有教怎麼寫
09/16 16:08, 8F
→
09/16 16:08, , 9F
C/Pascal/Cobol 的版本都有.
09/16 16:08, 9F
→
09/16 16:08, , 10F
現在開發相關的軟體的門檻已經降低很多
09/16 16:08, 10F
→
09/16 16:09, , 11F
這是歸功於 SQL 語法的標準化以及通用資料庫引擎的普及化
09/16 16:09, 11F
→
09/16 16:10, , 12F
DB engine 把很多需要數學的東西包起來，一般 PG 接觸不到
09/16 16:10, 12F
→
09/16 16:12, , 13F
寫檔？是可以啦，不過幾十萬筆資料，索引做不好，會發現
09/16 16:12, 13F
→
09/16 16:13, , 14F
只是查一筆資料硬碟就要哀號半天,那時的硬碟可沒現在這麼快
09/16 16:13, 14F
→
09/16 16:14, , 15F
要如何做資料索引一事就不是每個 PG 可以處理得來得
09/16 16:14, 15F
→
09/16 16:15, , 16F
更不用說還要想法子用上各種奇技淫巧只是為了減少IO次數
09/16 16:15, 16F
→
09/16 16:16, , 17F
會把資料庫的應用看成只是讀寫檔案,說老實話是搞不清楚重點
09/16 16:16, 17F
→
09/16 16:42, , 18F
198x年的DB 相關的書,你去看有沒有index.
09/16 16:42, 18F
→
09/16 16:43, , 19F
會把db 當成不是寫檔,是證明你根本不懂DB. 回去找書看吧
09/16 16:43, 19F
→
09/16 16:43, , 20F
要書單可以找我.
09/16 16:43, 20F
推
09/16 16:47, , 21F
樓上兩位講話好像沒有交叉點
09/16 16:47, 21F
→
09/16 16:53, , 22F
的確,遇過很懂資料庫的老是說這個指令要這樣查不要那樣查,
09/16 16:53, 22F
→
09/16 16:54, , 23F
一些寫得比較基本的準則都像廢物一樣. 我認為這樣已經不叫
09/16 16:54, 23F
→
09/16 16:55, , 24F
programming了,本來SQL是要弄簡單,但為了效能卻被搞得更隱諱
09/16 16:55, 24F
→
09/16 17:06, , 25F
The Early History of Smalltalk
09/16 17:06, 25F
→
09/16 17:07, , 27F
ltalk.html
09/16 17:07, 27F
推
09/16 17:36, , 28F
Database的設計明明就很需要數學，怎麼可能只有寫檔這麼簡
09/16 17:36, 28F
→
09/16 17:36, , 29F
單...
09/16 17:36, 29F
推
09/16 17:45, , 30F
那就要看怎麼定義"database"了 最基本就是資料的集合
09/16 17:45, 30F
→
09/16 17:46, , 31F
要設計成只有讀寫檔你也不能拿他怎樣
09/16 17:46, 31F
→
09/16 18:49, , 32F
DB 本來就是檔案, 你是沒當過DBA,也去讀一下相關的知識
09/16 18:49, 32F
→
09/16 19:00, , 33F
錯,DB管理概論第一章都提到,對於DB的管理有很多種schema,
09/16 19:00, 33F
推
09/16 19:01, , 34F
Database只有寫檔那麼簡單，Jim Gray就不會得Turing Award
09/16 19:01, 34F
→
09/16 19:01, , 35F
講到資料本身當然是檔案,但講到DBMS,那就隨著指導原則而不同
09/16 19:01, 35F
→
09/16 19:02, , 36F
說穿了,你只不過都講說:"饅頭嘛,那就是麵做的,你沒辦法證明
09/16 19:02, 36F
→
09/16 19:03, , 37F
你懂饅頭,多看幾本食譜再來吧."
09/16 19:03, 37F
推
09/16 19:08, , 38F
得了電腦科學諾貝爾獎級的研究，被說成只是寫檔，真是...XD
09/16 19:08, 38F
推
09/16 19:13, , 39F
應該要走出198x，去看看199x年的paper。我比較nice，直接給
09/16 19:13, 39F
還有 107 則推文
→
09/17 00:02, , 147F
不要吵架啊～～有事好好說～～ ~_~
09/17 00:02, 147F
→
09/17 00:51, , 148F
Lordaeron:會嗎? 不就是寫檔而已
09/17 00:51, 148F
→
09/17 00:52, , 149F
Lordaeron:CJ Date 不過就是讀寫檔? 你還是回去看書吧.
09/17 00:52, 149F
推
09/17 01:43, , 150F
不就是0和1而已?
09/17 01:43, 150F
→
09/17 02:19, , 151F
az大真高手....說穿了就是0跟1 (別打偶.....)
09/17 02:19, 151F
→
09/17 06:26, , 152F
superpai 你還是省省吧,少來鬧了, 你的程度是連jim gray
09/17 06:26, 152F
→
09/17 06:26, , 153F
都沒聽過的. 只是剛好有人聽過就想拿來唬人
09/17 06:26, 153F
→
09/17 06:27, , 154F
DB 一開始就是寫檔而已, dbase, clipper cobol 的年代
09/17 06:27, 154F
→
09/17 06:27, , 155F
後來有了relation model, 加上db2, oracle 等實現,
09/17 06:27, 155F
→
09/17 06:28, , 156F
才有現代DB 的樣子. 但寫檔的本質也根本沒變.
09/17 06:28, 156F
→
09/17 06:28, , 157F
致於transaction processing 哪是一個concept
09/17 06:28, 157F
→
09/17 06:29, , 158F
不一定只apply到DB, 任何系統, 都可能需要transaction
09/17 06:29, 158F
→
09/17 06:31, , 159F
特別是在distributed 的環境. 將transaction 和DB 綁在
09/17 06:31, 159F
→
09/17 06:31, , 160F
一起, 是一種無知, 硬將jim gray 拉出來想為自己的無知
09/17 06:31, 160F
→
09/17 06:32, , 161F
背書, 更是無良.
09/17 06:32, 161F
→
09/17 06:35, , 162F
可以作為現代db 的一部分的, 有file processing, socket
09/17 06:35, 162F
→
09/17 06:35, , 163F
transaction processing, cache.
09/17 06:35, 163F
→
09/17 06:36, , 164F
file processing 又包括了, cache, tree(index)
09/17 06:36, 164F
→
09/17 06:37, , 165F
transaction processing 又包括了lock,socket
09/17 06:37, 165F
→
09/17 06:38, , 166F
socket 又包括front end 的連線, 到distributed 的連線
09/17 06:38, 166F
→
09/17 06:38, , 167F
像reading in database 這系列的書, 連UI 都有討論
09/17 06:38, 167F
→
09/17 06:40, , 168F
更別說, 細一點的, queue, stack 等全都會在DB 中用得上
09/17 06:40, 168F
→
09/17 06:40, , 169F
sort, hash 等也會用, 哪麼資料結構與演算法, 都是DB
09/17 06:40, 169F
→
09/17 06:41, , 170F
無可分割的囉?
09/17 06:41, 170F
→
09/17 06:50, , 171F
還有parsing 這個SQL 需要的, 哪寫compiler 相信也是
09/17 06:50, 171F
→
09/17 06:52, , 172F
DB 的一部分囉, 怪不得Ullman 寫也DB 的書囉.
09/17 06:52, 172F
→
09/17 07:24, , 173F
Jim什麼我什麼時候提過了？各位版友來評評理
09/17 07:24, 173F
→
09/17 07:25, , 174F
mgtsai: 開發需要資料庫類型的軟體，都要有點數學底子
09/17 07:25, 174F
→
09/17 07:26, , 175F
Lordaeron: 會嗎? 不就是寫檔而已
09/17 07:26, 175F
→
09/17 07:26, , 176F
mgtsai: 把資料庫的應用看成只是讀寫檔案是搞不清楚重點
09/17 07:26, 176F
→
09/17 07:26, , 177F
Lordaeron: 把db 當成不是寫檔,是證明你根本不懂DB
09/17 07:26, 177F
→
09/17 07:26, , 178F
為什麼Lordaeron大大的意見變來變去呢？我實在看不懂
09/17 07:26, 178F
→
09/17 07:27, , 179F
想請教一下罷了
09/17 07:27, 179F
→
09/17 08:51, , 180F
把應用層拿來跟實作層比沒什麼意義
09/17 08:51, 180F
→
09/17 09:05, , 181F
superpai 你省省吧, 資料庫的應用.
09/17 09:05, 181F
→
09/17 09:06, , 182F
在這斷章最義, 你想說什麼呢? 你看不懂是很正常的.
09/17 09:06, 182F
→
09/17 10:08, , 183F
很多人都忘了, 你寫一支需要連接DB 的程式, 圖的是什麼?
09/17 10:08, 183F
→
09/17 10:08, , 184F
不就是要求資料也被正確的保存下來.
09/17 10:08, 184F
推
09/18 22:12, , 185F
推文好好笑 :D
09/18 22:12, 185F
→
09/19 14:04, , 186F
(爆米花)
09/19 14:04, 186F
‣ 更多 yauhh 的文章
文章代碼(AID): #1GLJP_2Q (Soft_Job)
討論串 (同標題文章)
本文引述了以下文章的的內容：
完整討論串 (本文為第 8 之 11 篇)：
排序： 最舊先 | 最新先 | 留言數
在新視窗開啟完整討論串 (共11篇)
Soft_Job 近期熱門文章
更多 近期熱門文章 >>
PTT職涯區 即時熱門文章
更多 即時熱門文章 >>
‣ 更多 yauhh 的文章
文章代碼(AID): #1GLJP_2Q (Soft_Job)