1、写代码的人可能不在这里，互相的代码需要看，这样才能看到问题所在。
读懂并高效地进行工作。
2、自己的想法被否定的时候，要礼貌地说出对方想法的问题，如果没有，那就是本身自己想法的问题了。
3、这点写得太好了，跟踪变化。
好奇心会促使自己走出java大楼去看一下其他的究竟是什么东西，但是要爬高还是很难的。
每天用一段时间学习新技术就够了。不熟悉的术语还有短语的时候，记下来，然后有时间去探究。
类似我听到的这些我都很敏感，即使是PR这样的公关词汇，public relationship，更不用说是技术词汇了，
简单的我处理的很好，缺少的就是难的词的深入。
4、我们的午餐会议好像是在八卦。
5、度量工作进度，排好优先级。
6、问题日志基本自己也做到了，基本上的问题都会用博客去总结自己的问题。
7、异常的抛出要处理。
8、立会。站在开会，坐着太舒适了。不然后面变成吹水。
其实敏捷开发这种东西更适用于项目开发，以用户需求为核心，迭代循序渐进的进行。
书有些讲到的地方还是很有用的。