永远不要去请示是否应该整理一下你的代码
2011-04-13 10:32
405 查看
“我可以花一点时间整理一下这段程序吗?它太乱了。”对于这个问题的回答应该永远是“好!”。然而,很多时候,你会发现,我们由于预算、时间、预定计划、预见性和一些公司里典型的“玩世不恭”现象而拒绝了这样的请求。我的建议是,亲爱的开发者朋友们,永远不要去请示这样的问题,你知道那是至关重要而必须要做的。
也许你的工作环境比我的要好,当你提出这样的请求后,你立即会得到你的团队的全面的支持。但很遗憾,很多人并不是那么的幸运。他们向老板征求意见,看是否可以花一些时间整理一下程序代码,使它们高效,可扩展,也许老板能认识到这种事情的必要性,但最终只是简单了说了声“也许我们可以以后再做这个。”
为什么老板喜欢做出这样的反应?因为老板们不需要去读,编辑,维护这些程序代码。
这种做法很愚蠢,每个开发人员都知道。老板们,(如果你在读这篇文章)现在阻止用几个小时的时间整理一下程序会导致将来需要花上很多小时或好些天的后果。所以,允许你的开发人员花上一点时间对代码进行必要的维护,实际上是在为你的公司省钱。但不用再担心了——他们永远不会再向你请示了。他们直接就去做了。
也许你的工作环境比我的要好,当你提出这样的请求后,你立即会得到你的团队的全面的支持。但很遗憾,很多人并不是那么的幸运。他们向老板征求意见,看是否可以花一些时间整理一下程序代码,使它们高效,可扩展,也许老板能认识到这种事情的必要性,但最终只是简单了说了声“也许我们可以以后再做这个。”
为什么老板喜欢做出这样的反应?因为老板们不需要去读,编辑,维护这些程序代码。
这种做法很愚蠢,每个开发人员都知道。老板们,(如果你在读这篇文章)现在阻止用几个小时的时间整理一下程序会导致将来需要花上很多小时或好些天的后果。所以,允许你的开发人员花上一点时间对代码进行必要的维护,实际上是在为你的公司省钱。但不用再担心了——他们永远不会再向你请示了。他们直接就去做了。
相关文章推荐
- 永远不要去请示是否应该整理一下你的代码
- 修改bug时,尤其是别人的代码,永远不要钻牛角尖。应该利用debug,找到问题根源的突破口。
- 存储班长信息的学生类,将Stu类的数据成员的访问权限改为private,你的程序是否能完成要求的功能?如果不行,请修改程序。请不要修改给出的代码,只能修改自己写的代码。
- 初步整理了一下ASP.NET Portal Starter Kit代码,供大家参考
- 修改代码没有头绪时,查看一下是否做到着几点
- 整理一下代码
- 初步整理了一下ASP.NET Portal Starter Kit代码,供大家参考
- 矩阵相乘这个代码也应该是需要掌握的内容,今天一大早就写了一下
- 永远不要比较两个浮点数是否相等
- IOS上传照片(自己的代码整理了一下)
- 程序员应该用程序来思维,有空来研究一下狼 羊 草和农夫过河,将算法转换为代码《转》
- 为什么你应该永远不要再使用MongoDB
- 整理一下Java动态编译Java代码,并在加载到内存中然后执行类中方法的api的介绍
- 永远不要奢望客户清楚的告诉你他们想要什么东西,更加别异想天开的他们会给我们整理一份非常完美的需求文档。如果有客户为你做了很好的一份需求文档,那是因为你的善良感动了上帝。
- sql 判断函数、存储过程是否存在的代码整理
- 整理一下NGUI 的一些功能实现的代码
- 不良代码展示-不要用数组循环判断等于的方式,来判断一个对象是否在一个集合内
- [问题大概解决了,应该就是单键模式使用不当产生的。明天找人来做一下压力测试]又一次斗胆发到了首页。期盼帮我检查下objDB类是否有问题
- xna 4.0 整理了一下代码 加了一个新类
- PHP Float 永远不要比较两个浮点数是否相等