發信人tester.bbs@bbs.csie.ncu.edu.tw (try or test),
看板Programming
標 題Re: [問題]台灣高鐵的票務系統是誰做程式設計的?
發信站中央大學松濤風情資訊站 (Sat Jan 20 10:49:26 2007)
轉信站ptt!ctu-reader!ctu-gate!news.nctu!news.ncu!news.csie.ncu!Evergreen
> ==>發信人: tinlans.bbs@whshs.cs.nccu.edu.tw (汀), 信區: programming
> ※ 引述《gw.bbs@bbs.cis.nctu.edu.tw (walter)》之銘言:
> > 我知道做網站的工程師很多不是唸資工,因為資工的人一直有一
> > 種成見:「網頁設計太 low end」。其實,純 html 的確沒什麼,
> > 但現在的網頁都用 PHP, MySQL。這還是得受過資工課程訓練的
> > 工程師才做得好。
......
> > 1. 不會注意程式效率。
> > 2. 寫出的程式不太會驗證正確性。
> > 3. 因為沒資工課程訓練,很多東西不知道,如先前提的該 lock
> > 而沒 lock 的 bug 的例子。即使知道也不知有正解,而用自
> > 己土法煉鋼的 code。
> > 個人電腦普及了,寫程式跟架站的書到處都是,人人都可以入門,
> > 可是資工課程的重要性被忽視了。所以到處都是說會寫程式的人,
> > 但品質就不知道了。
> 因為時代在演進,
> 很多原本是專業技術的東西已經變成 common sense,
> 原本這應當是一個好現象且值得高興,
> 但卻因為奇怪的社會風氣以及商業策略,
> 反而導致劣幣驅逐良幣的狀況大幅增加,
> 也許是因為國內大多數的軟體 bug 本身帶來的物理損害極小甚至是零,
> 軟體鬧出小 bug 不會像搞海砂屋輻射屋被抓到一樣被媒體大肆報導,
> 所以造成一堆商人很敢亂來吧。
=======
這個討論其實是很有意義的, 因為她涉及很多基本的本質問題.
1. 大型軟體需要很多人一起參與, 所以涉及分工與階級, 自負精英的思
惟其實對個人言都沒錯, 但組織成團隊時, 人類對人之間的掌控管理
也只發現了分而治之的方法, 至於階級架構可以討稐, 但人與人之間
好像還免不了有 "主從" "長官與部屬" 的階層. 大學的專業分工是否
造成都不適任的領導與部屬 ? 不過, 這比較是屬於 "文化與教育" 的
問題, 還難解的.
2. 在鼓勵的時代, 程式有寫勉強能用就 "及格", "部份驗收給錢" 這種
做法持續的太久. 但那些是好的, 那些是上級品的公司, 可從來沒有
隨之建立起來. 這個劣幣的根源可能來自 "政策過多的獎勵".
3. 有其他人認為軟體都有 BUG , 有 BUG 再付費/或上網哭喊 找高手改
一改就好, 這是假設那種小失誤的狀況. 但有些失誤是架構性的, 或
原理性的. 忘了 lock 加一加不就好 ? 很不幸, 可不能到處亂加
lock 的, 不止變慢, 還可能互鎖, 甚至根本就是 time dependent
error , 也就是朝三暮四與朝四暮三竟然就不一樣. 這種認知, 通常就
是在 "本科系" 與否做區分, 但現況好像也都快失守了.
這問題就像問: 永動機與熱力學第二定律, 多算勝少算不勝與 Halting
Problem .
但答的人會說: 我又不去做那種機器 ! 學了幹嘛 ? 問題可能就是實作
與實務可能已經掉入 "越過電腦硬體極限" 而不自知, 就因為理論說不
出一些實例來提醒, 這又是 "教學品質與落實" 問題.
--
◎ Origin: 中央松濤站□bbs.csie.ncu.edu.tw From: 140.115.6.234
推 drkkimo:看不太懂...218.172.218.185 01/20 18:27
推 s754025:看不懂代表你還未具備相關理論知識基礎 59.125.176.104 02/16 12:08