这是一天一本书的第二次执行，这次选了一本比较薄的书，上周的书看了一天，脑仁疼。 在我组织团队新兵训练营（入职之后一段时间内容集中的培训）时候， 经常和新同事聊到一个词：软实力。 我将其描述为专业技能之外的能力。每个人都这种能力的解读可能会不一样， 我将其拆解为：「对工作的热情；观察力和反思能力；做计划和决策是否周全」。 这种拆解是不全面的，「多年」以后，我意识到，硬实力考衡的是专业的能力， 而软实力则是考衡人的因素。这种晚来的意识让我在一段时间里面， 将自己的工作陷入困境，并且得不到解药。 ...
作为战斗民族的俄罗斯民族，不但能在热带风暴级的灿鸿中进行正常起降， 历来也盛产各种奇葩人物。 最近我有看到一本描述一个科学家的如何生活的书，叫「奇特的一生」。 让人拍案称奇。 主人公是一位名叫柳比歇夫的科学家，想必他在「回首往事时候没有因为虚度年华而悔恨」， 因为他将自己的一生都精确的奉献到分类学、地蚤研究上面。 他的工作投入，不是单纯激情洋溢投入，而是精确到分钟级别的投入， 是奉献完整一生的投入。 除了学术上面的成功，他的时间记录法也很牛逼，甚至让苏联科学院进行研究。怎么描述他的牛逼呢？如果他生活在今天，大致会这样写： ...
「遇到未知的自己」这本书讲的是如何来认识自己，理解自己的情绪，和自己内心沟通。 豆瓣链接 / Kindle 版本购买链接 下面我写的倒不是什么读后感，而是我自己去解决自己焦虑和压力的一个探寻过程，希望对你有帮助。 不完美 最近一年来，我生活和工作状态持续处于亚健康状态。表现出来的状况是：工作上对产出的成绩不满意， 对自己不够自信，追寻的目标（创业）变得模糊和不可量化；生活受到影响，开始陷入到哪里去的困惑。 很久没有兴奋的迎着早晨第一缕阳光蹦着下楼梯，人变得焦虑和烦躁。 ...
Learn More Study Less（如何高效学习） 讲的是作者斯科特·扬如何快速学习的方法和技巧。 我在 Kindle 上面阅读了这本书，并用书中的方法学习这本书，顺便做了一些笔记。 A. 目的 学习「整体性学习」方法，从而快速学习并且将学到的知识更高效合理的利用起来。 （所谓聪明，就是指学得更快，而且信息组织非常适合完成自己的目标）。 B. 整体性学习的定义 知识并非孤立，学习任何知识（概念、定义、公式、问题、观念、理论等）都需要联系。 C. 整体性学习的策略 1. 关键元素 建立结构（某个领域内，紧密联系的知识），让其中的知识尽可能多的联系。 通用结构：感知结构（视觉、嗅觉、听觉、味觉、触觉） 关系结构（群体关系等） 基础数学结构 时间结构（@alswl 自己横向扩展想到的） 利用模型（类似于知识框架和体系以及其他存储方式） 高速公路（在不同的结构之间进行联系，激发创造力） 2. 5 个学习的步骤 获取 关键：简化、容量、速度 理解 拓展 深度拓展：知识的深度，虽花费时间但有效 横向拓展：知识的周边，有相关性的拓展，需要借助模型 纵向拓展：跨结构的知识，比喻和内在化是一种手段 纠错 应用 （@alswl 可以想到软件开发中的需求获取、需求分析、需求挖掘、测试、 开发这些对应的另外一个软件开发结构中的联系） ...
年前看了这本书《大规模Web服务开发技术》，当时给的评价是： 很好，让我这个渣渣看的很感动，数据翔实，经历可靠，翻译的也不错，我给 4.2 分 现在经历过 Python / Django / 烂代码的阵痛，开始有更多的想法， 在整理这些粗糙的想法之前，我又把这本书翻了一遍，写个流水帐读书笔记。 《大规模Web服务开发技术》@豆瓣： http://book.douban.com/subject/6758780/ 规模 小规模 / 大规模 / 超大规模的侧重点各不相同：保持扩展性/保持冗余/低成本运维/开发合作方便 内存、磁盘、负载 内存快，磁盘慢，ＩＯ 速度的差异 ...
事情起源于动态语言和静态语言之争，最后争论焦点转移到：「相信人本身的能力重要， 还是通过语言/工具来约束人重要」。 我认为项目开发中最重要的是个人能力和团队协作能力，工具只是加分项。 如果代码质量差、监控难、性能难以优化，解决根本问题的关键还是在人身上。 并不是静态编译和工具检查就能搞定了。 我愤愤的在 QQ 对话框中写道： 我工作第一年痛苦于开发流程，阅读了《人月神话》，就开始坚信软件工程的哲学 后来痛苦与代码质量，阅读了《重构》，开始坚信代码质量决定产品质量 现在痛苦于人和语言的冲突，动态和静态的冲突，我想读《人件》了 ...
感谢好基友 @daodao 送了我这本《打造 Facebook》， 年前一直忙，最近腾出两个晚上，把这本很火的书看完了。 第一次听见王淮这个名字，其实是在知乎上面， 当时有一个问题 Facebook 早期员工王淮在职期间有什么成就？。 之后陆陆续续看到他的几个回答，感觉他非常善于自我营销。再之后就读到他这本书。 书中最喜欢的章节是关于 Facebook 工程师文化和产品开发流程的描述。 ============================== 我是分割线 ============================== Facebook 招人标准 对公司的忠诚，是文化认同的附属品 技术面试 2.5 / 系统设计 1 / 文化面试 0.5 5 个程度的面试打分 高标准人才，喜欢挑战和完成艰巨任务 慢招人，快炒鱿鱼 新兵训练营 ...
关注这本书是在编程随想那里看到的一篇书评， 其中引用了书中一句经典的话： 人可以拒绝任何东西，但绝对不可以拒绝成熟。拒绝成熟，实际上就是在规避问题、 逃避痛苦。规避问题和逃避痛苦的趋向，是人类心理疾病的根源，不及时处理， 你就会为此付出沉重的代价，承受更大的痛苦。 所有逃避者，都在阻碍自己心智的成熟； 一切心智成熟者，他们的人生之旅都是从直面问题开始。 我最近半年的时间中，经常和一位闺密朋友讨论成熟、感情、人生历程的问题， 她的价值取向：喜欢自由无舒服的生活，压力尽量好。 我直观的感觉这是有问题的，可是说不出哪里不对，人的确有追求美好生活的权利呀。 看到《少有人走的路》中这几句话，我反应过来了。 我们依然用童年的遗留思维评判生活质量，以自己为中心，缺少安全感，心智还没有成熟。 ...
我读过两本关于视觉设计的书，一本是《写给程序员的Web设计书》， 这是第二本《写给大家看的设计书》。 我对前者的评价是「作者花了大约25%的篇幅来讲述设计理念和方法，这也是我真正想看的部分。 本来想从书中获取更多布局、色彩、字体的内容，发现还是太少了。图灵系的书翻译不错。」 相对应的，《写给大家看的设计书》是我真心想看的设计入门书。作者的文字功底好，经验丰富， 范例适合，取材广泛，总之，是不可多得的一本好书。 书中提到了设计四大原则：亲密性 / 对齐 / 重复 / 对比。依靠这四个原则， 就可以设计出效果不错的出版物（包括书籍、文档、幻灯片、网页等等） ...
GAE 和我蛮有缘分，我初学 Python 的其中一个原因就是当时 GAE 刚推出， 当时想法是免费的应用要用起来，要不然就浪费了。随后也假模假样的看文档， 就是没有什么产出。 去年写了一个小应用 dbevent2gc ， 期间发现 GAE 和普通程序开发的诸多不同，又遭遇 GAE 配额大幅缩水， 写出来的应用运转的不太稳定。在南京图书馆的架上看见这本《GAE 编程指南读书笔记》， 立即借回家仔细阅读。 GAE 的简介 运行时环境 Python / Java 数据存储 Datastore（实体 / 查询 / 索引 / 事务） 服务（Memcache / GAccount / 任务队列 / 计划任务） 工具（SDK / appcfg / dev_appserver / 控制台） 入门（安装 / GAccount / webapp / app.yaml / /_ah/admin / 注册部署 / login:required） ...