回顾ali历程

项目：
一个人做：

yahoo邮箱迁移 偏业务，网络协议要求非常了解

登录拆分 https 纯技术

85 doing 纯业务

参与：

维纳斯 纯业务

2013 偏技术

一见钟情 偏业务

10版tp 纯业务

多帐号 偏技术，我做的内容是纯技术

member/company napoli迁移 偏技术

会员服务化 偏业务

算是为这边做了一谢事情了。

目前在一直在用的：

权限控制；

登录认证；

webx3 session扩展，tt接入；

resultcode机制扩展；

也许offer这边做的比较少吧，也没维护过多的东西，所以觉得没什么做事情。

个人看法：

1.不喜欢太多的框架，我喜欢用模式把问题一点点改进；

2.业务性的需求，不需要过多的框架，除非能抽取出共性的业务，那称为业务模型；

3.对于框架，要做的是合理的扩展，现在不缺框架，自己发明一个不见得比重用一个来得更合理；

4.架构有生命周期，要不断的review，当架构不能再胜任，也就是要完全推翻重做的时候到了，那时候进行架构升级；

我个人见解吧