※ 引述《tester.bbs@bbs.csie.ncu.edu.tw (try or test)》之銘言：
> > 不管是不是科班的，只要有心，
> > 人人都可以讀懂 "Operating System Concepts"。
> > 這些都只是 knowing factor，只要有心，人人都可學 :)
> > 為什麼科班的學生的表現常常會不如預期?
> =====
> 這個社會是分工的, 知道個大概是懂, 學得能夠依樣畫葫蘆算是學
> 得會了, 至於再能變化應用, 那就是學得通了. 考試測驗總是出幾
> 個課本上的變化一下, 花樣有限, 硬記硬背也能過關, 差別就在遇
> 到狀況時, 是否能找出問題, 是否能從事實現象推論, 能判斷收斂
> 出結果. 但做事時是否用得上 ? 那又很難剛好就碰上, 所以, 懂
> 與會, 還是專業表現的成果亮麗與否 ? 總是會有差距.
> 有時候, 一個地域在很長的時間裡對某個領域無法追上先進地
> 區, 總是存在著人才與認知的問題, 也可以說是摸索不出個正確的
> 方向與方法, 因此突破不了. 而競爭的世界裡有些關鍵的 Know
> How 通常都會是隱誨不明的, 甚至是不給這方面工作的機會去經驗
> 學習, 這算是一種掌控人才優勢的競爭.
> 非本科系的優勢與劣勢就在--初生之犢不畏虎, 可以勇於嚐試. 就
> 像 Apple computer 的創始者或 MS 的 Bill Gate 都該算是非本
> 科系, 但也算是本科系. 因為他們在大一之前, 就已從別人的教導
> 裡能找到相關資料, 也能以團隊的形式弄出 BASIC Interpreter.
> 這就讓微電腦變成像全新的 High Level Language Machine.
> > 以前我也很懷疑這點，現在我似乎了解了。
> > discipline，這是學校沒教給資訊科系學生的東西。
> > 這使的學生的專業性無法突顯出來，只是表現出一些知識。
> > 可惜，知識又是最廉價的。智彗、態度、方法和記律的表現才更重要。
打團體戰, 態度跟紀律肯定是比方法跟知識更值得受到重視.
做了十件事, 雖然每次都能夠解決, 看起來好像很厲害. 可是幾乎每次都是
採取"全新"的程序, 好像在表演個人創意似的, 在試誤當中逐漸抓到解決問
題的方法, 從頭到尾缺乏"有效"累積實務經驗再加以應用的管理機制. 就實
務的角度來看, 這些方法都是不穩定, 不成熟的, "品質"上仍有不少改良空
間的, 不能直接拿來run的, 充其量只能算是仍在實驗階段的方法, 還要多
加"整理"(意即還要再多編預算去"研究")才可能提高其穩定度, 成熟度, 達
到"堪用"的層次, 更進一步再往可重用性可複製性的要求去努力, 以達到滿
足"經濟效益"的層次.
有"解決"問題能力人才, 若沒有技術管理的sense, 無法以"經濟"的方式來解
決問題, 這不會符合企業的利益. 一段時間run下來, 經濟效益出不來, 那就
不能怪老闆不識人才囉.
> > 這些都是大學所不教的 skill。
> > 有本書可以參考:
> > http://www.amazon.com/gp/product/0321305493/
> Personal Software Process
> Team Software Process
> 有人可以給初學者一些建議嗎 ?
> > 學校其實是做這種訓諫的最好場所。
嗯..把做"系統規劃"當成是打籃球, 培養團隊合作的默契, 態度跟紀律自然
擺在方法跟技術能力的前頭. 把刻板的"寫程式"想法, 散兵游勇的狩獵模式
丟到垃圾筒裏去. 當然有熱血的球員以外, 還要有合格的教練來帶才行, 這
樣的教練目前還不太好找就是..或許有機會大夥一塊到印度取經去吧? :D
"寫程式"是通俗稱呼, 其實"寫程式"是表象, 骨子裏是在訓練系統思考能力,
所以吾人慣以稱之為"系統規劃".
"program": 程式? 規劃?
"programmer": 程式設計員? 系統規劃師?
--
oRigiN: 成大資工BBS站 (140.116.246.178)
＠bbs.csie.ncku.edu.tw FrOm:59-105-53-238.adsl.dynamic.seed.net.tw