2013年第37周四有点困
今天重点还是弄清楚相关需求，并以邮件进行确认，还有三个技术性问题需呀解决，但至少有进步我知道了用邮件确认该用到的需求。开发技术方面我还是感到惭愧，因为我有近3个月左右没有认真学习代码了，在JAVA前后端开发技术上我很没自信，我一直拖延着浪费证明自己这方面能力的机会，难道我真的是不合适做现在这样的工作，我突然想到一个想法：如何在短时间内恢复并提高自己的代码能力，java方面SSH方面JS前端方面的？在最短时间内让我在代码能力方面，在开发能力方面变得更自信？不要像以前一样盲目的去网上找答案，问自己的内心：想想为什么有些事我一直拖延着不去做？1.比如说学习并引进其它组成功的代码审核方案（重要的是与他们组推进这项工作的同事——其行动和能力执行力都比目前的我强沟通交流学习，这本身也是一种战胜自己不善与陌生人交流合作的方法）；2.认真实践并推进java前后端的单元测试，以自己现有的代码为蓝本，拆解现有的代码模块，每天从中学到至少一点让自己兴奋的东西，以现有的代码为例进行主题学习，分析一定要透，虽然感觉自己目前每天仍旧是在做琐事，但也要用尽自己全部能力和时间争取把琐事做到最好，把手边的事做到极致。3.优化代码性能，钻进去能学到点东西，让自己拥有可以分享些东西的冲动。
最后摘录一下今天看到的一段话，大意是看到不好的代码，应该想办法优化和改进，而不是抱怨传染，更不能学习不好代码的风格。应用到平时工作学习生活中，始终对外在环境和人的行为保持正面期待：遇到好的方面，想到如何把这些内化为自己的行动惯性。遇到坏的方面，考虑如何改进，如何避免，甚至是说服别人，大家共同进步。
没有人想显得愚蠢，没有人想自己的工作被认为劣质。一旦“这代码真垃圾”文化开始传播，唯一能确保自己在别人之上的办法就是贬低别人。最终，这变成了一种负能量，而不是想着去解决问题。
那么，对这样的一种特殊现象有什么解决方法？阻止它。不要不加思索的否定别人的代码——在没有原因、没有理解的情况下。有很多的方式可以处理那些看起来有问题的代码。如果发现代码中有异味，想办法改进它。从理解这些代码开始，在此基础上修正。如果你发现项目中有一些不良风气，不要跟随。如果有人对你说“这代码真垃圾”，问他为什么，然后了解查明，去做一些事情让它变的不垃圾。向最初写这些代码的人了解，也许他们这样写代码是有原因的。帮助他们，而不是诋毁他们。
下一次，当我发现从显示器里飘出可疑的异味时，我会转身问我的同事，“我们如何改进这段它？”因为，我们要面对它们，有时候代码会很垃圾，但这不意味着我们也去变成垃圾。