xiaohanyu的图书主页-查字典图书网

摘记

2015-02-28

* 自序

1993 年的早春，我刚刚来到位于深圳蛇口的招商银行总行工作，一天帮网，我和同时饭后散步到蛇口商业大街的一家国有银行支行营业门口，看到了一台当时在国内还非常罕见的 ATM 机（自动取款机），我们随即感慨：毕竟还是大行实力更雄厚，这么快就领先不放了代表最新金融科技水平的自动取款机，可待我们凑近一看，才范县那台 ATM 机的显示屏上蒙着一层厚厚的灰尘，银行卡的插卡口也挂着零星的蛛丝，很显然，和网点门前熙熙攘攘的人流相比，使用这台 ATM 机的人还少得可怜。它独立一隅，基本上沦为一个尴尬的摆设。作为银行管理人员，我们在心里也打了一个很大的问号——究竟会有多少人使用这个“自动”的“取钱机器”呢？

20 年前，站在蛇口商业大街那台蒙尘的 ATM 机之前，我们又怎么可能想象出今天这幅波澜壮阔的电子金融大图景！

* 第一章

此时，窗外星空寂静，网络上却是热火燎原。

信息技术产业最有趣的事情莫过于，每 10 年左右，你就有机会重新定义战场。

互联网和电子商务对社会生活的影响比我们想象的要快得多。变革的力量已经在每一个角落蕴生、发酵、壮大，不知不觉间，我们熟悉的生活方式、我们从事的职业已经被改变了这么多。

事实上，我一直认为信息行业和金融行业本质上是“同源”的，他们有着相同的基因，那就是“数字”。正是看似不起眼的数字，将这两个最有生机和活力的行业紧密联系在了一起。

硅谷教父杰弗里.摩尔说，“金融业就是以计算机网络为生产设备，不断存贮、处理、识别和传输关于财富的承诺和许可的所有信息，实现财富与个人生活和上午活动的同步化。”所以，如果看到“数字”这个共同的基因，我们就不会对“比特”和“金元”的这场联姻感到意外。

我们必须对“摩尔定律”中所阐述的那种近乎魔幻的信息科技生命力保持足够的敬畏。

今后，除了水和实物，以及一个合适的居所用以维生，人类所需要的全部就只剩下互联网和手机了。

要知道，全球有 56 亿手机用户，已经使用智能手机的仅不足一亿。

然而，当时高度依赖手工作业的银行体系还无法支持如此庞大的资金流动，社会结算需求沉重地滞留在堆积于银行柜面的纸票，凭证，现金当中，银行家们一筹莫展。不难想象当年银行柜台前拥挤的客户，嘈杂的环境，不时响起的抱怨，奔走的柜员，堆积如山的纸质票据……这大约就是半个世纪以前，绝大部分商业银行分理处的写照。

商业银行的基础业务就是吸收存款、发放贷款和汇款结算。

1995 年 10 月， SFNB 在网络上正式开业。开业后短短几个月内，就有近千万人上网浏览，申请业务办理，给金融界带来了极大的震撼。

50 年前的一天，为了向远方的亲友汇一笔款，人们可能需要小心翼翼地怀揣着一小叠纸币，千辛万苦爬过山头，在储蓄所网点排队排上许久，顶着嘈杂的噪音向银行柜员口述着收款人的姓和地址，然后在漫长的是时日里等待着收款人的来信。

* 第二章

从“水泥”到“鼠标”到“拇指”的迁移也发展到商业银行身上，依托于网上银行和手机银行全天候的“自金融”时代正式来临。

“家里的银行”在很大程度上已经悄然替代了“街头的银行”。

据专业人员的测算，通过银行营业网点进行交易的单笔业务成本为 3.06 元，而 ATM 机的单笔交易成本为 0.83 元，网上银行的单笔交易成本仅为 0.49 元。

** 案例：黄色巨人的倒下

经过艰涩的挣扎之后，为人类留下无数个“美好一刻”的柯达公司，最终还是没能留住自己。

很多读者朋友可能并不了解早起的柯达盒式相机是如何使用的——人们将暗盒内的底片拍完后，必须要将相机寄回柯达的的冲印工厂，由柯达的工人通过专门的设备为客户冲洗照片，完成冲印后，工厂将喜好的照片连同安装上新胶卷的相机再一并寄送给客户。通过这种模式，柯达部署在英国的哈罗工厂一举成为当时全球规模最大、最为先进的胶片生产和冲印基地。

事实上，不仅是一次性胶片市场如履薄冰，整个胶片产业都在急剧跌入冰河世纪。数码技术的惊人发展打开了一道鲜亮的们，却也关上了一扇沉重的窗。

