做客户端开发的话，16G 确实是标配，8G 多开几个 IDE 就开始卡顿了。

外企锻炼不如国内互联网，各有优缺点。

趋势科技还算不错，不过具体还是要看项目。

扶弟魔，这个词我也喷了，不过确实很常见。

客户端程序员路过，虽然也是 C++但是基本都拿来当 JAVA 写。

而且微软的东西出了 bug 很难去调试，win32 被大家吃了那么多年，所以大家还是优先使用 win32 那一套。

现在做 windows 的需求都是在 win32 的 C++那一套呀，看看国内的 windows 客户端有几个不是 Duilib 写的。WPF 这种上来就让用户装个几百兆的 freamwork 的东西实在是爱不起来。

最直接的思路难道不是 hashmap 么。其他大数据的方法作为一个 Windows 程序员来说太远了。。。。

我之前也是，什么安卓，iOS 都去了解了一下。最后都没学深。后来我想通了，业余时间只能学一些轻松的，和自己工作相关度比较大的东西。因为业务时间很有限，学习新事物需要大段大段的时间去研究才会有突破，否则都是隔靴挠痒。

我感觉 C#的 winform 比较合适。界面分分钟拖出来。追求短平快 C++首先被排除。

读博以后呢？去学校做老师？楼主先查一下高效找老师哪个不是要求年龄和本科学历的，好一点学校还要求出国经历。

做 Windows 客户端的人表示很羡慕你们做 IOS 的。

我感觉还是 ThinkPad 好用一点。

@IllllI 难道是我眼花手抖点到了删除上了？不好意思。

三俗永远是最受欢迎的。

@nicevar 确实是工作没多久。

@defphilip 可惜我这边的老人都离职了，新手搞这个确实很恼火。

难道大家不觉得 MSDN 上的资料看着多，但是实际用起来的时候感觉他好像什么都没有讲么？
我之前做的一个功能就是 service 和 GUI 程序之间用管道进程间通信，我把 MSDN 的关于 pipe 的文档翻了个遍，但是写出来的东西还是不稳定，想去找一些成熟代码参考也找不到。
写 Python、Java 这些语言至少都会有一些开源的东西让你参考学习，写 Windows 的东西只能自己去翻 MSDN，或者参考公司内部的代码库。
winhttp 这个库和 libcurl 比起来差很远吧。我之前用 winhttp 真是苦不堪言，出了问题只能对这个几个错误码干瞪眼，换了 libcurl 以后舒服多了，出了问题基本一搜都有类似的解决办法，封装 libcurl 也有大量成熟的代码可供参考。