作者iincho (..)
看板Soft_Job
標題Re: [討論] 程式設計師,好吃技術的職業喔!
時間Sun Dec 28 08:32:47 2008
※ 引述《neutrino (十年一夢)》之銘言：
: ※ 引述《idleidle (賺大錢=看對&下大注&抱住)》之銘言：
: : 如果沒加else一定是沒被搞過
: : 我一定會在else裡面加例外回報的程式碼
: 聽起來有點怪....
: 如果是"認為condition永遠不會跑到else"
: 那就不該用if 該用assert 或者用try&catch
: 效果相同, 出題者到底想要哪個呢? 兩者都反而把程式的閱讀性變差,
: 行數也拉長了不是嗎?
: coding style 有些規定大家都會同意, 例如"不要濫用goto",
: 也有些規定只要在同一家公司或同一個平台裡面約定一致就好, 例如"如何縮排",
: "if或else之後的{要放在同一行或是隔行"等等.
: 我覺得"if後面要有else"就是屬於後面那種.
: 有必要在找人的時候就要求對方的coding style和自己完全相同嗎?
討論方向偏掉了，這根本不是coding style的問題，這個已經牽涉到
你的程式要幹嘛了，不能/不應該是單純的"比較好的寫法"這種例子，
所以只能因時/因地制宜。
與其討論要不要強制加else，不如把規格開清楚點，流程圖畫好一點，
前置工作沒做好就算強制加else也只是垃圾進垃圾出，如果每個函式
都畫好流程圖，絕對比強制加else效果來的好。
(不過我想如果要程式設計師畫流程圖很多人應該都會寧可想都不想
就把else打上去...XD)
搞軟工最討厭的就是這種只看皮相不看內涵的東西...<o>
以這個例子來說，如果程式錯誤處理做的好，那我比較傾向是分析比較完善，
而不是每個if後面都有加else這種鬼扯淡的說法...
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 220.133.41.207
※ 編輯: iincho 來自: 220.133.41.207 (12/28 08:47)
1F：推 luciferii:「分析比較完善」應該是很難達成的理想...XD 12/28 10:00
2F：→ luciferii:我想原PO例子中的經理原意就是要作好錯誤處理吧。 12/28 10:01
3F：推 ykjiang:很多情況， if 本身就是例外，沒例外的就不會用 if 12/28 12:04
4F：推 DragonPink:趕時間的話...XD 12/28 13:14
5F：推 ppkkykei:要看當時原po面試經理出啥題目吧...有些情況就不用加else 12/28 13:38
6F：推 yangyr:這串討論讓我認真的跑去公司看CodeComplete..然後就累了XD 12/28 14:32