mikewang

@tt0411 #9 是的，我这里就是简化了所有步骤：

- 将 patchelf 做成了 libpatchelf 静态编译进去 (libpatchelf/libpatchelf.h)
- 自带编译好的 glibc 和 libstdc++
- 修改了 glibc ，将系统目录改为当前目录，这样改 .interp 就行了，不用再改 rpath 。事实上这么做也更安全。(patches/glibc.patch)

然后加上了额外的功能，就是自动处理插件。官方的方案只能让 server 能用，实测很多 native 插件还是不行的。

做的就是一个开箱即用，不用配参数。

@hanxiV2EX #3 因为我写 C 和 C++，还是需要旧 glibc 编译的，所以 docker 这条路就行不通了🤦‍♂️

@nagisaushio #1

其实原先我也是直接 patchelf 的，但是插件会有些问题。

比如 C/C++ 这个插件，就算 SSH 插件能正常用了，但它还是没法启动 gdb 调试，因为插件里 OpenDebugAD7 这个二进制也需要最新的 glibc 。https://github.com/microsoft/vscode-cpptools/issues/13219

所以这个还做了额外的工作，使用 inotify 监控 extensions.json ，检测到安装新插件时，自动给插件打补丁。然后还判断是否为 glibc 的二进制，排除使用 musl 的二进制（有些还是 musl 动态链接的）。

@phithon 似乎是 GitHub 的防火墙配置错了？现在国内又可以正常访问了😂

有可能就是群发的。N 年前我读初中时就收过类似邮件，当时还挺高兴。后来网上查了一下发现是群发的，对方是用爬虫抓取的 GitHub 信息。

这类 AI 公司可能在爬虫基础上还加了 AI 分析，投放更精准😂

挺合理的，而且我会把为什么出 bug 、bug 是什么样的表现、怎么修的等大致思路等等都写上。
以后遇到类似问题或需要复盘的时候，翻找起来很容易。很多时候，人的记性没想象的那么好，多写点没什么坏处。
除非是开发的一次性工具，用完就再也不维护的那种，那就随意了。

感谢各位的回复和建议，现在我 C++和 Java 的简历两边投，看谁愿意接受了😂

我把 C 的岗位（如内核开发）算进来的原因是，我在 C++招聘信息板块看，确实看到了这些。HR 不做区分，而且也明确会招 C++开发，即使工作语言是 C 。虽然现在两个语言互不隶属，但是大多数 C++开发者去写 C 是没有问题的（尤其像我这种因为项目规范禁用 STL 、RTTI 的 C++98 开发）。因此我也考虑 C 岗位。描述中产生了混淆，非常抱歉。#61 @slideclick

另外赞同 #50 @metmit 的说法，国产 DB 非常卷，而且基本只招对 DB 内核有深入了解的人（我就不大行）。好些需求技术含量并不高，比如支持国密，支持 GB18030 ，都是在调库，这些工作也不会专门社招个人来做。

@javak #3 算不上牛人 hhh 其实内核部分也分层，我目前也就熟悉做不同 SQL 方言的语法兼容解析，对象元数据等等比较浅层次的，数据存储、执行器、优化器等等深层次的理解还是很令人头大。

@wogogoing #4 TiDB 应该是 Go 语言吧，也不大一样。投过别的数据库厂商，可能是学历或者是经验不足，面试机会都拿不到：（

@BD8NCF #5 感谢，这也是一个方法，我去了解了解 Qt 。

@miniaoes #6 哈哈哈，其实我目标就是能跳槽，C++ 能互相匹配的岗位很少，Java 通用性强多了

@L4Linux #7 果然还是学历啊，是低了点...