保存成功
订阅成功
保存失败,请重试
提交成功
右军

右军

高级技术专家
蚂蚁金服高级技术专家、支付核算技术部负责人、成都研发中心技术团队创建者之一,先后负责或参与资金运营平台、类营销类支付工具等数个平台建设;之前有数年电信业务研发经验,涉及BSS|OSS|针对性营销等平台。个人感兴趣的方向:高并发、稳定性模式;内建质量、技术型管理。 ...更多
创作文章3

当我们聊架构演进,实际上聊什么?

《浮现式设计》作者对于浮现式设计的定义:不断响应需求变化而系统不断演化的过程。其目标是为了提升效率并使风险最小化。Neal Ford 提出演进式架构的设计本身就是支持由于新业务不断出现所带来的演进式问题,是建立在持续集成、持续交付、DevOps、基础设施即代码的基础之上的,与原来的适应性架构的技术趋势生态已有很大不同。 我们经常提到一句话“架构不是设计出来的,而是演进出来的”。这话是非常有道理的,第一版上线的淘宝程序还是买软件然后修改的,肯定无法预料 3 年后业务发展的方向。但架构也是需要被设计的,结合当下和未来可见业务规模、业务发展趋势对核心架构做对应的预设。笔者尝试从如何识别增加演进架构和“代际架构”角度,以及如何做演进角度说一下自己的理解。
严选架构师
495 订阅

那些创新是如何产生的?

说创新就要说Google Gmail这个产品,20%的自由时间被津津乐道。大部分公司没有这个20%的自由时间咋办呢,是东施效颦来一发?说创新也无法绕过余额宝、钉钉、uber、滴滴打车、微信等产品。余额宝是老大看得准,微信是张小龙厉害?如果一个公司没有张小龙又该咋办?老大可不是每次都看得准! 创新的本质是解决别人没有解决的既有问题;创新是一种未知的化学反应,创新或许并不神秘。创新应该自上而下还是自下而上呢?带着这些疑问,本场Chat我们将一起探索那些创新是如何产生的。创新不是口头标语,是从文化和价值观来体现的,而价值观则体现在那些被奖励、被提升的行为上。创新不一定存在于创造和发明这个级别上,它可以是触手可及的,来自于挑战成见、提升效率、增强体验等方面上。
严选创新
117 订阅

从康威定律和技术债看研发之痛

软件研发没有银弹,但无数人又在麻醉自己寻找银弹。我们总是心怀理想,现实骨感。理想是产品靠谱,老板靠谱,研发在好的办公环境按时下班; 现实是产品改来改去,业务变来变去,加班加成狗。理想是胸怀大志打造一流系统,现实却是撸着业务代码,感叹如何成长? 理想是一个强大的工具平台,我可以专注自己的业务研发,现实却是一连串的沟通和协同,到处都是坑。那些不得不说的技术债,那些逃不开的康威定律,架构该演进,还是该依托稳定平台架构,且看老司机解读一二。 **实录提要:** - 怎么说服不是很懂技术的领导给予时间支持重构这件事? - 作为基础平台部门,如何更好平衡平台升级与业务线产品交付的压力? - 消除技术债务比较好的手段有哪些? - 如何向产品团队的人解释偿还技术债的重要性及相关的工作量? - 详细介绍一个系统或业务做得比较好的组织的沟通方式和组织结构? - 怎么将非一流个体打造成一流团队? - 在保证质量和进度的前提下,怎样减少团队的加班时间? - 产品经理有好的产品需求规划会更有利于技术债务的减少吗? - 有技术团队与市场脱节的情况,怎么防范?
严选程序员
668 订阅