※ 引述《reader (讀者)》之銘言： : 板上好像很少人談軟體工程，也許就從談軟體價格開始，可以談到一些 : 相關的許多事情。 : 軟體工程的水準，跟軟體開發工作的收入，是息息相關的，而且也不是 : 大型軟體機構的專利，即使是個人開發軟體也有許多軟體工程應用之處。 : 我想很多人都曾作夢過，以後可以在家寫程式賺錢，但其實這樣的工作 : 對於軟體工程的要求卻是最嚴苛的。那些適用於機構的理論，往往都是 : 無法直接應用的，但提昇生產力和軟體品質，卻是跟生存相關的事情。 : 電腦科學在這種時候，其實可以應用的範圍相當少，若連簡單的軟體都 : 做不快做不好，根本就沒有機會接觸核心技術開發的事情，而核心技術 : 開發卻更得考慮複雜的軟體品質和市場時機問題。 : 也就是說，在工作上，軟體工程佔據了完全主導地位。我是極少數因為 : 科學就是孩提時的愛好，而持續會關注電腦科學的人，不然正常來說， : 台灣很少有複雜演算法或先進軟體技術開發的機會。 : 如果可能的話，我還滿希望大家在學習研究的同時，也能夠多關心一下 : 軟體產業，特別是跟軟體工程相關的事情。 前一陣子上課剛好在講軟工的東西 老師提到寫code時盡量遵守kiss原則 keep it simple and stupid 而且因為我們不知道客戶明天的要求是否會改變 所以只要做符合今天需要的工作就好 後者我是很認同 可是前者卻使得我跟同學對寫code的觀念有不少的衝擊 因為我們一直覺得要寫出一個好的程式一定要有好的algorithm與data structure (而且我一直有著code寫越短越強的迷思....) 可是照kiss原則卻認為反正cpu夠快記憶體夠大 所以不必用到很難的algo 盡量越簡單越直接越好 反正軟工就是為了讓多人編程時能夠順利有效率 可是若都照此原則的話 寫出來的軟體會好嗎??? 還是因為在軟工的目標中產品的品質沒有製造產品效率那麼重要??? 如果要同時兼顧此兩者是否有某些程度上的困難呢??? 畢竟有好的algo和ds還是很重要的事情不是嗎??? --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 140.113.93.175