国泰君安研究团队在一份财富管理研究报告中讲：“越是居于顶端的高净值、超高净值人群占用的服务资源越大，创收也越大；越是接近底端的客户，个性化服务则越不经济。”因此，商业银行等财富管理机构在发展财富管理业务的过程中，逐步实现对不同层次的客户提供不同的服务，以此来达到这种匹配。

以香港为例，资金在 100 万美元（或等值外币）以下财富客户通常归入理财级客户，每个理财级客户配备一个专属客户经理，有客户经历提供客户联系、理财产品推介及相关服务。整个服务体系中，财富经理（亦被称为理财师或客户经理），位于财富管理服务运转的中心。根据麦肯锡的报告， 2010 年欧洲每位财富师或客户经理管理的资产为 1.54 亿欧元，人均为所在公司创收 117 万欧元。通常，一个财富经理负责 70-80 个客户，私人银行经理负责 15-20 个客户。

由于财富经理需要直接面对客户，对其专业素养的要求往往很高。在香港，对财富经理的专业资质、年龄、资历等都有非常严格的要求。首先学历上要求大学毕业，若同时具备工商管理硕士（MBA），特许财务分析师（CFA），特许公共会计师（CPA），国际注册会计师（ACCA）或律师专业更加；其次，年龄一般在 30 岁以上，其中欧美私人银行家大都在 40 岁以上；再次，资历和经验，一般要求 10 年以上工作经验，如资产管理、证券投资、法律、税务、客户关系管理等；最后，个人背景最好是出自富裕家庭或拥有成功创业的经验，这样的北京可以更好地了解富人客户，更有效的与他们沟通。

在严格标准遴选后，财富机构给予长时间的培训和实习，据说瑞银的私人银行经理培训期需要 3 年，培养成本高达 200 万港元。

可千万别以为商业银行开办电商只是盲目跟风，也千万别以为商业银行开办电商已经太迟。互联网商业的通行法则如“先发优势”、“赢家通吃”等，对银行业来说却很可能是个例外。想象一下吧，银行拥有多少客户数量？有多少活跃的账户数量？有多少覆盖城乡的服务网点？有多少可以支持“点击服务”的固定和移动终端？又有多么雄厚的财务实力？在资本市场上，证券公司、基金公司已经领教过银行的厉害——任何业务，只要银行也进来一起做，你基本上就只能俯首称臣，乖乖别玩了。

* 第三章

当用户对电脑的依赖越来越小，当地铁、街头、餐厅里的“低头族”越来越多，证券专家们必须意识到投资终端的明天已经悄悄来到了指尖。

但要注意的是，投资是一项非常追求安全的行为。许多调研显示，证券，基金投资者在应用终端软件方面的首要考虑是软件的安全性，接下来才是私密性、及时性、快捷性等。这也意味着，即便移动互联网给了我们许多想象空间，我们的应用开发队伍还是要把风险控制放在一个比较高的位置，创新、超前的技术应当小心使用，慎之又慎。

* 第四章

根据最简要的定义，传统金融功能通常可以概括为”存贷汇”。基于“存”“贷”之间利差的传统商业银行经营模式被视作金融行业的代表模式。

在国内金融体系，“汇”的发展速度一直滞后于“存”和“贷”。

但是，作为外国企业， PayPal 一直未得到中国的支付牌照，也就无法进入人民币业务结算，阻碍了其在中国的发展，以至于在近几年的发展中被国内的支付商大幅大步超越。

当时支付宝只是一款专为淘宝网的发展需要打造的支付工具，主要面向淘宝网提供担保交易，解决淘宝网发展的支付瓶颈问题。淘宝能够在短时间内超越易趣，不仅仅在于免费模式，支付宝的信用担保机制功不可没。

反过来淘宝网的发展又为支付宝带来源源不断的用户，帮助支付宝由淘宝网的支付工具一步步发展为一家独立的支付提供商。

网上支付工具的独立发展需要借助整个互联网电子商务的发展。

“求钱若渴”是绝大多数中小企业面临的主要问题。中小企业在获得贷款方面的能力始终偏弱，这与中小企业在我国经济社会中的地位并不匹配。

如果支付宝将其账户体系中的资金归集后放贷，那么，就必然绕不开“揽存”和“放贷”这两个法律问题。目前在我国，除了银行等金融机构，向自然人公众募集资金有无法逾越的红线，放贷人条例也尚未出台，阿里金融最多只能通过其小额贷款公司来放贷，但要向每个客户提供借款合同，立刻就违背了互联网支付方便快捷的原则。

互联网企业拥有海量客户和海量数据，众多客户又有各自业务形成的路径依赖，互联网企业就不可能不做金融了。

