快速进入大项目开发状态的思考

最近在参与一个规模还算过得去的项目,其中的某一个模块的开发,虽然只是一个模块,需求都写了50多页。之前没碰到过这样的东西,很多东西要适应下。前几天基本上没状态,一脸懵逼的样子,这个星期好了点,有点想法

背景

  • 产品与开发不能及时沟通,产品与开发分工太开了,产品两天讲了快10个小时的需求,当时一下子消化不了,产品讲完之后现在的状态是产品很忙,没工夫讲需求...

  • 只是参与一部分的开发,每个系统由不同的小组来处理,让我觉得没有大局感,完整的项目流程是如何没有认知

  • 开发之间不能当面沟通,小组目前分散在两个地区,厦门与北京,通过电话沟通我容易困...

思路

开发处于不易的状态,在想如何才能效率高一点呢,在稍具规模点的公司,一般都是牺牲效率来换取流程。流程是无法改的,只好在流程内提升自己的效率。

  • “慢就是快”,在当前的流程内尽力的集中精力把当前的流程做好。

  • 如果接触旧的项目,研究项目的数据库设计,之前瞎看代码也不总结记录,看的云里雾里,今天专心花了一上午看数据库设计,发现确实对项目理解了很多,有的产品人员不懂开发会创造很多词汇,词语之间人的理解都不同,而旧的项目中数据设计能满足产品的要求,那么看里面的字段大致知道是什么意思了。

  • 做好文档,记录

我整体的想法在大项目中还是要稳,基本上每一个步骤都会有相关的工具辅助我们开发。勤于使用。

笨方法

里面毕竟涉及的东西比较多,只靠眼镜是无法理解的。所有接触到的东西自己做一遍,“绝知此事要躬行”。

看到数据库表设计,自己模仿着设计,看到组内的方案,自己模仿着做一个,最后形成自己的设计。

这些是目前自己的想法,勤于动手,不要只看

最后

“纸上得来终觉浅,绝知此事要躬行”,“好记性不如烂笔头”

上一篇:Spring Cloud云服务架构 - commonservice-eureka 项目过程构建


下一篇:linux多网卡绑定聚合——bond技术