@mikulch #18 哈？招银现在也加班这么凶了么……

初学阶段基本不需要大规模算力支撑的，MBP 够了

等有真正想搞整的模型的时候，再考虑买外设，那个时候 LZ 基本应该有自主选择的能力的

@heijiangjun #15 我不清楚你的具体能力和当前公司情况哈，如果是普通 211+二三线公司的状态，完全不加班的地儿，20 左右应该还是能找到

@heijiangjun #10 emmmm，投简历试试吧，有点略高

@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