成为跨平台的C++程序员

http://forum.nginx.org/read.php?2,1662,1662

难道你的想法是，把linux一针一线都照搬windows里来？pthread自旋？麻烦去看看windows EnterCriticalSection

你把你给我的这个东西全部看完吧。
我没法和你说了。

等着看吧~

掐架很精彩，迟到的乱围观一下。

跨平台一直是很干的命题，跨平台语言解决的问题都比较浅白，真正不搭调的地方能把人整死。

关于编辑器之争 …… 就算是傻瓜式 IDE，也是有很多东西要记的，往往比 vim 要记的东西还多。但是良好的 user experience 尤其是 luser experience 会让你感觉不到要记那么多东西。

深入了解 vs，eclipse，vim，emacs 后，就会知道它们的设计都是很赞的，“没有 xx 功能”这种事情基本不存在 —— 只是很多人不会黑魔法而已。

按键设置也是很干的命题。如何整一套既好记又高效率的按键？ 现在的想法是记录用户操作然后用类似 huffman 编码的方式给出建议 ……

有时一些争论就像 need for speed 里自动档和手动档的区别：自动档很好开，但是没有手动档牛人跑的快。
IDE 的自动档需要聪明、快、透明（人类可以知道它底下做了什么事情）和稳定，当差不多满足所有要求的时候（emacs？），往往会发现：其机理需要花很多时间系统学习才能弄明白。

sigh，我的编辑器要继续跳票了 ……

忍不住要说，
有关pthead的win32是有port的，而且也有些大项目在用。
http://sourceware.org/pthreads-win32/#download
其实关于“??平台上有XX功能，BB平台上有吗？”
除非是非常操作系统特有的，应该都有办法解决，这不是问题所在，也不是问题关键，从来也不会成为我写代码的障碍。

我不是不支持跨平台，要是有需要，我也会支持，如果公司是在开发一个什么什么的产品，而有很多??平台上的潜在用户，我想我们是可以去跨这个平台的，否则有什么意义呢？就像要做一个客户端，如果也要考虑到跨平台，还不如老实的用mfc把这个客户端做好再说。

程序员这个职业中的大多数需要持之以恒的学习，即使我以前不跨平台，如果项目有需要，也应该很快的学会跨平台，但我认为更重要的是写程序结构清晰，细节方面细腻。而且程序员这个方向发展的话最好是懂得业务、销售、管理，我认为我说的这些都比跨平台重要多了。

一个熟练有几年经验的程序员，如果交给你一个新的c++编译器，如果连看例子，看帮助，google都还搞不定，那水平是不是有点太次了。

经验过多会对新东西产生抵触感 …… 人类的脑神经有深度疲倦的 ……

Microsoft有个程序员写了个Lipser，可以将.el 后缀的东西编译成.dll或者.exe，（目前还只是0.1)，未来emacs的所有插件能为vs所用也未必不可知。

和东西的格式无关吧，lisp 很早就能编译成 native code 了。写个平台 api 的 adapter 应该就可以移植插件 …… 但是估计 vs 暴露出来的东西并没有 emacs 那么多那么彻底，而且不开源 …… 这个 adapter 没这么好写的 ……
而且估计用户群体会很稀少，导致很多 bug 没人报告和解决，很不实用而死掉 ……