写程序其实不是写

此话题适用于持续变化的和多人协作的Project. 是的,从常规的分析角度讲,可以仔细的Review code, 但我要说的不是这些, 只是说某种程度上, 找不同会占据不小的比例的时间. 原因是: 变更才会产生bug. 无论是代码还是数据. 即使过去一直没有出现的bug也不意味着代码是完美的. 当堆积到一定程度之后, 项目中会有很大一部分时间被用来修bug. 就算是用一个新系统去代替老的系统, 也仅仅是掩盖了一些问题, 当然可以理解成不断提高. 但过了一段时间后, 肯定还会有一些问题被发现. 所以,除了找不同以外, 还有一部分时间就是用来做标记, 以便能在未来某个时间很清晰的定位到某个模块. 这也是很必要的.

不赞同的使用 try: 尤其是try之后 不提示任何信息. 不赞同 只处理 if 不处理 else 没准哪一天, else 的分支就发生了.
如何避免产生新的bug 又可以添加更多的新功能, 这真是个经常遇到的问题. 如果你觉得有些发愁, 那其实是个好事, 最起码你会有意识的去思考,最终某个时间点,你会处理的比较好。遗憾的是,很多人都不会考虑太多。到处充满了hard code
移除一些太常见到的重复代码,把他们变成函数, 有一天你会体会到只修改一行代码, 就完成了一个很重要的功能的美妙感觉.
人无意识的会陷入一宗怪圈, 我理解是人的一种缺陷, 就如同 洋 = 三点水 + 羊 件 = 牛? 尤其是程序员每天必然压力都会比较大, 所以需要一些科学的方法来规避, 比如流程图, 比如逻辑组合

Leave a comment

1 Comments.

  1. 很有道理!学习了!!

Leave a Reply


[ Ctrl + Enter ]

click to change验证码

无觅相关文章插件