有一个很鲜明的趋势正在日渐显露——当金融企业开始借助信息技术手段提升竞争力的时候，以互联网公司为代表的信息技术企业也在觊觎金融业的丰厚收益。

金融电子化方兴未艾，电子金融化又强势崛起。

“平安未来最大的竞争对手，不是其他传统金融企业，二是现代科技企业。我们现在所面临的，是一场现代科技与传统金融业之间的竞赛，谁跑得快谁就赢。”

* 第五章

很多时候，一旦用户向商家“充值”，这笔款项事实上就已经转入商家的银行账户，而商家只是通过一些聪明的手法让用户觉得这笔钱还没有“花出去”，“还属于自己”而已。

其实，从本质上说，电子货币就是存储于银行账户（或网络账户）上的一组数字符号。作为现代经历高度发展和金融业技术创新的结果，电子货币是以电子和通信技术飞速发展为基础的，也是货币支付手段只能不断演化的表现，从而在某种意义上也代表了未来货币的发展方向。

在传统信用货币阶段，我们还可以看到符号，到了电子货币阶段，我们甚至连符号都看不到了——我们可以放开了说，钱真的已经不是“东西”了。

这也说明了货币必须流通才能实现交换媒介的功能，而账户体系则成为虚拟货币

的流通网络。

因为大多数情况下，由于虚拟货币本身在平台上具备广泛的使用价值，用户并不会把账户下的所有虚拟货币都提取出商家的体系。这种资金沉淀效应，为商家带来了丰富的想象空间。据统计，当前国内第三方支付公司的沉淀资金已经超过百亿。

其次，用户从发行商处购买虚拟货币到使用或赎回虚拟货币有一定的时间差，在这段时间内虚拟货币发行商实际上从虚拟货币购买者中获得了无息贷款，有些机构进而把资金转手贷给需要借贷的用户。这种游离于商业银行资产负债体系以外的准信贷关系就可能开辟出新的融资方式，或许不失为解决小企业融资难的一种补充融资渠道。

无怪乎批评家认为比特币是个骗局，它不是为了设计成使用货币，二是被设计来让早期进入者发家致富，本质和传销一样。

至于每个比特币值多少钱，在没有足够商品和服务可供购买的情况下，无法用到传统的经济学常识，如购买力平价来衡量。目前这一价格更像是一种心理预期，过去的高速上涨也可视为比特币在寻找自身均衡汇率，但这也让人联想到 17 世纪的郁金香狂热。

* 第六章

苹果公司的官网上有这么一段打动人心的广告：“或者是一款新游戏，或者是一个新食谱，或者帮你了解世界风云，或者帮你掌管个人财政。尽管你的 iPhone 能做这么多不可思议的事情，却还有数千种惊喜和可能，在 App Store 上等你前去发现。”

任何地区、任何客户都能够加入某家银行的金融平台，温州的资金可以滋润漠河的乡企，浙江和新疆的存款可以一起向深圳归集。这等同于放开金融业务的区域型管制，而在我看来，这恰恰是推进利率市场化改革的重要手段。

* 第七章

对金融而言，以指数级膨胀的数据既是“甜蜜的负担”，又是“无价的宝藏”。

企业数据就是新时代还未开采的石油，具有非常高的价值。

分业和混业，孰优孰劣？我认为，消除绝对的风险并非是监管层的职责，事实上也不可能。往长远说，危机和风暴本身就是人类社会的一部分，美国建国后历经多次危机而不倒，而有的国从无危机而长久萧条，也正说明如此。过多的管制犹如太多桎梏，仿佛将孩子永远绑在床上，告诉他这样可以防止跌倒、拐骗、车祸，而罔顾其早已成年，因过多约束而无所事事。

很多颠覆性创新在刚刚出现的时候看上去很美，对行业的发展具有明显的辅助和强化作用。比如在传统的媒体出版业，计算机技术最初是以激光照排、计算机文字处理的面目出现的，大大改善了出版的效率。在零售业，信息化始于“电算化”， IT 被作为令人信息的“新工具”来使用，但技术发展的逻辑相对于产业的逻辑来说从来都是桀骜不驯的。技术很多时候像寓言里的“阿拉伯骆驼”，一旦“主人”允许它进入“帐篷”，一场反客为主的游戏就开始了。始于“电算化”的电子上午与“电算化”所服务的旧商务的内涵和外延都存在着实质性差异。同样，金融的信息化并不止于让柜员机代替柜员那样简单，它正在金融业内和业外引发一场并不轰轰烈烈却实实在在的革命。

这让人想起麦克尼的断言：软件将会无所不在，越来越重要，但软件业将会消失，软件会成为许多行业和企业都在从事的事业，但不会有哪个企业以软件为专门的业务。

