Chinaunix

标题: 在Linux下编程简直是一中摧残和折磨! [打印本页]

作者: qingfengjianke 时间: 2008-06-06 16:48
标题: 在Linux下编程简直是一中摧残和折磨!
在Linux下编程简直是一中摧残和折磨

麻烦的要死.....

作者: 5毛党党员 时间: 2008-06-06 16:49
那你可以在windows下编。。。

作者: qingfengjianke 时间: 2008-06-06 16:50
既生 win 何生 lin

作者: 5毛党党员 时间: 2008-06-06 16:52
windows下编完了，也可以去linux下编译运行。。。这个不就解决了

作者: cjaizss 时间: 2008-06-06 16:52
你可以选择不用linux

作者: cugb_cat 时间: 2008-06-06 16:53
摧残和折磨，那干嘛还用呢？

作者: qingfengjianke 时间: 2008-06-06 16:54

工作内容.......

作者: yecheng_110 时间: 2008-06-06 16:57
还好
我不觉得麻烦了

作者: net_robber 时间: 2008-06-06 16:58
不要在技术版灌水！

PS：windows下也有C

作者: qingfengjianke 时间: 2008-06-06 17:01

原帖由 net_robber 于 2008-6-6 16:58 发表
不要在技术版灌水！

PS：windows下也有C

不灌水,, 谈谈如何在Linux 设计一个高效的聊天服务器吧,
可以支持同时在线
8000人以上.

1: 做到大并发
2: 高的吞吐量和响应率

作者: qingfengjianke 时间: 2008-06-06 17:05
写同样的一个简单的服务器程序吧,
在Windows方便的开发环境下, 5分钟,
在Linux 15分钟都不够用.......:em11:
还常出些傻瓜错误.

我经常把
#include<iostream>
写成
#inculde<iostream>

等到编译的时候才发现.....

作者: cugb_cat 时间: 2008-06-06 17:07

原帖由 qingfengjianke 于 2008-6-6 17:05 发表
写同样的一个简单的服务器程序吧,
在Windows方便的开发环境下, 5分钟,
在Linux 15分钟都不够用.......:em11:
还常出些傻瓜错误.

我经常把
#include
写成
#inculde

等到编译的时候才发现.....

和我以前租房的一个哥们，做win开发的，他问我一天写多少行代码，我说200来行吧，他说，他一天能写2000行，当然N多都是自动生成的。

作者: qingfengjianke 时间: 2008-06-06 17:08
标题: 回复 #12 cugb_cat 的帖子

公司开发,不就是讲究高效吗.....

作者: 204tian 时间: 2008-06-06 17:08
标题: 回复 #11 qingfengjianke 的帖子
老大，你编辑器没有语法高亮提示吗？

作者: qingfengjianke 时间: 2008-06-06 17:11
标题: 回复 #14 204tian 的帖子
都说vim好用,研究了半天,

也用了断断续续一些时间,就是用不习惯....

就今天下午修改那个.cpp 程序,,错误在下面, 程序一共2000行,,

晕了,又不知道,如何跑到最后一行...

是我太笨了.

作者: cugb_cat 时间: 2008-06-06 17:12

原帖由 qingfengjianke 于 2008-6-6 17:11 发表
都说vim好用,研究了半天,

也用了断断续续一些时间,就是用不习惯....

就今天下午修改那个.cpp 程序,,错误在下面, 程序一共2000行,,

晕了,又不知道,如何跑到最后一行...

是我太笨了.

这得怪你自己没熟练掌握，不能怪人家难用啊~~~
vim熟练掌握后，比VC中点鼠标快多了。

作者: qingfengjianke 时间: 2008-06-06 17:16
标题: 回复 #16 cugb_cat 的帖子
看过cu以前的帖子,
就是不想把时间和精力浪费在
诸如:学习编译工具和编辑工具上...

作者: qingfengjianke 时间: 2008-06-06 17:20

大伙散了吧, 比尔大叔张开了怀抱,随时欢迎你回来.

作者: @sky 时间: 2008-06-06 17:21

