读 Go Scheduler 有感：给产品经理的建议

从计算机处理的任务类型来看下程序员和产品经理这两个职位特色

• 程序员，Maker's Schedule：CPU Bound 类型，并行才能提升效率
• 产品经理，Manager's Schedule：I/O Bound 类型，并发便可提升效率

因此，产品经理尽可能不要随意打扰作你需求的程序员，由于你这是在让一个 CPU Bound 类型的任务进行没必要要的上下文切换，每打扰一次都会让你的上线时间延长一点点。

注：CPU Bound能够理解为计算密集型的任务，如计算圆周率、机器学习算法等；I/O Bound 类型的任务能够理解读硬盘或网络请求这种类型的任务。

如何使组织效率达到最高？

若是一个公司组织只有产品经理和程序员两类职位，那么能够把程序员看做是 CPU，不要让它闲下来，尽可能压榨它到100%利用率，可是若是已达100%，让它一直专一执行，尽可能不要打断它；而产品经理可当作是调度器，不停地对外接活对内提需求，目标保持 CPU 100%负荷。

当整个组织处于 CPU Bound 型（活太多）则要么招更多程序员（解决活），要么开除产品经理（解决提出活的人）；当整个组织处于 I/O Bound 型（活太少）则要么招更多产品经理（开源），要么开除程序员（节流）；

固然上面都是理想状况，人不是机器：）

注：Go Scheduler 原文