因为第一次尝试翻译这种技术文章，感觉还是比较难的，用了几个小时，虽然原文才7页纸。体会了翻译的痛苦，才能原谅那么多翻译出来的书籍的枯燥。毕竟，这不是件容易事，虽然他们是拿钱做事的。从N1692 里面，我感受到了一个给C++ standard的提案该有的严谨，哪怕是格式上都是这样，不过很奇怪为什么作者做个提案竟然只提供了借口，而不提供源代码，奇怪的很。而且接口里面，很多操作符不是本来可以在类内部定义，作者放到了外面，而且外面的函数没有设为友元，不知道是因为作者仅仅为了说明方法而已，故意忽略了，还是什么其他原因。要不就是我才疏学浅搞错了什么东西。而且从其中，我倒是了解到一个新的词，粒度，以前从来没有听说过，在网上查了一下，也没有太明白。仅仅知道一个大概。作者提出的问题，在网上也没有找到。这点很郁闷。
最近一直没有空写博客，问题很严重啊，在电脑城打了一下工，硬着头皮看着TC++PL，看着孙鑫的VC++ 教学视频（感谢孙鑫老师免费提供下载），同时还看着原版的Effective C++ ，还有，还看着Grady Booch的面向对象分析与设计（第2版），并且看了一下殷人昆出版的新版数据结构，不过相对而言，反而没有时间来实际的写太多代码来实践了，最近翻看了很多关于我的问题（4）的BigInt的东西，开发一个类真的不容易啊，特别是当你想真的设计的很好的话。。。。。。。。呵呵，说多了，最近其实很想做点实事，因为孙鑫的VC++ 教学视频快学习完了，想尝试翻译一下TR1，不知道是不是太不自量力了，不过我却真的很想。。。。。先翻译一下N1744=050004
Big Integer Library Proposal for C++0x吧，这是我找BigInt资料的时候发现的，翻译的不好不要怪我，我只是自己翻译着好玩，又不是要赚你们的钱啊。
A Proposal to add the Infinite Precision Integer to the C++ Standard Library N1692 1 July 2004
原作者：M.J. Kronenburg
e-mail: M.Kronenburg@inter.nl.net
原文链接:http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2004/n1692.pdf
九天雁翎简单翻译稿：
本文探讨了C++中char*指针的地址，解释了指针变量地址(&p)与指向地址(p)的区别，并演示了如何通过类型转换输出真实地址。
本文比较了C++中多种交换方式的效率，测试表明指针传递最快，STL最慢，异或交换并无优势。
分享一个C++个人工具库，包含容器打印、算法效率比较及随机数组生成等功能，旨在简化学习与调试。
本来用中文注释是没有任何关系的应该，别人看也 容易明白，我自己看也容易明白，但是却常常在VC中产生很多莫名的错误，最让人受不了的是经常因为忘了关输入法，然后导致用的标点VC识别不了，这类错误自己几乎难以用初始的检查发现，而且一旦出现错误，很可能就是一大片的报错，改都改不过来，虽然我英文也许不能太准确的表达我的意思，我决定以后再写程序的时候一律用英文注释，以避免这种让人痛苦的行为，不要说我抛弃母语啊，为什么电脑是用英语的国家发明的？郁闷！ 连在CSDN上写文章的TAG用中文都会遇到这种情况。。。。郁闷！不要和我说把中文输入法的标点也弄成半角的就好了，我要是常常能记得那么多，那就好了……………。</p>
以前我讨论过了在自己学习过程中经常要用到的一个特性，就是容器的输出问题，总感觉不是太方便，在学习过程中用的又非常多，我曾经在《 学了模板再来看容器输出的简化》 中已经把他处理的很简单了，不过最近看了 TC++PL受了点启发，又将程序进一步改进，主要的好处是更符合标准库容器的使用习惯，以首尾两个迭代器为输入，而且对普通的数组也可以使用，这样最大的方便之处在于可以接受一个范围的输出了。不过比起以前那种直接传递容器的引用来说，普通的输出整个容器使用上还是复杂一点。
而且，我还持有这样的观点，
Cpp 必须被摧毁 —Bjarne Stroustrup
全世界有经验的程序员都教导我们，应该多用C++中的特性，不要再停留在C语言中某些特别容易导致错误的旧特性，其中，预处理就是特别典型的一个，D&E中Bjarne Stroustrup详细解释了他为预处理提供的各个替代措施，但是，偏偏就是有人这么无聊，就是还喜欢用！比如windows.h中，一个特别特别无稽的使用宏去定义max(),min()，用宏就算了，竟然全部用的都是小写！我简直想拆了微软！因为很明显这样做是非常愚蠢的！比如下面这样一个简单的利用例子，因为包含了windows.h而无法运行。
这是一个C++模板，用于输出任意数据类型的大小和取值范围，方便在不同平台或编译器下检查类型信息。