好久没有写今日成长笔记了，要记得上一次写笔记还是2016-09-05，今天心血来潮，写一写最近发生在自己身上的事情，以后我要坚持每天写日记。
我承认自己身上的确或多或少的存在不足，现在把它们抛出来，并记录下来，一遍更好的认清自己。
今天的总结，是对以下几点的联想：
项目java开发用哪个开发工具。
详细设计文档修订版1的评审总结。
- 站的高度要高一些：
关于java开发工具是用文本编辑器Notepade++，还是高级编辑器eclipse等。我的理解是，组内对成员对java不熟悉，使用低版本编辑器利于入门者学习java，甚至对java的编译过程等会更明晰，利于自己成长。而组长与我的想法恰恰相反，他认为高级编辑器，提供编辑器的高级功能，提高开发效率，利于保证项目进展。如果以项目进展为核心考虑此问题，那么使用高级编辑器的确能够提高开发效率。
- 开发过程中有些点位，可能想不到。
我做的是统计功能，统计具体内容不由我来确定，但我需要提供可查询的字段。字段不够没有关系，后期开发再添加。最好通过降低接口间耦合性保证我先用模块不做大的改动（最好是一点都不改动）。xml的做法是预留扩展字段，字段内容由调用者在符合我格式的基础上任意填写。解析xml的模块，将扩展字段中的多个名字直接作为数据库字段存入数据库。
不过这一点可以通过预留接口保证扩展来降低开发风险。同时这一点也提高了程序的扩展性，降低了模块间的耦合。
- 详细设计文档过程中，功能一定要明晰，对于不明晰的解决方案，是要么舍弃该功能，要么提供扩展。
开发过程中，我努力去讨论明晰不确定点位时，发现这些点位就是不确定的、模糊的，对于此项目，这些模糊的是由接口间的松耦合解决的。
明晰功能阶段，一定要敲定所有功能，没有不明晰的功能，对于目前阶段确实无法明晰的，一定要找到解决不明晰的方案，要么松耦合解决后期具体扩展，要么舍弃不明晰功能。
- 详细设计文档要先设计功能
详细设计文档要先设计功能，把功能点敲定了再写下边的流程图等等，功能点还没有全部确定并需要我开发人员拟定的，也需要开发人员敲定功能后再进行后续流程撰写等。
- 发怒，是用别人的错误来惩罚自己。
人与人之间的交流，就像一面镜子。他对你说话的态度就是你当前说话态度的真实写照。所有要想让平静下来，需要的是我们的宽容和开怀的心态。
首先明确的是，对方说话可能真的有问题，但那是他自己的事情，我们不是心理医生，我不用对他的行为负责，没有必要也无需替他纠正他身上的错误。这也正印证了康德的那句名言（Angry with someone else's mistake to punish themselves。发怒，是用别人的错误来惩罚自己。）
如果因为我能力不足，让对方很生气，我努力提高自己，争取给对方惊喜，让他看到我的改变。
如果因为我的态度不好，让对方很生气，我努力修正自己的态度，并努力让自己变得和蔼。
如果因为他自身问题（比如心情不好等），那我更没有必要生气，有不是因为我，我有何必呢。不过我可以听听他的心声，听听他是不是最近遇到了难处。
如果他平时就喜欢发发脾气，说话就是那么冲，不是我能力不足，就是我态度不好，要么就是他有病，该看心理医生了。大胆承认自己有病吧，有病就看医生，不丢人，心理问题就像感冒一样常见，不要觉得自己没病，人们不是长骂“你他妈才有病呢”。这句话就跟“活该”有异曲同工之妙，不是在骂人，完全是陈述句。活该对应英文是“You deserves it。”用平和的心态去如这个句子，会突然发现没有一个词语是骂人的。你说对了，“你有病”和“活该”都不是骂人的。