面向协议编程的胜利。
凡是接口文档另外开 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 之类的，纯粹属于误伤。。

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

这个不是 django 问题吧，是你前端调用地址的时候出现问题吧？
或者取决于你 django 怎么部署的，是不是 nginx 的反代配置没有写好？建议贴出来看看

科班出身还进培训有点说不过去啊。。建议业余时间做几个 portfolio 直接开始找工作

多机，还需要灵活可配置，上 kubernetes 吧。进程做进容器里，叫 k8s api 启动关闭容器资源。

要求不高的话，上一个比较轻量的 k3s 就行