知鸦日报2021-08-19

你是否苦恼于用户纷繁复杂的需求不知如何取舍？你是否面对着诸多的业务方案难以抉择？

工作生活中，决策是我们不可避免的难题。如何做出明智的选择，在分析过程中保持“理中客”，抓住用户的核心诉求，提升产品的用户体验，是用户研究持续关注的议题。

2020年6月，银保监会发布《可回溯管理的通知》，明确要求保险公司、保险中介机构建立销售行为可回溯机制，实现销售过程可还原，倒逼各大险企进行保险科技改革。

本系列文章将提炼MOO APP开发中遇到的情况，就Flutter 内存占用治理方面，分享日常开发的一些基本认知、注意要点、排查方法和优化方案。内存治理篇文章共分上、中、下三篇，本篇为中篇。

双十一购物节是互联网营销的典范，经历这些年，伴随一次次营销活动的失败与成功，阿里巴巴沉淀出一套互联网营销技战术打法。就像咏春拳有三板斧，相声有四门功课。互联网营销也有四要素：招、选、搭、投。“招”即招商，“选”即选品。招商选品是营销活动的起点，解决的是商业供给问题，目标是保障活动有足够的、优质的商家、商品、价格、权益等可供给到前端消费者侧。“搭”是搭建，即构造出营销活动的“场”-活动页面，解决的是消费者侧展示问题。“投”是投放，即将招选出来的物料有策略的给到消费者，目标是人货场的高效匹配。

伴随各大移动应用厂商推出各自的小程序应用解决方案，小程序开发者也面临需要兼容多个平台的棘手问题。如何做到 Write once，run everywhere？Rax、uniapp、Taro、Remax 等跨端框架给出了“一套代码多端运行”的解决方案，但是在实际的业务开发过程中，API 层面却没有一个跨端的标准和解决方案，导致跨端业务分支众多、代码繁琐等问题。

我们可以列举出非常多质量差的代码的表现现象，如名字不知所意、超大类、超大方法、重复代码、代码难懂、代码修改困难……

pkg是Mac OS X平台下另一种常见的安装包格式，类似于Windows平台的安装包程序。pkg包通常具备一系列安装流程，引导用户完成安装过程。制作pkg安装的工具有XCode自带的Package Maker(新版的XCode好像不包含了)，Packages。以下主要来讲讲Packages的使用过程。

Packages是一款开源的安装包制作工具，能够指定文件的安装路径、定制安装流程、资源国际化、插件机制、执行安装脚本，基本能够满足绝大部分场景。

前面我们已经找到了我们的目的：让 CSS 更加好看！那么好看的目的是什么呢？是让人喜欢。让我们在需求开发时不抗拒去修改原有的代码。那么这就引出了一个问题：什么样的代码让人抗拒去修改？

直播就是终端将自己的音视频实时传递给互联网上所有人观看的互联网技术。由于其具有内容丰富，表现形势好，不受地域限制，交互效率高等特点，被广泛应用于 教育、体育、娱乐、电商 等领域。

我们玩物得志平台所涉及的直播就是直播技术应用及其广泛且商业化最为成功的电商领域，借助互联网直播技术，商家能够低成本且极高效地向来自世界各地的用户实时讲解商品，帮助用户足不出户就能买到心仪的商品。

最近因为新项目想用到数据持久化，本来这是很简单的事情，复杂数据一般直接SQLite就可以解决了。

本文分享了vivo商城计价中心设计的业务背景，统一计价优惠模型的设计，完整的计价业务细节流程，以及核心的计价引擎实现思路。

本文主要讲述了Android客户端项目如何进行模块化设计、开发、以及老项目改造，提供一个可落地实施的参考方案。

In this article we will start solving the issue of making the printed links (i.e. in a book or in a magazine) clickable via your smartphone camera.

JavaScript implementation of so-called Seam Carving algorithm for the content-aware image resizing and objects removal. Dynamic programming approach is applied to optimize the resizing time.

