因为 app 不光有买买菜，打打车这种，还有需要用摄像头的，需要用到手机各种感应器陀螺仪的，需要调 edge 端机器学习模型一些东西的，需要大量图像运算的（例如游戏）。

这类东西小程序支持的都不好，只能走原生路线

要是调用 HTTP 接口, 就是调用原生接口那样就好了

你说的可能是 RPC

多发点钱比整这些东西实在。给你整两个满打满算 1W 块，这钱给你你爱买啥牌子的买啥牌子不好吗

看你要对 表 进行权限控制，还是对 行 进行控制。

全面这个情况用 django 内置的 permission 体系就可以完成，can_view, can_edit, can_delete 之类的权限 associate 到用户身上就行了。

后面这个情况没有开箱即用的方案，用的比较多的是这个第三方包： https://github.com/django-guardian/django-guardian

SAAS - 软件即服务
SASS - css 预处理
SAS - 一个统计软件
SSAS - SQL Server Analysis Service，SQLServer 数据库分析服务
ASS - XXX
SASA - 百货公司
ASAS - 美国动物科学学会
SAA - 美国考古学会
AAS - 美国天文徐汇

LZ 你说的是哪个？

看着像是外包公司，那要求 JQ 也比较正常，毕竟客户用什么你需要会什么

这个一般由 linter 和 formatter 处理。编辑器不管这事儿

这个多半能和谷歌谈。如果你是个公司身份使用的话就更好办了。直接说我付不出这个账单，公司可以直接破产了，谷歌也不想看到这种双输局面。

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

发语音把