我以前去某間出名的薪水低、工時長，公司經營幾十年的電腦系統整合公司面試，對方有給我看他們的文件，說他們的系統分析文件都很豐富，就像一本書那樣。我大概翻了一下內容，裡面沒甚麼UML啊、流程圖之類的，就一大堆的文字。我也遇過問問題回答一大堆，但根本都沒講到重點的爛工程師(但偏偏需求是他去談的)。
系統分析文件這種東西，如果是大型專案，常常都只是個浪費地球資源、給客戶做做樣子的垃圾。隨隨便便就幾百頁甚至上千頁，印了好幾本，客戶可能還只用word拼字錯誤檢查有多少錯誤要修，文件還要出好幾個版本，如果程式設計師要看大概也會看得很痛苦，平常幾百頁甚至上千頁的書就不太會短時間看完了，規格書有時間仔細看嗎?但如果不看那文件，可能又會不太理解需求，而談需求的人也可能只會把文件丟出去說需求都在裡面，叫別人自己看。
tomwangkniht 發表在 痞客邦 留言(0) 人氣()
我想下次如果我去面試，對方是主管或工程師，我可能會問對方:「你最近有看甚麼書或學甚麼知識（或技術）嗎?」
我認為這是個好問題，不管是求職還是徵才都適合詢問
tomwangkniht 發表在 痞客邦 留言(0) 人氣()
這是個很多人有討論過的主題，我也來說說我的想法吧
時程的預估可以分成
tomwangkniht 發表在 痞客邦 留言(0) 人氣()
我有時會寫些文章，文章不一定會發表
撰寫的過程中，查了點軟體工程的東西
tomwangkniht 發表在 痞客邦 留言(0) 人氣()
我有次看病，要拿健保卡時才發現健保卡不見了
當時付錢是先多付點，接著當天我就去重辦健保卡(沒辦法，回家也找不到)，然後再回醫院退費
tomwangkniht 發表在 痞客邦 留言(0) 人氣()
最近看到一篇文章
「舊系統不好用，叫IT人員「砍掉重練」做個新系統最快？最好再多想想！」
tomwangkniht 發表在 痞客邦 留言(0) 人氣()
怎樣的程式算好維護
很多程式設計師在接手別人的程式碼時，都會抱怨別人程式寫得很怪，很難維護
tomwangkniht 發表在 痞客邦 留言(0) 人氣()
最近在soft_job版看到了一篇文章
原PO要做一個專案的網站部分
tomwangkniht 發表在 痞客邦 留言(0) 人氣()
即使有些職缺會說物件導向多好
有些追求技術的會說物件導向多好
tomwangkniht 發表在 痞客邦 留言(0) 人氣()
軟體開發的過程中，搞清楚需求是很重要的
否則就會花時間與成本在一些沒用的事物上面
tomwangkniht 發表在 痞客邦 留言(0) 人氣()
