我觉得这个问题是来源于应用层开发的程序员对底层程序员的误解😁😁我过去也有这样的误解，直到我自己从上层跳到底层，游历了一轮，才慢慢有了自己的感受

就和 @charlie21 说的一样，就算是搞操作系统，那些各类调度的本质上还是依赖体系结构提供的一大堆接口的，硬要说厉害，那也是 kernel 配合各种架构一起厉害，而不单单是某一个领域很厉害

不过底层开发的领域，相对上层应用而言，冰山之下的东西更多。我近一年在和几个给 kernel 贡献了不少代码的大牛一起工作，我最大的感受就是他们分析问题，从来不会想着怎么调用接口去完成什么事儿，而是想着为了最合理的完成一个事儿，软件怎么改？架构要提供什么能力？硬件要做什么配合？甚至要考虑是否需要推动某个架构下一个版本的指令是否需要演进。这个对于普通的软件开发者来说，门槛就高到天上去了。不过这些大牛很多也是软件出身的，但是经年的积累让他们有了这样的能力

@mingl0280 #37 实测远不如 SI


@oddtux #39 我搞整 Clion 的时候想过，不过 windows 上面我猜测因为 aux/文件重名等问题，生成 compile_commands.json 有点问题，我周末再试试这个办法

@james122333 #40 ctags 应对相对不那么复杂的工程还好，但是 Linux Kernel 这种套了各种“魔法”的东东，ctags 还是有点无力了

@james122333 #31 实际上如果在 Linux 上面，我可以开个 10G 的 Hugepage，然后自己做个驱动就有一个巨型 ramdisk 了，那这个问题基本就迎刃而解了。。。然而 Windows 上面并不支持这么做 https://i.v2ex.co/ni1vw0o2.png

@shujun #28
@nmap #29

现在感觉最快的就是 SI+RamDisk 了，但是 SI 的弊端就是必须要鼠标配合，同时在几个 Arch 中轮番换的时候，如果搜索限定为符号还好，但是有些接口必须要搜到 asm 或者.s 里面，这个时候搜索速度还是很慢了

@byaiu #24 已经是 M.2 了……我连 RamDisk 都试过了

@byaiu #22 和 IDE 用法无关的，痛点在于全局搜索太慢了……

@season4675 #16
@byaiu #10
@Chenamy2017 #15

现在就是类似这样玩的，但是很麻烦的是，我需要关注 4 个 arch 下的差异……所以遇到重载的时候还是很头疼

@abutter #1 https://i.v2ex.co/504J5BO2.png 工作目的嘛

@reus #2 tags 只是能跳转，但是 arch 场景会乱跳，更恼火

全局搜索主要是为了 reference

@wsy2220 #3
@abcdabcd987 #4
@scriptB0y #5

多谢三位……这个站点老早就在看了，但是 u1s1，这玩意儿还不如我全局搜来的快 https://i.v2ex.co/ni1vw0o2.png 尤其是高频追踪一个入口的 reference 路径的时候

@jiangyang123 我觉得你这个回复……真的是纯杠，有必要点进来吗

我建议有的 V 友，先读读《大教堂与集市》和《黑客与画家》，再来讨论开源运动……

要不然真的和学了中学物理就要说自己发明了永动机的民科没啥区别 https://i.v2ex.co/ni1vw0o2.png

虽然我觉得我属于万年果黑了，但是 u1s1 这代 Air 的 U 没啥槽点，能 Turbo 到 3.5GHz 的 U，插着电就算应付编译都够的

楼上那些开口闭口智商税的，真的是偏见使你们狭隘

@ai277014717 #14 我觉得电源管理和中文支持……Win10 比 MacOS 要爽多了……

@chanchan #79 说反了吧……从小到大除了水果，菜市场能见的食材几乎都在火锅店加过

@hdlz #2 你说的这三个……脑花基本成都所有火锅店都有，然后鱼：成都有 N 家耗儿鱼，肠：成都有 N 家鸭肠火锅。。。

我寻思是电脑网卡不够吧……

u1s1，基本月薪是不算绩效的那种吧，要看给 LZ 定级是啥，如果 15 左右，那 22 基本工资确实有点高了……