社会软件与作为单纯金融设施一部分的软件的本质差异，表现为欠着是对客户的社会信息与金融信息的全面识别，后者只是单纯对金融信息的识别；前者是对客户的整体需求的探求、识别、还原并进而调动企业和协作资源满足客户，后者只是对客户的个别金融需求的被动满足；前者除了争夺市场份额，还尽可能争夺单个消费者的钱包份额，而后者只追求单个产品和服务的市场份额。

麦克卢汉把纸币成为“穷人的信用卡”，意思是说，纸币是拥有和使用微笑财富的人持有的一种去个人化的财富信息凭证。作为一种无反馈的“只读媒介”，它存储的只是财富的信息，无法存储持有人的个人信息。

信用卡的使用过程，就是持有者向金融机构自觉不自觉透露个人消费信息和其他财务信息的过程。

第三方支付这几年发展得这么快、这么好，是因为它顺应了市场变化的趋势，迎合了广大用户的需求。当新兴的第三方支付企业把商业银行没能做到或者没能做好的事情做到了极致，而资源、基础方面都更胜一筹的商业银行其实应当多多反思自己的“眼光”，而不要去怪罪创新者把“秩序”搅乱。要知道投票权握在最终用户的手上，对于市场我们必须心怀敬畏。

任何市场，创新永远走在监管之前，监管的艺术在于既不限制市场的创造能力，又能敏锐地嗅到新的市场风险而防患于未然。

一些有用的链接

2013-06-02

两天的时间读完此书，总体评价是“轻松幽默、通俗易懂”，特别适合像我这种刚刚走出校门的互联网从业者。技术上属于科普的写法，不过这已经足够，真要写技术细节，恐怕很多人读不到第三章就要睡着了，再说技术上的东西更多的是靠实践而非看书，对于一个初学者，此书可以看作是大型网站技术登堂入室的引言书，展现了大的场景图画和基本的学习方向，符合此书的自我定位。

除了语言幽默、段子不断，此书中众多的微博“大佬”的链接也是很宝贵的资源，一个个链过去，你会发现，当年Eclipse还不太会用的子柳（本书作者）现在成了淘宝技术大学的校长，子柳的师傅、同事等要么成了taobao/tmall/alibaba的经理总裁，要么自己单干成了某某公司的CXO。可见，对于个人的成长，能力和机遇两者缺一不可。一个人首先要保证自己的基本能力达标，然后还需要在合适的时间抱上合适的大腿，这条大腿，可能是一个历史的机遇（如马云），也可能是在合适的时候加入一家合适的公司跟对一个合适的老板（如本书作者和他的众同事们）。“机会总是留给有准备的人”，此乃箴言。

