|
锁定老帖子 主题：成为跨平台的C++程序员
精华帖 (4) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (1)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2010-03-27
zuowj 写道
ray_linn 写道
zuowj 写道
ray_linn 写道
•放弃使用便捷的IDE， 在unix 下 vim + gcc + gdb + make 才是C++开发的主流.
--- 自虐型 有很多unix 环境，如我工作用过的 freebsd 在线服务器，都不充许装图型环境，那你用什么IDE? 另外，学习好了vim 到处使用，有何不好？ 一种好的习惯可以受益一辈子  我甚至不介意你用Edlin去编辑C,但别把这种倒退当做best practive。 服务器不能用图形界面，和开发机有什么关系。任何IDE都是提高效率的方式，别把这种扯淡的vim挂嘴边，你用vim调一个联机帮助文档给我看看。 在你的开发机上装上适合使用的IDE才是王道。
你的假设是, 我们都可以在本地自己独立拥有一个跟在线服务一样的环境。 但这个假设是不一定成立的。
用编辑效率换编写效率，你觉得划算么？ |
| 返回顶楼 | |
|
发表时间：2010-03-27
Elminster 写道 ray_linn 写道 zuowj 写道 ray_linn 写道 •放弃使用便捷的IDE， 在unix 下 vim + gcc + gdb + make 才是C++开发的主流.
--- 自虐型 有很多unix 环境，如我工作用过的 freebsd 在线服务器，都不充许装图型环境，那你用什么IDE? 另外，学习好了vim 到处使用，有何不好？ 一种好的习惯可以受益一辈子
我甚至不介意你用Edlin去编辑C,但别把这种倒退当做best practive。 服务器不能用图形界面，和开发机有什么关系。任何IDE都是提高效率的方式，别把这种扯淡的vim挂嘴边，你用vim调一个联机帮助文档给我看看。 在你的开发机上装上适合使用的IDE才是王道。 我个人的感觉是这个世界上没啥好使的 C++ IDE，和 Java/C# 这些比起来，所有 IDE 的 C++ 支持都是渣。当然 Visual C++ 加上 visual assistant 会好那么一点 ———— 也就是在写 windows 程序的时候查 API 方便那么一点而已。 你在这里装什么13呢？ |
| 返回顶楼 | |
|
发表时间：2010-03-27
mikeandmore 写道 ray_linn 写道 你用vim调一个联机帮助文档给我看看。
什么东西你man不到？ 请继续玩标准库，沉浸在自娱自乐中吧。 |
| 返回顶楼 | |
|
发表时间：2010-03-27
visualcatsharp 写道 Elminster 写道 ray_linn 写道 zuowj 写道 ray_linn 写道 •放弃使用便捷的IDE， 在unix 下 vim + gcc + gdb + make 才是C++开发的主流.
--- 自虐型 有很多unix 环境，如我工作用过的 freebsd 在线服务器，都不充许装图型环境，那你用什么IDE? 另外，学习好了vim 到处使用，有何不好？ 一种好的习惯可以受益一辈子
我甚至不介意你用Edlin去编辑C,但别把这种倒退当做best practive。 服务器不能用图形界面，和开发机有什么关系。任何IDE都是提高效率的方式，别把这种扯淡的vim挂嘴边，你用vim调一个联机帮助文档给我看看。 在你的开发机上装上适合使用的IDE才是王道。 我个人的感觉是这个世界上没啥好使的 C++ IDE，和 Java/C# 这些比起来，所有 IDE 的 C++ 支持都是渣。当然 Visual C++ 加上 visual assistant 会好那么一点 ———— 也就是在写 windows 程序的时候查 API 方便那么一点而已。 你在这里装什么13呢？ 说这种话有意思么？ 尊重别人也就是尊重自己。 你不同意别人的意见，说出你的观点、列出你的事实。 |
| 返回顶楼 | |
|
发表时间：2010-03-27
ray_linn 写道
zuowj 写道
ray_linn 写道
zuowj 写道
ray_linn 写道
•放弃使用便捷的IDE， 在unix 下 vim + gcc + gdb + make 才是C++开发的主流.
--- 自虐型 有很多unix 环境，如我工作用过的 freebsd 在线服务器，都不充许装图型环境，那你用什么IDE? 另外，学习好了vim 到处使用，有何不好？ 一种好的习惯可以受益一辈子 我甚至不介意你用Edlin去编辑C,但别把这种倒退当做best practive。 服务器不能用图形界面，和开发机有什么关系。任何IDE都是提高效率的方式，别把这种扯淡的vim挂嘴边，你用vim调一个联机帮助文档给我看看。 在你的开发机上装上适合使用的IDE才是王道。
你的假设是, 我们都可以在本地自己独立拥有一个跟在线服务一样的环境。 但这个假设是不一定成立的。
用编辑效率换编写效率，你觉得划算么？ 上传一张我windows下的vim环境截图，就这个vim是否合适，讨论没有用，还得自己实战体会，网上也很多介绍基于vim 构建的环境。大家可以去找找,vim 扯淡不扯淡 自己会有个判断
|
| 返回顶楼 | |
|
发表时间：2010-03-27
最后修改：2010-03-27
ray_linn 写道 mikeandmore 写道 ray_linn 写道 •放弃使用便捷的IDE， 在unix 下 vim + gcc + gdb + make 才是C++开发的主流.
--- 自虐型 我目前没有发现有用vs的程序员比我用emacs更快的了。 好多情况下都是我都设置+调试+测试+部署好了，他们才刚刚找到哪里需要改。 vi和emacs的快捷键设置从来都是很科学的，基本能保证手腕完全不动，手指运动的总距离较短。 vs则不行。我可以在一秒钟之内完成全选+格式化+编译，可以在0.x秒之内定位到第一个错误（而不是警告）。vs程序员恐怕需要至少2,3秒吧。 我们说的重点是编写时候的效率，比如写个驱动，DDK的或者WDK的，你一选哗啦一下，架构生成了,vi程序员还在努力vi balabala.h balabala.c... yasnippet之 tab直接出来 |
| 返回顶楼 | |
|
发表时间：2010-03-27
最后修改：2010-03-27
visualcatsharp 写道 mikeandmore 写道 ray_linn 写道 你用vim调一个联机帮助文档给我看看。
什么东西你man不到？ 请继续玩标准库，沉浸在自娱自乐中吧。 不提供文档的非标准库试问你怎么看文档 |
| 返回顶楼 | |
|
发表时间：2010-03-27
最后修改：2010-03-27
mikeandmore 写道 ray_linn 写道 mikeandmore 写道 ray_linn 写道 •放弃使用便捷的IDE， 在unix 下 vim + gcc + gdb + make 才是C++开发的主流.
--- 自虐型 我目前没有发现有用vs的程序员比我用emacs更快的了。 好多情况下都是我都设置+调试+测试+部署好了，他们才刚刚找到哪里需要改。 vi和emacs的快捷键设置从来都是很科学的，基本能保证手腕完全不动，手指运动的总距离较短。 vs则不行。我可以在一秒钟之内完成全选+格式化+编译，可以在0.x秒之内定位到第一个错误（而不是警告）。vs程序员恐怕需要至少2,3秒吧。 我们说的重点是编写时候的效率，比如写个驱动，DDK的或者WDK的，你一选哗啦一下，架构生成了,vi程序员还在努力vi balabala.h balabala.c... yasnippet之 tab直接出来 模板不还得自娱自乐么？万一模板里的文件多了些。。。 |
| 返回顶楼 | |
|
发表时间：2010-03-27
[quote="ray_linn"]
用编辑效率换编写效率，你觉得划算么？ 什么是编写效率。什么是编辑效率。 VS除了有个代码补全有点用处还有什么能多出vim/emacs的？ 更何况代码补全在元编程下一团糟 |
| 返回顶楼 | |
|
发表时间：2010-03-27
ray_linn 写道 mikeandmore 写道 ray_linn 写道 mikeandmore 写道 ray_linn 写道 •放弃使用便捷的IDE， 在unix 下 vim + gcc + gdb + make 才是C++开发的主流.
--- 自虐型 我目前没有发现有用vs的程序员比我用emacs更快的了。 好多情况下都是我都设置+调试+测试+部署好了，他们才刚刚找到哪里需要改。 vi和emacs的快捷键设置从来都是很科学的，基本能保证手腕完全不动，手指运动的总距离较短。 vs则不行。我可以在一秒钟之内完成全选+格式化+编译，可以在0.x秒之内定位到第一个错误（而不是警告）。vs程序员恐怕需要至少2,3秒吧。 我们说的重点是编写时候的效率，比如写个驱动，DDK的或者WDK的，你一选哗啦一下，架构生成了,vi程序员还在努力vi balabala.h balabala.c... yasnippet之 tab直接出来 模板不还得自娱自乐么？万一模板里的文件多了些。。。 你用过么？ |
| 返回顶楼 | |
