@xiadong1994
@pkookp8
大致了解了，这种底层细节的一般我们都是丢给供应商去处理的，我们自己了解不多，惭愧啊，一直撸 application 的真不好意思说自己是写 c 的，以后有时间还是要多看看。

@xiadong1994 对了，你说 x86_64 的这些参数放在寄存器里面，这个我比较好奇，我只做过 32 位的嵌入式，没看过 64 位的 ISA 手册，不管是 intel 的还是 ARM 的，都没看过，想问一下是所有的 64 位都这样处理的还是看具体的 case ？如果跟一长串参数的话比较好奇 register file 足够大么？能详细说说么？

@pkookp8 难怪你们招不到人的。。。

话说现在公司招 c 和 c++的，都愿意花大价钱招个很厉害的也不愿意花少点钱多招几个菜鸡，因为一般涉及到要用 c 和 c++的场景，都是没有更好的办法而不得不用（连堆硬件都无法解决的那种），这样人多没啥用，还是要找个厉害的给多点钱然后死命的压榨。

只能说你们公司比较清奇。。

@xiadong1994 惭愧。。。 大佬我要关注你。。。http://ww4.sinaimg.cn/bmiddle/62e721e4gw1et02g5wksrj200k00k3y9.jpg

@GeruzoniAnsasu 我觉得，两年经验，能把 STL 和设计模式弄清楚就很不错了。。。

@pkookp8 你那个 printf 的例子，要是问我我也是一脸蒙蔽的。如果不 google，我一般会答是参数列表可变是因为传入的是参数数组和参数个数，而函数调用时这些参数又是通过栈传递的，所以可以做到可变长。再不行我就给他举例 main 函数的 argc 和 argv，不知道能不能忽悠过。。。

@pkookp8 那你觉得你招人碰到的到底是写 C 厉害的人多还是写 C++厉害的人多？ 你是说写 C++的对底层了解的不够深入么？能力偏向工程所需的设计模式和 OOP ？

PS：专门搞汇编破解什么的，有一个神器叫 IDA Pro

@pkookp8
@natscat
现在搞底层的都这么不济了么？写个链表都 pass，以前不是起步就是翻转二叉树，进阶手写红黑树么。。。

IPC 和多线程不都是操作系统入门必备的么。。。

话说撸 C/C++真的是吃力不讨好，性价比不高～

最后，@pkookp8 你说的 C 和 C++差好多是个啥意思，是 C 比 C++差好多还是 C++比 C 差好多？

@miketeam 看来你还没感受到宇宙第一 IDE 的强大。。。

vs 还能用来做 iOS 开发呢，不是 xamarin，用原生的 c++写 app，还能跨平台做到 iOS 和 Andrpid 兼顾呢。

@miketeam vs 的 debug 才叫 nb 呢，特别是调试树、链表这种稍微复杂点的数据结构。vs 现在还能直接调下位机了呢。

@hncqp 不是不用。。。 是想问问都是怎么用的，是敲命令用的多还是在 IDE 里面点点点然后让 IDE 帮你弄这样用的多。我的提问标题写的不准确。。。

别浪费时间了，现在又不能挂证了，这种证你不是这个行业的没多大用，纯属浪费时间。好好把你的计算机基础打牢。

@lujiajing1126 这年头这个论坛上还能看到用 Fortran 的人也是不容易，Ada 了解一下。

@changnet
@phoebuss

@cholerae
@pyufftj
可能有点误解，我的意思不是不用 GDB，而是用的方法，除非是纯命令行没有其他辅助工具，否则很少有人敲 gdb xxx.exe ，然后在命令行下 b 打断点，这样操作吧。基本上都是在 IDE 里面，通过 IDE 调用 GDB 完成吧。

@jiangnanyanyu
@1604328701
@superhack
拉硅晶之前不需要熔炉么？不会钻木取火好意思叫全栈？

@iwtbauh 你做过硬件驱动就知道为什么 windows 下面有优势了，这一块不是技术上的问题，实际上*unx 系列也可以完美解决功耗问题，参见苹果系列。这是一个商业问题，很多硬件厂商在做驱动的时候对 linux 的策略是能用就行，稍微良心一点的会注重 performance，功耗控制都是放在最后的可有可无的选项，因为投入的人力物力成本摆在那里，而这些厂商针对 windows 则很不一样，windows 下面是务必要保证的，因为这个下面的用户都是金主。

同理这就是为什么 nvidia 的闭源驱动要好于开源第三方的原因，做 CUDA 的平台一般都会优先选择 windows，驱动差异摆在那儿。

@hjc4869 io 強的价格也在那里，而且还有很多 io 密集型应用场景不能直接走 DMA 中间需要 cpu 参与处理，这时候 atom，arm 全部都要跪。不是端口越多 io 就越强，要 io 多，intel 有专门针对纯 io 密集型的 ATOM C2750 这种呢，然并卵。

楼主不要用 ARM，不要用树莓派，不要用 ATOM，这些跑跑软件路由还可以，做 Wake On LAN 跳板也行，做文件服务器很烂，做 web server 也不行，不仅仅是 cpu 本身性能有限，还因为这些片子配的 io 都不行，所以还是老老实实选笔记本吧，最好是低功耗的带 U 的处理器，我用的 hp zbook14u，cpu 是低功耗的 i7-7500u，相当满意。另外，gitea 据说是树莓派就够了但我从来不敢这么折腾。

最后，笔记本的电源适配器功率转换效率要比一般电源好得多，因为特别针对笔记本小功率进行了设计，轻松达到 90%的样子，要同等功率因数，pc 的一个电源都要大几百。

对电源管理的最好的，还是 windows，linux 因为涉及到各种协议有很多底层驱动确实是比不上 windows，我的方法是在 win 上的虚拟机跑 Debian 作为小型服务器，主要是 gitea，LAMP 和爬虫，系统崩了虚拟机也很好恢复。

如果要备份文件，我就是用一个简单的 ftp 弄的，楼主你配好了 rsync 之后能不能写篇攻略让我们学习学习