@EastLord thanks ，我看下是否好用，我认为在 IDE 里完成 code review 是挺爽的，但可能只是我的个人观点。最好能够找到让我老板买单的点。

@connection 分支管理部分，我们是在一个仓库里开发，不走 fork 路线。主要有 3 大分支：production 、main 和 develop 。大家从 develop 切分支，开发完合并到 develop ，develop 对应 test 环境；准备上线前从 develop 合并 main ，main 对应 staging 环境，业务上这个环境预览测试； main 合并 production 分支，上生产环境。

@aircjm BTW ，请问你的团队在用这款产品么？因为是付费产品，需要能够有理由驱动我们老大买单

@corningsun 厉害了，这也是个办法

@EastLord 感谢推荐，看着像是很不错，正在看它和 Github 插件的区别。请教一下你团队在用么？

@aircjm 我昨天找了我朋友请教，他和你持一样的观点，指出 code review 的时候，上下文不一定都在这个 PR 改动的文件中，导致他需要拉到本地用 IDE 看，然后再对照着 IDE 去 Gitlab 里评论。

支持

楼主需要考虑的不是“沉没成本”，而是“机会成本”。

程序员也属于职场人士，职场人士有自己的着装礼仪。虽然每个职业可能会有自己独特的 dress code，比如程序员的短袖牛仔文化，但我认为面试这样重要的场合并不一定要遵守。面试官穿可以，作为面试者这样穿是大忌，没有尊重公司和面试官。
不一定要正装，因为在互联网领域正装为 overdressed，我认为长袖衬衫和长裤是标配。如果搭配不好？问女朋友或者女生！！！给你们增加话题有没有！！！如有必要可去店里试，让店员姐姐给建议。
如果认为皮鞋过于隆重，我自己会穿 Nike 的 AF 纯白体现活力，有时候我也会穿靴子。
但面对十分想去的公司，比如最近我面试了 Riot 拳头游戏，我是搭配特别好的皮鞋+公文包的，虽然面试官就是短袖哈哈。
至于夏天天热怎么解决？我都是提早 2 小时去坐在面试公司附近一个有空调的地方吹风复习，若有必要我全程打的避免出汗。
倘若自己不主动投入，谈何自己梦想的 offer ？毕竟我不是大佬，大佬穿啥大家都抢着要，我只是个普普通通的程序员，所以一定会尽全力尊重面试的公司和面试官。

tips：出门之前检查个人卫生，不仅包括着装搭配，还有发型指甲等。想想看握手时候面试官看到长长的指甲还带点污垢，内心的 OS 会是神马...

@JerryY 了解，我应该就挂在了第一轮电话面，没有后续的消息

支持！

@wangfyyy 你应该是到了现场面吧？我在电话面就挂了，没有能够进现场面

@JerryY 没事，继续加油。若给你点安慰的话，流利说人才流失严重，我认识的都离职了，去了头条之类的公司。所以别气馁，可能下一家公司会更好。

我也面了流利说，虽然是后端，面试感觉还可以虽然没过哈哈。
我认为不管怎么样，从语气还到沟通方式，最好还是和面试官和和气气不要惹面试官不开心，毕竟面试官不开心直接损失是自己，没有 offer 岂不是失去了一次机会？除非自己认为就是要自己开心，损失 offer 也在所不惜。
我一直秉持与面试官做技术交流的心态去面试，大家都是朋友，指出我不足我虚心接受（面试中还挺频繁的，但我反而心怀感恩，因为我以后就知道了），如果面试官真的有错误，客客气气的讲出自己的想法，再倾听他的意见。
相对于“这个 webpack 内部就是这么实现的，没什么特殊的”，我可能会以“如果不考虑这个，blah blah blah”，虽然我不懂前端，但我知道对方问的是个开放题，应该也以开放式的回答响应，而不是以“没啥特殊的”回答过去，说不定世界上还真的有更好的方案呢？又或者更好的想法就在沟通中出现了。毕竟我看 Golang 的垃圾回收都经过了几个版本的迭代，并不是一次就是最优的。
另面试聊得好说不定还可以后面加个微信，说不定以后还有合作的机会。
祝工作顺利。

