@zzboat0422 外包也是一样，我问了， 整个部门就我一个外包，本来以为是正编，二面说是外包，另外外包真的随时想办法都能找，小公司先干着吧

@hidemyself 我知道 只是简单举个例子

因为 技术好的人 都供不应求了，市面上造火箭的人已经足够多了，招聘要做的事情 只不过是在这堆能造火箭的人群中 找到一些业务背景 更匹配的人而已，另外中小公司 真的没有什么数据量，能把 bigint 类型的主键 用完就不错了，技术 3-5 年 Java 主流框架会用，会写一些 spring 组件，中间件原理都了解，知道怎么去搜解决方案，具备这几个能力基本上就能应对中小公司的所有场景了

干任何事情要考虑投入产出比，以及数学期望，现在的考公已经进化到十八层地狱级别的副本了，十年前还算是一个相对比较难的副本，你现在来打这种副本，意义真的不大

@0x676e67 我感觉是来骗铜币的，

选旺旺，先干着，这个薪资 准备撤退吧，现在上海互联网 it 都崩了，失业 再找都非常困难，要接受降薪

老哥 几年了

你这个比我还惨啊，我面了两个银行外包，要到 20k 了，不过加班挺多的

没毛病，上海我这边面试 现在全都是外包了

做应用技术开发不是做科研，我再强调 100 次都不会错，99.9999% 你遇到的应用开发的问题，在互联网上那里都有成熟的解决方法，

你所要做的唯一事情，结合你的业务场景选一个合适的方案应用到你的代码库里面去就行了，然后让它正常跑起来，测试好业务流程，然后处理好 bug ，你就大功告成了，所有靠拍屁股拍脑袋想的方案绝对都是错的，特别真的我有的时候很服了一些大厂里面的傻逼领导，经常自己拍脑袋设计一套方案来，然后搞的贼鸡儿复杂，一点可维护性都没有，网上开源的东西不去用、不去研究，非要自己整一套半桶水的方案来，写 ppt 的时候吹的 神乎其神，下面的研发跑断腿，各种擦屁股

When in doubt , use brute force

死磕啥啊，你就一个大头兵，有啥好死磕的，拿不准就穷举，写代码是做工程，不是搞科研，你能想到的最快方法就是最佳方法，等需要优化的时候 再优化，拿不准就要穷举，而不是去想个 nlog(n)的算法出来，很多年前大佬都是这么做的

35 岁这个危机根本没啥好聊的，我现在 32 岁，14 岁就开始编程 JSP C/C++ ASP+Access PHP+mysql cgi Delphi 都玩过 算是上古程序员了，08 年左右那个时候就流行程序员 30 岁就一定要转管理的说法，而且当时程序员这个圈子根本没有什么聊技术这个说法，更没什么卷八股文、算法一说，很多人都是想着怎么做灰 chan ，搞灰 ge zi 免杀 抓 Ji 搞传奇 sf 去境外搞 sq 网站 搞网 du BC 玩草 Liu 发个 LOVE 手势认证、玩个暗组 或者再高端一点 来整一篇看雪精华 啥的，把 ID 改好同步到论坛，最后就能去 QQ 群里吹半年了。（现在 00 后基本上没人知道草 liu 、暗组、看雪这些了） 反正当时怎么来钱快就怎么来，只要脑子但凡灵光一点的肯定不会往技术上死磕。

当时程序员主要是下面几波人，国内制造业用单片机，所以这块起步的比较早，玩单片机 stm32 硬件的是一波人，有的人玩 C++ 搞游戏 unreal 或者 unity 那套，还有一波人在大厂自研游戏引擎，也有堆游戏业务脚本的老哥 ，有一拨人是搞 php 的，因为 Discuz 是 php ，当年 Discuz 很流行，很多人在做二开，另外 php 还可以做一些 cms ，有些 zf 项目要 cms 聚合，还有 php 做一些独立网店面向海外的，或者做 wordpress 二开，还有一些人搞 J2me 在塞班或者国产 mtk 平台上做小游戏，有一些人做 x86 windows 搞 win32 那套，有的人搞 vc6 ，有的人写 delphi ，有一些人做 jsp 写 EJB SSH 那套，还有一些老的 XX 管理系统甚至 IIS+Asp+Access 实现的，
互联网都是 12 年之后才爆发的，真正过了 15 年之后，Java 后端、移动端、前端开发就开始成为就业主力王者了。

