俺自己弄自己写博客是为了记录自己的脚步,走成功就留下近道,方便其他兴趣者抄近道提升;走失败了就留下血迹,方便其他人看看我是这么ji的。
以前是组员,会追求极致的代码逻辑或写出最优性能的算法。但现在你是组长了,你得学会接纳不完美,比如每次mr的时候不能太过计较组员代码性能或者代码逻辑(个人经验,可能不用于大厂)。
其二,在团队中,平常心非常重要。无论是组长还是组员,大家都是打工人,没有高人一等的态度。
学习方向要从原来的学得深改为看得广。这样方便给组员提供解决问题思路或者功能实现方案。
当组员的时候我会专研得很深,甚至会深入专研vue2底层代码甚至去自己手写一个自己的vue2 demo。
当组长后,我很少专研底层代码或者底层架构了,大多都是看其他作者如何解决没见过的业务的问题,亦或者是使用某个依赖出现的模块出现问题以及避免方法。积累新模块使用以及新的业务解决方案。
产品给的需求、后端配合人员、bug转交等等,这些都归属于任务类型,要记得如何分配任务以及实时跟踪进度(按天跟踪最好)。
分配任务时候请注意:
注意,这个只是建议,不是必须!
前端组长也要会当产品?是,也不是。比如说在项目立项前期,有些东西必须前端自己规划好,如框架搭建指南、二次封装的公共组件(如搜索表单,公共列表,echarts的各类型图表),这个时候就需要你自己做自己的产品经理,自己写相关的需求文档或者技术规格文档。
可以不写么?如果你能让组员明白你的规划或者明白你的思路,你可以不用写,只需要交代就行。否则还是建议写一下。
这个只可意会不可言传的,需要自己把握好度,平衡好自己的情绪以及组员的情绪。
前端组长还是前端开发,所以说本职前端工作要有,还得担当一些其他任务。
虽然是前端组长,虽然入手的是js、ts、node,但你还是要了解一些其他与前端开发或者与项目组相关的东西,这里是我经历过的一些事儿,可以借鉴一下:
linux 虚机,需要本地VMware或者公司服务器CI/CD 流程docker 配置文件、基础指令nginx 设置反向代理shell 脚本编写SVN、企业级Visual Studio以下是我根据个人经验总结的一些建议:
Dialog/Modal对话框 宽度和最大高度以及高度是否固定Description 统一样式Chrome和Firefox)Button/Tag 边框弧度Layout框架样式,如菜单padding距离、png/svgNotification通知框出现位置、按钮、存在时间以下是我根据个人经验总结的一些建议:
唯一一个跟咱一样是开发的,懂逻辑的童鞋们~~,感觉我可以偷个懒不写建议~~,还是要写一下建议:
CI/CD如果不嫌弃,请大佬们在评论区教我做人。