1 有几个其他相关功能，一个是 bookmark，另一个是 navigate to last edit，尤其是后者，我自己的情况看了一圈想回去的时候大概率是要回之前修改的位置
2 在有请求数据的断点处走条件断点（右键红点配置 condition

别问，问就是共同责任

产品或研发甚至测试任意一边靠谱就不会出这种问题，反过来，出现这个问题说明链路上所有人都有待改进

Windows 的话小红点，Mac 的话 trackpad 都比鼠标割裂感小很多

因为 go 的风格是把接口放在调用侧而非实现侧的，所以多数情况接口和实现是在不同 package 中，可以直接用相同的名字

多个方法如果紧密相关可以放一起，起一个整体名字，如果并没有太大相关，可以分开多个接口，go proverb 如是说：

“The bigger the interface, the weaker the abstraction.”

go 语言厉害就厉害在朴素
1. 方法调用实参和形参类型要求是 assignable
https://golang.org/ref/spec#:~:text=arguments%20must%20be%20single-valued%20expressions%20assignable%20to%20the%20parameter%20types%20of%20F

2. assignable 规则
https://golang.org/ref/spec#Assignability
对于两边都是 func 来说这啊那啊的都不适用，就是要求 identical

3. type identical 规则
3.1 func 要 identical 必须出入参对应位置 identical
https://golang.org/ref/spec#:~:text=corresponding%20parameter%20and%20result%20types%20are%20identical%2C

3.2 interface 和*Obj 不 identical，因为一个是 interface type 另一个是 pointer type


ref/spec 虽然有点拗口，但又短又精髓，查起来非常容易

我做过不少次关于这个话题的分享，也列过类似的提纲，但这些都是不太重要的“结论”而不是核心的“理论”

理论很简单，想明白你的这个{技术,发布,架构, anything}方案 /文档的目标读者是谁，他（们）经常关注的重点 /痛点是什么，你们作为研发要同步给他们的信息是什么，把这些信息分门别类记录下来（因为你不会准备 10 份文档给 10 个部门看），就是一份好的技术文档。

另外别忘了目标读者还有一个是同一个需求的其他开发，同一个项目下一个需求的开发，也很可能包括 2 个月后的自己

基于这个理论和各个公司、部门、系统的不同情况，好的文档并没有一个统一的结构写法

对钱追求不高家里又没有帮助凭什么要房要车，生活成本高说明你的生活水平高于你的赚钱能力了而已，总有更穷的日子过法

要么吃苦赚钱满足自己的需求，要么躺平把乱七八糟的想法也扔了，没钱就不花钱

做这种人肉 v8 题做不出来也无所谓
如果给结果要求解释讲不清楚就不行了
但基本上很多人是能够讲个大概的，没什么区分度

所以我不太喜欢面试被问到这类，也不会自己在面试中问这类问题

你认为你优秀的逻辑没一条是对的。

面试表现不是你感觉的，是以面试官为准，面试题流程顺利可能是表现不错也一样有可能是面试官认为已经摸清楚你的底了快速结束

base 高=优秀最多只是平均倾向，对个案没有参考意义，另外即使只考虑经济回报，也是看总包和包的分布方式的，base 只是公式里的一个参数

面试通过率高说明面试沟通方面技巧好，岗位投递匹配程度高，就算是有个人优秀的因素，也是“在给你的评级范围内”优秀，甚至反而说明职级低，岗位数量多能干活就行的低级别职位当然容易匹配。
有个人考虑一百个公司可能只面十家最后只有一两个 offer，这个人完全可能是个 CTO 、行业顶尖专家

hr 和你谈薪时的说法根本不重要，尤其是大厂或者薪酬体系严谨的中小公司，面试官和技术主管有一个评级以后，hr 就是拿着对应的区间和你谈的，谈判技巧最多帮你在区间里尽量不要拿偏下的位置罢了

你已经面了很多了的话，那么基本上能谈下来的 offer 就是你的实际水平了，不满意的话建议好好加强技术，别整那些有的没的歪路

@xuanbg 巨石也有正常的巨石，不讲研发质量拆服务只能得到分布式屎山，拆微服务那就是拉稀了

如果就想国内发展还喜欢做工程的话，明显是本科就业。读研的目的是 1 学校不好升级学校 2 炼丹

至于出国，其实一样的，不炼丹非常亏，而且都 2021 年了，还觉得国外环境比国内好真的是看不清

至于什么乱七八糟 996 的声音，那是自己选择的，网友大多数起点不如你，没的选择。你在字节的工作强度应该是大厂天花板，如果觉得过了，那么干几年晋升不动了跑路就是，正常作息的公司多的是

猎头拒和你跑去面试面了半天被拒你觉得哪个好？
猎头是出 offer 拿钱的，但凡有希望就必不可能拒候选人

只要之前做的还是后端，那基本无所谓直接投简历直接面试就行

大领域不变语言 /框架层面的变方向对初级和高级来说基本不构成障碍

只有中级，不到高级的经验丰富跨语言适用，也不到初级的不管怎样都要人跟着擦屁股，公司基本都是要找即插即用的，基本不考虑换方向 0 积累的

找初级觉得你 0 经验就不要的公司反过来不去为妙。可能是就没打算培养，让你自生自灭摆烂的公司

有实力压制可以无视随机值
否则确实是看缘分

被问倒了分析一下对面是不是上面说得故意找茬型的套路，如果不是，那你不就收获了新的学习方向吗

还有一种问题是是否你对自己定位不准，比如定位自己就是普通干活，准备了合适的干活的面试套路，结果简历投了个要独当一面的人职位那肯定被摩擦

@waibunleung 是可以，不是必须或推荐
我说 2 是 helper 其实是说 2 不可能把自己叫 repo，理由其实和其他人一样的，封装层次的问题

至于 1 调 2 合理的可能性，比如 ORM 不够甜增加一些甜度，比如 where 是焦点问题（取决于项目情况可能有注入、扫表性能等等等各种痛点），通过收口（ repo 不写 where 了）来解决某个问题

你也说了是跨语言聊，所以其实也说不了不同语言的常见 ORM 问题有啥，所以其实说不了 2 的存在合不合理，但 2 当作 repo 层的可能性是不存在的

1 是 repository 2 是 database helper
做成 1 调用 2 都行

建议大家珍惜

据我观察无偿高质量输出的，大概分为

后期转收费的（通常质量不高
发现答疑对自己有帮助的（提升一个段位后大概会淡出
提升自己知名度的（持续的少，且警惕饭圈思维
学生大佬（毕业工作以后必然转型或跑路

最后即对自己没帮助，又不求钱不求名，还持续高质量输出的纯种好人，大概最终还是要被社区摩擦到土里

hoc 的理解也完全不对，建议多读英文，多读优质的材料，做输出概念的人而非道听途说的人