随笔
lezhiyong
这个作者很懒,什么都没留下…
展开
-
持续集成环境下的代码管理
持续集成一种优秀的软件开发实践,通过自动化的构建(包括代码更新、静态检查、编译,DT测试、自动化测试验证、自动打包、自动部署)来验证,从而尽快地发现集成错误,降低软件开发风险、增强项目可视性。在使用持续集成中到现在总结了一些经验:1、svn源码路径下不要放于代码无关的资料,如开发测试文档,这些资料的频繁提交都会导致svn modification发生状态改变,导致持续集成频繁执行。2、持续原创 2012-07-27 18:43:10 · 1106 阅读 · 0 评论 -
问题单走单流程经验总结
来源:http://blog.csdn.net/lezhiyong 走单流程:a、标准流程:项目经理分发-开发人员定位-项目经理审核-开发人员修改实施-审核人员审核-CMO归档-测试人员测试注意:不允许从开发人员定位直接走到审核人员审核。b、转问题单流程:项目经理分发-开发人员定位-项目经理审核-开发人员修改实施-(转)开发人员修改实施-c、测试提单不合理,问题原创 2012-11-06 10:55:42 · 5659 阅读 · 0 评论 -
修改程序BUG也可以用些修机器的思维
来源:http://blog.csdn.net/lezhiyong 早些年刚毕业时候,干过一小段时间的电子设备维护,后干上了软件开发,回顾起来,两者也有很多相似的地方。正所谓方法是相通的,只是用的地方不一样而已;不管做什么事情,学会使用方法是最重要的。 那时候修机器首先第一步就是熟悉设备,需要看设备使用说明书并了解设备运行原理,最高境界是需要要让设备的传动、电路、油路、气路都可原创 2012-09-27 23:04:07 · 2611 阅读 · 0 评论 -
代码提交流程经验总结
来源:http://blog.csdn.net/lezhiyong a、提交的内容必须与版本任务强关联。b、定期提交代码,本地不要积压代码; 如果是修改bug单,每修改一个bug提交一次; 做到每次提交是可验证的小功能。c、每次提交与前后的提交无代码依赖,每次提交打出的版本是可运行的。d、更新代码(Update)更新代码(Update)保证每一位开发人员是在当前服务器原创 2012-11-06 10:53:00 · 2192 阅读 · 0 评论 -
“电梯汇报”方法
将问题通过:时间维度、空间维度、立体维度 三个方面立体的表达。 时间维度:比如“昨天、今天、明天”“过去、现在、将来” 等 空间维度:比如“国内、国外”“北京、上海、深圳”等 立体维度:比如“XXX方面”“XXX进展””“XXX风险”原创 2012-10-27 16:47:55 · 1599 阅读 · 0 评论 -
软件开发者面试百问
文/Jurgen Appelo 译/李剑想雇到搞软件开发的聪明人可不容易。万一一不小心,就会搞到一堆低能大狒狒。我去年就碰到这种事了。你肯定不想这样吧。听我的,没错。在树上开站立会议门都没有。问点有难度的问题,能帮你把聪明人跟狒狒们分开。我决定把我自己整理出来的软件开发者面试百问发出来,希望能帮到你们的忙。这个列表涵盖了软件工程知识体系中定义的大多数知识域。当然,如果你只想找出类拔转载 2012-09-16 14:33:42 · 1709 阅读 · 0 评论 -
版本开发中项目、工程与代码规范
来源:http://blog.csdn.net/lezhiyong自用备忘与总结用,持续添加..... 一、代码规范:1、 用typedef定义统一的类型,只使用定义好的类型如:int8_x,uint8_x ,int16_x ,uint16_x,int32_x,uint32_x,float32_x,float64_x,int64_x,uint64_x类型可满足项目的开发(x表示原创 2012-08-06 22:44:21 · 1977 阅读 · 0 评论 -
总结一些软件开发中的项目实施方法
新项目中有不少很好的流程,总结一下:1、问题单跟踪系统中 每个问题单解决后附上修改代码前与后的比较文件,svn是diff文件,这对后人查看该问题单时候很有帮助2、架构头文件由CMO(打包与配置管理员)有权限提交,开发人员如果修改头文件需要经过架构师评审同意。3、可以将研发任务提交到问题单跟踪系统,跟bug单一样形成闭环跟踪。4、原创 2013-07-10 00:07:52 · 1432 阅读 · 1 评论