开发探索的一些update:算法
将结果作为开发的基础和终极目标编程
开发人员从过程的追求到最后结果的追求是一个质变的过程。至关于NBA中得分王和总冠军的差异:spa
假设以追求结果的表现为标准的话,那么反观追求过程的表现,当中会充满了不足,甚至南辕北辙。并且以各类方式表现出来,并且很是多表现的很是的隐晦,有大量的借口可以搪塞。.net
负面样例可以说在不论什么一个项目里都可以找出很是多,就不负能量了。设计
实践中一个可行的方法可以是,在作事和回想的时候,想象一个超级老道的开发人员。他能以最小的代价(时间,人力。orm
。。blog
)把事情搞定(短时间品质和长期品质),本身和他有什么样的差异。这样不停的作,可以说会让本身各方面更加老练。开发
在经验技巧到心态上都会有挑战,且行且积累吧。文档
全栈开发人员同步
開始一看就很是喜欢这个概念。跨界能力的开发人员在逐渐演化过程当中始终是强大的存在,到这一波可以说是被更加显示的提出和承认。
就在前天还看见一波持反对意见的文章,里面举例常常是运行不正确的结果,不论什么一个方法道理运行不正确都要跪。不能作数。
全栈开发人员的完备性解决方式:一块儿写到这个文章里也是和第一部分“结果导向”一致的,实际作项目时候一个好的结果源自各个因素的良好设计计划和运行。
各个方面专业的人放到一块儿,把问题拆分。各自想出方法,放到一块儿造成终于解决方法。听起来很是美,但是各个局部的负责人假设没有一个全局眼光。则没法给出全局最优解。
因此开发人员(不论是策划。程序仍是美术)一旦開始了解其它领域,并一次为根据来思考开发并且运行的话,都会大大提高解决方式的质量。
退一步说,就是作本身的一块,那么假设能从更大的范围看本身的一块。也会有全新的认识。
通常来讲全栈开发人员是指有实践能力的。并不是说考虑问题能考虑到这一块便可了,实践会让认识有质的不一样,假设可以如此。固然更给力了。
完美与借贷
上一篇blog(http://blog.csdn.net/toughbro/article/details/22776277)里面提到了借贷式开发,本身也实践了一个task。也作一个小结:
这个任务作下来质量不变的前提下。团队完毕时间跨度大约是会提速%20-%30吧,但是长时间看来的团队输出没有什么变化,但是对于这个对于开发时间很是敏感的task来讲是很有意义的。
依照原来的思路是设计好。实现一个不错的版本号,而后相关人员開始进行,我再逐渐补全其它。
那么后来就是设计好,提交一个半成品(可用但是距离高质量有一段距离)。而后更早的进入到你们并行的状态。而后我在同步的去其它事情,最后相同可以提交出高质量的实现。
。
。