当一个前端工程代码量越来越大时，开发发布流程中代码检查、构建的时间也越来越久。本文将介绍用「增量」思想提升代码检查、打包构建环节的速度，从而实现开发过程的效率提升。

树形结构，尤其是二叉树，在我们平时开发过程中使用频率比较高，但之前对于树形结构没有一个比较系统全面的了解和认知，所以借此机会梳理一下。

现在判断一个元素是否能被用户看见的使用场景越来越多，监听 scroll 事件以及通过 Element.getBoundingClientRect() 获取节点位置的方式，又麻烦又不好用。

说到 Code Review，经常有同学会问，究竟从哪些方面下手？除了一些抽象的 Review 原则，有没有更细化的实施准则来指导实践？

PCG 代码委员会曾推出过通道晋级代码检查报告。笔者打算在这些报告基础上，从代码格式、代码错误、代码习惯、代码优化四个角度，并结合腾讯医典前端 Code Review 过程中遇到的一些 bad case，逐一列出更细化的实施准则。希望对各位有一定的参考价值。

hulk是短视频研发部研发的基于GDP2（Go Develop Platform ）的go服务开发框架。它是⼀款⾯向业务的Web开发框架，提供了诸多开箱即⽤的组件和功能，可以⽤来快速开发Web服务。同时，依托于hulk框架并结合⼚内/业界优秀的开发实践，初步构建了⼀个符合业务应⽤场景的go⽣态体系。

当前互联网产品竞争激烈的环境下，前端研发在一个产品的生产链上承担了越来越重要的角色。作为直达用户的一层应用，跟安卓、IOS 的原生 App 一样，可以说是直接衡量一个项目产品好坏的第一道关口。

和原生应用不同的是，前端应用在运行环境方面存在太多不可控的复杂因素，并没有一个相对稳定运行环境来保证我们的项目一定不出问题。在测试资源没有特别多的情况下，开发和测试人员测试再充分，「由于不同用户复杂的运行环境和操作，也难免会出现意想不到的问题」。

出现问题不可怕，可怕的是我们解决线上问题的手段贫乏，效率低下，导致项目的体验和质量低下。这也是一个产品初期，前端这一块发生比较普遍的现象。「想要让产品的质量和服务更上一层楼，不能总是等用户反馈问题，我们需要及时快速地响应解决错误，这时候一个好的监控平台就十分必要。」

市面上虽然有一些前端监控平台在一些大厂项目中使用，只是在一些中小型项目里，用这些收费的项目，可能有些不太合适。我们在这里只是从技术原理上探讨和讲述如何搭建一个精简的监控平台，重点在解释原理和引出思路，仅做参考，具体实现需要结合具体业务场景【底部附上源码地址】。

对于研发来说，总是需要处理一些线上问题。To B 和 To C 企业在应对线上问题的流程上有很多相似之处，同时也存在一定差异点。

对于 To C 企业，我们通常会通过用户反馈或线上实时监控系统获取到系统异常状态，同时我们整合获取到的用户环境、系统、配置、版本等信息在本地进行调试复现，成功复现后进行 bugfix 和发布操作。

而对于 To B 企业，总体流程和前者很相似，但是 To B 的性质决定了我们很难获取到问题的上下文和监控内容，往往需要客户、售后、技术支持或相应的值班人员进行信息传递来协助研发定位问题。同时，不同企业类型的客户环境也是对研发的一种挑战，研发无法像普适的 To C 环境一样去模拟 To B 客户的上下文，这对问题定位起到一定的阻碍作用。

为了提高定位线上问题的效率，我们着手调研并落地了内部异常诊断平台。在无需进入客户真实环境的情况下，通过客户提供的诊断文件快速定位问题。对于前端研发工程师而言，除了环境、版本等信息外，操作路径往往非常重要，为了清晰、快速的复现客户操作路径，我们引入了页面录制功能。

最近在做保险相关的项目，由于医保局的监管要求，用户购买保险的流程必须可以回溯。这样在用户与保险公司之间产生纠纷时，就可以有迹可循。