Daily Summary

最近在做系统优化，发现如果要达到数量级的优化效果，需要有跳出现有框架的思维

涉及到多系统之间的开发，在确定自己开发思路的同时要及时与其他系统的同事同步。
最近自己碰到的一个事情就是在接口上面的不同步导致了代码的多次改动，而且在代码逻辑上面导致双方都有了不优雅的设计

今天看到了一份写得我眼前一亮的代码。作者用 AOP 在 DAO 层做切面，然后操作 redis 缓存。只有在 redis 缓存失效的时候才去真正操作数据库。以前的切面只是还是太局限性了，总想着在 Controller 层去切。其实项目只大，哪里切不得，只管去切，切切切！

哈哈哈，上一次每日总结还说变月更了，这次每日总结直接变年更了。

今天想记一个取舍问题：大与小，架构与细节的问题

其实我一直都很追求代码的“优雅”的，同事今天给我提了一个事情：要更高效率的工作，而我的对“优雅”代码的执念，显然大大拖累了我的速度。这个问题我确实一直没有想过，或者说以前在爱记有足够的时间让我去考虑怎么写出更优雅的代码。BluePay 每分每秒都在与时间赛跑，就没有那么多时间去精雕细琢了。

那以后该怎么做呢？ -> 要以大局为主，或者说分主次，抓重点。其实都是一个意思，先把价值更高的事情做了，再去优化那些小的细节。当然也不能因为求快而破坏了整体，这个就需要不断去领会去平衡了