遥想上一次这么清静下来思考还是在去年7月初了，当时还是算迷茫，比较泄气的是没能去希望的那个小组，但后面看来并不算坏事，起码现在这个小组在我看来是很理想的一个状态，凝聚力，上进，分享，有种当初凝聚的感觉，一个房间，一个团队，天天嬉皮笑脸，却不忘一起追寻自己的梦想。大半年工作下来，也是该回顾下自己半年的工作
和大学时不一样，我的代码并不会马马虎虎赶完去参加比赛后就弃之不理了，这并不是一次性代码，它需要维护，更需要体现其价值。优化完了一个功能，甚至不能说出它比以前好在哪里，也没有数据可量化，更要命的是我就这么让这项目过去了，花了1个月做出来的东西，并没有任何人知道，也没任何人去关注，没有任何测试数据来说明我让这个功能有了很大程度上的进展。就像以前对凝聚的娃儿们说的，写出来的软件没人用，不管用到的技术再精湛，也是堆废代码。切记切记，不论如何，要量化自己的工作，有数据的对比别人才知道是进步。
从来到公司到现在，终于知道什么叫超出期望了。as一个合格程序员，你得按时完成老大布置的任务。但事情远远不止这些，老大很多时候只是给你指明方向，并不会告诉你每一步怎么走，这样做的好处能够让你自由发挥，坏处是容易迷茫。这也许是好多新人过来时候的通病，被派指任务后无从下手。这个可是个沟通的活，首先必须要精确了解老大的预期，记住，我这里说的是精确了解，当然老大的预期并不一定完全正确，但是，在你没法辩驳用数据辩驳他不正确的时候，你要做的就是收集资料，然后分析可行性，再然后给老大复述你的计划，在我看来，我其实并不希望我的计划和老大的预想完全一致，更多的讨论才会产生一个完美的方案，如果你仅仅只是按老大说的去做，那么就是那个qualified programmer，一定一定要记住，你最好得有自己的观点，观点必须得碰撞，碰撞中才会反思各放观点的优劣，一个权衡的观点才会出来。其实需求确认这一步可能很多人看来很冗余，但是在我看来很是必需，因为口口相传的需求并不会精确到哪里去，所以需要确认确认再确认，省的做完后又得打翻重做。
技术的事情，千万别糊涂，你的程序crash了，你得知道为啥，你的new失败了，你也得知道为啥，因为随着程序越来越大，你debug的难度会越来越高，有问题，早解决，而且对所有问题，你必须知其所以然。当然，那些恶心的没有文档而且注释只注释了一半的第三方库除外，用这种库还不如自己重新写一个去，一直认为这种成品的存在就是个鸡肋。编程里面有一句话叫donot repeat yourself，你得管理好并且总结你的代码，总有一天，你或者别人还能用得到。
这是我最大的一个毛病了吧，其实放在互联网公司这种催进度好比催命般的大环境下，这算是坏习惯，我工作模式一般是串行化且关中断模式，一件事必须得先做完才开始做下一件事情，中间容不得有任何注意力的转移。但是往往中间会有更加重要的事情插播进来，当然，如果出现这种情况那是项目管理上的悲哀，但事实如此，等待现状改变还不如去适应。清楚的知道优先级，这其实非常重要的，因为很有可能插播进来的任务关联到其他同事，处理不好，会出现项目发布前N个人等你的这种状况，说难听点，这时候你就成了后腿，重点是别人怎么拖也拖不动。
说好的每周一次运动在工作三个月后就烟消云散了，我是那种做事情的时候容易走火入魔的程序员，事情没解决之前脑子里全部都是相关的事情，但往往这样是最没有效率的，反倒去运动运动，待第二天脑袋清晰了反倒就有结果了，老天喃。。。我关中断的思维模式何时能转过来。。。程序员应该算是最最需要锻炼的群体了吧，一天坐10个小时还不带上厕所的，可以遇见好多人在几年后都会脊椎等地方开始出毛病，但这是我们可以遇见得到的啊。。。竟然都知道了，为何不去阻止其发生呢？不为别人，单是为了现在或者未来的家人，好好爱护自己的身体比任何事情都重要，期待有一个人，，，，能在我走火入魔之际把我拉出来去打一场球，以前有小妖，有番薯，有葡萄哥，而现在呢？没有你们的城市里我也要健康的活着，不为别的，只为留着口气把赚来的钱好好的花出去 -_-#，指不定哪天我暴毙了银行里还有好几百万，这丫的不亏大了。
暂时就这么多吧，希望这些能在我今后半年有所改善，也许在我看来，技术已经不再是全部，做事情的方式才是我今后想各前辈学习的地方。