点中键。

杭州移动光纤宽带6M。

缺点：
不稳定，高峰时段各种卡，也不是打不开，就是有时需要多刷几次，体验很差。
DNS劫持，疑似还会在购物网站上加返利链接。

优点：
公网IP，上下行速率对等，近期国际出口带宽比电信稳定快速。

呃……上一条怎么成这样了，重发一下试试：

我也有过一个 @public1.sz.js.cn 和一个 @pub.sz.jsinfo.net 的邮箱，我还记得当年的smtp服务器地址是202.102.14.141和10.78.0.30。

16年了，时间过得好快。

我也有过一个@public1.sz.js.cn和一个@pub.sz.jsinfo.net，我还记得当年的smtp服务器地址是202.102.14.141和10.78.0.30。

16年了，时间过得好快。

说应该靠个人提高外语水平去读原版文献而不是看翻译作品的人，很多都是觉得自己的外语水平够用，而从内心散发出来的一种无比的自我优越感，我觉得属于站着说话不腰疼类型的。

作为一个优秀的技术人员，确实应该提高自己各方面的能力，包括运用各种工具的能力——外语也是一种工具。但是所有的工具都是需要慢慢熟能生巧的，在没有达到一定熟练程度时，借助其它工具——别人已经翻译好的资料——去更高效的完成工作，何过之有？

从译者的角度来说，相信但凡尝试过翻译一个上点规模的文档的人，都会有一个共同的感觉：自己看明白一篇文章跟把它翻译成一篇给别人看的文章，这是两种完全不同的感受。要翻译好一个文档，需要你对文档所讲的内容有更深层次的认识，需要你对自己的语言组织能力有更强的把控力。做翻译，对个人直接的投入产出比可能确实不高，但是如果你把更广义的“产出”都算进来的话，也许也是值得一做的。

说翻译带有个人主观意识从而可能误导读者所以是不好的，这就更为偏驳了。翻译的目的在于传播，有传播就必然会有信息的失真。即便是所有人都只看信息的原始来源，每个人的理解也不尽相同。翻译必然会带入个人的理解，在很多情况下这并不是坏事。即便真的是译错了、曲解了，这也只能算是为了更广泛传播而付出的代价，不能因此去否定翻译的价值。

其实以上都还主要是针对英文技术文档来说的，如果拓展到各种外语、各种内容领域的范围去看，翻译的价值更是不可估量的。

吐槽完了，回到原贴的问题，同时算是利益相关声明：我翻译过一些文档、网站、软件界面和书籍，能为信息传播作出一点贡献、帮助一部分人获取到更多的信息或更方便的使用软件，自觉很欣慰。

@tan9le 昨天申请的改光纤，今天老爸打电话来说，已经光纤改造完毕，速度也直接提好了。电信效率不错。
公网IP的事，如果发现被分了内网IP，只要给10000打电话，说需要公网IP就可以。南京电信实测有效，打完10000号后过点时间重新拨号就能拿到公网IP，接入方式是FTTH/PPPoE的模式。

@tan9le 有些地方的ADSL可以做到12M，再高都得光纤了。不过实际上很多电信都只给开到8M，再上去就得光纤。

江苏都可以，我老家的8M，可以提到26M。不过先得去改光纤，改完了还要等15天才能申请提速，时间挺紧的。昨天刚申请了改光纤，说没有端口资源，要等3-8天。

我翻译的和参与翻译的两本书：

http://book.douban.com/subject/24870493/
这本是非常非常入门的，基本上就是告诉你RPi的基本特性，告诉你RPi的设计者脑海中RPi的那些基本玩法，所以其中有不少篇幅放在了Linux和Python的入门介绍上。这本书的优点和缺点都是“入门”。

http://book.douban.com/subject/26275027/
这本是一些实际的项目实作，成果也是非常粗糙的实验品，但是里面介绍了很多可以跟RPi配合使用的周边硬件以及SPI/I2C这些对于硬件开发者很熟悉而对软件开发者很陌生的东西，可以为以后开发别的东西打开思路、打下基础。这本书的优点是里面的很多知识点如果你以前不知道，那会对你就很有帮助。缺点是里面用到的一些零件在国内不容易买到，有些细节还是没有深入。

两本书共同的缺点是“贵”！出版社引进外版图书版权费用太贵了，直接影响了最终的定价。

@marcfizzy https://bandwagonhost.com/aff.php?aff=951

我参加工作后做的第一个产品就是Linux下的防病毒软件。

我刚开始也很不理解为什么需要这样的产品存在，后来知道，企业中有很多Linux系统很多是用作文件服务器，很可能是用于给Windows提供文件服务，所以在Linux上部署防病毒软件可以防止别人把Windows下的病毒通过Linux文件服务器传播给其它人。还有另外一个重要的原因是：有些企业的IT安全策略要求“所有”的服务器必须安装防病毒软件， 所以需要Linux下的防病毒软件。

个人用户的话，如果有Linux下反病毒需要，可以考虑ClamAV。

南京电信有用，打完电话投诉后，过会儿重新拨号就是公网IP了。

流式排版的电子书（EPub或Mobi之类，非PDF），用Word来完成初期的排版是一个很好的方式，因为Word文档可以很方便的低损耗转为HTML，而HTML就是EPub或Mobi的核心了。对于流式排版的电子书来，并不需要也不可能支持非常复杂的版式，所以用InDesign之类的更专业的排版软件并不一定合适。

用Word排版后的电子书转成EPub后，多少可能会有一些“不干净”的东西在里面，这时用Sigil可以对产出的EPub文件进行进一步的精加工。直接用Sigil从头排EPub当然也可以，不过不见得比Word方便。

LaTeX更适合那些内容高度结构化的内容，它的强项更在于精密优雅的控制输出效果，比如字间距、公式渲染、断字、换行等等，但这些都是电子书所不需要，电子书（非PDF的）的渲染是在阅读时由设备完成的，所以LaTeX的强项并不能发挥出来。

最后，其实用什么工具真的最主要是取决于做事的人个人的习惯和能力。

@Kilerd 有优点也有缺点。缺点包括但不限于：重构代码改数据类型时还得跟着改变量名。抽象类型会造成程序员造出各种各样五花八门的变量名前缀。

@Kilerd 这叫匈牙利命名法，以前在Windows下比较常用。