zoukankan      html  css  js  c++  java
  • [勘探开发]成绩,全栈开发,健全&借贷


    开发探索的一些update:

    将结果做为开发的基础和终极目标

    开发人员从过程的追求到最后结果的追求是一个质变的过程。相当于NBA中得分王和总冠军的差别:

    • 一个是完毕一个局部的本职工作(有时候会和项目的结果冲突)。寻求局部最优解,是贪心算法
    • 一个是面向把项目做好的各种因素。以项目结果为终于目标(有时候会和本职工作有冲突),寻求全局最优解。是动态规划算法

    假设以追求结果的表现为标准的话,那么反观追求过程的表现,当中会充满了不足,甚至南辕北辙。而且以各种方式表现出来,而且非常多表现的非常的隐晦,有大量的借口能够搪塞。

    负面样例能够说在不论什么一个项目里都能够找出非常多,就不负能量了。

    实践中一个可行的方法能够是,在做事和回想的时候,想象一个超级老道的开发人员。他能以最小的代价(时间,人力。

    。。

    )把事情搞定(短期品质和长期品质),自己和他有什么样的差别。这样不停的做,能够说会让自己各方面更加老练。

    在经验技巧到心态上都会有挑战,且行且积累吧。

    全栈开发人员

    開始一看就非常喜欢这个概念。跨界能力的开发人员在逐渐演化过程中始终是强大的存在,到这一波能够说是被更加显示的提出和认可。

    就在前天还看见一波持反对意见的文章,里面举例经常是运行不正确的结果,不论什么一个方法道理运行不正确都要跪。不能做数。

    全栈开发人员的完备性解决方式:一起写到这个文章里也是和第一部分“结果导向”一致的,实际做项目时候一个好的结果源自各个因素的良好设计计划和运行。

    各个方面专业的人放到一起,把问题拆分。各自想出方法,放到一起形成终于解决方法。听起来非常美,可是各个局部的负责人假设没有一个全局眼光。则无法给出全局最优解。

    所以开发人员(不管是策划。程序还是美术)一旦開始了解其它领域,并一次为根据来思考开发而且运行的话,都会大大提升解决方式的质量。

    退一步说,就是做自己的一块,那么假设能从更大的范围看自己的一块。也会有全新的认识。

    一般来说全栈开发人员是指有实践能力的。并非说考虑问题能考虑到这一块即可了,实践会让认识有质的不同,假设能够如此。当然更给力了。


    完美与借贷

    上一篇blog(http://blog.csdn.net/toughbro/article/details/22776277)里面提到了借贷式开发,自己也实践了一个task。也做一个小结:

    这个任务做下来质量不变的前提下。团队完毕时间跨度大约是会提速%20-%30吧,可是长时间看来的团队输出没有什么变化,可是对于这个对于开发时间非常敏感的task来说是颇有意义的。

    依照原来的思路是设计好。实现一个不错的版本号,然后相关人员開始进行,我再逐渐补全其它。

    那么后来就是设计好,提交一个半成品(可用可是距离高质量有一段距离)。然后更早的进入到大家并行的状态。然后我在同步的去其它事情,最后相同能够提交出高质量的实现。

    • 完备基础上的统筹和暂时折衷:早期设计和计划仍旧是不能打折扣的。必须清晰高质量的实现是什么样子的。然后去在什么阶段什么部分去折衷(借贷),然后什么时候什么方式来还贷。这才是一次良好的运作。
      • 实现过程中始终保持清晰,把折衷掉的东西放到todo list中,不应该折衷的东西坚持做下来
      • 保持完备:最后代码质量,效率。凝视。文档一个都不能少
      • 假设上来不想就冲进去做了再说,这个是乱投资,仅仅能看运气,和我这里倡导的根本是两码事
    • 感觉开发过程更有意思了,做了时间久了。考虑的东西也多了。尽管写出来的东西更高质量,可是事实上有点怀念刚入行的时候,没心没肺的在vc狂写
      • 借贷时候有一部分就是追求速度。这个过程堪称coding storm真的非常畅快
    • 朋友圈里pm回了个话说这不就是敏捷思路么?嗯,这么说也对,可是对于实践者本人来说却非常不同。开发功力练到第n+1级这样的感觉吧,历数说来经历了
      • 刚工作:没设计好(事实上早期是有这个意愿没这个能力),開始编程(时间略长),终于尽快捣出了个能用的,大家用。然后尽量完好下(经常是时间紧。来不及完好了)
      • 后来几年:追求编程能力,尽量好好设计,好好提升代码质量和速度,逐渐能够好好设计了。编程速度和质量在提升,但经常有不论什么时候都追求代码实现完美的倾向(当然实际中还是会写出不够好的代码)
      • 再后来:能够好好设计和实现。进一步能够在大的节奏上做的更好更灵活,比方写得更快则有空间写得更好。一段时间内减少代码质量要求则能够进一步提速,然后后面补回,则能够让相同代码质量的前提下。团队开发效率更好。
      • 也许再后来。能够一气呵成的写出好的代码。也不用借贷了,哥兜里够钱,不用借,利息都省了。

    • 有借贷需求时候才应该借贷,不应成为懒惰的借口
      • 假设一開始就没有借贷需求,时间没那么紧迫。那还是力求直接完毕比較好
      • 有的时候coding时候会使用分而治之,一小块一小块的做。更适合大脑工作机制,这个和借贷方式没有全然本质的差别



    版权声明:本文博主原创文章。博客,未经同意不得转载。

  • 相关阅读:
    JS和Jquery获取this
    写SQL经验积累2
    转载学习
    java开发3个月总结
    学习规划
    Spring Boot详解
    webSocketDemo
    spring boot中 redis配置类(4.0)
    c语言操作字符串
    聊聊面试常问的HashMap中红黑树
  • 原文地址:https://www.cnblogs.com/blfshiye/p/4823889.html
Copyright © 2011-2022 走看看