@karottc #5 真的特别躲，举几个规模大点、我认识的人在里面呆着的：CETC 的几个（部分部门），招银科技，南门的几家芯片公司，建行网开。规模小点的不加班的更多了，有的朋友经常周三周五五点半就在群里约晚上的局了

u1s1，不加班的不少。主要是看薪酬能不能和 LZ 的预期匹配

1. 和 Win10 肯定无关
2. 检查下 PC 的网卡驱动是否还不是最新
3. 检查下无线网卡和路由器

1K 预算盲买吧……HDR MEMC 4K，1k 的里面真不好找…… https://i.v2ex.co/504J5BO2.png

过去有段时间我特别喜欢在 V 站讨论这个话题

后来我发现这个问题是无解的，两方人几乎就是意识形态的差异，很难互相理解和融合

对 LZ 来说，我觉得作为即将踏出学校，进入社会的新鲜血液，保持初心，胸怀理想，做自己认为正确的事情就足够了。

@revalue #17 我觉得你这个说法有点假……

底层搞得吊的，我就没见过能把自己饿死的。。。
随便哪个给 Linux Kernel 上过库的，不说全球，国内的头部公司基本随便能去

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

就和 @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，插着电就算应付编译都够的

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