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

生产机上不许装图形环境，开发机应该可以吧。

我甚至不介意你用Edlin去编辑C,但别把这种倒退当做best practive。

服务器不能用图形界面，和开发机有什么关系。任何IDE都是提高效率的方式，别把这种扯淡的vim挂嘴边，你用vim调一个联机帮助文档给我看看。


在你的开发机上装上适合使用的IDE才是王道。

我个人的感觉是这个世界上没啥好使的 C++ IDE，和 Java/C# 这些比起来，所有 IDE 的 C++ 支持都是渣。当然 Visual C++ 加上 visual assistant 会好那么一点 ———— 也就是在写 windows 程序的时候查 API 方便那么一点而已。

[quote="ray_linn"]
[quote="zuowj"]
[quote="ray_linn"]•放弃使用便捷的IDE，  在unix 下   vim + gcc + gdb + make   才是C++开发的主流.

--- 自虐型


有很多unix 环境，如我工作用过的 freebsd 在线服务器，都不充许装图型环境，那你用什么IDE?
另外，学习好了vim 到处使用，有何不好？ 一种好的习惯可以受益一辈子[img]/images/smiles/icon_smile.gif" alt="[/img]





我甚至不介意你用Edlin去编辑C,但别把这种倒退当做best practive。

服务器不能用图形界面，和开发机有什么关系。任何IDE都是提高效率的方式，别把这种扯淡的vim挂嘴边，你用vim调一个联机帮助文档给我看看。


在你的开发机上装上适合使用的IDE才是王道。



你的假设是,  我们都可以在本地自己独立拥有一个跟在线服务一样的环境。 但这个假设是不一定成立的。

其一、 开发环境可能依赖外部资源或服务是受限的。 比如，一个查询引擎，将要装载上千万条数据。这个开发机就是直接放在IDC的。

其二、 文化的影响， 我在公司经历过或所知的unix下 C/C++项目，没有一个用到图型环境的IDE的。


“扯淡的vim挂嘴边”


我认为你，没有真正了解过vim 或没有很好的撑握它 ,  不然，你会喜欢上vim的。  另外不也要说 vim 没有效率。 vim的使命就是提高编辑效率。我很喜欢vim http://zuowj.iteye.com/blog/625887

 

你的假设是,  我们都可以在本地自己独立拥有一个跟在线服务一样的环境。 但这个假设是不一定成立的。

其一、 开发环境可能依赖外部资源或服务是受限的。 比如，一个查询引擎，将要装载上千万条数据。这个开发机就是直接放在IDC的。

其二、 文化的影响， 我在公司经历过或所知的unix下 C/C++项目，没有一个用到图型环境的IDE的。


“扯淡的vim挂嘴边”


我认为你，没有真正了解过vim 或没有很好的撑握它 ,  不然，你会喜欢上vim的。  另外不也要说 vim 没有效率。 vim的使命就是提高编辑效率。我很喜欢vim http://zuowj.iteye.com/blog/625887

我目前没有发现有用vs的程序员比我用emacs更快的了。
好多情况下都是我都设置+调试+测试+部署好了，他们才刚刚找到哪里需要改。

vi和emacs的快捷键设置从来都是很科学的，基本能保证手腕完全不动，手指运动的总距离较短。
vs则不行。我可以在一秒钟之内完成全选+格式化+编译，可以在0.x秒之内定位到第一个错误（而不是警告）。vs程序员恐怕需要至少2,3秒吧。

至于代码提示。我觉得可有可无。如果一个c/c++程序需要代码提示才能写，那么说明这个程序需要重构了。
和java不同，c/c++语言给了程序员太多的自由。
如果是java/c#这类语言，我绝对会用ide(除非规定不让用)。对于c/c++，ide提供的太多便利加上语言提供的太多自由会给设计带来潜在的危害，使程序员意识不到代码要重构。最明显的，会造成one-big class的情况

什么东西你man不到？

你觉得man的效率比chm的高？请问man一屏显示多少个字符？

我猜你大概只玩C/C++自带库吧？ 试着接触一下各种SDK，那些庞大的API入口会成为你的噩梦，当然只玩标准库和ESQL的例外了，那里本来就没多少东西。

我们说的重点是编写时候的效率，比如写个驱动，DDK的或者WDK的，你一选哗啦一下，架构生成了,vi程序员还在努力vi balabala.h balabala.c...