知鸦日报2022-03-03

提到产品规划，我们一般都会有惯用套路，比如从行业调研、客户需求分析、竞品摸底、产品价值本身等分别去切入，先发散再聚焦……说起来头头是道，做起来并不轻松。现在换个情境，当你深入到前线做项目时，面对客户源源不断的诉求时，怎么办？注意，此时你不仅是产品经理，你还是项目的核心成员，你该如何去权衡二者的关系？

事实上，做to B产品的团队，大部分在高价值方案的沉淀和复制上都做得不足，很多时候基本都是贴着客户需求做项目，缺少了打磨和沉淀优质产品。于是愈演愈烈，做项目的过程中不仅不够聚焦，甚至动到了其他团队的蛋糕，产品边界没划清，客户方案也频频返工，如此下去，更别提卡位行业KA客户了。

欢迎来到 vscode 的世界，本文目标为科普 vscode 中关于【空间控制】的一些设计理念，空间是有限的，而信息是无限的，就像是我们写页面要考虑版心、考虑空间的摆放，vscode 其实也就是一个应用，那它的界面空间也是有限的，这些中间由各个区域搭建起来，那这些区域是什么？又是如何协同工作的呢？

本文的主要内容可以说是小技巧，但我是一个很懒的人，不喜欢死记硬背，喜欢在需要记忆的内容间寻找它们内部的联系，然后用逻辑去串起来，这给我一种说不出的快感；可能这个记忆方法不适合很多行业，但在计算机领域，真是个我个人无比推崇的方法，原因很简单：计算机是一个完全由人搭建出来的世界！

本文目的在于带大家了解一场直播背后，需要经历哪些阶段，以及每个阶段都做了哪些工作，才能够把主播的声音画面送到观众的面前。下文把直播的流程划分为：采集、处理、编码、封装、网络传输、播放六个部分来一一介绍。

在开发过程中，可能会遇到这样的需求，我们需要从本地的 Excel 或 CSV 等文件中解析出信息，这些信息可能是考勤打卡记录，可能是日历信息，也可能是近期账单流水。但是它们共同的特点是数据多且繁杂，人工录入的工作量庞大容易出错，需要花费大量时间。那有没有什么方法能自动解析文件并获取有用信息呢？

本文是编译优化系列文章之 kapt 优化篇，后续还会有 build cache, kotlin, dex 优化等文章，敬请期待。

在得物技术体系中，大量使用Redis作为缓存中间件，以应对高并发下的大流量场景。在使用缓存时，不得不考虑数据一致性问题，即保证缓存中的数据和DB始终可以保持一致。常规的解决缓存一致性的方案一般为先修改DB并提交事物，再操作缓存更新或者失效，为了应对极端场景往往会再采用延迟操作的方式进行缓存的二次处理。

但实际开发中，遇到很多代码不规范的场景，在JDBC事务中进行缓存删除或者更新等操作，带来的问题是当JDBC事务未提交就完成了Redis的操作，容易造成二者数据不一致。所以我们思考：既然Redis本身也提供了事务的解决方案，那能不能将Redis事务和DB的事务进行结合，来保证数据一致性的问题呢？接下来我们就带着这个问题看看看Redis事务的实现、使用，最终探索一下将Redis操作结合DB事务使用的可能性。

现代浏览器支持了ES Modules，也就是浏览器原生支持的 JavaScript 模块化方案。虽然考虑兼容性，我们还很少能够把 ES Modules 用于生产环境，但是在开发、测试、学习的场景中，ES Modules 发挥了越来越大的作用，比如构建工具Vite，就利用 ES Modules 来快速提供开发调试环境。React 和 Vue 框架的学习中，也都可以利用 ES Modules 不用安装本地构建工具，直接在浏览器上体验这些现代框架。

本文介绍了基于 XMLHttpRequest、Promise、async/await 等三种异步网络请求的写法。

「以客户为中心，技术为产品服务」是爱番番线索管家团队一贯遵循的原则。技术架构规划首先应该围绕业务诉求展开，用合理的技术赋能产品，产品在不断的演进中又对技术提出更高的标准和要求。作为爱番番PV最高的页面，本文将详细介绍线索列表如何从快速交付的刀耕火种原始状态，逐步走向“高可用、高质量、高体验“的成熟期。

云筑网通过多年的行业和技术积累和创新打造了建筑行业PAAS平台“云筑云启”，全面支撑了云筑集采SAAS，云筑优选SAAS，云筑智联SAAS，云筑劳务SAAS，云筑数科SAAS，云筑物流，云筑工地信聘等创新性SAAS系统和产品的建设。

很多人都说王兴是一部学习机器。而美团也自然有极强的学习基因。

王兴自述其学习方法主要是：从书上学，与高人聊，在事上练。而其中最主要的方法，就是通过复盘的方法，让经历的“事情”最大程度上转化成经验和教训，成为个人和组织成长的营养。上一篇，我们系统的讲解了美团的复盘方法。

本篇，我们分享，复盘方法最重要的一个应用，让美团人又爱又恨的“炼丹炉”——述职。