告别学园的2016年
然而一篇本该公历年的总结硬是被我拖到了农历年……sad
update：农历年关总结看起来也是有好处的，回到家里感受到更加无聊和现实的气氛，能多写一点东西
今年看起来和往年都不相同，毕业后的第一年回家再也没被问学业如何。取而代之的是工作啊，赚多少钱啊，什么时候买房子结婚之类的更加无聊的问题；再加上带上了女朋友回家，问题变得愈发尖锐势利了起来；很开心不用被给红包的同时，好像已经有后辈的小孩子需要我发红包了。人生果然是越来越艰难的……
事实上日常生活也是在慢慢的从学园过度到社会，犹如二维世界向三维世界的变化般（高中到大学算是一维变到二维吧）。令人眼花缭乱而不知要领。更多的遇到了喜欢的事情中包含了并不喜欢的细节，更多的遇到了世界恶意的一面。然而我喜欢这真实而丑陋的世界，而不是虚假的美好。令我感到害怕的是，我看起来做的不好：看起来熟悉工作用的技术后，已经很长时间没有扩展新的技能；之前雄心勃勃的计划也大多在搁置；即使能力范围能的正常工作也没有很稳的解决掉～sad
青橙的正式工
在和chiyuan闲聊时，提及了做APP权限时的延期。在被安慰了下抗住了压力之后，他说：毕竟是正式员工了，要要求高一些。心里一惊，之前觉得实习的时候已经在独立做一个项目的后端开发了，正式工应该也差不多。细思之下，发现当时完全是easy模式：一个流程简单到极点的项目，也没经过大改需求带来的逻辑坑；大部分的开发量都是用内部的Model Services来写增删改查API，写起来和写文档难度没差到哪里去；和其他项目数据同步的部分直接被chiyuan写完了（后来发现了迷之bug）；稍微麻烦点的需求就多看了两天，好在前端更慢些胆战心惊的没误进度。现在看起来也是十分羞耻，虽然对于当时还没参与过一个正式的项目的我来说是不小的成长，但是想想我被招进去应该不是被赋予如此低的期望的= =
看起来完美的抗住了第一波之后，之后便发现了欠缺之处。技术上的话除了知道的东西太少，面过于窄了之外，对于面向对象开发的抽象能力不足是更大的问题。看懂了chiyuan写的Model Service，只有不到100行但是能使写API如同写文档般方便（然而暂时没支持反射出文档来），后来我看了Django部分源代码发现这些代码和框架本身的风格非常相似。完全能看懂的我并不知道怎么从零开始设计出这样的小框架来；做需求时也发现不少C语言面向过程风格的代码，没有扩展性也不优雅；虽然很自信复杂逻辑运算的需求公司里没人写的过我，然而一年了也没遇到类似的需求（想想这种需求只能出现在竞赛题里面吧，还是送分用的）
其他的东西分小标题来
结果导向 && 简洁是留给别人的，不能把简洁留给自己来蛋疼别人
写代码毕竟是要人来用的。我遇到对系统基本逻辑的修改时，一般反应是对不适用的逻辑斩草除根，代码全局搜索替换成新逻辑并且拉着前端改接口，还会遇到一堆堆的bug；而chiyuan一般会写新逻辑的时候做旧版兼容。我觉得这样是给以后开发留坑而且让代码很脏，而且兼容带来的bug不会报错，只能由客户反馈慢慢来解。还不如废弃掉旧逻辑在测试时接受Sentry报错修复来得直接。然而在结果上来看这样并不好。如果客户用的不好的话，再优雅的实现又有何意义呢～况且粗暴的废弃旧逻辑让前端和移动端都觉得很头疼，我把本该自己这层屏蔽掉的东西抛给了他们。就有了标题的总结
沟通
本来觉得大家沟通为什么会成问题呢，都是计算机相关专业。后来发现不同工种的人思维方式简直不在一个位面。后来总结了下
- 有事情一定要提早说，不要想当然别人也是这么想，一般大家想的事情都是不一样的
- 多确认下总是没错的，别人说完了复述一遍
- 和一些开发聊天会因为不明白他们负责部分的实现而产生误解，还是要扩宽技术眼界
为什么效率这么低呢
这个需求多长时间做完呢？一天吧……
然而半天时间都在应付客户经理提出的问题，快到晚饭点了还没开始做需求。事后反思下，那些事情时间累加的话远远没有那么长，但是时间都去哪里了呢？沟通是需要花时间的，尤其是使用IM软件而不是当面聊的情况。而且反映问题的同学一般第一次没有附带足够的上下文。我就要去问，他们就找客户问。一来二去时间就过去了= =。最近想做一些改变，每次都告诉他们反映问题最好附带怎样的上下文，减少沟通时间。以及不急的问题统一时间解决。
还有的就是deadline是第一生产力的坏习惯，总是deadline那天生产力明显高于之前。没有仔细拆分任务分配到每一天。导致滑水后到加班
跳出技术之外来想问题
只举一个栗子吧～有时候做感觉很蛋疼而且没什么人会用的需求时，只会考虑技术实现的问题……（偷懒不想多写了
技术成长
技术进步慢是个麻烦的问题。暂时只打算开始阅读经典项目的源代码，希望带来一些改变吧。