原帖由 qingfengjianke 于 2008-6-6 17:01 发表

不灌水,, 谈谈如何在Linux 设计一个高效的聊天服务器吧,
可以支持同时在线
8000人以上.

1: 做到大并发
2: 高的吞吐量和响应率

8000个连接就把楼主难住了

作者: qingfengjianke 时间: 2008-06-06 17:24
标题: 回复 #19 @sky 的帖子
如果服务器要处理同时在线的8000个链接,

开多少线程合适?

作者: maxxfire 时间: 2008-06-06 17:25
瞧"骇客帝国"多酷，哪有什么界面和工具，直接看一条条的数据，下雨一样。。

作者: @sky 时间: 2008-06-06 17:27

原帖由 qingfengjianke 于 2008-6-6 17:24 发表
如果服务器要处理同时在线的8000个链接,

开多少线程合适?

没多少个,10来个就够了

作者: qingfengjianke 时间: 2008-06-06 17:30
标题: 回复 #22 @sky 的帖子
那...一个线程要处理800个活动的用户?

现在Windows下服务器用的是WSAEventSelect();

受制于 64 的限制.. 一个线程最多处理64个client链接.

8000/64= 125

作者: @sky 时间: 2008-06-06 17:32
你不会换个模型

作者: qingfengjianke 时间: 2008-06-06 17:36
标题: 回复 #24 @sky 的帖子
模型牵扯到, 事件集合到线程池里面了,

又牵扯到和别的服务器之间的数据通信和同步.

作者: redspider 时间: 2008-06-06 18:10

原帖由 qingfengjianke 于 2008-6-6 17:16 发表
看过cu以前的帖子,
就是不想把时间和精力浪费在
诸如:学习编译工具和编辑工具上...

思路问题
实际情况与你想的恰恰相反

作者: flw 时间: 2008-06-06 19:00
还好楼主不是农民，不然我们就都饿死了。

作者: uppet 时间: 2008-06-06 19:04
标题: 回复 #1 qingfengjianke 的帖子
如果连vim或者emacs这么简单的软件都不愿意学，很难把unix用好的~~

另外说一下，你们公司难道就没有个什么vim或者emacs的高手么？让他帮你定制一下你的编辑器，效率会飞起来的。。。

作者: qingfengjianke 时间: 2008-06-06 20:34

原帖由 uppet 于 2008-6-6 19:04 发表
如果连vim或者emacs这么简单的软件都不愿意学，很难把unix用好的~~

另外说一下，你们公司难道就没有个什么vim或者emacs的高手么？让他帮你定制一下你的编辑器，效率会飞起来的。。。

