python 难不成还是正儿八经教的？

面向协议编程的胜利。
凡是接口文档另外开 markdown 靠人来写作的，基本都不怎么靠谱。
主要靠良好的接口声明+代码内注释，自动生成接口文档。

应该保持一致性，像上面说的，内部客户也是客户。
你这个 code 检查一下是否在某一段范围内，判断调用是否成功不行吗？

我给楼主指个路，如果原生 js 和 cpp 比较熟悉的话，其实可以做非常非常资深的前端工程师。走 webassembly 的技术路线，可以去区块链公司，图形视频公司，和一些富前端公司，比如各种协作工具，网络会议，这不比调调框架要厉害的多？

但前提是 cpp 和原生 js 的水平过关，软件工程水平达标，这类软件工程要求比较高一些

Reddit Linux rice 社区

消息队列

88 年还在赶代码的飘过。。

> 建表是提前在程序运行前就建立好吗？还是直接在程序中初始化？ 最近开始用到了数据库设计工具，提前设计好了后直接就生成 SQL 了，所以我想知道，你们是提前就把表初始化了，还是在运行时初始化呢？

一般不直接接触数据库，使用 ORM 为主。好处是可以少写 SQL，以及接驳不同的数据库比较容易（比如测试的时候，需要接驳临时的内存数据库 vs 开发接驳开发数据库 vs 线上数据库，这几个数据库可能类型都不一样，一套代码可以跑在不同的数据库上）。 数据模型在代码中定义完之后，使用 migration 服务生成 migration 文件（类似一些数据库指令，修改字段，创建新表等）。每次数据模型变更（删除，加减字段）之后，都需要增量生成 migrations files 。上线前，把生成的 migrations files 对着目标数据跑一边。

> 如果提前建立好，怎么自动化这个过程呢？ 经常会有线上 BUG，要重新初始化数据库，那么怎么自动化呢？直接让运维写个脚本，然后到时候 call 他让他重启吗？

玩归完，闹归闹，线上数据数据库不要随便初始化，这个属于严重数据事故。
数据结构发生变更之后，生成 migrations 文件，上线前，对着数据库跑一下这些文件即可。migrations 文件，是需要过代码审核的。 一般新增字段或者模型是最容易的，因为不影响已有的数据。变更和删除字段在一个比较成熟的线上系统里面比较少见，因为要考虑对已有数据的影响。

> 你们在开发过程中，会写数据库的设计文档吗？

用 ORM 的话，在代码的数据模型中做好文档即可。

> 如果要写的话，是用的什么工具来管理的呢？

文档写在代码里，使用标准的文档生成工具生成静态页面即可，例如 mkdoc

发语音把

拿手写文档的基本不成。得根据注释、类型之类的信息直接从代码里面生成出来，才能保证不断更新。

做 infrastructure 职业安全性还是不错的，老年工程师不少，职业生涯比较长。

虽然很多领域内的东西更新换代也挺频繁，比如之前搞并行计算，大家喜欢用 MPI，后来又发展出 map-reduce 范式，到现在的一些机器学习模型的训练范式 parameter-server 之流，但是这些技术之间的相通性很好，有很多基本原理是相通的。你会发现搞这些技术的可能还是同一帮人。

做这块东西还是比 CRUD 有意思一些，经常能发现用上一些你刷 leetcode 时候一些不明所以的算法。比如你去做一个 workflow 的编排软件，是有机会使用一些 graph 的算法来处理依赖关系，优化多余计算的操作。

国外好像很少提到 architect 这个 title 。一般都是 staff/principal engineer 来承担这部分职责。

给你老板看看这个：F16 战斗机里面跑 k8s - https://www.cncf.io/blog/2020/05/07/with-kubernetes-the-u-s-department-of-defense-is-enabling-devsecops-on-f-16s-and-battleships/

如果你们交付都在一台机器上，只是想用容器，推荐 docker-compose ；
如果你们需要在私有网络内多机部署，推荐轻量级 k3s
如果你们在公有云上部署，推荐云厂商提供的 managed k8s

k8s 的一些好处：
* 持续交付速度比较快，原生支持 zero downtime 部署
* 原生支持配置中心
* 周边生态比较丰富，如果需要动态服务伸缩，监控，日志等服务，都有比较成熟的周边产品


但推荐至少团队里面得有一个老司机对这块比较熟悉，否则至少得做一下 POC，一下直接上生产环境，在 deadline 的逼迫下会比较挣扎。

每天早上写 todo list，尽量写得细一点，然后做完一个打勾勾。
每天的工作作息要有规律一点，尽量和单位里一致，比如定点吃饭，定点休息，定点下班。

Github 全家桶

Go 搞出来其实就是要来冲击 cpp 的。cpp11 之前，新手或者半生不熟的程序员写的 cpp 程序是很容易出问题的，需要大量的工具和代码审核来保证工程质量。内存管理，多线程管理，太容易就踩坑里了。

Go 搞出来就是为了让大家愉快的写代码，同时又有熟悉的 c 语言的语法和概念。这个对大公司内部，降低写系统的程序员的心智负担是很有帮助的。

这块才是 go 的主营业务，所以 go 早期的王牌项目也都属于这块业务范畴，docker, k8s，influxdb 等，如果没有 go，这些项目多半是 cpp 写的。

至于冲击到 java，php 之类的，纯粹属于误伤。。

这开发环境听着非常反人类啊。。