附上书中人的微博和博客链接：
- @Fenng：Oracle ACE，http://www.dbanotes.net
- @正牌七公
- @淘宝正明：LVS创始人(我没记错的话，LVS是第一个中国人主导并进入Linux kernel的项目)
- @_行癫
- @岳旭强（黄裳）：蘑菇街联合创始人之一
- @sharkUI: 蘑菇街CEO
- @阿里正祥：阳振坤博士，王选老师的高徒，
- @淘宝褚霸：C/Erlang大牛
- 毕玄：《分布式Java应用》(http://book.douban.com/subject/4848587/)的作者
- @放翁_文初：淘宝开放平台负责人，blog: http://blog.csdn.net/cenwenchu79
- 吴瀚清：《白帽子讲Web安全》作者，http://taosay.net

淘宝有关的网站：
- Taobao Code: http://code.taobao.org
- 淘测试：http://qa.taobao.org
- 淘宝核心系统团队博客：http://rdc.taobao.com/blog/cs/ ，这上面有很多非常有价值的链接

另外，阳振坤采访中提到的不同企业的文化部分还是非常有意思的。

Web开发必看的一本书

2013-06-10

HTTP是Web的基础，这里所说的Web，不仅只是通常意义上的Browser/Server端的开发，而是Web Service。 HTTP初看上去似乎是非常简单的协议，是的，HTTP 0.9确实是非常简单的，简单到只有一个GET方法，更不用说什么持久连接了。HTTP协议还有一个显著特点，那就是其协议是明文的基于文本的。这使得通过工具与HTTP进行交互变得非常简单，最原始的telnet也可以发送HTTP请求(参考本书15页)。而大多数人对HTTP的了解也就是这种程度了(没有读此书之前的我也是这样)。此书的意义在于，它让你知道，HTTP不仅只有一个简单的GET，HTTP可以做为一种通用的分布式编程的协议。现如今Web上大行其道的所谓RESTful Web Service，其基础就是HTTP，而提出REST这个概念的Roy Fielding，也是HTTP协议(RFC2616)的主要作者之一(小八卦：Roy Fielding还是Apache HTTP Server的co-founder，总之是个大牛)。我之所以看这本书，是因为这半年在搞OpenStack(http://api.openstack.org/)，然后接触到了web service和REST，发现自己的知识储备远远不够，匆忙之中发现了此书，如获至宝，断断续读了三四个月，总算能开始阅读REST相关的书籍，颇有打通任通二脉之感。此书第一部分是HTTP的概略，如果你没有时间，通读第一部分就能让你应付普通的日常开发工作。第二部分主要讲现实世界中HTTP的架构，也可以看作HTTP的全景图，包括Web Server/Cache/Proxy/Gateway，是全书中精华的部分。第三部分主要是HTTP安全，其中Basic和Digest概略看下即可，现实世界中用的应该不多。看HTTPs最好有一些计算机安全基础，这样会顺畅很多。第四部分主要是关于HTTP Message Body的部分，包括Content Negotiation，MIME Type，chunked encoding等，概略看下即可。第五部分的内容，Web Hosting可以认真看下，了解下Virtual Host(话说我上学的时候一直搞不懂Virtual Host，一个IP怎么能同时Host两个不同域名的Web页面呢，sigh)。剩下三章已经过时，基本可以忽略。最后的附录，可以用作边用边学的字典，如果你自己来写Web Server，那么这一部分是极有价值的参考。总而言之，无论你是前端还是后端，只要是Web相关的，那么此书就是必读的。最后推荐一个工具：https://github.com/jkbr/httpie 还有一个仿照http协议设计的基于message queue的协议：http://en.wikipedia.org/wiki/Streaming_Text_Oriented_Messaging_Protocol

重点摘记了Part I的一些tips，顺带推荐一些blog

2012-04-17

1 Chapter 2

    The less you interact with your computer, the faster you can go.
    luanching applications more quickly
    finding files faster
    using the mouse less.
    Concentrate on essence, not ceremony.
    The usefulness of an application list is inversely proportional to its length.
    Eye candy looks good but isn't nutritious.
    Typing is faster than navigation.
    Prefer typing over mousing.
    The address bar is the most efficient Windows Explorer interface.
    Clipboarding in batches is faster than clipboarding serially.
    Those who remember their history aren't doomed to type it again.
    Embedded command prompts give you access to the best of both worlds.
    Embed the command prompt with Explorer to make it easier to switch contexts.
    Programming(except for user interface design) is a text-based activity, so you should strive to keep your hands on the keyboard as much as ppossible.
    When coding, always prefer the keyboard to the mouse.
    Learn IDE keyboard shortcuts in context, not by reading long lists.
    When you type a complicated construct for the second time, templatize it.
    The more times you perform a particular operation on a chunck of text, the greater the likelihood you'll do it again.
    Don't type the same commands over and over again.
    Spend a little time each day to make every day more productive.

2 Chapter 3

    Kill Distractions: you are a knowledge worker, meaning you are paid for the creative and innovative ideas you produce. Dealing with constant distractions, both at your desk and on your desktop, can threaten your best contributions to your projects. Developers crave a state known as flow, discussed in lots of places(it even has an entire book devoted to it, written by Csikszentmihalyi). All developers know this state: it's when you are so focused that time disappears, you develop an almost symbiotic relationship with the machine and the problem you are attacking. This is the state you've been in when you say, "Wow, have four hours passed? I didn't even notice." The problem with flow is that it is fragile. One distraction pulls you out, and it takes effort to get back in. It also suffers from inertia. Late in the day, you have to fight harder to get back to that state, and the more times you are abruptly pulled out, the harder it becomes. Distractions kill your focus on the problem at hand, making you less productive. Fortunately, you can effectively block distractions in a few simple ways.
    The higher the level of concentration, the denser the ideas.
    How many of the emails you receive in the course of a day really require an immediate response?
    The bigger the haystack, the harder it is to find the needle.
    Replace file hierarchies with search.
    Try simple searching before resorting to "hard target" searching.
    Use links to create virtual project management folders.

3 Chapter 4

    wget –mirror –html-extension –convert-links -P dir
    curl -d "birthday=1905&press=%200K%20 www.hotmail.com/when/junk.cgi
    ant and gant
    rake
    selenium
    I have encountered some system administrators who write bash scripts for every task they perform. They do this for two reasons. First, if you do it once, you're almost certainly going to do it again. Bash commands are very terse by desigin, and it sometimes takes a few minutes even for an experienced developer to get it right. But if you ever have to do that task again, the saved commands save your time. Second, keeping all nontrivial command-line stuff around in scripts creates living documentation of what you did, and perhaps why you performed some task. Saving everything you do is extreme, but storage if very cheap–much cheaper than the time it takes to recreate something.
    Justifying automation is about return on investment and risk mitigation.
    Timebox speculative development.

4 Chapter 5

    Always keep the entire universe required to build your software in version control(minus the operating system, and even that is possible with virtualization)
    Keep a single copy of everything you don't build in version control.
    Use a Canonical Build Machine
    The other process required in every development shop is continuous integration. Continuous integration is a process where you build the entire project, run tests, generate documentation, and do all the other activities that make software on a regular basis(the more often the better, generally you should build everytime you check in code to version control). Continuous integration is supported by software of the same name. Ideally, the coninuous integration server runs on a separate machine, monitoring your check-ins to version control. Every time you perform a code check-in, the continuous integration server springs to life, running a build performing a full build, setting up the database for testing, running the entire suite of unit tests, running code analysis, and deploying the application to perform a "smoke test.". The continuous integration server redirects build responsibilities from individual machines and creates a canonical build location.
    The canonical build machine should not include the development tool you use to create the project, only the libraries and other frameworks needed to build the application. This prevents subtle dependencies on tools from creeping into your build process.
    No matter what you are copying and pasting, reuse by copy and paste is evil
    Always keep code and schemas in sync.
    Use migrations to create repeatable snapshots of schema changes.
    Out-of -date documentation is worse than none because it is actively misleading.
    For managers, documentation is about risk mitigation.
    Always keep "living" documentation.
    Anything that takes real effort to create makes its creator irrationally attached to it.
    Generate all the technical documents you can.
    Never keep two copies of the same thing(like code and diagram describing it).
    SchemaSpy
    Repetition is the single most diminishing force in software development.

5 Chapter 14

    If Java had included a foreach keyword from the outset, no one would have cared about the index number of arrays. Of course, Java finally did get a foreach operator(called, confusingly enough, for, just like the other one), and it took only eight years.
    Java includes a depressingly large number of strange quirks and idioms, some anew from the Java creators, some existing as baggage from a previous life. All languages are like that, to varying degrees. Is there a way to escape this madness?

6 Chapter 15

    Find your perfect editor and learn it inside and out.
    Don't make round trips when you can batch.

一些有用的blog：
pluskid: http://lifegoo.pluskid.org/wiki/index.html
4G space: http://blog.youxu.info/2011/01/24/keyboard-only-thoughts-one-year-later/

我自己也在写，不过写的有点慢，最近正在学习APUE等大部头，学习下底层原理后再来完善：
http://cnlox.is-programmer.com/posts/31971.html

有机会应该去了解下STL背后的数学思想

2012-05-22

此书在amazon.com上几乎得到了全五星的评论。800页的大部头，我大概花了一周不到的时间基本读完，并动手敲完了前10章的绝大部分demo代码。

STL的设计思想（通过迭代器将数据结构和算法分离，获得通用性的程序组件）是此书的精华。其余的部分诸如复数complex，valarray，bitset，strings，国际化等等，了解一下即可，没有必要深究。还有令人纠结的auto_ptr，本身就是一个设计失败的产物，当一个组件给你提供了3条功能却告诉你为了使用这3条功能你需要遵守10大戒律的时候，这个组件本身的设计没准就是有问题的。很不幸，在我看来，auto_ptr就是这样的组件，使用它会带上很大的心智负担（C++的很多特性都是如此，看上去很强大很花哨，但深究起来发展这里面的陷阱很多，会给使用者带来很大的心智负担）。

此书中还有很多句子在前后反复强调，一再呼应，比如中译本的P444和P453，都有这样“最后新增加的一个pop()调用动作……程序输出如下：”这样的句子。再比如统一类型的很多算法，其使用要点和能力限制都是差不多的，书中也反复的强调。这当然可以拿德国人的严谨性说事，但也显得书籍比较罗嗦。这部分也占了很大的篇幅。

去除以上两部分，此书最有价值的东西就在300页左右，也就是第5-10章的内容，细说起来，就是STL，容器、算法、迭代器、仿函数。

STL的核心设计思想是数据结构和算法的分离，这个从某种意义上来讲，是和OOP的思想背道而驰的。所以在STL中只用到了Object-based的东西，却没有用到Object-oriented，STL没有用到继承。STL之父Alexander Stepanov也并不是100%赞同OOP的。Alexander本身是俄罗斯某大学数学系出身，因此STL背后有着很深刻的数学思想，为此Alexander专门写了一本书，"The Elements ofProgramming"。

我的数学基础并不能参透STL这些背后的数学思想，不过仅有的一些lisp和scheme的知识，倒让我在STL中的某些组件里面，找到了一些似曾相识的东西。

比如像functor（仿函数），我觉得仿函数的本质在于将函数的地位提升到和C++ class同样的一等公民的位置。在scheme中，函数（操作）和数据一样，都可以作为一等公民，可以当做参数传递、返回。而在C++中，数据才是一等公民，C++ class的各种机制（构造函数、析构函数、运算符重载等），无非也就是让用户自定义的class拥有和built-in的类型一样的使用接口和特性（比如像std::complex和int）。但函数本身在C++中并不能通过很轻易的方式成为一等公民。要想像普通数据一样传递函数，需要用到函数指针。而functor的存在，就是为了通过重载operator()，来实现传递“函数（操作）”的目的。至于优点和好处，此书上已经说的很清楚了。

再比如像transform()、for_each()、accumulate()算法，如果你读过SICP前两章，你就会发现这其实和lisp/scheme里面的map/reduce函数有异曲同工之妙。MapReduce？没错，就是那个MapReduce，google的那个MapReduce。

语言是会影响人的思维的。所以我并不赞同“语言和工具不重要”的这种论调，没错，语言是相通的，C++可以做到的事情，汇编一样可以，本质上大家都是Turing-Complete的。但是Turing-Complete并不意味着相同的表现形式和使用难度，多学几种语言，多了解几种思想，不盲目崇拜，跳出语言的框架去学习语言，是很重要的。

扯远了，回头说说阅读此书的基础和后续吧。首先需要对C++有比较好的了解，如果连const、reference都搞不清楚，还是不要读此书了。其次最好对模板技术有一些了解，最好能看些"C++ Template: The Complete Guide"，了解下type traits这类技术。

读完此书后，找个机会动手实现下STL的各种container和一些基础算法，Mark A.Weiss有一本老书"Data Structures and Problem Solving Using C++"，包含了很多STL的实现代码和STL的应用，很不错，可惜现在很难搞到。有机会再去读读侯先生的"STL源码剖析"。当然，更高阶的，什么c++ template metaprogramming，我就不继续了。

顺便，侯先生在此书中不遗余力的推荐它的译作和著作，我总算是没抵住诱惑，买了本"STL源码剖析"，正在消化中。

比较尴尬的一本书

2012-05-29

花了一天的时间扫描了下这本比较尴尬的书。说此书尴尬，是因为无论对于新手和老手，书中的内容看了之后，“会的依然会，不会的依然不会”。

怎么说呢。此书的定位是初学者入门提高书籍，但是书中的内容又很尴尬。很多内容浅尝辄止，对于高手而言，会的依然会，找不到有营养的知识；对于刚刚入门c和linux的新手而言，你让它去记什么bss、data段，你不告诉他APUE却让它去理解mmap、你不讲解线程的概念却去罗嗦一大堆pthread的用法和禁忌，你不去讲解连接和加载就去剖析hello world，总之会很尴尬。

另外，此书中某些代码的排版实在让我无法恭维。还有，书评中五毛泛滥，非常明显，几个鸟人只读过唯一的一本书就敢来豆瓣大放阙词，明显在误导读者。

对我而言，比较有价值的部分是第6章，用c来实现容器、迭代器和算法、动态绑定；第8.3节内存管理器、8.5节调试手段和原理；第10.1节文本处理。不过我相信我会在其余地方找到更合适的材料和教程。

编程是没有捷径的，指望这么一本书就能成长为“系统程序员”是不靠谱的，还得去啃CSAPP、SICP。

国内原创的书籍，宋劲彬老师《Linux C编程一站式学习》，还有潘爱民老师的《程序员的自我修养》，前者可以作为c语言的入门书，后者可以作为进阶，要比这本书实惠好用的多。

Java语言的参考手册

2011-02-23

Java之父James Gosling的作品。和《The C++ Programmling Language》一样，不适合新手入门。但是此书在Java社区中的地位貌似比不上《TCPL》在C++社区中的地位。

整本书上来先就先讲OOP，Class、Object、Interface、Inheritance等等，没有任何OOP基础的人读起来会被搞晕。讲完OOP又不知道为什么地插了一章讲Enumeration，然后才是基本的语言语法，如变量的命名啊，循环语句啊，等等。讲完这些，剩下的半本书基本上就是在讲Java的一些高级概念了，比如Exception、范型、Threads、Annotation、Reflection、Serialization等等，整本书前后关联也比较紧密，学起来还是比较吃力的。

初学Java可能觉得Java和C++是很像的，随着学习的深入，却发现完全不是那么回事。有人说“Java和C++是貌合神离，和SmallTalk才是心有灵犀”。

C++之父说，"Java is not Platform-independant, it is a platform"，事实上早在Java之前，就有了虚拟机的概念，比如历史悠久的Perl语言，也能够实现跨平台的实现，还有现在各种各样的动态语言等等。最终还是想到《程序员的自我修养》里面的一句话，大意是”碰到无法解决的问题，就添加一个抽象层“。

Lisp入门最佳书籍

2011-10-30

我一直以为，学习一门编程语言，最重要的不是学习它的语法，而是它能带给你的编程理念上的更新。以这个标准而言，纵观我所接触过的、甚至写过几行代码的编程语言，只有c、java、shell、python、lisp符合这个标准。

c语言自不必说，奠定了所有计算机的基础；shell让我领略到了Unix的编程哲学（组合小的工具完成复杂的任务），多说一句，我认为Shell的精华在于管道；Java让我知道了VM这个概念，虽然我至今依然不太喜欢java；python让我初步领略到了动态脚本语言的美丽，以及其交互式的编程环境（ipython），独树一帜的缩进语法等等；而Lisp则让我在很多方面重新认识了计算的本质和编程语言的设计，诸如数据类型、递归、链表等等（《松本行弘的程序世界》也不错，只是这本书是从ruby的角度写的关于ruby设计时的各种思考和取舍）。

在读这本书之前，我粗略读的是Paul Graham的《ANSI Common Lisp》，Paul是个传奇，创业、编程、文笔、绘画样样精通，都有自己的一套，《ANSI Common Lisp》写得也非常棒，简约不简单，每章都有一些令人称赞的算法和实例，诸如最短路、Ray-Tracing算法等等，书的最后部分甚至实现了一个关于HTML的DSL。

不过，对于很多初学者而言，《ANSI Common Lisp》的学习曲线还是太陡了。偶然间，我发现了这本《Common Lisp : A Gentle Introduction to Symbolic Computation》，本书的出版年份是1989年，那年我才一周岁，成书大概在80年代初。

本书最初吸引我的是前面几章生动形象的图表，这些图表非常形象地展示了Lisp的很多内在的数据结构的实现，以及Lisp 函数计算的过程，解决了我在读完《ANSI Common Lisp》后依然比较困惑的问题。

随着阅读的深入，收获也越来越多，特别推荐每章最后的Lisp ToolSet小节，让交互式的Lisp编程乐趣多多，比如你可以用sbcl的trace来生动地看到tail recursion和一般recursion的区别。

章节后的某些习题和Keyboard Exercise也不错的，而且本书附录就附带了习题的答案，很赞。

至于学了Lisp之后到底有何用途，以我现在的理解，我只能说，在学了一点Lisp之后，C/C++语言中的很多高级概念，诸如函数指针(lisp里面的高阶函数，(funcall xxx))、Object function(类+运算符重载)、树和链表的内在统一性、递归，迭代，循环的内在联系等等很多我在C/C++时代很难理解的概念，都在Lisp的学习过程中得到了更深入的理解。

而Python、Ruby等动态脚本语言中的很多诸如lambda之类的迷幻特性，还有C++ 0x标准里面最新的lambda函数，其始祖都是lisp。

套用binghe的一句话，大意是，“C和Lisp是编程语言的两个极端，理解了这两个，其余任何编程语言中的问题都不会再成为问题”。

c++入门最佳书籍

2012-04-08

c++是一门备受争议的语言，市场上关于c++的书籍浩瀚如海，网络上也充满了所谓c++四书五经、c++资源不完全导引等各种各样的文章。

一般认为c++ primer是c++入门最佳书籍，我基本上读完了c++ primer 3rd英文影印版，读得十分吃力，部分原因在于我水平有限，但是我个人觉得，c++ primer此书名不副实，因为此书绝对不是一本primer级别的c++书籍。

就国内而言，我觉得钱能的c++书籍是最好的初学者入门书籍，primer本身前后交叉引用太严重（第四版我没读过，不做评论），而且语法细节过多，严重打击初学者的信心。

而这本A Complete Guide to Programming in C++，其显著的有点有三个：
1、书中穿插大量的图表，简明扼要地总结了c++的语法要点和语义结构
2、示例程序十分简短易懂
3、每章最后都有完整的习题和答案，便于初学者检验学习效果。

最后，本书在amazon.com上是全五星的评价，转一篇评论过来：

If all C++ books were written with the clarity and organization of this book everyone would be a succesfull programmer.From the first moment I opened this text I could tell it was good choice. This book is packed with example after example of clearly and clean code examples.Not only are there many examples but each one is explained in a direct yet complete manner.The only downside is the authors dont go to far into data structures, but then I dont think this book is intended to be a data structures book.