CTO训练营，是由51CTO高招主办的，***专业性的中高端技术人才培养组织。CTO作为企业中的技术***人，技术一定是安家立业之本，必须要有两把技术硬刷子，出色的架构设计能力便是其一。CTO的第1课，我们就来说一说这些架构的1、2、3事儿。
3月26日CTO训练营在北京珠三角JW万豪酒店顺利开营，51CTO副总裁、51CTO学院创始人邱文平精彩的开场为今天的课程打开序幕。
邱文平 51CTO副总裁 51CTO学院创始人
***季学员合影
在风起云涌的互联网时代，邀请三位来自一线知名的技术大咖导师，结合亲身经历，现身说法，帮助中高层的技术管理者对技术架构有了清晰定位和认识。
坑多不怕 就怕总近一个坑
来自雪球***架构师唐福林，提出在一个初创公司的架构搭建的开始阶段，会随着时间的推移而逐渐面临很多个坑，当坑出现时需要吸取经验并在接下来的设计中避免他们。
导师分享在雪球初期snowball 系统从起初运转良好的一年之后，随着业务的膨胀，代码的增长，团队的扩张，渐渐出现了很多问题，比如重复代码，比如代码不够规范，比如测试困难，比如沟通成本越来越高，比如不相干的功能在实现上存在耦合等等的问题出现。
针对较重要问题技术团队分别采取了对症下药的措施：针对业务膨胀，开始模块化改造，将底层基础模块抽取成公共库，做到代码级的服用;针对代码量增长过快的问题，采取一种在国内互联网公司不太常见的措施：引入一种描述能力更强的语言 scala;针对团队的扩张，推行一种工程师文化：鼓励大家使用新的更好的技术和工具，鼓励大家制造更多的工具和轮子，鼓励大家交流分享。
架构设计之大道至简
滴滴出行***架构师李令辉风趣生动的大道至简理论，总结既然架构是为了让人类不需要同时面对过高的复杂性，那么简单就是最核心的诉求，架构师的工作本质就是管理复杂度。所有架构师设计出来的东西都是一次保终身，组织结构和业务形态都在不断变化，架构也要适应的发生变化。
用多套支付代码;和业务耦合在一起;支付对一致性要求远远高于普通逻辑，要求完全不一样;扩展性很差，接入新的内部系统或者其他外部系统非常困难;已有的系统依赖于单库事务，当订单量持续增加拆库拆表就会破坏事务，一致性就没有了，用这几个内容讲述了滴滴支付涅槃重生的故事。
选择去事务化的方式，因为事务的一致性保障太强，强的没有用，而2-phase commit足够了，不再依赖于单库事务就以为着可以***的分库分表，这种做法不见得多fancy，但是很有效。有意在支付这个事情上选择最稳妥最土鳖的做法，而不是去追赶时髦，这样不容易出错。
技术保障的价值与方案
秒拍网架构师王春生2004年加入sina，导师自我评价自己是一个不安分的工程师，经历过SA、DBA、产品开发、系统分析师和架构设计师、客户端开发、系统开发等工作，多年保持一线战斗状态，最近两年致力于打造手机微博技术保障体系。王春生表示在大数据业务量中，架构起不到决定性的保障，而决定技术保障的是用工程实施和问题解决来支撑业务快速向前;用系统监控和风险挖掘来规避架构风险;用完善软件工程体系和完善基础架构来完善业务以及开发所需基础设施。
在这场激情如火的技术管理思想碰撞的盛宴中，三位风格各具特色的导师，围绕技术架构师在团队决策与技术决策力展开分享，而现场的50位技术人学员分别来自百度、优酷、传统行业转型公司的CTO、技术经理和一些创业公司的合伙人等对本次分享也非常满意，并且针对自身向导师询问了一些问题。
1、 如何推进好的工程师文化?
2、 当面临有风险的决策中，如何说服管理层批准你的方案?
3、 创业阶段的公司技术架构也演变，要在那些阶段做哪些事儿?
4、 代码质量如何把控?
5、 怎样管理技术人员?
…………
导师细心地讲解了学员部分困惑，而接下来课程我们将针对以上问题邀请相关的专家导师做更深入的分享。
点击链接，了解更多训练营内容： http://x.51cto.com/act/
