软件项目实践总结
文章平均质量分 86
WalleFu
希望做一个思想自由的人, 通过自己的努力给家人提供一个舒适的生活条件,并有能力帮助和影响周围的朋友。
展开
-
如何高效的组织需求讨论
摘要:研发过程中会有很多的业务需求评审和讨论,实际运行过程中会出现各种问题。例如,经常出现多次讨论无法达成共识,或者在需求上线阶段还面临修改的问题。互联网的最主要特点就是很多需求并非严格如合同般精准,且迭代速度非常快速,这就非常考究产品经理的能力。如果产品经理无法准确把握住业务的特点,提出富有创新力的需求想法,再好的研发也无法达成业务目标。此外,业务团队内产品-技术-运营-设计等同学对于业务的想法,如果无法形成真正的共识,就无法形成合力。本文针对该问题,提出了一套需求讨论的推荐流程,希望可以让讨原创 2022-03-10 11:51:23 · 748 阅读 · 0 评论 -
改良程序的11技巧
http://justjavac.com/other/2012/04/05/11-tips-for-better-code有很多理由都能说明为什么我们应该写出清晰、可读性好的程序。 最重要的一点, 程序你只写一次,但以后会无数次的阅读。当你第二天回头来看你的代码时,你就要开始阅读它了。 当你把代码拿给其他人看时,他必须阅读你的代码。 因此,在编写时多花一点时间,你会在阅读它时节转载 2013-04-15 23:20:07 · 673 阅读 · 0 评论 -
Dev Owns Quality
Dev owns quality means better codes.Dev owns quality means find bug easily.Dev owns quality means find bug early, much earlier. We know the later you find a bug, the more expensive to fix.Dev owns qua翻译 2013-04-16 10:00:42 · 806 阅读 · 0 评论 -
程序员与工匠精神
前几天和一个朋友聊天时说:我有强迫症,每次看到不符合自己审美的代码时,总想重构一下。朋友的观点与大多数人相仿,程序只要满足要求,运行正确就可以。在现实的工作中一样,每当看到一段优美且高效的代码,我总是喜欢多看几遍,满心的享受。但是我们产品中的太多代码让我这个代码洁癖“患者”看了非常的烦躁:1. 随便一个源文件都是上百行的函数,有些甚至超过500行(含空行和注释)。2. 大量没有必要的临时变量定义。3. 习惯性的把所有变量声明定义放到函数前面,一些大函数甚至超过20行都是函数局部变量的声明和定义。想想原创 2014-06-19 21:26:13 · 5393 阅读 · 0 评论