不要让其他人修补自己的BUG

标准

在软件行业,经常看到有的公司管理让一个人修补另一个人代码里的 BUG。有时候有人写了一段代码,扔出来不管了,然后公司管理让其他工程师来修复它。我想告诉你们,这种方法会很失败。 首先,让一个人修复另一个人的 BUG,是效率非常低下的作法。每个人都有自己写代码的风格和技巧,代码里面包含了一个人的思维方式。人很难不经解释理解别人的思想,所以不管这两人的编程技术高下,都会比较难理解。不能理解别人的代码,不能说明这人编程技术的任何方面。所以让一个人修补另一个人的 BUG,无论这人技术多么高明,都会导致效率低下。有时候技术越是高的人,修补别人的 BUG 效率越是低,因为这人根本就写不出来如此糟糕的代码,所 阅读全文 »


这就是所谓的结对编程?

标准

前端时间抄得火爆的结对编程,其实这个只是概念问题,在实际开发中,我们早已接触了结对编程….   一些软件公司提倡“结对编程”,即两名程序员坐在同一台电脑前,一人负责写代码,一人负责监控程序设计和检查错误。   Atlassian软件公司则拿这一概念开涮,拍摄了一段恶搞视频。 来源于


40个迹象表明你还是PHP菜鸟

标准

就是程序员: 1. 不会利用如phpDoc这样的工具来恰当地注释你的代码 2. 对优秀的集成开发环境如Zend Studio或Eclipse PDT视而不见 3. 从未用过任何形式的版本控制系统,如Subclipse 4. 不采用某种编码与命名标准,以及通用约定,不能在项目开发周期里贯彻落实 5. 不使用统一开发方式 6. 不转换(或)也不验证某些输入或SQL查询串(译注:参考PHP相关函数) 7. 不在编码之前彻底规划你的程序 8. 不使用测试驱动开发 9. 不在错误开启状态下进行编码和测试(译注:参考PHP函数error_reporting) 10. 对调试器的好处视而不见 11. 不重构 阅读全文 »


刘昕明:送给和我一样曾经浮躁过的PHP程序员

标准

技术党: 2012年偶决定开始写博客了,不为别的,就希望可以通过博客记录我的成长历程同时也希望可以帮助一些刚毕业,刚入行业的兄弟姐们们。我们是一群充满浮躁、抱怨、迷茫的程序猿,想一想3年就这么过去了,社会变得更浮躁了,鸭梨也越来越大,房?车?女人?… 抓狂… 决定写这样一篇文章,再次明确自己的职业规划,也送给浮躁的你,踏上程序猿这条路可谓是路途艰辛,乏味,枯燥,在这里把自己的学习心得,目前正在计划的规划,列出来。希望对你有所帮助。 1、多动手,多思考 不要怕做不好,刚毕业或者刚入行最缺的就是工作经验,没有别的途径,只有做,做,做,多做经验就来了。项目做多了自然而然你就有了多种不同项目的业务逻辑 阅读全文 »