如何写出高质量的代码
在实际的软件开发周期中,设计的时间通常不会比编码的时间短。我们先不要急于动手写代码,而是一开始仔细的分析和设计。与其写出一段漏洞百出的代码,倒不如仔细分析再写出鲁棒的代码
人月IT
深挖问题与动手实践-完成率比完成度更重要
展开
-
领导力的学习
编程 设计模式 改善代码原创 2021-09-16 17:06:03 · 13127 阅读 · 0 评论 -
安全性、监控、调优 的一些思考
不过,除了业务逻辑上的毛病,还有一些其他方面的问题,比如安全性、监控、调优等等,这些也是生产环境始终困扰我们的问题,对于这些问题,我们还是要解决的。原创 2021-07-29 16:32:42 · 22701 阅读 · 0 评论 -
写代码的工作领悟
别急于宣称找到bug当你在一个软件中遇到问题时,除非你非常、非常的有根据,否则不要动辄声称找到了bug。提示:除非你能提供解决问题的源代码补丁,或者在前一版本的回归测试收集了足够的证据,否则你都不能够完全确信。对于网页和文档也如此,如果你声称发现了文档的「bug」,你应该提供可以替代的解决方案。记住,还有许多用户并未经历你遇到的问题,否则你在阅读文档或搜索网页时早应该发现了(疑问:你在报怨前已经搜索原创 2017-12-08 11:39:35 · 1149 阅读 · 0 评论 -
从里面学到的关于过去的经验 中篇
知识管理 上面都是有关如何提问的比较好的建议https://zhuanlan.zhihu.com/p/19761517?utm_source=wechat_session&utm_medium=socialhttp://www.catb.org/~esr/faqs/smart-questions.html如何成为一个HACKER http://www.catb.org/esr/f原创 2017-12-08 14:32:50 · 3638 阅读 · 0 评论 -
如何有效地报告Bug
英文原文:Simon Tatham,编译:Dasn 引言 为公众写过软件的人,大概都收到过很拙劣的bug报告,例如: 在报告中说“不好用”; 所报告内容毫无意义; 在报告中用户没有提供足够的信息; 在报告中提供了错误信息; 所报告的问题是由于用户的过失而产生的; 所报告的问题是由于其他程序的错误而产生的; 所报告的问题是由于网络错误而产生的; 这便是为什么“技术支持”被认为是一件转载 2017-12-08 14:35:35 · 262 阅读 · 0 评论 -
代码质量 重构 代码鸡汤
1 当程序员时,我是属于那种勤勤恳恳型的员工,工作态度用认真来形容不为过,几乎是部门里最早到公司,又最晚下班的一个。而组员李工恰好相反,准时上下班。项目进度紧时,他也很少加班,偶尔也就加那么一两次,有时有问题要和他商量一下,都见不着人影了 2 从李工提交的代码看,原创 2017-12-24 12:22:25 · 1053 阅读 · 0 评论 -
重构-改善既有代码的设计 (该书写于1999)培训之一
记住:尽信书不如无书初章: UML 很重要,先用UML来画出类图,然后再设置,是一个很好的习惯。老外还喜欢用时序图,好正规! 如果你发现自己需要为程序添加一个特性,而代码结构使你无法很方便地达成目的,那就先重构那个程序,使特性的添加比较容易进行,然后再添加特性。重构的第一步 可靠的测试(非常重要) 每当我要进行重构的时候,第一个步骤永远相同:我得为即将修改的代码建立一组可靠的测...原创 2018-07-23 15:39:12 · 1162 阅读 · 0 评论 -
编写可阅读代码的艺术 培训实践 第一部分 表面层次的改进
最近公司内部培训,一上手交给我们人手一本 《编写可阅读代码的艺术》,今天总算 有点时间,把自己 对书中的 第一遍 理解 写下来 。原创 2018-07-14 15:18:57 · 22862 阅读 · 0 评论 -
中国文化之理解 与 帝国财政
第二部分 简化循环和逻辑 第三部分 重新组织代码 第四部分 精选话题原创 2018-07-14 19:26:28 · 23992 阅读 · 0 评论