我公司的这个项目就俩人(会c++的整个公司也就俩人，其他的都是java的），一人负责客户端，一人负责服务器，

我负责服务器。。

我还没毕业，还差一个月领大专证。

[ 本帖最后由 qingfengjianke 于 2008-6-6 20:36 编辑 ]

作者: UnixStudier 时间: 2008-06-06 21:58
可以在windows上用vc编辑，然后上传到linux上编译。
不过我只习惯用vim，从来没用过vc。

作者: mik 时间: 2008-06-06 22:18

原帖由 flw 于 2008-6-6 19:00 发表
还好楼主不是农民，不然我们就都饿死了。

如果楼主是农民，饿死的是他。

作者: xinglp 时间: 2008-06-06 22:20

原帖由 qingfengjianke 于 2008-6-6 17:24 发表
如果服务器要处理同时在线的8000个链接,

开多少线程合适?

单进程单线程搞定

作者: nicsky 时间: 2008-06-06 22:30

作者: flw 时间: 2008-06-06 22:32

原帖由 mik 于 2008-6-6 22:18 发表

如果楼主是农民，饿死的是他。

有点幽默感好不好。

作者: qingfengjianke 时间: 2008-06-06 22:36
标题: 回复 #34 flw 的帖子

作者: system888net 时间: 2008-06-06 22:38

原帖由 qingfengjianke 于 2008-6-6 17:01 发表

不灌水,, 谈谈如何在Linux 设计一个高效的聊天服务器吧,
可以支持同时在线
8000人以上.

1: 做到大并发
2: 高的吞吐量和响应率

windows 下的完成端口和linux下的epoll都是处理此类问题的

windows 下的风格与linux下的风格的确不太一样,但两者各有所长,当然也有个习惯问题.
先用心把两者用熟,再比较的话就比较客观了.

实际上中学课本里的<卖油翁>已经说的很清楚了,“我亦无他，惟手熟尔。”,会发现很多都是相通的,不过如此.

作者: xinglp 时间: 2008-06-06 22:46

原帖由 system888net 于 2008-6-6 22:38 发表

windows 下的完成端口和linux下的epoll都是处理此类问题的

windows 下的风格与linux下的风格的确不太一样,但两者各有所长,当然也有个习惯问题.
先用心把两者用熟,再比较的话就比较客观了.

实际上中学 ...

作者: qingfengjianke 时间: 2008-06-06 22:50
标题: 回复 #36 system888net 的帖子

我在琢磨，主线程用epoll 轮询， accept（）；遇到新的client 交给给子线程对其服务，但是8000个，
要开8000个线程

？？

作者: system888net 时间: 2008-06-06 23:00

原帖由 qingfengjianke 于 2008-6-6 22:50 发表
我在琢磨，主线程用epoll 轮询， accept（）；遇到新的client 交给给子线程对其服务，但是8000个，
要开8000个线程？？

可以把模型改一下为好.
如果不改,如果是单机系统,8000是有点夸张了,不能这么用,是小型机还是多机系统?

作者: huyongzs 时间: 2008-06-06 23:04
我学过《windows程序设计》那时候已经是会写linux程序了。
我觉得windows下的那些个乱七八糟的api真多。C语言写个windows一般的程序（图形化的）感觉好累。
linux下一般的应用程序编写，一切都是文件，/proc和/dev两个目录搞定大多数问题。文本模式程序让我觉得更习惯一些。
当然我水平不高。说这些目的也不是为了windows vs linux。这是我的真心话！

作者: qingfengjianke 时间: 2008-06-06 23:05

原帖由 system888net 于 2008-6-6 23:00 发表

可以把模型改一下为好.
如果不改,如果是单机系统,8000是有点夸张了,不能这么用,是小型机还是多机系统?

还没接触过服务器负载均衡，我心中定位暂时是一台机器，一个服务器程序，估计真要使用，

可能会有多台主机进行分流。

作者: qingfengjianke 时间: 2008-06-06 23:07

原帖由 huyongzs 于 2008-6-6 23:04 发表
我学过《windows程序设计》那时候已经是会写linux程序了。
我觉得windows下的那些个乱七八糟的api真多。C语言写个windows一般的程序（图形化的）感觉好累。
linux下一般的应用程序编写，一切都是文件，/proc和 ...

说实话，其实好像在Linux下写的程序，似乎更踏实点，Windows对好多东西都进行的封装。感觉心里空空的。。。

作者: system888net 时间: 2008-06-06 23:12

原帖由 qingfengjianke 于 2008-6-6 23:05 发表

还没接触过服务器负载均衡，我心中定位暂时是一台机器，一个服务器程序，估计真要使用，

可能会有多台主机进行分流。

一台机器一般不允许这么多的thread，而且thread过多不仅不能提高处理能里,会使处理能里下降,thread的极限数量与效率的关系一般是是与CPU和内存相关的.

除非你把thread分布在多机上也是一种方法!

[ 本帖最后由 system888net 于 2008-6-6 23:17 编辑 ]

作者: mik 时间: 2008-06-06 23:19

原帖由 flw 于 2008-6-6 22:32 发表

有点幽默感好不好。

纯技术讨论：

“如果楼主是农民，恐怕早得饿死了” 比你这句 “还好楼主不是农民，不然我们就都饿死了”

其幽默性不会差太多吧

作者: qingfengjianke 时间: 2008-06-06 23:19
标题: 回复 #43 system888net 的帖子
恩，目前聊天服务器已经有了成型的模型，

Windows下用的WSAEventSelect（）；

采用线程池，根据client的连接数来动态分配线程数，

1个线程处理 64个 client 的服务。

----这样的一个模型要支持同时2000人在线的话要开31个线程。2000/64

最近越快服务器方面的东西，心里越迷糊。。。

作者: system888net 时间: 2008-06-06 23:24

原帖由 qingfengjianke 于 2008-6-6 23:19 发表
恩，目前聊天服务器已经有了成型的模型，

Windows下用的WSAEventSelect（）；

采用线程池，根据client的连接数来动态分配线程数，

1个线程处理 64个 client 的服务。

----这样的一个模型要支持同 ...

也是一个解决问题的方法.
若是这样,windows下建议你是否用完成端口会更合适一些,效率也会高一些.

作者: system888net 时间: 2008-06-06 23:25
WSAEventSelect 不是用来处理2000人在线这种问题的!

作者: qingfengjianke 时间: 2008-06-06 23:36

原帖由 system888net 于 2008-6-6 23:25 发表
WSAEventSelect 不是用来处理2000人在线这种问题的!

关键是公司想把这个服务器移植到Linux下，

只有用epoll了。

作者: system888net 时间: 2008-06-06 23:44

原帖由 qingfengjianke 于 2008-6-6 23:36 发表

关键是公司想把这个服务器移植到Linux下，

只有用epoll了。

nod

做完之后,你就会觉得"原来如此啊"

作者: qingfengjianke 时间: 2008-06-06 23:50
标题: 回复 #49 system888net 的帖子

一直在看epoll呢，

其实也就原来如此。

epoll_wait () 和 WSAWaitForSingleObject() 形式都差不多

作者: system888net 时间: 2008-06-06 23:55

原帖由 qingfengjianke 于 2008-6-6 23:50 发表
一直在看epoll呢，

其实也就原来如此。

epoll_wait () 和 WSAWaitForSingleObject() 形式都差不多

CU里的特点是思想活跃,各种技术观点都可以碰撞, 这也是论坛的精髓. 碰撞才有提升.

作者: =php= 时间: 2008-06-07 08:15

原帖由 qingfengjianke 于 2008-6-6 16:48 发表
在Linux下编程简直是一中摧残和折磨

麻烦的要死.....

如果没兴趣那你干什么都是一中摧残和折磨

作者: yuanchuang 时间: 2008-06-07 08:58

原帖由 uppet 于 6-6-2008 19:04 发表
如果连vim或者emacs这么简单的软件都不愿意学，很难把unix用好的~~

另外说一下，你们公司难道就没有个什么vim或者emacs的高手么？让他帮你定制一下你的编辑器，效率会飞起来的。。。

你确定？

作者: in2in 时间: 2008-06-07 09:48
你说的麻烦是编辑麻烦，还是编译麻烦，据我所知如果是编辑麻烦，你可以安装UBUNTU8.04，使用很方面的，源有很全，更新安装都很方便，跟使用WINDOWS差不多了，如果是编译麻烦的话，我认为是楼主领会到LINUX的魅力，这个系统本身就是C写的，我想不会编译麻烦吧

作者: in2in 时间: 2008-06-07 09:50
另外说句话，LINUX下有很多免费的编辑软件，最简单的，gedit就跟记事本差不多了，如果需要集成开发环境的，可以搜索下很多的，前几天看到个免费软件大全的帖子，上面很多，而且大多数免费软件都可以运行在LINUX环境下的

作者: @sky 时间: 2008-06-07 11:35
晕,你非得开那么多线程啊,开一个主线程专门用来accept,在另外开10个专门用来处理连接,主线程接到请求后交给连接线程处理不就行了

作者: lj870128 时间: 2008-06-07 12:54
不能够这么评论linux下面的编程，如果效率低下、感觉那是痛苦或者折磨的话，这个只能够说你的技术没到家！
你有没有见过人家真正的高手？

作者: weedeater 时间: 2008-06-07 14:55
没了VS，在windows下开发简直是一种折磨:em11:

N多的库要重新编译，自己写Makefile，调环境变量……MyGod!:em11:

作者: realmon 时间: 2008-06-07 18:40
来看热闹

作者: wangqi0021 时间: 2008-06-07 19:48

原帖由 mik 于 2008-6-6 23:19 发表

纯技术讨论：

“如果楼主是农民，恐怕早得饿死了” 比你这句 “还好楼主不是农民，不然我们就都饿死了”

其幽默性不会差太多吧

够无聊佩服

作者: bbcode 时间: 2008-06-07 19:51
楼主IDE过度依赖者...有段时间弄JAVA JAVA的Eclipse ALT+/提示还有接口抽象错误提示真NB 在回头写C++相当不习惯.如果没Visual Assist 那简直不能写了习惯习惯又好了.

作者: tyz 时间: 2008-06-07 19:54
还好我已经习惯了

作者: jamesr 时间: 2008-06-07 20:32
提示: 作者被禁止或删除内容自动屏蔽

作者: sysulzh 时间: 2008-06-07 23:26
标题: 回复 #1 qingfengjianke 的帖子
记得刚开始接触摩托车的时候，由于不够熟练，总觉得它太复杂了，还不如骑单车来得简单……

作者: SCys 时间: 2008-06-07 23:40

原帖由 xinglp 于 2008-6-6 22:20 发表

单进程单线程搞定

大侠.能简单说说是怎么弄吗?

作者: makeclear 时间: 2008-06-07 23:51
因为WINDOWS下的IDE工具为我隐去了太多的细节，
其实，这些细节，我认为对每一个程序员都是应掌握的，比如：编译、链接过程，工程文件的组织，动态库的加载，C库中的如何调用操作系统接口，什么是POSIX，用户态向内核态的切换，等等 .........
的确，在这些IDE下，可以不用管这些东西，但是这些都只是指编写上层软件；如果你做WINDOWS的嵌入式开发，一样离不开。
从工作的角度来讲，越方便的东西越简单，越简单的技术含量就越低，这样的东西会的人就很多，试问一下：谁不会用VC写几个应用程序呀？

作者: qingfengjianke 时间: 2008-06-08 02:37

我随便发发牢骚，没想到这么火呀

作者: xinglp 时间: 2008-06-08 02:37
标题: 回复 #65 SCys 的帖子
UDP或着TCP(epoll管理)的话网络通信部分完全可以一个线程处理,其他部分如果不是太耗时也可以在同一个线程中处理.象楼主所说的8k+用户聊天服务器,耗时的部分应该是发送消息时对方用户的查找,用红黑树做查找应该很快.假设每个客户端平均3秒钟发一条消息的话,服务器每秒中转2k+条消息还是能应付的.

个人见解,仅供消遣

[ 本帖最后由 xinglp 于 2008-6-8 03:27 编辑 ]

作者: xinglp 时间: 2008-06-08 03:28

原帖由 qingfengjianke 于 2008-6-8 02:37 发表
我随便发发牢骚，没想到这么火呀

华丽的火了

作者: 2gua 时间: 2008-06-08 06:21

作者: voipexplore 时间: 2008-06-08 09:51
并发8000，一个很小的服务器，网络层1个线程足够了。不知道的话去查查单线程epoll。楼上有人说，性能耗费在查找用户，这里根本就没什么损耗。map是红黑树结构，1024×8个用户才需要查找30次，lgn嘛。整数的30次对比扫描，性能耗费比不上一次memcpy，基本和string a;相当。文字聊天，又不需要代理媒体流，支持2w人在线的服务器应该是正常。

作者: dreamerx2004 时间: 2008-06-08 12:27

原帖由 qingfengjianke 于 2008-6-6 17:01 发表

不灌水,, 谈谈如何在Linux 设计一个高效的聊天服务器吧,
可以支持同时在线
8000人以上.

1: 做到大并发
2: 高的吞吐量和响应率

具体说说你的初步想法

作者: lj870128 时间: 2008-06-08 12:44
标题: 回复 #64 sysulzh 的帖子
说得不错！我也是这么认为的！

作者: prolj 时间: 2008-06-08 12:56
标题: 看LZ的标题真是巨O无比
Windows的VC真好真伟大！

作者: qingfengjianke 时间: 2008-06-08 14:07
服务器分为群聊天服务器，和主服务器。

在服务器性能上，主要是群聊天服务器，负责用户的群聊天信息的转发。

用户与用户之间的聊天采用udp服务器转发，两个用户建立tcp p2p链接。

作者: lpzgbd 时间: 2008-06-08 17:29
发错版面了吧。

作者: MYSQLER 时间: 2008-06-08 18:32
看完了.版猪也挺无聊的

作者: nixin 时间: 2008-06-08 20:01
不知道楼主想说明什么？

作者: flyeon 时间: 2008-06-08 20:29
怎么我的感觉正好和楼主相反？
简洁高效的api，是程序员最爱

作者: lemosa 时间: 2008-06-08 20:30
呵呵，刚在linux下写了几行入门的程序感觉还好!

慢慢熟悉吧!

恼火说明一还没有掌握他,一旦掌握了你就觉得神奇了!

细心

作者: du51 时间: 2008-06-08 21:35
如果是我..
开一个进程池.10个足够了.

进程内起线程..

线程内accept
上下加锁

作者: sunqiqiang 时间: 2008-06-08 22:26
linux对你如果是一种折磨，要么反抗，要么忍受！

作者: sdu_lizhipeng 时间: 2008-06-08 23:06

原帖由 maxxfire 于 2008-6-6 17:25 发表
瞧"骇客帝国"多酷，哪有什么界面和工具，直接看一条条的数据，下雨一样。。

我看见黑客帝国中用SSH了，足见LINUX适应未来的发展啊。

关于这个帖子的问题，我觉得用LINUX不见得多么高尚，用WIN也不多么下贱，适合你工作需要的才是最好的。如果这个工作用WIN比LINUX好，我绝对会用WIN。每种系统都有它强势的一面和弱势的一面。你在LINUX下编程感到摧残，那何不换一个角度换一个方式，考虑一下你这个问题是否适合用LINUX实现，是否还有其他的方法使这个现象得到改观，不要在一棵树上吊到世界的尽头。就拿那个include拼写错误的例子来说，你可以想到用语法高亮显示，这就是在为问题能够顺利的解决做铺垫呢

作者: openq 时间: 2008-06-08 23:24
只是一个环境的问题嘛，你要用不惯VI，就用emacs，如果还是不行，还是喜欢windows的IDE，linux下也有IDE啊，比如说Eclipes嘛，很好很强大哦！

作者: chinesedragon 时间: 2008-06-08 23:46
等我熟悉了编程环境，我在WIN下早就学好了C了

作者: flw 时间: 2008-06-09 00:19

原帖由 chinesedragon 于 2008-6-8 23:46 发表
等我熟悉了编程环境，我在WIN下早就学好了C了

那你用 win 好了嘛。
用 win 的人很多，我就是一个。天天在用。

作者: fans1 时间: 2008-06-09 02:26

原帖由 chinesedragon 于 2008-6-8 23:46 发表
等我熟悉了编程环境，我在WIN下早就学好了C了

有点牵强，c学会容易，学好难

我觉得熟悉编程环境绝对比学好c容易得多

而且就像木匠做工需要工具一样，程序员早样得有城手的工具才行。vim和emacs历经几十年不衰，从长远来看，投资它们绝对收益大，倒是现在很多ide，一两年就一个新版本，使用体验基本上更新一半以上，这才是折腾人啊

作者: zhonggeneral 时间: 2008-06-09 11:03
标题: 回复 #10 qingfengjianke 的帖子
1: 做到大并发
2: 高的吞吐量和响应率
技术上写个连接池就行了,可是按你的要求还得取决于服务器性能!

作者: ideawu 时间: 2008-06-09 11:38
根据楼主的业务简介, 用 Linux 或者 Win 都不简单. 支持8K+在线的 IM 服务器能容易做出来吗?

作者: cobras 时间: 2008-06-09 12:20
我觉得用UDP实现，加序列号，采用流水线技术，不需要几个线程，而且效率肯定比用TCP实现高

作者: Auror 时间: 2008-06-09 14:00
标题: 回复 #1 qingfengjianke 的帖子
其实习惯了在LINUX下编程是爽的一件事,至少能让你知道MAKEFILE这样的东东,而你在WIN下,能知道吗?所以说还是静下心来,慢慢的一步一步来比较好.

作者: Mr.Colt 时间: 2008-06-09 14:03
lz试试去DOS下编程看看，眼看着几个G的内存，不用点手段的话只能在600K前后的空间里画圈圈，那才叫一个憋屈呢

作者: napleon 时间: 2008-06-09 15:26
楼主是新手，标题为了吸引眼球。

房子要装修了，开发商给了我一套方案，最后我还是自己找人弄了。因为我能看到和跟进具体每一个细节的实现，心里踏实些。不然都不知道钱是怎么花的。

作者: tails 时间: 2008-06-09 17:27
直接从设计硬件开始好了，因为你不知道你的程序如何被硬件执行，晚上睡得着觉吗

作者: redspider 时间: 2008-06-09 17:57

原帖由 tails 于 2008-6-9 17:27 发表
直接从设计硬件开始好了，因为你不知道你的程序如何被硬件执行，晚上睡得着觉吗

话不是这么说，napleon 举的例子还是很贴切的，现实中很多人也就是这种想法，但你总不能让他们自己去烧砖吧

作者: fire_cpp 时间: 2008-06-09 18:40
标题: 不知道说什么好
vim不好用？我做过各种平台的开发，真是恨不得所有IDE都可以使用VIM模式，它的查找、替换、移动这些操作是那么的高效。你觉得不好用是因为你不熟悉。什么IDE可以让你手不离开主键盘区就完成选择、替换、匹配这些功能？而手不离开主键盘区工作，知道效率会提高多少吗？现在的VIM也有补全功能啊，用一下Ctag这个插件吧，你include了你的头文件之后，它就能自动补全你在头文件中的函数、变量等等原型。也许它没有Emacs那么大而全，但我却认为它比Emacs高效。
作为一个专业的程序员，你不去熟悉你的编辑器，我认为没什么比这更可笑的了。
但是，这个问题是Linux查卷的问题吗？如果你真觉得Vim不好用，为什么不去用Linux上的IDE？Eclipse就行好啊！界面打开后，你完全感觉不到平台的差别。

再说你问的8000个连接用多少个线程合适，这种问题你在Linux上开发时要问，难道你在Windows上开发就不用问了吗？这并不属于平台问题，而是设计问题。

作者: redspider 时间: 2008-06-09 19:25

原帖由 fire_cpp 于 2008-6-9 18:40 发表
vim不好用？我做过各种平台的开发，真是恨不得所有IDE都可以使用VIM模式，它的查找、替换、移动这些操作是那么的高效。你觉得不好用是因为你不熟悉。什么IDE可以让你手不离开主键盘区就完成选择、替换、匹配这些 ...

这是真的，VIM 的效率可以算是编辑器中的老大了

作者: drunkedfish 时间: 2008-06-09 23:51
标题: 回复 #1 qingfengjianke 的帖子
有人就热衷linux下的因为他觉得更方便更快

作者: snow888 时间: 2008-06-10 08:52

原帖由 makeclear 于 2008-6-7 23:51 发表
因为WINDOWS下的IDE工具为我隐去了太多的细节，
其实，这些细节，我认为对每一个程序员都是应掌握的，比如：编译、链接过程，工程文件的组织，动态库的加载，C库中的如何调用操作系统接口，什么是POSIX，用户 ...

这话过了，学了N年，就是不会在 VC 的那个 IDE 下面做开发。

看来还是没有学到家啊。

作者: herostears 时间: 2008-06-10 09:08
顶！！！！！！

欢迎光临 Chinaunix (http://bbs.chinaunix.net/)