还记得在2000年初，刚接触到电脑的时候，一直感叹网络的神奇：你可以与相隔千万里的人一起聊天，听音乐，玩游戏！受限于当时的硬件水平和网络环境，各种应用还比较少，比较大的乐趣就是网络聊天，游戏和浏览一些视频，音乐门户网站等。那会还是资源匮乏的年代，网络上的新闻，媒体资源相对质量还是比较高的；同时也是盗版泛滥发展的时期。随着互联网行业的发展，越来越多的企业和个人进入到行业里面，应用和资讯开始丰富起来。有句话是说：有人的地方就就有江湖，有江湖的地方就有纷争，互联网也自然难以幸免。
在不同系统(或物理设备)之间，应用软件之间，程序进程之间，常常会有各种互相的信息传递；为保证消息传递的可靠性，对所传消息引入一个保存的容器：一方面用来接收发送者产生的信息，一方面在接收者正常的情况下完成消息的派送，并在无法接收消息时对信息进行存储，然后在适当的时机完成信息的派送。一般称该容器为消息队列。
在react框架中，组件是构成一切应用的基石，整个页面的渲染与操作，均是在组件层面来完成。按照其官网的说法， 每一个组件可以当做为一个virtual DOM节点，所有的数据传递及状态改变均是在此层面完成，然后通过render方法 渲染至真实的DOM。而基于virtual DOM的diff算法，也被认为是该框架具备高效操作DOM的原因。(关于react框架与 原生js操作DOM效率问题，网上有较多的比较，个人暂时没有进行过深入的研究；不过在实际应用层面来说，还是得 结合现实的业务情景。毕竟再好的锤子，都不适合用来砍树)作为在应用react框架过程中，很容易因为组件的操作 不当导致整个的页面异常，甚至根本不显示，因此了解组件相关的生命周期就显得比较重要。
首次将概率与人生联想到一起，源于高中的一堂数学课上。当时老师在讲一些排列组合和概率相关的东西，我的思绪却早就随着目光穿过玻璃窗飘向了远方。那会儿想到生活若是由一系列概率事件组成，该是多么的令人沮丧；年少时总是过于遵从于内心，认为可以掌控一切。当时是如何都想象不到，那时的一个念想，会和今天的这篇文章产生联系，这不也是种概率事件么？
自开始参加工作到如今，已然有七八个年头了，突然发现在不同的公司，担任不同的职位，测试一直都占据工作内容中的相当大的一部分。从最初的新产品导入中的生产测试安排，治具制作，异常分析，到软硬件均有的开发测试，甚至存粹的硬件测试，采用过不同的工具，经历各种手法，体验各种流程，历经不同公司文化的洗礼。得出的结论是：无论一个公司宣传其对测试有多重视，流程有多规范，听听就好，切不可当真，特别是一些国内企业。这就好比熟人见面问吃了吗？仅仅是礼貌，当你回答没吃的时候很少会有人真请你吃饭的，如果真的有人请，那就是不可多得的好友了。
转眼间又到了年终，一年的时间，三百多个日日夜夜，看似很长，却转瞬即逝。日复一日差不多的生活，也不会让人有太多的感触与回想。是时候盘点下这一年的生活了，权当记录一下，以免遗忘。
如果说二十一世纪的头十年有哪些事情一定会载入科技史的话，我想以下两点是必不可少的，一个是乔布斯推出了Iphone,另一个就是国产手机站到了互联网的风口，如同猪一般的飞了起来。如果乔老爷子没那么早离开的话，也许国产手机不会如现在这般造次。结果却是山中无老虎，猴子称大王，一堆流氓草寇揭杆而起，纷纷圈地站山为王。搞软件的做手机，搞教育的做手机，搞家电的做手机，搞影视的也做手机，有钱没地花的也来做手机。都在做能把东西做好也就罢了，偏偏又不思进取，把心思花在了互相之间勾心斗角上，除了互黑就是拉低底线。本来就是在互相抢食，只是在吃相上似乎有点难看。
《绝佳提问》是英文原著《A More Beautiful Question: The Power of Inquiry to SparkBreakthrough Ideas》的中文译本，作者Warren Berger。毫无疑问，这是一本很棒的有关商业创新的著作。一部优秀的作品，很多时候不需要拥有多高深的概念，也不需要有多华丽的词藻与论证，只需通过简单的论述，将原本被大众所忽视的提问价值，再一次发掘出来，就能让人读起来舒服且信服其观点。这不仅仅是一本商业著作，了解提问的艺术，对于生活或是工作，也是很有裨益的。
对于产品，个人更倾向于将其分为产和品两个部分。产:表现为设计，生产制造，推广销售以及使用等；品:则是品质，品牌，品味。这二者的结合，才可以称为完整意义上的产品。从业至今将近十年，直接参与生产的产品不下十种，生活中接触到的产品，更是不下千余种，最大的感触就是:符合真正意义上的产品为数不多，绝大部分仅仅停留在“产”的阶段，与“品”还差十万八千里。引用乔布斯的话就是:制造了一堆垃圾。
在看python相关教程时，碰到介绍装饰器(decorator）相关章节很费了一番脑筋，不知道是因为翻译不达意还是个人理解偏差的缘故，总是感觉难以理解。有的教程上说装饰器在不改变原始函数(方法)和类的情况下对其进行装饰功能，本身是一个返回可调用对象的可调用对象。这个说法显得有些绕口，在python中，常用的可调用对象基本是function和class，这就意味着装饰器本身可以为二者之一；对于方法和类，调用时可接受一些参数，而针对装饰器，则对传入的参数有一定的限定：方法或类，并在内部做完相关的工作后，返回对应的方法或类。