1. 认知一致 在大的组织中，我们可以将小团队理解为一个微服务。 早在 1967 年，康威提出了微服务的概念。康威认为任何组织在设计一套系统时，所交付的设计方案在结构上都与该组织的沟通结构保持一致。 在开发复杂系统时，我们通常会对系统进行模块拆分。一方面，个体

本人所在的团队正在打造一款 ToB 产品，在垂直领域颇有影响力。此文是对团队关键事件的梳理，同时也包含了一些个人思考。 1. 在熟悉的场景中做到最好 互联网上，粗制滥造的内容太多，能获得广泛关注和影响力的产品屈指可数。 只有基于对用户痛点的深入了解，才能够提

1. 如何更好做 CodeReview 要求 事项 代码提交者的要求 小粒度 原子性 有注释 工具检查 对代码 Review 者的要求 一看规范 二看逻辑&性能 三看设计 对团队的要求 温故而知新 2. 制定CodeReview CheckList 要求 事项 命名 变量名字 类命名 方法命名 参数命名 代码长度 类长度不超过1000行

合作是一场旅程。 1. 跨部门合作的障碍 对新业务合作的抵触 职责存在模糊地带 员工的合作能力 信息不对称 跨部门合作的管理机制 目标和利益不一致 资源有限 2. 合作的核心理念 双赢思维 开放心态 合作核心的三个方面 寻找共同利益 学会换位思考 巩固长期合作关系 3. 合作关系核心

最近几年，随着单页面Web应用的崛起，各种框架也不断涌现。 前端开始进入工程化、组件化的发展阶段。 单页面Web技术，扩展了前端的技术边界，前端也可以路由、渲染页面，不需要依赖后端。 后端的工作重点转向了单纯的数据API服务。 随着各种BaaS云服