gitea 啊，完全够用了。gitlab 和 confluence 这种……不说了

刚毕业那会儿也这样，看过一个概念就以为自己啥都懂了，总觉得为什么这些人要用这么老土落后的技术做这个简单的东西。后来发现是自己 too young，再简单的东西要实际落地要考虑的东西都太多了。几天前刚吐槽过自己，写了一篇文章[《写一个 CRUD 还挺难的》]( https://yifei.me/note/2605/)，供参考。

我就喜欢问这种问题啊，你从大问题里挑出一个你特别擅长的点往深了说就好了。要是问一个特别细枝末节的问题，而你恰好没复习到，那不是更蛋疼么？

找个外企，没事儿给开源项目贡献贡献代码不香么？

先问是不是，再问为什么……从你发的几个链接我得不出国外都推荐使用外键这个结论来

我也是服了楼里任意污名化国内互联网用户的行为了，还一个个这么多赞。仔细看看这个帖子，有几个人是支持苹果的？ https://www.zhihu.com/question/477863997

挺好的，docker Inc 总得找个商业模式吧

ceph 确实支撑不了多大的场景，但是也不至于到玩具的地步。头条 2017 年才从 ceph 切换到自研的。

别开新坑了，我就关心啥时候能把 FastAPI 的 API Reference 加上……查个参数还得去 tutorial 里翻，服了

一般是写 C++ 的

试试 tailwind，你会爱上调样式的

我就不知道 flask 社区对 fastapi 咋就这么大的敌意？看来是真的戳到痛处了？ FastAPI 人家大大方方的在主页写着基于 starlette 和 pydantic，咋就让你们你说的好像是偷源码一样了？人家 starlette 开源不就是为了让别人复用么？

楼主说的这几点，FastAPI 可以解决不少，建议尝试一下：
1. FastAPI 基于 Pydantic，强制你把参数都加上 type hint，一定程度上缓解了动态类型的问题。
2. FastAPI 中使用 Pydantic 定义参数，SQLAlchemy 定义数据库模型，个人使用下来感觉还是比较顺畅的。出参入参和模型中的字段还是有差异的，区别开有意义。不过 Pydantic 有 ORM mode，也可以直接读取 SQLAlchemy model 。
3. FastAPI 有强大的依赖注入系统，像是登录这种操作，直接写个几行的依赖就好了。社区有 fastapi_user/login 这种插件，但是我觉得是脱裤子放屁。官方文档就有详尽的实现 oauth2 的教程。
4. SQLAlchemy 的类型提示有时候真是无解……太动态了。
5. FastAPI 也是全局一个 app/router，然后其他的 router 注册上去。。不过最后在自动生成的 swagger 文档里是统一的

总之，如果尝试写前后端分离的 SPA 的话，建议试一下 FastAPI，毕竟刚用起来的 Flask 非常像，学习成本很低。

上不了 GitHub 的，不配 clone 我的代码

我写 Python 的，建议你看 JS

我才疏学浅，苏菲的世界就足以影响我了

> 普通的个人公众号基本上都取关了，只保留了阿里 有赞 美团的几个互联网公司的技术号。普通的技术号十个推送里边有八个都是广告～～
我和你恰恰相反，大公司的技术号只是公关稿平台罢了，关键细节绝对不会细谈。个人公众号倒是时不时能有一些有用的小技巧。

千万别用 Pocket，这个垃圾软件可是把我坑惨了，你保存的时候他并不会在服务端进行一次抓取，而是等你第一次阅读的时候才会去加载。遇到找不到的文章，建议去 archive.org 看看。

@beryl 英语这个和刷题就完全相反啦，还真得拉长战线一直练。如果日常都靠英文 Google 和文档的话，工作肯定没问题。面试的话，口语就是要靠多说，这就和写代码一样，光看文档觉得会了，实际用起来才知道坑多得很。自己有什么想法的时候，多尝试用英语完整表达一遍。不要纠结语法或者发音，这点烙印就比中国人做得好，而且我们开会的时候，大陆这边口语里语法错误一堆，可能得有一半的句子缺动词。可以把自己说的过程录下来，自己听一遍就知道问题在哪儿了