软件工程
文章平均质量分 82
我把葡萄酿成酒
吾日三省吾身
展开
-
Code Review的一些注意事项(英文版)
当你进行Code Review的时候,你能很快发现问题吗?你能保证不遗留问题吗?下面是个Check List, 在Code Review结束后看一遍,查漏补缺,有助于吹毛求疵。以前在外企写的,懒得翻译了,大家凑合看吧: The code review check list 1. Does the task/code for the right project?原创 2015-01-02 12:02:51 · 889 阅读 · 0 评论 -
一个工程师该如何高效工作
1. 静。在千头万绪,百般push,各种IM电话邮件狂轰滥炸中保持一个静字,找到最适合现在做的事情,情绪不要被外界所干扰。一次只做一件事,不要被打断。有的公司土鳖文化严重,领导一会儿要求你干这个,一会儿又说另外一个事更紧急,完全打乱你的节奏。殊不知其实事情也没那么急,都是不把工程师当人的企业文化造成的。优秀的工程师要能扛得住压力,按自己的步奏走,假如真的是不可抗力,那也要管理好压力。原创 2015-08-01 20:09:20 · 867 阅读 · 0 评论 -
Code Review Check List
The code review check list1. Does the task/code for the right project?2. Does the task created correctly? take care of the Name and Description3 General Code Smoke Test3.1 Pass build,原创 2015-07-19 23:18:04 · 526 阅读 · 0 评论 -
发布高品质软件的系统方法
1. 良好的架构一个MVP a. 可行性验证 b. 收集客户反馈客户需求重于个人简历取舍的艺术(架构权衡分析方法)不要在设计里引入你没有亲自实现过的模式尝试多种方案2. 代码规范KISS(Keep it simple and stupid)代码复杂度度量工具Definition of done3. 单元测试单元测试值得吗?合理利用工具4. 代码R原创 2015-07-18 16:20:19 · 530 阅读 · 0 评论 -
单元测试的好处与可能带来的麻烦
关于好处,这个StackOverflow上的解答是我看过的最有说服力的。Is Unit Testing worth the effort?摘录一段:Unit Tests allows you to make big changes to code quickly. You know it works now because you've run the test原创 2015-07-15 23:22:43 · 671 阅读 · 0 评论 -
真的要做单元测试吗?
单元测试可以降低代码的耦合度。我们知道,耦合度高的代码很难做单元测试,反过来,如果你必须做单元测试,你是不会把代码写的耦合度很高的:)打个比方,单元测试像是花盆里的沙子,它会降低土壤的粘度。。。单元测试可以让你知道你对代码的修改是否影响到了原来就有的功能。但是这也是所有的回归测试都可以做的。单元测试的特点在于:它测试的东西足够小从而在代码重构后仍能复用。单元测试可以使逻辑清原创 2015-01-02 12:00:37 · 543 阅读 · 0 评论 -
如何理解敏捷开发?
首先,敏捷开发是一种过程控制论,通俗的说,就是一种做事情的方法。1. 它适用于软件,因为软件是软的,可以改。要是硬件,改起来就没那么方便了2. 它适用于客户不知道自己要啥的情况:他只想解决问题,但提不出准确的需求。因为客户不知道要啥,所以你需要不断帮他弄明白。。。换句话说,你需要和客户沟通,合作,倾听反馈,持续改进。。。3. 它适用于竞争激烈的市场,这样的情况下,赶在竞争对手前原创 2015-01-02 12:00:40 · 615 阅读 · 0 评论 -
如何优雅的使用“看板”?
你需要通过看板达到什么目的(看板三原则)?1. 使工作可视化,给每人一个项目目前的big picture。2. 减少并行工作。一个User Story的生命周期被切分成较小的块,每个人应该keep在其中一块。3. 优化工作流程。在实践中不断迭代看板的流程,增减某些阶段,或调整从一个阶段跳转到下一个阶段的边界条件。一个看板的例子:看板流程:backlog-->设计-->编码-原创 2015-01-02 12:00:45 · 894 阅读 · 0 评论