都在讨论C，很少有C++

walleeee

回复 49# OwnWaterloo


我说了，尊敬是态度，问题还是得讨论。这有什么关系么？

pmerofc大可以挑他的错，我觉得很好啊。

OwnWaterloo

回复 50# walleeee

HOME设置过，而bin下的东西不是用的cygwin，而是到四处拼的，msys/gnuwin32(好像叫这个名字)/unixutls……
mklink……  xp压力很大……

walleeee

回复 52# OwnWaterloo


你这样不行。

1.gnuwin32已经早就不更新了，没法用。
2.msys我虽然装了，但是觉得没什么。只是Mingw依赖这个。其实mingw在我看来也用处不大，而且还不是Posix完整
3.unixutils也不行
4.windows自己的unix环境更是鸡肋

至少要vista才有mklink。不过mklink不重要，没有就算了，我用这个是因为我要把配置放到另外的地方，然后做个连接出来给home，我很多配置都管理在sourceforge，不然就要乱。我mingw，cygwin，linux公用一个配置，windows上的原生emacs/vim要和mingw/cygwin/linux的emacs/vim用一个配置。所以我要Mklink。

你如果没我这么复杂的要求，你可以不用mklink。把cygwin/bin加到path里面的好处是emasc就可以强很多。但是注意，cygwin/bin是加到path最后，不然可能有些小问题麻烦。

这是个经验。cygwin还是不错，比较方便，但是包不够多，有些东西还要自己去编译。只不过这个一般不是什么大问题。

OwnWaterloo

回复 53# walleeee

我用得挺好的，太复杂的unix tools我也没学过。
我不是系统管理员好吗

walleeee

回复 54# OwnWaterloo


原来如此。嗯，反正这个只是我个人用emacs的一点小技巧。

windows的那个unix环境真是块大鸡肋，死垃圾。

OwnWaterloo

回复 55# walleeee

Windows残念的地方太多了……

三月廿七

LZ 是不是感觉自己被冷落了

三月廿七

远离 面向对象， 远离尘嚣

鬼谷子大师

哇哇，本帖后续讨论严重偏题啊，居然还论战上了。。

我是来凑热闹的，我喜欢C++，也喜欢C，两不相帮

reiase

我觉得不能说C#速度超过C++不可能。说到底，什么语言速度还都赶超不了汇编呢。

最近python都能凭借jit，数值计算上逼近C++。
http://morepypy.blogspot.com/201 ... rogress-report.html

我所知的另外一个例子是网络的例子，有人对比了几种框架
http://oddments.org/scalestack-vs-node-vs-twisted-vs-eventlet

两个例子，一个是CPU计算的，一个是IO的，C++在性能上都不是特别具有优势。

现代C++的性能无非就靠泛型，其实很多领域，压根是不要泛型的。比如图像处理，正常的都用unsigned char。再比如数值计算，好些库直接用double。如果只有一种类型，泛型的性能优势还在吗？性能始终是一个领域内部的问题，最终还是靠这个领域内部的方案来解决。