提测卡点对于工程代码的静态检查，我们可以在CI阶段进行工具测试，同时上报检查结果，并在项目全流程管理平台中，在项目的提测卡点关联此检查项，对于未通过工具检查的项目拒绝提测。2.2.2

在严选基于webview+APP的混合开发模式下，前端和客户端的协作显得尤为重要。细节、标准与沟通可以说是我过去两年时间做混合开发的主要经验，本文中将从这几个方面展开，来从一个前端的角度讲述混合开发经验。1.

2020年10月14日，严选技术产品团队发布了第一篇文章，2022年，公众号几乎保持着每周一篇的频率为大家献上我们的优秀好文。感谢大家陪伴公众号又走过了一年，本期我们汇总了2022年度阅读量比较靠前的10篇文章，欢迎大家品阅。1严选商品中心DDD实践业务快速发展，系统愈发复杂，如何有效解决？严选商品中心在类似场景下，引入DDD作为业务治理的工具，辅助模型重建，并在此基础上完成核心能力的沉淀和中台化。服务在代销2.0、商品复制等业务场景下均得到了运用和有效验证，解决了系统重复建设、维护成本高等问题。2严选逆向交易系统建设的思考与实践逆向交易是电商必不可少的一项交易形式，业务场景也极其复杂。严选已经衍生出十几种逆向场景，而且还需要跟随业务做持续迭代。除了直接面向用户，逆向交易也需要和各种资产打交道，而且稍有不慎就可能造成资损。本文主要向大家介绍如何建设一个电商的逆向交易系统，以及如何借助业务抽象和架构分层沉淀逆向交易的核心能力，实现提升接入效率和降低运维成本。3可用性指标大家族为了保障产品可用性和系统稳定性，技术团队会持续不断地做两件事：“improving

footprint}也就是说如果run方法正常返回，最终FutureTask会将结果保存并且唤醒当前阻塞线程，但是应用中我们的任务压根就没有执行run方法，也就是说会被一直阻塞！4.

当前移动端和前端的结合愈加紧密，尤其是在偏重活动运营的电商App中，受制于App版本审核，具备研发成本低、可灵活发布等特点的H5页面受到青睐，使其在APP端上承接了越来越多的业务。本文从移动端开发的视角出发，以用户体验和研发效能两个核心问题作为引导，分别从加载提速优化、性能监控体系、功能插件化、壳容器APP工厂化四个角度，详细介绍了APP端上的H5容器化建设过程。1.

开发软件时我们会遇到很多问题，需要基于现有知识做出决策并不断调整，与此同时又创造出了新的知识。这里提到的知识包括需要解决的问题、做出的决策、决策的原因、事实背景以及替代方案等。但研发节奏越来越快，快到我们不可能花费很多时间完整编写、更新文档，但我们又希望获得文档带来的所有好处。如何把技术文档沉淀地更具有性价比就成了一个长期挑战。1.

量化互联网产品可用性的方法论有很多，基于数量的Success-Ratio、基于目标的Error-Budget、基于故障时间的MTTR/MTTF、基于规则阈值的SLA/SLO、基于状态的Up/Down、等等，还有一个比较新颖的指标：基于用户时间的User-Uptime（及其派生出的Windowed

比如长时间的生成不了拣货任务可能会造成整个仓库的作业停滞，影响仓库生产，这对于2B来说都是非常致命的问题。所以，对于2B如何处理好批量性的重型操作是整个应用架构在稳定性上的一个核心挑战。3.

随着业务的不断发展，严选库存管理逐步形成以全渠道共享库存为大基调，兼顾供给、履约、营销等不同业务场景对锁定库存的诉求，将严选锁定库存从基础型能力逐步发展成支持复杂业务场景的策略型能力，以达成共享库存和专用库存之间的管理和平衡。1.

什么是APP架构-想做什么？架构指导设计思想，处于不同的阶段，不同的业务形态下会有不同的实现。在阅读本文之前，我们可以先思考一下什么是APP架构？它有什么标准？指导设计的基本原则是什么？2.1

什么是逆向交易？逆向交易的业务边界是什么？逆向交易面临的难点和痛点又是什么？很多同学对此表示不解，经常听到针对此类问题的讨论。本文主要是向大家介绍逆向交易系统实践过程中的基本思路和实施策略，以及核心业务流程。1.

