不光技术焦虑。也有中年危机，本地没几家能够给得起同等的工资，跳也不好跳，之类的。

运用 GPU 运算？ 车载没那么高级吧。

又或者说他就希望你说出使用针对优化的库而已？针对硬件编译优化驱动，上层应用？
又或者是用空间换时间？

你们是一群 MAC 系统的受害者。

怕影响信用 ？
实际上上班拿工资走公司帐的才是交税主力大军。 其他能不交都不交。你这点他们也瞧不上。

什么都对，但是问一句，你知道体验不好骑了 12km 才知道？
我如果买了辆兰博基尼，开了 1 公里都退不掉吧。

@lululau
你这回答有点搞笑了。任何事物都有定位，如果用于主流定位之外的用途也未尝不可。但如果反过来嗤笑主流定位的用途，那就太搞笑了。
这跟前些年，用 ubuntu 的想方设法打造成主力娱乐机的用户嘲笑 windows 用户低能。
这跟河上有座桥，你开个越野车，偏从河里走，就要嘲笑我开小轿车从桥上走的。你尽可以耍你的越野，但别来嘲笑我。
鄙视链真是哪里都有。
回到本题，真习惯 vim 的编译模式，你装满插件的 vim 真有我基本 vim+IDE 的 vim 模式来的好用？

一般来说懂点皮毛的都认为简单。 和那个花几千做个京东一样网站差不多。
算法归根结底是数学，您意思是数学太简单了额？

家里一台 4a65 寸 4a55 寸 2s40 寸都蛮好的，没这些 bug

@wizardoz
感觉都差不多。 可能我的项目都不算大。
会写产生 la，a，so 库等用到一些固定格式。会-L -I 感觉差不多了。其余要看 manual 了。

除了 cmake，还有 qmake，automake，各种产生 makefile。
到现在我也只是会修改，而不是从头开始手写。
你 hardcore 就像摸着石头过河，不用旁边的桥一样。

不懂 java。
c++的 apply （）里面肯定要有 return *this;这种写法就符合 lz 语法了。

@ioth “”常规文件操作需要从磁盘到页缓存再到用户主存的两次数据拷贝。而 mmap 操控文件，只需要从磁盘到用户主存的一次数据拷贝过程。说白了，mmap 的关键点是实现了用户空间和内核空间的数据直接交互而省去了空间不同数据不通的繁琐过程。因此 mmap 效率更高。“”

还有怎么按行读取，遇到\n 就是新行啊。自己处理。

如果没有严格的上下文依赖的话，那么分割大文件，多线程读取，分割成几块就用几个线程，处理边界，数据结构最后再合并。
个人有个 25G 的文件用 mmap+多线程读取 5 分钟之内。
一定要用 mmap，因为这是最快的读文件方式。

@tyit 没注意这个 mtr 支不支持。

不能调系统的 ping， 有些禁 ping 的机器是 ping 不到的。 可以看看 nmap，开源