儿童成语故事绘本图片请君入瓮成语故事ppt

淘宝优化数据分析淘宝优化总结

淘宝优化数据项目,淘宝优化数据与分析图,淘宝店铺数据优化,淘宝宝贝优化

我们新推出大淘宝技术年度特刊《长期主义，往往从一些小事开始――工程师成长总结专题》，专题收录多位工程师真诚的心路历程与经验思考，覆盖终端、服务端、数据算法、技术质量等7大技术领域，欢迎一起沟通交流。

本文为此系列第三篇内容。

第一篇：负责淘宝业务前端开发9年，聊聊我的心得

第二篇：“技术开发最应该做什么？”，聊聊我在服务端开发5年的理解和收获

本文作者千诺毕业后一直专注于Android相关技术，风雨天晴，砥砺前行，十分有幸能和大家分享一路走来所见的风景

我毕业前走过好几家公司，每一家公司都有不一样的感受，非常幸运：

1 2019年新年伊始，收到网易、小米的日常实习offer，一个本科学生能够拿到这样的实习offer还是非常难得的，非常开心的去网易有道实习了三个多月，也第一次远行去了北京。
2 后来，回到了成都腾讯PCG进行暑期实习，当时成都HC少得可怜，能拿到离家近的实习offer非常满足（家在重庆），最后也成功拿到了留下来的正式offer，好像经总监特批，拿到了 SP 。
3 大三暑假，拿到了淘宝架构组的正式offer，禁不住“架构组”三个字的诱惑，决定放弃舒适区。2020年3月来淘宝架构组进行毕业前最后一段实习，“见见世面”。

开始工作后，新的征途，新的状态：

1 工作第一年，主要负责 APM 可视算法准确性提升、模块重构等工作，得到了老板的认可，拿到了年会上的“最佳新人” 。
2 工作第二年，主要负责跳失、页面模型体系数据构建，卡顿问题定义等，成功在大厂毕业季中晋升一级，很幸运。
3 工作第三年，主要负责卡顿问题体系化解决推进、内存等OS级底层数据搭建，参与全量设备可排查数据体系解决方案，拿到了CARE卡、体验Go等。

?聊聊写好代码

程序员，工作中的重要工作内容就是编写代码，在淘宝的这一段时间，在如何写代码这件事上，有了不一样的体会。

如何写好代码

作为代码手艺人，需苦练手艺，谁不想写出谁看谁赞的代码呢。

工作中有相当一部分时间都是写代码，而如何写出好代码，是我们不断追求的目标。首先需要摆正对代码的认知，代码是给人读的，机器码才是给机器执行的。认知不同，书写的思路也是不同的。在开发过程中，会有一些代码对性能有极高的要求，这时候我们要做好极致性能与可读性的平衡。

对于代码，我们也要“知其源”，懂何来何往。对于Android同学而言，怎么可以不懂AGP的浪漫呢？Google提供了AGP，为开发者非常便利的将Android工程编译成一个apk文件。日常工作中，会涉及到排查一些奇怪的问题，往往直接指向就是字节码，熟悉编译就成了一个必选项；找出问题，下次在代码中进行规避。对于编译，我们需要知道一段代码如何变成APK的，APK字节码是如何跑在ART上的，了解机器码与字节码的转换，当我们将整个体系了解透彻后，能从更低层的视角来审视自己的代码。

好代码是兼具扩展性和可读性，如何写出好代码，经过前人不断探索和沉淀，六大设计原则和设计模式可谓是诸多沉淀中的精华，往往只要我们遵守六大设计原则、用好常用的设计模式，代码就不会太差。这一个点十分的重要，看似简单的设计原则，但是想要融入点点滴滴的开发中还是十分艰难的。为了更好的理解设计原则并转化成潜移默化的技能，我是这样做的：

1 广泛的阅读，并在读优秀的框架或者源码时，不应止步于了解实现了什么。Android源码中存在大量设计模式，例如处理点击事件的责任链模式、Activity生命周期的模板方法模式、Binder机制中的中介者模式等；也需要了解类之间的关系，例如Context及其子类；了解为什么需要这样使用。持续性给自己输入，处处反思，不将设计原则束之高阁。
2 刻意的练习并将代码提给『代码写得像诗一样的同学』认真CR。在学习设计原则时，往往是一些简单的demo，但如何落地到具体的工程代码中，是我们需要持续思考的问题，非常考验代码功底。工作中持续练习，并主动获得反馈，帮助了我快速成长。

Notice：刻意练习设计模式不是强套设计模式，每一种设计模式都有自己适合的场景。我就接手过一个模块，里面大量使用了单例模式，为了方便内部大量单例相互调用，直接导致类关系紊乱，当我想对这个模块进行功能拆分的时候，我发现就很难做到。

手艺人的坚守--不妥协

在我们写代码的时候，不能对自己『妥协』，一处妥协，处处妥协。--来自『代码写得像诗一样的同学』

在遇到需要某一个变量的时候，你是否为了方便，就直接将这个变量开一个方法直接暴露出去了呢？代码中自己明明知道这样写会不优雅，但是为了追求更快的完成工作，直接怎么简单怎么来了呢？

在过去的代码中，自己会经常遇到这样的问题，就比如说下面这段代码，摘抄自今年提交的代码中：

明知结构不合理，却写在了这里，后续对其改动的概率也不会太大了，一步错，一直错。如果处处是妥协，那么我们的代码结构、代码风格、原有设计，都会一步一步腐化。我需要在今后的日子里，更加警惕这样的实现。你是否也写过妥协的代码？一起提高标准，严格要求自己的代码。

?聊聊学习

如果说写代码是手艺的话，那么知识体系的学习就是内功了。不苦练内功，代码手艺人终究只是手艺人，成长不到“宗师”。

随着行业的变换，Android侧也不可否认的越来越内卷起来，我们需要学习的知识内容也不断膨胀起来，对口领域技能要求也越来越高。

涉及的跨度比较大，任何一块都有大量的知识点，但是往往工作中都会有所涉猎，所以自己的知识体系还是需要足够的宽的，以我自身为例，自身知识体系更像是是 T 型：『专业方向需要足够深，相关知识面需要足够广』。

在如此繁杂的技能树中，工作环境不同，侧重点又会不同。我在工作中，主要做横向支撑较多，加之阿里独特的『人人都是PM』的工作环境，在广度上，沟通与合作、内部平台熟练度会更重要一点。

沟通与合作：当从定义问，到发现问题都属于论证阶段，并不是每一项性能问题别人都是改，也并不是只要举着性能的大旗，所有的业务方都会看齐，只有证出利害、辩出价值，才能向上或横向拉到资源并推动下去，在这种环境中，什么是双赢的合作实现路径就值得细细考量。

内部平台熟练程度：与其独自负重前行，不如合理利用资源、在奔跑的巨人身上前行。大厂工作的一大优势就是内部平台丰富，无论是低代码平台、还是数据报表平台，亦或是审批流程搭建，平时绝大多数想要用的东西，在大厂内部就是一个一个的平台，诚然，平台会有各种各样奇奇怪怪的问题，但是问题需要快速验证、流程需要进行初步搭建、闭环需要快速跑通的时候，将所需的功能进行快速串联，就能发挥出神兵利器一般的威力。

多读书，多看报，少打痘痘，多睡觉。学习，无他法，唯坚持尔。