项目:
一个人做:
yahoo邮箱迁移 偏业务,网络协议要求非常了解
登录拆分 https 纯技术
85 doing 纯业务
参与:
维纳斯 纯业务
2013 偏技术
一见钟情 偏业务
10版tp 纯业务
多帐号 偏技术,我做的内容是纯技术
member/company napoli迁移 偏技术
会员服务化 偏业务
算是为这边做了一谢事情了。
目前在一直在用的:
权限控制;
登录认证;
webx3 session扩展,tt接入;
resultcode机制扩展;
也许offer这边做的比较少吧,也没维护过多的东西,所以觉得没什么做事情。
个人看法:
1.不喜欢太多的框架,我喜欢用模式把问题一点点改进;
2.业务性的需求,不需要过多的框架,除非能抽取出共性的业务,那称为业务模型;
3.对于框架,要做的是合理的扩展,现在不缺框架,自己发明一个不见得比重用一个来得更合理;
4.架构有生命周期,要不断的review,当架构不能再胜任,也就是要完全推翻重做的时候到了,那时候进行架构升级;
我个人见解吧