最近变得很懒，早早就想写的博客，一拖再拖，竟然已经20多天没有更新博客了。上个月月底带过来的两本书，也基本没怎么翻看过，就又要还回去了。健身也是逐渐缺乏动力，质量没有保证。
也许也跟个人的情绪有关吧。
最近参与双十一活动的开发，接触了产品、前端、后台、测试、重构、设计，经历了跨部门合作。一群人做一件事情，说容易容易，说难难。容易的地方在于，大家做好接口等一系列约定，然后分工合作，一起把一件大事给做起来。难的地方在于，不同知识背景的人之间沟通成本大，产品经理不知道自己随意提的、改的一个需求对开发来说需要多大的工作量以及实现难度，前端后台总是一言不合就“我并不关心你这个是什么怎么实现我只关系你给我请求/响应”。甚至两个产品对同一个需求的意见都不一致。
最近看了几部互联网方面的纪录片，很羡慕geek们的洒脱，也不知自己何时能成为一名geek。
最近突然通知说要开始做毕业设计了，有点慌乱，那么快就要毕业了。
最近自己骑着车，逛了几个景点，发现其实全然无心看风景，也许自己也并不是真的喜欢旅游，只是闷得慌罢了。
————————————————————————————————
做一个活动，实际上最快的开发方式是，把业务逻辑理清楚，然后按流程编码实现就好了，并没有多大的难度，可是复用性大大降低。
这次活动接入了一个新的系统，前台组件化，后台模块化，看起来很不错。
实际用起来遇到的麻烦还是挺多的。最大的问题大概就是，系统本身很不完善，存在一些bug，以前活动比较简单没有暴露出来，这次活动一复杂，问题显露。依赖于别人的框架十分痛苦。这两天进度非常缓慢，多数时候在等待框架开发者修复问题。
晚上小组分享，同事对部门后台开发框架的深入了解令人佩服，“如果有一天我不在这个公司里了，这些本事我总得要学会吧！”
Geek们常常在用别人的东西不爽时，索性自己开发一套，靠人不如靠自己。
无论如何，还是要多长点心眼，不要太过于依赖别人，依赖框架。有机会去学习，那么就去学，本事在手了，才不会受制于人。
架构师，要求“一切尽在掌握之中”。愿自己来日再看此文，已将本事学到手。
组长的一些教诲：
做一件事情，整个流程要熟烂于心，清楚地知道每一个步骤。
设计的过程，要考虑战术和战略两个层面，战术思想很重要，战略视野也很重要。设计模块的时候考虑通用性，从具体到抽象再到具体：优惠券（具体）->奖品（抽象）->优惠券、Q币、现金、实物（具体）。不要过度设计，首先只要保证满足当前的可能性，然后再多走一步想想再未来几个月内的可能性，而对于未来一两年内才有可能发生的事情，并不一定需要体现在现在的设计当中，只需要心中有数，如果这个事情提前发生了，我应该如何应对即可。
有些事情可以去做，但不一定要去做——学会衡量一件事情的成本以及带来的效益，做有价值的事情，而不是只做对的事情。
最近效率低，总的来说还是缺乏思考，总在等待别人，没有想清楚自己目前的进度是怎么样的，以及下一步应该怎么样去走，如何去化被动为主动——接下来要多多改进的地方。
睡觉(～﹃～)~zZ
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
