日常生活中，用户每时每刻都在都需要面对各种各样的决策。如何让用户做出符合产品业务目标的决策，是各行业商家孜孜不倦探索的课题。作为设计师，在对接云音乐营收相关工作后，在影响用户决策进而促进用户体验和业务营收双赢方面，我通过对“诱饵效应”这一行为经济学知识的学习和应用取得了不错的效果，现将诱饵效应的知识点和设计实践分享给大家。
技术人除了做技术还能做什么？我想很多人都想过这个话题。 其中的一个答案是「做产品」，因为，每个技术人心目中都会有一个产品梦。今天想跟大家聊一下这个话题：技术人如何做产品，谈谈我在做产品的过程中的一些感受。 先做一个简单自我介绍，我叫玉伯，08 年加入阿里，写代码写了十几年，一直在前端、小程序和客户端领域，希望能够推动整个终端技术往前发展。这十几年里，也一直带领团队通过开源做了很多技术产品，包括 Ant Design、AntV 等。但今天想聊的不是这些，而是「语雀」。 本次分享的内容分成四部分，谈谈我们如何选择产品方向，可能遇到哪些问题，以及技术人的核心优势，最后做个总结。
什么是动态建模 静态模型和动态建模的区别 我们来讲动态建模，与之对应的是静态建模，大家可以通过对比两者在几个概念上差异进行理解。 静态模型关注的概念是静态的：类(Class)，属性(Attribute)，方法(Method)，类关系(Class relationship)，类职责(Responsibility)，是用类的语言来描述一个静态的类。例如用鸟类理解，静态模型就是关注的是鸟(类)，含有哪些属性(眼，嘴巴，翅膀)，包含哪些方法(飞，睡觉)，包含哪些类关系(继承了动物类)，拥有哪些职责(睡眠，鸣叫，飞行)。 而动态模型关注的概念是动态的：对象(Object)，状态(State)，交互(Interactions)，对象关系(Object relationship)，业务逻辑(Business Logic)，是用对象的语言来描述一个动态的对象。例如用麻雀对象理解，动态模型关注的是麻雀(对象)，含有哪些状态(眼睛是否闭合)，含有哪些对象间的交互(麻雀和啄木鸟的行为是否用差异化的形式实现)，含有哪些对象关系(这个麻雀是另一个麻雀的妈妈)，包含哪些业务逻辑(麻雀睡觉的时候是否需要闭上
项目环境是集团研发同学联调测试必不可少的平台型工具之一，其环境申请与释放动态灵活，环境间流量相互隔离，在开发和上线前的个人自测以及全链路联调场景下有着不可替代的重要作用。一个稳定易用的项目环境能极大地提高一线研发同学的测试体验，通过对环境简化抽象、屏蔽基础设施和微服务复杂性，为业务提供稳定可靠、简单易用的测试环境。
本篇为《vivo 平台产品》系列文章的第1篇。主要描述在业务高速发展的背景下，vivo软件工程师通过系统平台化建设等手段，逐步解决软件复用，快速响应业务变化等棘手问题的过程。我们从中精选出内容审核平台、AB实验平台、版本发布平台等具备代表性的平台产品，为大家对平台化的经历进行详细的介绍。
一直以来，许多产品平台都在尝试通过可视化搭建的手段来降低 GUI 应用的研发门槛，提高生产效率。随着我们业务的发展，数据建设的完善，用户对于数据可视化的诉求也日益增多，而数据大屏是数据可视化的其中一种展示方式，它作为大数据展示媒介的一种，被广泛运用于各种会展、公司展厅、发布会等。 相比于传统手工定制的图表与数据仪表盘，通用大屏搭建平台的出现，可以解决定制开发, 数据分散带来的应用开发、数据维护成本高等问题，通过数据采集、清洗、分析到直观实时的数据可视化展现，能够多方位、多角度、全景展现各项指标，实时监控，动态一目了然。 本文将通过敏捷BI平台的通用大屏搭建能力的实现方案，来讲解一下通用可视化搭建平台整体的设计思路。
本文简单介绍了下如何使用 Compose 开发一个简单的页面，这里面包含了一些基本的要素：定义组件、更新状态、预览页面。有关 Compose 的架构，以及它的渲染原理，可以期待以后的文章。
字节各类业务拥有众多用户群，作为字节前端性能监控 SDK，自身若存在性能问题，则会影响到数以亿计的真实用户的体验。所以此类 SDK 自身的性能在设计之初，就必须达到一个非常极致的水准。 与此同时，随着业务不断迭代，功能变得越来越多，对监控的需求也会变得越来越多。例如，今天 A 业务更新了架构，想要自定义性能指标的获取规则，明天 B 业务接入了微前端框架，需要监控子应用的性能。在解决这些业务需求的同时，我们会不断加入额外的判断逻辑、配置项。同时由于用户的电脑性能、浏览器环境的不同，我们又要解决各种兼容性问题，加入 polyfill 等代码，不可避免地造成 SDK 体积膨胀，性能劣化。那么我们是如何在需求和功能不断迭代的情况下，持续追踪和优化 SDK 的体积和性能的呢？
