VUE项目小结

本文分享了作者在两个VUE项目中不同的团队协作经历,强调了有效沟通和合理文件结构的重要性,为后续项目需求更新和个人成长提供了宝贵经验。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

前言:前段时间连续做了两个VUE的项目,虽然现在还在开发阶段,但是现在在对两个项目的维护过程中,发现在其中一个项目进行维护,让我感觉头大。下面就是我对两个项目(A,B)的切身体验。

1,前期沟通

     A项目是开始的比较早(坑)的一个项目,由我和其他事业部的人进行配合(只闻其人,不见其型),刚开始我还挺高兴的,我虽然是前端这边的主要负责人,但是做的却是他们部门的产品,感觉能轻松很多,所以前期的项目搭建都让她来实现了。
     B项目是在项目结束不久后开始的,我们三个人配合开发,这次我就不是项目的主要负责人,但是项目开始大家都比较忙(唯吾闲),所以这次的框架就让我来搭建了。

2,开发阶段

     A项目在实现过程中,除了每天汇报进度,我俩基本上没说过话,当时心想跨了个部门沟通多少有点麻烦。不错前期麻烦少,后期麻烦事就多了。我俩当时是在第一期做了有一个星期后才开始合并代码,主要是内容关联度不高,所以没有急着合并,合并后也没出现问题,那问题出在哪呢?在我们合并代码后进行项目的第一次前端界面评审,评审时我俩多多少少都有点小问题,但是评出问题后,她去做其他项目了,所有的问题都留给了我(坑啊~~~),我呢要完成这些问题的修改,并且继续保持项目正常进度。等我细细查看时发现,有些功能她都没实现(不重要,有会体验更好),除此外她的文件结构没有规则,项目赶,我也没整理了,先实现功能吧。就这样第一版前端页面提供出去,之后开起了我的填坑之旅。
     B项目是部门内部三个人合作完成,一有问题我们三个就会沟通,因为中途有传递新的需求,我把文件的结构目录都给调整了,毕竟代码还在前端这边好调整,不想再留A项目的那种坑了。

3,总结

     多人合作做项目时,一定要多沟通,不然最后坑的还是自己。文件的结构目录,一定要有条理,方便的不仅仅是自己和别人,还有二次更新需求时的自己(别问我原因)。好久没发过文章了,不知道写什么内容,所以就写了下最近的项目心得,不知道以后的自己看到后会怎样想。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值