>> Trunk.ly CTO董洵谈架构
http://www.infoq.com/cn/articles/dx-on-architecture
一位好的架构师，他真正的价值不在于从第一天开始就拿出一个蓝图，它有多漂亮、多干净。我认为好的架构师首先应该是知识面比较宽广，需要清楚有哪些选择， 每个选择在解决当前问题的同时还会带来哪些影响，也就是每种解决方案好的一面和坏的一面。其次，当遇到架构上的问题时，能够通盘的考虑，发现问题的本质， 进而提出自己的解决办法。比如像Linus，他实现的Git其实已经融合了他对于分布式开放源代码项目的管理以及协作方式的思考和理念。
Piaoger: 知识面要宽啊，总是局限于现在所做的事情是没有应对于可能的变化的。
我关注业界目前的动态，以及每种解决方案的优缺点，这样，当我遇到问题时，我就能想得起来去用它们。而作为架构师，是需要通过这种方式去建立起自己的工具箱，而不是单单让自己的手中就握着个锤子。
Piaoger: 不要手里拿着榔头就满眼尽看到钉子,董在访谈中提到并强调了这点，建立自己的工具箱和知识库真是太重要了，以Tips或者Blog形式的留存下来，自己受用，说不定别人也受益。
做创业公司是有两个阶段的。第一个阶段是摸索阶段，在这个阶段，我还不清楚我的商业模式是否行得通，不知道今天的用户是否就是给我带来收益的那些用户。这 个阶段是非常重要的，英文叫做“product/market fit”，在之前的所有架构都不是为了架构本身，也不是为了站点的Scale，而是为了能让我尽快的去做实验，更快地验证我的假设。
Piaoger: 数年一个Release的软件流程吃不开了，你看看人家Firefox，4、5和6一起搞。Chrome的版本号都已经超过IE了。。。。
重复一下董说的“product/market fit”,作为强调！！！
>> The Cone of Learning
学习的方式，要注意啊！！！！！
-----------------------------------------------------------------------------------------------------------------------
-----------------------------------------------------------------------------------------------------------------------
我们说过和做过的事情记得90%； 如：实际做事；模拟实际经验；做一场引人注目的演讲；
我们说过的事情记得70%； 如做正式的演讲；参与讨论；当场看到事情完成；
我们听过和看过的事情记得50%； 如观看示范说明；看展览示范；看电影；
我们看过的事情记得30%； 看图片；
我们听过的事情记得20%； 听讲；
我们读过的事情记得10%； 阅读；