你作为一个小研发，当然不关心 Oracle SQLServer 要花多少钱啦。
别看现在互联网好多钱，以前都是一个个屌丝来的啊，哪里花得起钱上 IOE 啊。

还有，写个 SQL 怎么就写出优越感了，用单表查询都是因为不懂 SQL 吗？

试试考虑给 blog 开发一个接口，根据文章 id，查询文章内容及评论。
初级后端开发：根据 id 查询文章内容，根据 id 查询评论
传统后端开发：根据 id 组成 join 查询语句，把查询丢给 db 处理
现代后端开发：根据 id 同时查询文章内容和评论，组合并返回

6 年工作经验，找个 TechLeader 的岗位，在维护好公司 PHP 项目的同时，对新组件推行 Go

其实甲方想要的是这个系统可扩容，如果你有扩容方案，不分表也行。
你现在是 sql server，你可以用分区啊

你有什么问题？

简单，方便

你发请求了没？

在你打断点那里 fmt.Println 一下试试，看程序执行到那里没有

是根本没有跑到这一行代码，或者根本没有跑过这个文件

对于研发：
1. 有损服务
2. 接口兼容
3. 数据库兼容
对于部署：
1. 部署编排
2. 蓝绿部署
3. 金丝雀发布

ip 租约过期，然后没有自动续上？
试试固定 IP 观察一下是否还会出现问题？

所以用第三方登录的时候，从第三方鉴权回来后，要么自动给你创建一个以第三方账号 id 作为用户 id 的本地账号。要么走注册流程，要求用户输入邮箱等信息。要么用户提前在配置页绑定好第三方账号。

token 有签名的啊，根据数字签名验证是不是 A 发出的。

DDD 是方法论啊，不是什么架构模式啊，也不是什么框架啊。你连 DDD 是什么都没了解清楚，当然不知道它用在什么地方啦。LZ 自己贴的维基百科，估计自己都没认真细看吧。

你所说的算法题是指，直接告诉你算法名然后默写出来呢？还是给你一个真实问题，然后你用某些算法去解决呢？

前者的确没有意义，我也没见过面试考前者的。后者的意义是，你不仅知道算法，还知道怎么把现实问题转化成数学问题的能力。当然现在很多面试题都已经公布在网上，而面试官有可能懒得重新设计题目了，面试者只要刷题就好了。

不如先说说你觉得不用赔的理由是什么？（我有点好奇

最近在封装 mongodb 相关的库，这个包 go.mongodb.org/[email protected]/x/bsonx/bsoncore/document.go 里有你想要的东西

[]*T 有个好处，就是 for range 的时候，可以直接修改里面的元素，而不需要用下标去修改。

个人觉得没有性能上的差别，更应该站在语义上考虑，一般情况下用[]*T，如果你不想元素被修改（语义上）用[]T

@Hanggi 所以为什么你不分成多个 repo，而要堆在一起？