本周在详细记录每天的时间都花在什么地方后，效率有明显提高。所以一定要继续采用。这不仅可以便于自己分析时间分配是否合理，而且对做的每件事都有一个经验总结，可以把事情越做越好。
另外一个心得是将自己看做服务提供商，向任何一个与自己合作的人提供优质的服务是自己成功的关键，要建立自己的品牌。
以下是本周的经验教训总结：
|
标题 |
描述 |
|
不盲目闷头就干 |
对在十分钟内不知道如何解决的问题，首先向周围的人寻求帮组。确定自己周围的人都没有思路时，自己的进一步研究才是有价值的。避免花大量的时间在一个别人很容易解决的问题上。 |
|
明确的接口定义 |
自己工作的模块与别人工作的模块有交互时，首先要将接口讨论清楚，并且一定要以书面的形式来确认接口。避免由于对接口的理解不同而在集成测试时出现问题。接口明确后，如果是使用其它模块，则对这些模块的依赖性就会大大减弱，因为你很清楚它们会输出什么。如果是其它模块使用自己的模块，则对自己的工作目标会很清楚，因为知道自己应该向别人提供什么。 |
|
足够且清晰的Trace |
对代码加足够且清晰的Trace，避免出现问题时无从着手。 |
|
细致编码 |
像写文章一样写程序，不要想着编译器会作错误检查就随便写。要做到测试时发现的错误是设计上没有想到的错误，而不是由于粗心大意导致的编码错误。 |
|
编程风格 |
形成自己的最佳编程风格，并严格遵守。 |
|
不辩 |
不要在第一时间反驳别人的反馈意见，首先记录下来，经过认真分析后，好的立刻改，觉得不好的再找当事人讨论。 |
|
如何呈现自己的作品 |
自己开发的东西，在提交给别人使用前，一定要做的事情有： 1. 测试，这是必须的，而不是可有可无的工作。 2. 提供功能列表（已实现/未实现、已测试/未测试）。 3. 提供如何使用该模块的信息。 |