Re: [討論] 程式設計師,好吃技術的職業喔!

看板 Soft_Job
作者 iincho (..)
時間 2008-12-28 08:32:47
留言 6則留言 (5推 0噓 1→)

: ※ 引述《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這種鬼扯淡的說法... -- ◆ From: 220.133.41.207
※ 批踢踢實業坊(ptt.cc)
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1230424371.A.8E8.html

luciferii:「分析比較完善」應該是很難達成的理想...XD 12/28 10:00

luciferii:我想原PO例子中的經理原意就是要作好錯誤處理吧。 12/28 10:01

ykjiang:很多情況, if 本身就是例外,沒例外的就不會用 if 12/28 12:04

DragonPink:趕時間的話...XD 12/28 13:14

ppkkykei:要看當時原po面試經理出啥題目吧...有些情況就不用加else 12/28 13:38

yangyr:這串討論讓我認真的跑去公司看CodeComplete..然後就累了XD 12/28 14:32

您可能感興趣