关于成长
代码设计模型
通用+可扩展+业务 =设计模型
开发代码用心,不要大意,逻辑严谨。多考虑异常情况,代码健壮性。
业精于勤而荒于嬉
通过多看、多问、多学、多练来不断的提高自己的各项业务技能。
最该做的却也最难做的就是两件事,保持耐心,持续成长。
思考,学习,规划,总结 。
项目开发
1)【需求评估】弄清楚要做什么很重要。不然竹篮打水一场空。
(2)【技术选型】一般来说,公司技术选型都是确定的。要熟练掌握相关技术知识点以及工具的使用。
(3)【合理排期】结合不同的成员,技术能力,性格等,合理分配工作量与功能点。保质保量,按时提测,不压缩测试时间。如遇延期风险,提前反馈,尽快解决。
(4)【打破阻塞】木桶效应:在协同开发时,A需要调用B,B需要调用C时。不能阻塞团队整体开发进度。
(5)【核心原则】不接受中途改需求,加需求等,尽量排在下一个版本;如遇紧急需求,必须邮件各个leader,重新评估,不得私自接需求;版本控制在每个月最多两次。
(6) [ 格局,边界]
假如我们去一个陌生的城市旅游,首先需要的是一张“地图”。这张地图定义了城市的“边界”,也定义了城市的所有地方。通过地图,我们会对这个城市有一个“全局的了解”。
而这种“全局的视野”不只架构需要,换作其他职位、其他行业,也同样需要。作为产品经理,需要对产品有全局视野;作为运营人员、市场人员,需要运营、市场相关的全局视野;做技术,需要技术相关的全局视野。
(7)【总结复盘】对每一次的版本迭代,开团队例会,做总结复盘。有则改之无则加勉
from 蜡笔没了芯