主流程序员市场就前面这么几波人，但是你说有啥技术么，其实真的没有，因为技术这个东西，你干 5-7 年，上面那些东西无论哪个领域怎么都整明白了，说到底就那么点东西，除了那些大公司部分核心部门需要盖摩天大厦，99%的人面对的实际应用场景就是一个狗窝，最多 5-8 年经验，再多一点就是浪费了，早年搞 51 单片机还很吃香，深圳好说歹说至少 9k+，你今天搞单片机还是这个价格，房价老早翻了几十倍了，另外你今天不整个高端的 mcu + linux ，你都不好意思说自己做嵌入式的。

而且国内这种环境，人力成本太便宜，你前面公司用 php 胡乱写一通，前面 5-6 年公司业务还应付得过去，后面有钱了再花钱招一波 Java ，招几个大厂出来的+一堆应届生，能给你公司项目安排的明明白白。

当年技术是不是完全没有人研究呢？也不是，还是出了很多书，包括很多老外的书籍，翻译大体还是不错的，像机械工业出版社的黑皮书。

另外像台湾的那个候捷 深入浅出 MFC ，也很受欢迎。很多老程序员就嘲笑过，学 MFC 没饭吃，现在 00 后谁知道 MFC ？ 不过当时机灵一点的都去搞 php 做 CMS 做独立站了，或者搞 xx 管理系统了，因为那个来钱快，但你用 vc6 ，那就活该你去郊区工厂写上位机，一辈子翻不了身。

@qingyingwan 是的，一个细节可以问死很多人，像原子变量 x86 可以用 lock 汇编命令，底层有 MESI 缓存一致性协议，这里面又有很多细节，以及队列的实现，具体到底层 有大量的细节，很容易问死人

@qingyingwan 我知道，这个时候，其实你也是要去表达的，你有哪些思路 有哪些地方可以考量的，很多面试官的意思就是看你工作中处理的经验多不多而已，真实的案例中，可能网上已经有成熟的方案跟工具了，而且很有可能你根本就没做过这块，但是不妨碍你表达你可能在这个方案中 你会思考哪些东西，可能哪些点需要你去做抉择

@coefuqin 很多时候，这些方案我也没实际做过，只是结合自己的经验来做判断，关键还是讲出自己的思路来

@coefuqin 没办法，很多时候 用人单位就是这样设计场景题的，首先是筛选外包那些菜的，另外就是筛选八股文不熟悉的，同步数据说到底就是那几个思路，先你得有一个快照，这个快照不能受到干扰吧，然后可重复读不是有 gap lock 么，这个你事务时间太长 gap-lock 是不是耽误别的数据进行一个写入呢？那是不是能采用小范围的读数据，把 gap-lock 的范围缩小，然后是不是能考虑用索引，这个时候是不是又要考虑 非唯一索引 跟唯一索引的 gap-lock 范围 以及位置，这些里面组合的情况很多的，你要根据实际情况 去做方案，做了方案还要做实施

@v2exgo #11

2. Binlog 事件中的字符集信息缺失
原因：

在 ROW 格式的 Binlog 中，字段的字符集信息通过 Table Map Event 传递。

若 Canal 未正确读取字段的 gb2312 字符集元数据，可能直接使用表默认的 utf8 解码。

@zizon 然后 binlog 不是有几种模式，有 statement 跟 row mixed 模式，一般做这种同步，最好使用 row 模式，肯定也会问到的，八股文的东西太多了，我以前也看过，刚才才想起来，还有 binlog 的 row 格式