@gjx2007821
我讲些理念吧，没法手把手教你改简历。简历的核心是让 HR 能够快速决定你是适合他们的候选人，所以：
1 ）简历是无法通用的，我申请每个职位都会针对性的写一份简历，因为同一份简历可能适合 A 公司并不适合 B 公司。我以前请求朋友建议的时候都会附上职位 JD，请教的是自己简历对应这份 JD 是否有缺陷。
2 ）写简历不能只贪图自己爽，这是写简历特别容易陷入的误区，回溯过去想把自己牛逼的都写上，然而这只增加了 HR 筛选信息的难度，让简历变得平庸。因此我的简历只写一页，哪怕我已经工作 6 年有了 3 家公司经验，我宁愿删掉而不是加上。
3 ）根据 STAR 法则写简历，而不是写各种含糊其辞的语言，让 HR 难以判断你的贡献。
其他还有很多，以上是我认为相对重要的。

技术方面：
数据库之类平时靠自己看书积累，另一个快速的方法就是面试，面试官会问很多数据库的问题，遇到一个吃透一个，顺便把其他相关的知识点也理清楚。
架构的话，先看下 https://github.com/donnemartin/system-design-primer 这个作为入门吧，里面内容十分多，每一个 topic 都可以延伸出很多内容。

希望能帮到你，祝找工作顺利。

些许建议：
1. 简历太长，我没耐心完全看完，相信一天要看几百上千份简历的 HR 更是如此。
2. “不想仅仅做 CRUD BOY”这个想法不妥。表面看着很无聊，但里面的问题多了去了，你能确定你写的 CRUD 能够抗住公司下一阶段的增长，还是只是得过且过每天用 ORM ？看你描述，对数据库方面的知识并没有特别的自信，从你的简历来看做过分表，主从分离，还有索引优化等，但你能否理解当时为何这样做？能否明白这样做的 trade off ？有没有更好的方案？如果你不是个 CRUD BOY，你是架构师了，你如何设计，是否符合当时的业务场景？
综上：脚踏实地。

"编程水平也比较差"。既然这样，为何不好好写 Lua，提升你的编程水平？如果 Lua 都写不好，如何保证 Golang 就能写好呢？
给你的建议是，专注现在做的事，把 Lua 写好，在公司里做到 Lua 专家，业余时间再学习 Golang，做出几个像样的项目来证明自己而不是反复纠结，另公司说不定也有项目可以用 Golang 来写。
另我也认为语言是共通的，网络 /数据结构 /数据库 /操作系统 是每个人的基本盘，如果某天 Golang 不火了怎么办，不再去上班了？我以前就是写 PHP 的，但 PHP 现在已经属于比较老的架构了，我伴随着公司项目学习了 Golang，学习了 Ruby，学习了 React&Angular，最近还写了 NodeJS 。
综上，你先把自己的磨成一把剑，而不是块钢铁的时候就喊着要去杀敌。
试炼自己是否是把剑的方法：大厂面试，大厂对语言没有要求。苏州有苏州微软。

Seems that the job has already been filled.

给些建议，望加油：
1. 写简历不能只站在自己角度思考，需要站在 HR 和面试官角度多多思考，这是他们需要的候选人么？如果自己是面试官，看到这份简历，自己会满意么？
2. 如果你能理解我第一个问题，你就会意识到简历不能只有一份
3. 简历太多 general words，如”负责处理用户使用过程中遇到的问题,数据不一致, 代码行数统计错误相关“这条，我很难看出你到底用了什么解决方案解决了这个问题，另这个问题是大问题么？可能就是个小 bug ？这些疑问过多，让我难以判断你的价值