前言：作为一名程序员，我们都渴望提高自己，首先让自己认可自己，接着让别人认可自己。从马斯洛需求层次上讲，我们很迫切的需要到达尊重的需求，让别人觉得需要自己，是非常棒的一件事情，只有觉得自己被尊重了，你所具有的才能才能发光发热，那么就遵循我的脚步来继续看看绝地反击中，我们还要做些什么？
勿以专家自居
当我了解到别人把我当做专家或者权威，而不是像伙伴一样的志趣相投者时，我觉得仓促不安。
最近在CSDN上，一位同仁向我请教DWZ和jqGrid的相关问题，因为我发表了dwz系列文章，然而他按照我提供的步骤遇到了问题，需要我给他发一些我的类库或者资源。而我始终觉得只有经过自己的努力，结合别人的建议亲自解决了问题才会有所突破，所以我一直在死心中建议他自己尝试，然而我却害怕他觉得我是一个专家，故意高傲，这让我觉得很不安。
Jeff提供了一段“给予专家编辑者的警告”，是在维基百科上的，我暂时没有找到相关内容，也不想再重复描述，总而言之：世界这么大，老百姓的知识总和远远超出专家们的总和。
先来看看Jeff给出的阶段：
- 我克服了漫不经心（我明白我要学点东西）
- 我客服了恐惧（我不害怕别人比我懂得多）
- 我变得有条理（我不再觉得自己不懂装懂，我对自己说的话有信心）
- 我超越了自身能力（我不再差不多先生）
如果你真的想成为专家 
Jeff也提供了一些做法，我列出我喜欢的：
- 建立并维护自己的声誉
- 避免庸俗的技能认证
- 与那些自我要求高的人共事
- 保持诚实
行百里者半九十
这个小节的标题就足够让我们警醒，在实际工作情况中，有太多太多的工作我们都无法说完成了100%。之前一段时间，我都坚持把每天做的小任务按照百分比的方式发送给我的团队成员以及上司，然而最近我却放弃了这项死板的工作方式，既使在禅道的任务使用上，我也放弃了，因为我看到了这种方式的所有弊端。
我觉得我也不擅长项目管理，尽管我一直在追寻着一些方法，因为我的确在工作中需要。
这是我有一天的工作日志，我很善于写80%，具体为什么我没有完成100%，因为我没有做集成测试，没有确保我的代码100%完成。
那么我觉得在接下来的工作中，我应该重拾禅道，或者重新发送工作日志：
- 把项目中所有需要做的事情罗列出来
- 估计每一个列表花费的时间
- 如果有一个列表时间超过了8个小时，那么继续拆分
- 展示列表进展状态
- 追踪任务进度，发现干扰任务的因素
管理中要有信任
信任是开启心扉的钥匙，管理的重中之重就是管理好人，而管理好人自然就必须有足够的信任。
如果你信任你的员工进行自我管理，他们将会做得更棒。不过，你也必须适当监视他们，确保他们知道如何管理自己的工作，这会让他们觉得你对他们的工作有浓厚的兴趣，信任员工，将会挖掘团队的协作潜力，进而产生巨大的创造力。
我喜欢我的上司信任我，即使他们并没有给我提供符合我身价的工资，但是凭借着我对他的好感，我觉得我理应付出的更多。当然，信任并不意味着代表了管理的所有，毕竟适当的绩效考核也是有效管理的一种方式。
博伊德迭代法则
迭代的速度胜于迭代的质量.
这可能是要基于某种规则，但是我没有想得到，不过在敏捷开发的原则当中，我们注重快速迭代，迭代周期一般不要超过一个月。通常情况下，一个软件产品在随着时代的变迁，自然要做出一系列的改变，但是我们不会一次性就把整个产品重构，我们倾向于快速的解决掉一个小模块，通过一次次迭代最终完成产品的更新。
十年磨一剑
古人给我们提供了大量的典故，来告诫我们持之以恒，比如”滴水穿石“、”只要功夫深铁杵磨成针“。 
在如今互联网在中国急速发展的环境下，软件产品琳琅满目，我们看到了很多产品成功了，诸如QQ、淘宝、京东，这些都经历了多少岁月的磨练，当然失败的产品，被互联网淘汰的产品也让我们应接不暇。
我曾经也认为，软件产品的保鲜期为3-5年，如果没有取得成功，就得放弃。然而Jeff似乎告诉我：”一夜成名的传说让人误入歧途，遗毒不浅，如果你要做一个全新的产品，你要做好打持久战的准备“。
伟大的毛主席在革命的道路上也著作了《星星之火可以燎原》、《论持久战》，十年磨一剑的成功经历太多，而作为平凡的老百姓，我必须懂得坚持，懂得持之以恒。
