今天下午述职报告的发言稿（当然我是脱稿演讲），分享出来，给有需要的开发同学提供一个思路：
——————
大家好，我是{职位}{姓名}，首先很感谢大家前来参加我的述职汇报，我将从以下两方面做简要介绍：

一、业绩回顾

从业务的角度

我负责的业务侧重点是围绕{产品点}展开的，2020年初开发了{XXXX}，当时因为疫情被困在武汉，只能远程和同事沟通，在测试阶段，测试同学提的不同设备的兼容性问题，我只能在脑海里去想象并且借助以往的经验去解决，修完再给测试去验收；那段时间在家除了吃饭睡觉就是一直坐在电脑前，最终准时高质量完成交付；经过这一次对问题的“盲诊”，进一步提高了我分析问题和解决问题的能力；再后来{XXXX}做了第二版，主要是实现“分享”功能，当时的「分享」需求设计的比较复杂，上线时间却很紧，开发和测试时间是完全来不及。当时我认为可以简单实现一版，稍微提了下我的方案，最终大家都认可，在协同{其它职位人员}下稍微对{某一方面}做了改动，简易版的{XXX}功能就按时上线了，其实这已经不是我第一次改业务需求，我觉得有时候根据实际情况做一些调整也是很有必要的，最终能达成目标即可。{XXXX}这块还做了{XXX}，{XXX}，{XXX}等；

接下来可能是跟我关系最密切的「{XXXX}系统」，经历了{XXXX} v3.* 到 v6.* 大概有二三十个迭代升级，涵盖了{XXXX}产品的功能迭代和技术升级，以及业务组件和公共组件的开发和维护；目前{XXXX}系统可满足一个完整的大促专题的常规功能，解放了开发人力和测试人力；当然{XXXX}的一步步强大不是我一个人的功劳，但是我算是{XXXX}迭代的主力，并且在多次{XXXX}迭代中担任owner，把控迭代过程中的各个方面。还产出了一些{XXXX}使用说明文档。

此外今年还做了小程序这块，首先是{XXXX}支付宝小程序：从调研音频播放到开发完成，一周左右的时间交付；然后接手了微信小程序，{XXXX}小程序系列：包括{XXXX}、{XXXX}等。

今年还参与了{XXXX}APPv2.0的开发，包括ios和安卓端；最近又迭代了v2.5，只有我一个开发，两端的app在前天都已经顺利提审。在开发过程还总结了遇到的相关问题的文档。

最后，还做了一些{XXXX}优化方面的事情；并且在组内进行了一次技术分享；

2020年算是比较充实的一年，拿了两次部门优秀员工，拿了三个优秀项目奖。

从技术的角度

记得刚进公司的时候，{leader}交给过我一个任务：{稍微展开讲一下}，当时我对仓库层面的技术点比较生疏，不知道怎么下手，但是{这个leader}三两下就搞定了；{技术在项目应用中的迭代变化}，随着框架越来越火，再后来我们的技术栈也逐渐转到了react，react在{XXXX}系统的应用大大提高了{XXXX}的稳定性和开发效率，我们在技术升级过程中，我主要负责{XXXX}，基于react的一个框架antD，对通用功能组件化和模块化后，后台开发用时从最初的至少三天缩短到了半天；支付宝小程序这块，第一版的小程序在支付宝后台的跑分总是上不去，后续又经历了三次调研和性能调优，最终达到A级，影响性能的最大的一个问题是音频，在遍历的过程音频被全被加载，导致代码性能很差；{XXXX}小程序算是颠覆性的改动，原始的代码一大段一大段，在开发过程中，看上去很费劲，我对冗余的代码进行了拆分，根据业务模块进行了整合，提高了代码的可读性和可维护性；再后来针对这几个小程序，将用户信息授权统一改为了手机号授权，简化授权登录流程，提高了用户留存率；app的开发这块，我是2.0版本的时候才参与进去的，作为前端开发，我是第一次接触原生APP通过加载离线包的方式，产品说这种开发方式算是一次技术尝试（贡献的成果稍微讲一下，顺便夸一夸同事）；v2.0是纯离线包，v2.5增加了在离线包加载第三方页面的功能，期间遇到了很多技术问题，通过不断调试和找其他人寻求解决思路，然后自己再去尝试修复，这些问题最终得到了解决。利用业务开发之余，针对{XXXX}仓库进行了webpack升级，从v2.7.0升级到当时最新的v4.43.0，升级过程中也是遇到了很多问题，由于这个版本较新，网上的参考资料相对较少，最终通过将问题拆分更小的子问题再求解的方式逐个进行了解决。最终全量打包的时间对比下来，升级后打包时间缩短了一半；要是再回到一开始{leader}交给我{XXX任务}的时候，我想我有能力可以大胆的去做了~

二、工作与专业提升计划，以及下一步开展思路

作为技术，我从两个维度去做了分析：一个是「执行」的维度，一个「创新」的维度

从「执行」的维度

这里我写了三点，第一点：随着业务的增大，如何能保持开发的高效性，我认为，一个是开发工具的效率，通过持续的打包优化，降低开发过程中的打包等待耗时，另一个是代码的复用性，避免重复造轮子，节约一些时间可以做技术调研；第二点：组件工具的完善，比如分享功能：业务需求在演变和升级，对应产品组件也要升级，目前的分享组件已经不能满足分享所需的灵活性和趣味性，所以需要设计和改造，从而达到产品觉得好用的同时开发人员也觉得好用；第三点：技术的积累是一个滚雪球的过程，要不断的吸收和产出，我想以后尽可能多的去做分享，分享的过程也是一个总结的过程，总结的过程既是沉淀也是升华；

从「创新」的维度

这里我写了两点，第一点：思考产品的价值：从一个技术的角度贡献自己的想法，比如一个功能好不好，能不能实现，开发起到关键作用，比如{别人家某个产品对比}，以后一定多学习和思考{别人家某个产品是怎么实现的。第二点：有了上一条教训之后，可以衍生到产品规划层面，我知道下一次要做{某个产品}，我就要抽空去了解{某个产品}实现方案，作为产品思路的拓展和技术储备，同时对于开发过程的顺利进行也能起到积极的促进作用。

今天的汇报算是对我这一年来的一个梳理和总结。技术的路还很长，未来我会更加从容。我今天的汇报就到这里，再次谢谢大家~