shaking，这意味着，虽然输出了esm的包，但是我们的组件库还是不支持开箱即用的按需引入，在尝试过在rollup编译阶段进行各种优化之后，我们觉得应该是组件的一些写法具有副作用，导致tree

性能优化作为一个老生常谈的项目，能在网上看到各种优化点，但对于一个新手来说，要着手一个完整的性能优化项目，却不知从何下手。这篇文章将介绍如何从零开始做性能优化，介绍如何将性能优化项目落地、推进、实施，对业务赋能等。1.

业务决策型数据产品通过数据可视化，为各层级管理者和业务同学提供数据洞察和分析工具，因此指标的质量是数据产品赖以生存的基石。通过严选指标测试平台，可以沉淀出指标测试及回归视角的核心指标集合，解决数据测试中，数据指标数量多、口径多，核对困难的痛点，为数据指标提供自动化测试和回归能力；同时提供数据监控报警的能力提高了线上问题的主动发现率。1

在数据测试中，需要划分好测试边界，数据质量保障除了要关注数据层的测试（指标/模型/数仓表），更不可忽视的是数仓是整条业务链路中的一环，对接全域业务提供的查询能力及造数能力亦是需要重点关注的地方。数据产品的数据来源是严选的业务链路，产出的数据也是要反哺业务链路，最终实现推动业务发展。以下从数据测试能力分层、数仓造数能力展开严选数据质量保障建设之路的介绍。1

商品中心随着自身业务的发展，系统复杂度逐渐变高。在业务治理过程中，我们尝试引入了DDD来辅助进行现有业务的模型重建，并在此基础上完成了中台服务能力的沉淀和对外提供。通过将核心业务逻辑下沉内聚，降低调用方的业务复杂度，防范逻辑腐化。1

APP的每个业务场景都有其既定的运行模式，若被人为破坏就可认为是不安全的。比如秒杀场景、用户拉新场景。APP端上安全要做的就是甄别并防范这种异常场景的发生，简而言之它就是：一种确保官方APP在既定业务模型中运行的能力。1

精准测试领域经过一年多来在各个BU的探索和实践，也逐渐发现了在实际业务落地时遇到的各种问题和一些瓶颈。本文主要介绍下我们面向集团内开源共建的精准测试平台的一些能力，以及在严选内结合实际业务线落地实践所做出的一些效果和突破。1

你肯定听到过“我的服务一个季度能做到99.99%的可用率”、“我能做到3个9”、“我能做到5个9”之类的话，其背后的SLA/SLO到底是一套什么样的理论？为何在那么多国内外大型互联网公司广泛使用？严选在2年前也引入SLA/SLO并建设落地，将之用作一个线上质量和稳定性的保障手段。本文将给大家分享一下严选的SLA/SLO建设旅程，以及落地后给严选带来了哪些价值。1

