架构,流程改进

很久没写过东西了,也很久没有很好的学习过什么东西,作为一个程序员很重要的一点也是不断的补充和充实自己。

回想去年一年,对于个人来说成长还是有的,技术能力,知识面体系,对产品认知,对用户的认识,对一些基础知识的回顾。这一年自己小团队也发生不少人员变化。总得来说还是有收货的一年。

槽点:需求仍然是变动中的;大家仍然在不停赶工的状态;流程中还是会有各种各样问题;线上还是会有各种骂娘的问题。

架构的变迁:

网站的改变从最开始的前后台一个项目,到前后台拆分,再到公司大业务(官网,题库,论坛)按照项目拆分,后续其中大业务(官网)拆分数个小项目(商品,支付,用户中心等),包括后台也在做这些工作。服务组件的容灾容错高可用(mq,db,nosql)。当然服务的演变是需要过程,做这一年的工作也是为了每个项目的独立性,避免出现一个项目宕机导致所有宕机。

问题反思:

互联网大背景下,先下手为强,为快不破。小步快跑,试错迭代的背景下以及现有的流程和开发环境来说也是暴露不少问题。过多的关注于业务需求领导需求,忽视真实的用户需求,以及开发需求。好的产品需要切入用户,戳中用户痛点,解决用户诉求,尽可能给用户的简单适用实用拿来即用。开发需求:能让程序员兴奋的是做出的东西很牛逼或者用上牛逼的技术,当然不能违背任何热火的技术都要死搬硬套。当然先有的框架或者整体的东西会让开发很痛苦,业务逻辑不清晰,耦合性导致的问题牵连,系统业务发展到一定程度就会面临拆分。

效率与执行力

解决开发的痛点:

1.工欲善其事,必先利其器,开发机器要给力

2.编程习惯与规范

3.idea的快捷键,模版

4.热部署(省去代码编译过程等待)

开发的过程都是持续交付。

如何更好的做到devops

jenkins结合git,结合snoar。

开发本地测试通过合并git触发snoar,snoar检测ok进行jenkins打包。成功之后通知测试和开发

解耦合与领域模型:

猜你喜欢

转载自my.oschina.net/u/2337666/blog/1820007
今日推荐