敏捷团队不会花费许多时间去预测未来的需求和需要，也不会试图在今天就构建一些基础结构去支撑那些他们认为明天才会需要的特性。
软件系统的源代码是它的主要设计文档，用来秒回源代码的图示只是设计的附属物而不是设计本身。
设计的臭味：
https://www.twblogs.net/a/5b957acb2b717750bda47bd5/zh-cn/
记录一届保龄球联赛的所有比赛，确定团队等级，确定每次周赛优胜者和失败者，每场比赛成绩
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 |
record { uint32 id primary auto_increase, uint8 round0_0, uint8 round0_1, uint8 round1_0, uint8 round1_1, ... uint8 round9_0, uint8 round9_1, uint8 round10_0, uint8 round10_1, uint8 round10_2, } |
不存储最终该轮得分，该轮得分由函数提供计算，防止冗余数据和出现数据冲突。
|
1 2 3 4 5 6 7 |
team { uint32 id primary auto_increase, string name, string religin, uint32 level } |
[crayon-5df4e0036c29a79[……]
敏捷开发要点节选：
如果把程序员团队当做是组件（component），那么就无法对他们进行管理。人不是“插入即兼容的编程装置”。如果想要项目取得成功，就必须构建具有合作精神的，自组织的（self-organizing）的团队。
一个大而笨重的过程会产生它本来企图去解决的问题。它降低了团队的开发效率，使得进度延期，预算超支。它降低了团队的相应能力，使得团队经常创建错误的产品。
代码是唯一没有二义性的信息源。
计划会遭受形态（shape）上的改变，而不仅仅是日期上[……]
基于 I/O 多路复用：传递待读描述符集合给 select 函数，以此响应所有描述符的 I/O 事件。select 会修改描述符集合，改为可读子集返回，所以每次使用都要重新更新待读描述符集合。
基于 I/O 多路复用的并发事件驱动：保存所有已连接的客户端，每次循环检测监听套接字，然后更新客户端集合，并执行相应操作
状态机就是一组状态（state），输入事件（input event），和转移（transition）
基于线程的并发：accep[……]
Linux，Mac，Windows 都是使用 socket 通信。
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 |
int socket(int domain, int type, int protocol) // 创建套接字描述符，成功返回非负数描述符，失败为-1 int connect(int clientfd, const struct sockaddr *addr, socklen_t addrlen) // 连接服务器，成功为 0，失败为 -1 int bind(int sockfd, const struct sockaddr *addr, socklen_t addrlen) // 连接客户端，成功为 0，失败为 -1 int listen(int sockfd, int backlog) // 等待客户端连接。此函数将主动套接字转化为监听套接字，成功为 0，失败为 -1 int accept(int listenfd, struct sockaddr *addr, socklen_t addrlen) // 等待来自客户端的连接，成功返回非负数连接描述符，失败为-1 int getaddrinfo(const char* host, const char* service, const struct addrinfo* hints, struct addrinfo** result) // 用于主机名，主机地址，服务名，端口号的字符串表示转换成 addrinfo // addrinfo 是一个列表，客户端调用 getaddrinfo 后需要遍历 result 这个列表，直到某个元素可以执行 socket 和 connect 成功 // host 可以是域名也可以是 ip 地址 // service 可以是服务名（http）或端口号 // hints 用于设置一些参数以便对返回的 result 列表做更好的控制 int getnameinfo(const struct sockaddr *sa, socklen_t salen, char* host, size_t hostlen, char *service, size_t servlen, int flags) // 用于 sockaddr 转换成 主机名，主机地址，服务名，端口号的字符串表示 // 简化版（非 Linux 内核内置） int open_clientfd(char *hostname, char *port) // 客户端连接服务器 int open_listenfd(char* port) // 服务器监听端口 |
|
1 2 3 4 |
GET / HTTP/1.1 // method URI version Host: www.aol.com |
HTTP 有 GET，P[……]
系统调用，进程管理，并发，IO 访问都属于异常控制流。
异常（exception）是控制流的突变，用来处理处理器状态中的某些变化。异常通过事件（event）触发，有专门的异常表（exception table）用于事件的跳转。
每种类型的异常都有唯一的异常号（exception number），有可能是处理器设计时分配的零除，缺页，内存访问违例，断点和算术运算溢出；也可能是操作系统分配的系统调用，外部IO设备信号。操作系统的异常号是[……]
目标文件有三种形式：可重定位目标文件(.so)；可执行目标文件(.exe)，共享目标文件(.so)。
linux x86-64 的可重定位目标文件使用 ELF 格式。ELF 头的前 16 字节描述文件对应系统的字的大小和字节顺序，后面还有头的大小，目标文件类型，机汽类型，各 section header 的文件偏移，以及它们的大小和数量。
一般 ELF 包含以下几种 section：
DRAM 较便宜，不稳定，集成度高，需要定时重新读写和纠错码，用于主存和帧缓冲区
DRAM 的存储单元（超单元）以二元阵列排列而不是线性排列，这样可以节省管脚。请求某个超单元先发送行，此时会将行缓存到内部行缓冲区；然后发送列，此时将该行该列的超单元数据返回给请求者。传统的 DRAM 会将剩余的数据丢掉，而 FPM DRAM会缓存整行。这两种DRAM早就已经停产了，现在主流是 DDR3/4 SDRAM。
可擦写编程器 EEPROM 掉电数据不丢失，主要用于存储数据，如闪存（U盘）
一般的程序都具有良好的局部性，即访问的数据都是在一个较密集的区间[……]