知鸦日报2022-05-09

当一个项目或产品规模大、需求多、利益相关者众，不知从何入手时；

当一个创新型项目或产品方向不明、参考不足、用户独特时，不知如何决策时；

当一个产品发布MVP版本后，反响平平、用户不爱用、老板不买账、研发催需求产品经理不知何去何从时；

你可以采用群体共创、群体决策的方式进行「快速启动」。

本文将尝试分析当下部分互联网产品带给用户焦虑感的原因，并从产品设计者的角度找出一些可能的解决方案。

用户驱动是商业创新一个重要驱动力，今年公司很多有想法有追求的业务负责人，都希望通过用户驱动产品创新，非常关注用户研究和体验设计，可以看到的明显行为是不少锐捷的老伙伴和新朋友找我探讨这个话题。

本文讨论多指和组合类手势，它们的使用远远少于单指类的手势。

作为设计师，不仅仅需要了解每个组件的样子、用在哪些地方，更需要清楚地知道组件的本质，即组件的形状、行为、状态等内在属性和设计细节，才能更深层地掌握组件设计。

项目立项前必须回答清楚的问题清单。

随着公司交易体量的不断增长，以及围绕“服务千万商家，全能生意帮手”的理念不断拼装的业务版图，曾经在某一段时间内发生了一些故障，给用户和商户带来非常不好的体验，也给公司带来较大损失。

在研发过程中往往需要多套环境以满足不同的阶段的研发需求，如开发、测试、预发布环境。好的环境方案可以提高开发调试、项目测试的效率，也可以降低上线的风险，从而缩短整个需求的交付周期，提高生产效率。

随着分布式系统和微服务的日益发展，系统的开发和运维对于可观测性的需求越来越迫切。

本文通过对研发效能度量领域6个常见问题的分析，阐述了作者对于研发效能度量的6点思考。因部分观点的抽象层次较高，建议收藏后细读，相信对帮助大家理清研发效能度量理念、建立度量体系会有所帮助。

Appium是移动端自动化测试非常有力的工具，那么对于在鸿蒙设备上自动化测试鸿蒙应用的支持情况如何呢？

结合AI，提升测试路径生产能力。

许多内部管理系统在迭代过程中，不可避免的变得越来越庞大，并且由多个团队维护开发，对前端来说以传统的一整块页面站点代码进行开发，显然是笨重且低效的，比如：

• 多团队开发、测试和部署不分离，代码混乱，发布有风险
• 代码庞大，页面加载资源多，性能低

收钱吧运营管理系统和许多内部系统一样，拥有复杂、大量的页面，并且不同模块由不同团队维护。为了使各个开发团队独立维护，我们使用了微前端的策略，经过长时间的实践，它也日益成熟。

为了推动软件测试的发展，我们花了几十年的时间和多家大型软件公司进行过合作。我们一直倡导大家需要使用代码覆盖率数据来评估质量风险并识别测试是否充分。然而，代码覆盖率的价值是一个备受争议的话题，各方观点鲜明并且两极分化，这实在令人惊讶。每次在大的公开场合中提到代码覆盖率，似乎都会引发无休止的争论。这些争论没有帮助我们在这个问题上取得任何富有成效的进展，因为人们会固守在各自的阵营中。本文的目的提供一些思路，引导大家找到共同点，让我们可以向前迈进，切实地用好代码覆盖率能够提供的信息。以下是我们在代码覆盖率方面提出的最佳实践，目标是帮助大家有效地开发出高质量的代码。

上了微博热搜、一亿8千万阅读量的「微信图片搜索功能」是怎么实现的呢？今天手把手带你进行原理剖析！

今天我们将讨论一个容易被忽略却很重要的话题：CSS国际化。

之前被安排了活，一个局部区域机器运动控制的工作，大致是一个机器位于一个极限区域时候，机器要进入一个特殊的机制，使得机器可以安全的走出来。其中用到了bezier曲线进行优化路径，今天写一下，正好也给大家分享一下工作和实践的情况。

An overview of the creation process which involves merging multiple canvas frames into a single GIF file.

指标是有用的，但是面对指标给人、社会带来的一系列非期然的负面后果，我们需要告诉自己：指标不止于有用，还必须有意义。