IAST/RAST是两种程序运行时提供安全能力的产品。本系列文章，主要介绍我们针对于IAST/RASP的技术调研与实践。整个系列分为IAST的调研、RASP的调研，及IAST/RASP的工程化落地。

CL 的技术源泉来自度量学习，大概的思想是：定义好样本的正例和负例，以及映射关系（将实体映射到新的空间），优化目标是让正例在空间中与目标样本的距离近一些，而负例要相对远一些。

转转是一家主营二手商品交易的电商平台。根据交易主体的不同，可以形成C2C、C2B、B2C等交易关系。比如个人用户在转转app的自由市场发布商品进行售卖属于C2C模式、转转公司提供手机和其他电子产品的邮寄与上门回收C2B服务，转转app还提供官方验和质保与售后的二手B2C商品。本文将重点介绍转转 B2C 卖场商品上架审核过程中图像算法的应用。

由于二手商品的非标品性质，即便同一sku下的不同库存商品间也存在着成色差异。平台为了提升用户体验，增加商品信息的透明度，在展示二手商品时全部采用实拍商品图，避免使用渲染的标品图片。这就涉及到对每个上架商品的相关展示图片进行信息准确性、图片质量等各方面的审核问题。

Flutter是谷歌的移动UI框架，可以快速在iOS和Android上构建高质量的原生用户界面。

Fair是58技术开源的一个Flutter动态化的框架，能够实现UI和逻辑的动态化。

开发者在使用Fair开发过程中存在一些痛点，比如可能会出现使用语法糖不正确或者存在不支持的语法糖问题，所以我们需要一个配套插件去提示用户使用Fair语法糖。

在Exploitation中最重要的是 Relevance ( 相关性 ) 的计算，其根本思想是根据用户浏览、观看和收藏的内容等用户行为数据推测该用户可能采取的行动。常见的推荐算法大多是基于针对该目标的优化而展开的。

转转QA一直践行全项目流程的质量把控，QA不再局限于测试阶段，还在积极的推进测试左移，尽早参与测试活动，尽早发现和解决问题，以期望提高交付效率、把控项目质量。

这其中很核心的一环：技术方案评审。在技术方案设计时规避掉一些问题，成本是极低的，就像建造房子，改图纸总比推墙更容易。

集团经营日报的产出基于整个集团的各个BG数据，数据链路经过清洗过滤、逻辑加工、统计汇总等步骤，并在发送之前会针对产出数据进行一致性、完整性、波动性等⼀系列校验，校验通过后，采用更新数据库中最⼤有效数据⽇期维表的形式，经过BI工具帆软扫描感知后进⾏推送。在整个过程中涉及数据流转非常复杂，上游任务数量超过2300个，任何⼀个任务出现异常，如若不能及时处理都会影响⽇报产出的时效性，因此，必须在第⼀时间监控到异常，对异常问题进⾏快速定位并作出相应处理。

⽇报相关数据任务接⼊了星河平台的基线监控，能够通过设置承诺完成时间和预警余量，在任务链路无法在承诺时间完成时触发报警，对数据链路保障带来了⼀定的帮助。基线监控在⼀定程度上满⾜集团⽇报监控场景的需要，但目前流程存在数据校验如果不通过，会kill后续任务来阻断链路，并触发⼈⼯确认流程的的场景，在这种情况下，基线监控会将失败任务作为异常进⾏报警，同时⼈⼯确认页面为内网服务器部署，必须连接VPN才可访问，操作步骤繁琐且效率不⾼，其次，所有主题经营⽇报发送后没有⼀个统⼀的反馈，容易出现日报漏发的情况，尤其当主题数量上升后，人工统计确认所有日报是否正常发送完成也是⼀件耗时耗⼒的⼯作。

针对上述背景，基于企业微信开发了“哨兵”监控系统，将任务链路实时监控、校验⼈⼯确认和⽇报推送统计这⼏个主要的业务场景所需功能融合起来，结合更加定制化的的监控策略，辅以任务调度、异常任务统计等衍⽣功能，优化了整个⽇报产出流程的异常监控和问题排查，提⾼了处理效率，并且提升了日报推送的准点率。

搜索场景下，相关性与流量效率都是两大核心目标。转转少无结果与转转主搜就是这样的两个模块，转转少无结果模块是转转主搜模块的兜底，当用户在APP搜索时，主搜商品展示完毕或者主搜商品过少时，会向用户展示“猜你喜欢”商品。即少无结果模块。

客服工单系统是客服解决用户实际问题、处理日常工作最常用的系统。为有效辅助客服的工作，系统需要及时提供用户、商品和订单等信息。同时，客服工单的创建、流转和处理，也需要各种类型表单的操作。所以基础信息的展示和交互、表单的展示和操作，对于客服工单系统至关重要。本文就为大家介绍，在转转客服工单系统中，我们是如何通过数据驱动的方式解决这类问题的。

提升邀约成功率的九个关键小技巧。

App 启动是指用户从 App 之外的场景进入到当前 App 中的过程，按照 App 的进程是否存在以及主 Activity 的生命周期状态，App 启动主要包括冷启动、温启动和热启动三种。启动优化主要是针对冷启动过程，目标是减少用户从桌面点击 icon 启动 App 到展示出 App 主页的首帧画面或者从其他应用调起 App 首次启动到展示出业务的落地页首帧过程的耗时。

关于 App 启动优化的原理和检测工具的介绍，网上已经有很多分享的资料，有的分享技术深入内容全面但理论性太强不便于在项目中实践，有的只讲了某些方面的优化细节而不成体系。每个 App 都有自己特有的业务逻辑和代码实现，有必要针对自身 App 的特点，系统地把细碎的优化方法组织起来，形成一套适合本 App 维护的完整的优化方案体系。本文将主要介绍我们团队在 58同城 App 中进行启动优化的实践。

作为B端设计师，在面对大量产品需求时，一方面需要通过精细化设计打造极致产品体验，另一方面也需要能将新兴技术与设计结合，将自身设计能力系统化、工具化、最终智能化、降低设计专业门槛，去规模化解决产品的设计问题。以开放的心态迎接更多挑战。

Qwik是一个以 DOM 为核心的可恢复 Web 框架，旨在实现最佳的交互时间，专注于可恢复性和代码的细粒度延迟加载的SSR框架。

Qwik在服务器上开始执行，序列化为HTML,发送给客户端。序列化后的HTML中，除了包含qwikloader.js（1kb）以外，不包含任何js的加载及执行。当用户进行交互后，请求下载相应的交互代码，Qwik从服务器停止的地方恢复执行。

BEM:Block（块）、Element（元素）、Modifier（修饰符）的简写，是一种组件化的CSS命名规范，由俄罗斯Yandex团队所提出。使用BEM主要是为了将用户界面划分成独立的块，使开发更为简单和快速，有利于团队协作，方便维护。

伏羲项目商办后台（伏羲CMS），作为服务于58商办C端的后台项目，目前涉及联合办公和写字楼两个类目，提供了相关业务操作、C端广告配置、数据统计、角色权限管理等模块。作为商业地产的新平台，伏羲CMS具有功能迭代灵活、业务扩展迅速等特点。

58房产部门时常有活动运营h5的需求，看我们的小伙伴是如何将冗长的开发流程逐步提效从而达成效率翻倍的吧~