本文来自网易内部的一个职场经验分享。内容主要是作者的一些工作和思考，不涉及技术细节，请放心阅读。希望他的工作经验对职场新人有启发。先简单介绍一下我的背景。我是一名应用数学博士，之前在高校教过书，后来加入网易严选，做过供应链和营销相关的决策优化算法研发。我们团队包括我在内共7人，同时我也是这个团队的技术负责人。我们团队做过很多有趣的项目，比如库存调拨、包材推荐、自动补货、广告决策、福利决策、客服排班、智能运维等等。其中有成功的项目，每年为公司节省数千万成本。当然，也有失败的项目，让我收获了很多经验和教训。下面我写一点最近的工作，以及我在工作中的思考。内容不涉及技术细节，可以放心阅读。希望我的工作故事对后辈同事们有启发。做得不好的地方，欢迎大家批评指正。排兵布阵年初的时候需要给团队规划工作。我把团队内的项目分为三类：第一类是成熟项目，有包材推荐、仓间调拨、广告决策和销量预测。这四个项目在业务中已经落地，并且持续产生收益，项目维护和技术升级可控，带来的收益也可评估。但是，成熟项目的增量收益一般是逐年递减的。换句话说，我们需要做新的项目。只有这样，才能保证团队创造的价值在不断增加，从而为公司带来更多的收益。第二类是攻坚项目，有自动补货和福利决策。这两个项目暂时未落地，但已经通过立项。我们期望把这两个项目在业务中落地，从而创造新的价值。但是攻坚项目面临一些不确定性，比如需求变更、目标变更、资源冲突、技术难点等等。第三类是创新项目。需要团队自主地发现问题，提出解决方案，然后通过立项评审。后面我会讲到我是如何去发掘创新项目的。盘完所有项目，然后是人员安排。我是这样思考的：成熟项目风险小收益稳，可以让有经验的人带着新人做。一般情况下，我不需要花精力去管理成熟项目。而攻坚项目不确定性较大，需要有经验的同事带队（最好是P4及以上），或者我自己上。我有两个攻坚项目，自动补货和福利决策，团队内有两个P4，其他是P3。说明：P3对应1-3年工作经验，P4对应3年以上工作经验。猜猜看，我是怎么分工的？我把两个P4排在了同一个项目：自动补货。我相信他们可以把项目推下来，这样我就可以把精力花在“福利决策”上，从而确保两个项目都达成目标。福利决策实际上是一个大项目中的子项目，我参与时发现这个大项目人力充沛，有资深的项目经理、产品经理和技术负责人。我想了一下，如果他们做不成的话，我应该也无能为力，所以干脆把两名P3托付给了这个团队的技术负责人。这样一来，这两个攻坚项目，我只需要关注进展和风险。具体的技术方案和实现的细节，我相信他们做得比我好。问题来了，那我做什么？大家放心，我没有划水，请往下看。发现问题接下来我要验证这样的分工是否合适，即人员是否有能力解决问题，项目是否如预期推进。换句话说，我要去搞清楚项目的目标、分工和排期，如果风险可控，确实不需要我做什么。别人能做好的事情，我没必要去刷存在感。但是，事情往往没这么简单。我讲一个小问题，比如协作效率。项目上不仅要纵向沟通，内部还有横向沟通，有项目周报、工作周报、还有组内周会。为了提高效率，减少不必要的沟通，我先把团队内部的周会和周报取消了，改成月会。后来发现开月会时，不同项目之间横向讨论意义不大，于是我把月会也取消了。我换了个思路，按项目跟成员做点对点沟通。放弃了这些形式主义，我发现大家工作更有效率，而且没有影响到信息同步。攻坚项目一旦落地，它们就会变为成熟项目。这个时候，需要有人去发掘创新项目，为明年的新项目做准备。如何发掘项目？我有两个思路，一个是看数据，直接从数据上发现成本、价格和效率等问题。另一个思路是直接跟业务同学沟通。这次我选择后者。严选是一个品牌，它的核心自然是商品。我们团队之前从未了解过商品团队的需求，不知道他们的痛点，我也不知道能为他们做什么。经验告诉我，人越多的地方，需求越多。商品团队的人非常多，我总不能一个个去问，效率太低了。于是我找到HRBP，跟她沟通了这个困惑，她建议我去业务团队轮岗。在HRBP的帮助下，我去业务部门工作了整整一个月，像实习生一样，去学习和使用业务软件，去执行业务流程。（感谢HRBP@御傑的帮助，也感谢服装部门同事@莫辩@会涛@花渡@之彤的指导。）正式轮岗之前，我其实有些顾虑，担心不能发现问题，到头来浪费大家的时间。后来证明，我的担忧是多余的。我在轮岗期间，发现了很多业务痛点，有产品问题、流程问题和算法问题。轮岗结束之后，我写了一个总结报告，并汇报给相关的领导，引起了商品、运营和技术三个部门的重视。我的轮岗带来两个结果：商品、运营和技术三个部门联合发起了一个运营提效的大项目，致力于解决三个团队协作的效率问题，当然包含了我在轮岗工作中提到的痛点问题。HR团队决定在严选内部发起常规的轮岗机制，目标是帮助各团队之间更好地协作和发现问题。目前这个轮岗机制已经在严选落地，就连HRBP本人也开始轮岗了。运营提效这个大项目，后来我没有深度参与。有两个原因：组织认为有更合适的人来负责这个事情；我当时并没有想清楚一个完整的解决方案。我也认为当时没有能力短期内解决如此大的问题。我需要更多的时间去理解业务，然后寻找到一个突破点。解决问题还记得前面说的两个攻坚项目吧。我轮岗期间，运气比较好，项目没有出现什么大问题。没想到轮岗一结束，问题还是来了。当时的情形是这样的，福利决策项目需要上一个算法模型，要求模型效果必须比人工经验好，否则会影响到项目整体目标的达成。模型开发人员是我团队的两名P3同学。他们的技术能力我丝毫不怀疑，但问题是只有1个月的时间，只够两人开发一个模型。换句话说，只给一次机会，要求模型比人好。这是一个非常大的风险。这种情况下，你会怎么做？我做了两件事情：第一是跟团队成员一起，把他们设计的模型认真看了一遍。好消息是模型没有逻辑问题，目标和约束考虑也很全面；坏消息是这个模型复杂度高，开发时间比较长，不利于快速迭代。既然时间不够，我做的第二件事就是拿人来凑。我找到了找其他团队的研发同学。首先大家都很忙，其次我不是他们的主管，第三，他们没有义务支持这个项目。我晓之以情，动之以理，最终找到了三个小伙伴用加班的时间来支援。这样一来，我们一个月产出了4个模型（感谢@纯川@未名@慢慢三位同学的鼎力支持）。最后的结果符合预期，我们的模型确实比人工好，但是遗憾的是，并没有拉开多大的差距。再加上业务的变化，这个项目最后并没有达到最初定下的目标。你看看，做项目失败才是常态，尤其是需要对效果负责的项目。作为算法工程师，很多时候不是你技术水平不行，而是市场机会、用户需求，运营策略，甚至是国家政策等多种原因造成的。通过这次五个小伙伴的合作，我还发现一个有趣的事，专业的人擅长做专业事，但却容易陷在专业固有的思维里，难以跳脱。这次合作，五个人技术背景不同，解决同一个问题时，思路不同，非专业人士有时能给出意想不到的好思路。这对我的工作也很有启发。资源整合大家知道，短视频和直播带货现在很火。严选在今年6月也上线了内容社区。无论是严选站内，还是站外的用户，对视频内容都很关注。能不能用技术手段，自动化地制作一些视频内容？我做了一些调研，发现这个想法是可行的，原因是网上已经有大量的数据可视化内容，把数据变成视频，比如大家可能见过一些柱状赛马图来展示排名。我自己实现了一个视频demo，发现技术上是可行的。问题在于我没有人力专门投入做这件事，而且这种探索性的项目很难拿到额外的资源。但我觉得这个项目很好玩，又不用赶时间，所以我想利用工作的碎片时间和业余时间来做这个项目。于是我找到了5个热爱技术的小伙伴，不但有年轻的技术宅，还有十年经验老专家，总之都会写代码。但问题在于，这个项目更重要的是视觉和动化方案。此外，大家都很忙，只能利用碎片化的时间做项目，所以还需要一个良好的合作机制。我们没有设计师，没有项管，没有固定的时间，只凭着一腔热血，就开始干了。断断续续花了近两个月的时间，项目才得以上线，大家可以看看我们的视频效果。1、赛马视频2、排位视频奥运期间我们做了一个奥运金牌的排位视频，播放量达到25.9万，点赞数889。我们没有运营经验，没见过大场面，看到这样的播放量还是相当高兴的。今年5月，集团启动了第一届创新奖的评选。我也申报了，不过连部门评审都没有通过，哈哈不丢脸。毕竟优秀的项目非常多，获奖名额少。获奖名单公布后，我第一时间去看这些获奖的项目介绍。我在想，这些项目的成果有没有可能应用到严选的业务场景？果不其然，让我找到了一个眼前一亮的项目：雷火的3D扫描实验室。令我印象深刻的是，这是搞美术的同事做的技术创新项目。我跟同事说，这个技术可以对严选的商品进行三维建模，或许可以提升购物体验。没想到他正好认识这个获奖项目的参与人。于是我们邀请他们做了一个技术分享，还参观了3D扫描实验室，顺便用严选的商品做了一些扫描实验（感谢雷火同事@罗尼@可风的鼎力支持）。这是严选的鞋子扫描出来的效果（鞋子下面黑色部分后期可以处理掉）。我的同事们（@晴空@慢慢@铁匠）