作者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