coding in a complicated world
类比到河流，上游和下游概念就非常明确，水从上游往下游流动。
在工业生产车间中，不同工序就组成一条河流，流动的产品，前面的工序是上游，后面的工序是下游。
下游依赖上游。
在软件设计中，不同服务（SOA、微服务）组成一条河流，流动的是数据，先处理数据的是上游，后处理数据的是下游。
下游依赖上游。
注意：数据是怎么个流动方式的不重要，可能是上游推的，可能是下游拉的。上游和下游之间可能会互相调用 API，这个也不影响数据的依赖关系。
总之，上游靠近入口网关，下游靠近出口网关。
开源项目中，fork 关系组成一条河流，流动的是代码，被 fork 的项目是上游，fork 出来的项目是下游。
下游依赖上游。
当然，下游的代码更新也可能会反馈到上游。
https://en.wikipedia.org/wiki/ISO_8601
| 占位符 | 描述 |
|---|---|
%Y |
四位数的年份 |
%m |
两位数的月份 |
%d |
两位数的日数 |
%H |
24 小时制的小时数 |
%M |
两位数的分钟数 |
%S |
两位数的秒数 |
%z |
时区偏移量，格式如 +0800 |
%a |
星期几的缩写，例如：Mon、Tue 等 |
%A |
星期几的全称，例如：Monday、Tuesday 等 |
%b |
月份的缩写，例如：Jan、Feb 等 |
%B |
月份的全称，例如：January、February 等 |
%c |
本地日期时间，例如：Tue Aug 16 21:30:00 1988 |
%f |
微秒，范围是 0~999999 |
%j |
年份中的第几天，范围是 001~366 |
%p |
上午或下午，例如：AM、PM |
%r |
12 小时制的时间，例如：09:30:00 PM |
%s |
自 1970 年 1 月 1 日以来的秒数 |
%u |
星期几，范围是 1~7，其中 1 表示星期一 |
%w |
星期几，范围是 0~6，其中 0 表示星期日 |
%x |
本地日期，例如：08/16/88 |
%X |
本地时间，例如：21:30:00 |
%y |
两位数的年份，例如：88 |
%Z |
时区名称或缩写，例如：UTC、GMT、EST 等 |
date -u +"%Y-%m-%dT%H:%M:%S.%3NZ"
import datetime
now = datetime.datetime.now()
iso8601 = now.isoformat(timespec='milliseconds')
print(iso8601)
$now = new DateTime();
$iso8601 = $now->format('Y-m-d\TH:i:s.v\Z');
echo $iso8601;
import java.time.LocalDateTime;
import java.time.format.DateTimeFormatter;
LocalDateTime now = LocalDateTime.now();
DateTimeFormatter formatter = DateTimeFormatter.ofPattern("yyyy-MM-dd'T'HH:mm:ss.SSS'Z'");
String iso8601 = now.format(formatter);
System.out.println(iso8601);
const now = new Date();
const iso8601 = now.toISOString();
console.log(iso8601);
#include <stdio.h>
#include <time.h>
int main() {
char iso8601[30];
time_t now = time(NULL);
strftime(iso8601, sizeof iso8601, "%Y-%m-%dT%H:%M:%S.000Z", gmtime(&now));
printf("%s\n", iso8601);
return 0;
}
package main
import (
"fmt"
"time"
)
func main() {
now := time.Now().UTC()
iso8601 := now.Format("2006-01-02T15:04:05.000Z")
fmt.Println(iso8601)
}
网络上各种定义，都说是引用自某个大公司或者知名组织，看得人眼花缭乱、云里雾里。
我还是坚持我一贯的态度，大部分名词都是不同利益团体炒作出来的营销概念，世界不会因这些概念而美好半分，我们应该透过现象看本质。
