本章先借鉴了其它行业的文档，得出以下总结

任何管理任务的关注焦点都是时间、地点、人物、做什么、资金。

第八章主要是用大量数据来阐述了工作量与时间的关系，得出一个基本的结论如下 $$ 工作量 ＝ （常数）×（指令的数量）^ {1.5} $$ 所以没有单独做笔记；

第九章主讲项目成本

同任何开销一样，规模本身不是坏事，但不必要的规模是不可取的。
聪明的项目经理还会给自己预留一些空间，在工作推行时分配。
仅对核心程序设定规模目标是不够的，必须把所有的方面都编入预算。

本章一开头引了巴比塔的故事，我一直很喜欢这个故事，每次都有不同的解读。所以我也引一下：

现在整个大地都采用一种语言，只包括为数不多的单词。在一次从东方往西方迁徙的过 程中，人们发现了苏美尔地区，并在那里定居下来。接着他们奔走相告说：“来，让我们制 造砖块，并把它们烧好。”于是，他们用砖块代替石头，用沥青代替灰泥（建造房屋）。然后， 他们又说：“来，让我们建造一座带有高塔的城市，这个塔将高达云宵，也将让我们声名远 扬，同时，有了这个城市，我们就可以聚居在这里，再也不会分散在广阔的大地上了。”于 是上帝决定下来看看人们建造的城市和高塔，看了以后，他说：“他们只是一个种族，使用 一种的语言，如果他们一开始就能建造城市和高塔，那以后就没有什么难得倒他们了。来， 让我们下去，在他们的语言里制造些混淆，让他们相互之间不能听懂。”这样，上帝把人们 分散到世界各地，于是他们不得不停止建造那座城市。（创世纪，11:1-8）

Now the whole earth used only one language, with few words. On the occasion of a migration from the east, men discovered a plain in the land of Shinar, and settled there. Then they said to one another, “Come, let us make bricks, burning them well.” So they used bricks for stone, and bitumen for mortar. Then they said, “Come, let us build ourselves a city with a tower whose top shall reach the heavens (thus making a name for ourselves), so that we may not be scattered all over the earth.” Then the Lord came down to look at the city and tower which human beings had built. The Lord said, “They are just one people and they all have the same language. If this is what they can do as a beginning, then nothing that they resolve to do will be impossible for them. Come, let us go down, and there make such a babble of their language that they will not understand one another’s speech.” Thus the Lord dispersed them from there all over the earth, so that they had to stop building the city. (Book of Genesis, 11:1-8).

此章的核心是执行，并给出了大型团队（~1000人）的例子，供我们参考。但中小团队又该如何呢？

此章主旨是避免过多的修饰，保持上一章的简洁、直白的理念，并给出了实施方案。下面是一些段落的摘抄。

首先这章把项目的实施人员分成了两拨，一波负责顶层设计，另一波则负责具体实现，且体系结构同实现必须仔细地区分开来。如同 Blaauw 所说的，“体系结构陈述的是发生了什么，而实现描述的是如何实现。”

我主张在系统设计中，概念完整性应该是最重要的考虑因素。也就是说为了反映一系 列连贯的设计思路，宁可省略一些不规则的特性和改进，也不提倡独立和无法整合的系统， 哪怕它们其实包含着许多很好的设计

导语

书中提到优秀的程序员和较差的程序员生产率的差异可以有10倍之多，还通过数据显示了经验和实际的表现没有相互联系。不禁让我想到了28法则，但事实并非如此。这里引用乔丹·彼得森博士在一次演讲中的话 ——

But that’s not exactly the rule, the rule is worse than that. The rule is – In a given domain, the square root of the number of people operating in that domain do half the productive work.

• Jordan B Peterson

其实这样的说法还不够准确， 实际情况比这更糟糕。 真实的定律是 —— 在任何专业领域里, 所有参与人数的平方根贡献了一半的产出。

• 乔丹·伯恩特·彼得森

动机

这个工具作用是根据自定义权重给股票做排名。涉及到两部分信息，一部分是服务端爬取的股票信息，另一部分是输入的权重信息。
之前用gql做了完整的后端，现在想部署到服务器上去，但是服务器的算力有限，所以就打算把计算任务边缘到前端去做。服务端只负责股票爬取，和提供信息。 然后gql也有诸多鸡肋的地方，如身份验证，number只能用float64型等等，所以打算用RESTful重构api。

美酒的酿造需要年头，美食的烹调需要时间；片刻等待，更多美味，更多享受。

• 新奥尔良 Antoine 餐厅的菜单

Good cooking takes time. If you are made to wait, it is to serve you better, and to please you.

• MENU OF RESTAURANT ANTOINE, NEW ORLEANS

在线地址

live demo，时间管理，点击就送。→_→
预祝各位早日成为时间管理大师

开发后感

这个小玩意，本身不大；两个多星期，连带着新技术学习，博客文档，原型设计，开发部署就都搞定了？虽说也遇到了些坑，但最终还比原定时间提前完成了。真是可喜可贺。 我想整理一下从发心到完结的所思所想。