九天雁翎的博客
如果你想在软件业获得成功,就使用你知道的最强大的语言,用它解决你知道的最难的问题,并且等待竞争对手的经理做出自甘平庸的选择。 -- Paul Graham

郁闷的要死,因为用中文注释,带来了无穷的痛苦

本来用中文注释是没有任何关系的应该,别人看也 容易明白,我自己看也容易明白,但是却常常在VC中产生很多莫名的错误,最让人受不了的是经常因为忘了关输入法,然后导致用的标点VC识别不了,这类错误自己几乎难以用初始的检查发现,而且一旦出现错误,很可能就是一大片的报错,改都改不过来,虽然我英文也许不能太准确的表达我的意思,我决定以后再写程序的时候一律用英文注释,以避免这种让人痛苦的行为,不要说我抛弃母语啊,为什么电脑是用英语的国家发明的?郁闷! 连在CSDN上写文章的TAG用中文都会遇到这种情况。。。。郁闷!不要和我说把中文输入法的标点也弄成半角的就好了,我要是常常能记得那么多,那就好了……………。</p>

阅读全文....

关于容器输出的进一步优化

以前我讨论过了在自己学习过程中经常要用到的一个特性,就是容器的输出问题,总感觉不是太方便,在学习过程中用的又非常多,我曾经在《 学了模板再来看容器输出的简化》 中已经把他处理的很简单了,不过最近看了 TC++PL受了点启发,又将程序进一步改进,主要的好处是更符合标准库容器的使用习惯,以首尾两个迭代器为输入,而且对普通的数组也可以使用,这样最大的方便之处在于可以接受一个范围的输出了。不过比起以前那种直接传递容器的引用来说,普通的输出整个容器使用上还是复杂一点。

阅读全文....

可恶的Cpp(c语言预处理器),windows.h,导致程序莫名错误

而且,我还持有这样的观点,

Cpp 必须被摧毁 —Bjarne Stroustrup

全世界有经验的程序员都教导我们,应该多用C++中的特性,不要再停留在C语言中某些特别容易导致错误的旧特性,其中,预处理就是特别典型的一个,D&E中Bjarne Stroustrup详细解释了他为预处理提供的各个替代措施,但是,偏偏就是有人这么无聊,就是还喜欢用!比如windows.h中,一个特别特别无稽的使用宏去定义max(),min(),用宏就算了,竟然全部用的都是小写!我简直想拆了微软!因为很明显这样做是非常愚蠢的!比如下面这样一个简单的利用例子,因为包含了windows.h而无法运行。

阅读全文....

忽视的复杂性,关于C++中大整数的思考

原以为一个以前在C中轻易实现的猜数字游戏即便我加了一些奇怪的规则,还应该是非常简单就能实现的,但是,我忽略了C/C++ 中大整数带来的复杂性,的确,当整数范围超过long所能表示的范围以后,简单的四则运算或逻辑比较都是需要很复杂的代码才能实现。我在问题(3)就开始要解决一个这样的问题,似乎已经违背了我当初设想的从易到难写C++程序的目标了,但是,因为我对C++的了解程度,自然也很难真的说(或者对不同的人也不一样的)从易到难。但是因为太多方案在头脑中,所以先把问题提出来吧,假如有人来看,各取所需吧,我的解答自然不可能一下子出来,目前,我的想法是,实现一个稍微实用一点的大整数类库,以我的水平,自然不能多么完善,但希望这个类库能伴随我以后解决自己为自己提出的各种刁钻问题,目标自然很明确,让大整数的使用像内置类型一样!哪怕是多么大的天文数字!呵呵,目标而已,目标而已。

阅读全文....