知识的诅咒Curse of Knowledge
4月22日23日24日听了滕振宇的CSM课程，课上他提到一个词——知识的诅咒（The Curse of Knowledge），听上去蛮有趣的一个词汇。回来做做功课深入学习一下。
从互联网上查了几个解释之后，回想起10年前自己混BBS的一个场景。我经常在java板块上冒泡，所以常常会看到诸如“这个怎么编译不过啊？”，“我的HelloWorld怎么无法运行啊，提示错误为'ClassNotFound'”。好吧，错误都很明显了，就是类找不到，怎么还会在BBS上问？不过现在看来，当时的我就处于知识的诅咒当中。因为我已经掌握了一些java基础，所以知道这些错误是怎么回事并会很容易的......
《示人以真》读后感
在写完《示人以真》读书笔记后，又进行了深刻思考。
1. 以终为始
不管做什么事情，都要有目标，并能以终为始。就好比书中说到的不要担心失去生意，那么我们去谈生意的目标是什么。谈生意最终目的还是需要能够解决客户的问题，那么我们就要怀着一颗初心，始终抱着为客户解决问题的心态。在与客户谈生意的时候，时刻想着如何能真正为客户解决问题，让客户感受到你的诚意。打个比方，比如我的3年规划是一名专业培（咨）训（询）师，那么从现在起，就要把自己当做培训师，抓住一切机会进行练习。
2. 知之为知之，不知为不知
《论语》，知之为知之，不知为不知。在客户面前也要这样。如果自己不知道的事情......
《示人以真》读书笔记
知道这本书是非常偶然的，在阅读帕特里克 兰西奥尼的《破除团队藩篱》一书时，无意中看到书后有推荐的书目，当时就被宣传语给击中了。
一位在所在地区小有名气的大型咨询公司的项目经理，却总被一家规模远小于自己的小型咨询公司竞争对手打得焦头烂额。可就在这一年，这家小公司的管理者却意外地宣布退出了，于是这位项目经理有机会接管这家公司。在经营这家小公司，梳理“宿敌”的“遗产”时，这名项目经理却惊奇地发现，让自己对手成功的原因竟是如此简单……
怎么样？如果你心系咨询、培训并想在这个行业大展宏图的话，那么看了上述的文字一定心里老痒痒了。没错，我和你的心情是一样的，因此我迅速的下了订单买了一本。......
初探Scrum度量
经理会要求收集和产生很多测量和报告，而对于经理来说，这正是一个真正的好机会，确保只有那些有益于价值创造流程的那些测量被捕获和汇报。当然这个目标也需要确保测量和回报的过程符合Scrum的核心价值和原则。
Scrum有几个重要原则，这些原则可以指导经理怎样处理测量和报告。下面是几个例子：
1. 关注闲置工作，而不是空闲员工。为了达到这个原则，要监测工作流什么时候被阻碍了，有多频繁，而不是监测你有多擅长让大家保持忙的状态。比如测量生产周期，会展现工作开始时间和结束时间的间隔。如果生产周期在增长，那么你就需要研究一下为什么了。
2. 通过可工作的、经过验......
看了民国时期的小学课本，不禁为现代教育而哭(转载)
总结几点非常好：
1. 人要有职业，就好比猫抓老鼠，狗看大门。
2. 整洁。古人云：一屋不扫，何以扫天下。因此整洁从个人做起。
3. 友爱
4. 投桃报李
5. 路不拾遗
==========================华丽丽的分割线
本文转载自《读书文摘》
偶尔看到几册印于民国十一年（即1922年）的线装小学课本，不禁震撼!不禁为当今的中国教育汗颜，不禁为中华民族的未来深深忧虑!民国年间，兵荒马乱，人心却淡定。人有信念，下有常识，小学课本集二者于一身。老课本的编著是民间的，无关君王军阀权贵，透着民众皮肤上的冷暖，不呼口号，不......
谈谈SAFe大规模敏捷框架（Scale Agile Framework）
这几天Ron Jeffries写了两篇《SAFe good but not good enough》和《Issues with SAFe》，引爆了敏捷社区关于大规模敏捷框架（SAFe）的讨论。
我的意见是不管SAFe好不好用，只要是解决了客户的问题就是值得认可的。另外如果真要说是不是大规模敏捷框架，那么就要回归敏捷的4条价值观：
个体和互动 高于 流程和工具
可工作的软件 高于 详尽的文档
客户合作 高于合同谈判
响应变化 高于 遵循计划
不管是SAFe也好，Scrum也好，都是声称自己是敏捷的方法，那么就要......
谈谈技术债
首先可以把技术债分3类：低级技术债、不可避免的技术债和策略技术债。
低级技术债指的是团队成员技能不足或业务不熟练、亦或是流程缺陷导致的技术债。
不可避免的技术债，通常是不可预计也不可避免的。打个比方，我们的产品使用了一个第三方的组件，在使用过程中发现该组件有缺陷，从而导致我们的产品出现故障。
策略技术债指的是组织为了快速抢占市场而有意承担的债务。
能够认识到这三类技术债后，下一步就是如何管理技术债。这里再介绍三个管理技术债的活动：管理技术债的增长，可视化技术债和偿还技术债。
管理技术债的增长：一般来说，我们会尝试用良好的技术实践来降低技术债水平，如重构，......
排队理论的反思（1）
如果你正在某快餐厅排队等待点餐。就在这个时候，来了10个人加塞在你前面，你会怎么做？心里骂娘千百遍，还是大声呵斥并阻止这样的行为？
在软件开发过程当中，如果发生这样的事情，比如你的团队正在进行手头的开发工作，你的老板有个“十万火急”的需求，要2天内完成。这个时候你会怎么做？忍了，还是拒绝？亦或是其他的处理办法？
本系列文章将会从几个问题出发来描述排队的现象：
为什么会形成排队
排队有哪些后果
如何改善排队现象
为什么会形成排队
当系统的处理能力跟不上服务对象的到达率时，就会产生排队现象。（这句话也可以理解为新来的服务对象的数量要大于系统的平均处理能力）排队现象......
读书笔记《极客与团队》
本书的两名作者是来自谷歌的Brian和Ben，也曾经是SVN的初创人员。本书是写给程序员看的，教你怎么交朋友，怎么影响团队中的其他人。让你在技术团队中过的更开心，变得更有效率，更加如鱼得水。本书想要帮助程序员改进理解他人，与人沟通以及与人合作的能力，从而在编写软件过程中更加有效率。
全书的核心是HRT三支柱，分别是：
Humunity - 谦虚
Respect - 尊重
Trust - 信任
不论做什么事情，不论个体还是团队，都应该遵循HRT的价值观。如果团队的人际关系出了问题，那么一般来说就是HRT的某个方面出现问题。
谦虚
中国有句古话叫做“谦虚......
如何做好一个工作坊
刚刚过去的周日，即3月9日，王立杰老师和我一起办了一场敏捷实战工作坊。这里是一个学员的总结。回来后，我也在反思究竟什么样子的工作坊是大家想要的呢？
我的观点是：有种、有趣、有料。（希望罗振宇同学不会告我侵权）
有种
种是种子的种，因此作为一个好的工作坊，首先要有一颗好的种子，即好的话题，好的方向。你的话题要够新颖大胆，方向要够准。这样观众才会喜欢你的工作坊。
有趣
相信大家在参加培训或工作坊的时候，不愿意听长篇大论或干巴巴的数据。我也深有同感。如果一个老师在开场5分钟内不讲一个故事，我基本会走神。接下来会睡觉看手机。所以真正好的工作坊需要时刻能抓住听众的注意力，而有趣则是关......