软件江湖大会

     —— 丘  

时间：2016.3.12

地点：成都软件园

活动：蚂蚁金服——支付宝技术开放日

闲话少说，捞干货。

第一路：迷踪拳

SOA环境下的分布式事务处理实践

内容：分布式环境下的金融支付系统，安全考虑，数据同步，交互逻辑，用户体验等。

亮点：

    幂等性——利用应用接口，保证用户请求的操作在分布式系统中进行唯一的一次执行，通过往返消息机制控制用户与后台的行为。个人感觉类似于tcp协议栈的方式，严格确认行为的正确性。由于往复消息的复杂性，利用分布式系统的并发特征提高系统处理的性能。

    用户体验——交易实时刷新数据库的操作并不是必须的，可以将持久化的工作延后执行，利用划分系统界面的方法将用户与系统的交互进行切割，提高用户体验的流畅性。

小结：

    操作请求的行为处于分布式系统内部，对外进行封装切割，用户体验是不制约于系统内部的各种复杂交互，“迷踪”两个字应该比较合适。

第二路：形意八卦

基于蚂蚁金融云的Saas应用构建

内容：云的理由，云的实施，云的维护。

亮点：

    云的实施/维护——云的概念已经炒作很久了，作为一个计算机出身的理工男来看，集群，云，大型机阵列，差异度有多大呢？大体小用而已。概念容易炒，落地实操可就不是每个人都做得好了。实践是检验真理的唯一标准，部署范围，机房操作，蓝绿更新，说起来容易，真正做得行云流水可不是件容易的事情。对于蚂蚁的云管理，个人赶脚，仰视是必须的。

小结：

    系统部署对于软件产品的性能是至关重要的，尤其在实践中如何合理分配资源，没有摸过石头的人是很难过得了这条河。基于现在云系统的成熟度，在标准化的框架下发挥出个性化的特点，“形意八卦”比较符合。

第三路：六脉神剑

领域建模

内容：建模概念，建模工具，经典建模，彩色建模。

亮点：

    彩色建模——站在后排开始没听清楚，一听彩色，开始还以为右军同学扯上某著名碎蛋主持人的彩色性格理论了，后面才听明白原来是利用颜色进行对象划分，然后利用颜色规律进行建模经验评估。优点多多，类别分类，直观，颜色方法论满满，Good Idea!!!

小结：

    建模是个长久以来的难点，热点，实质上是我们软件系统建设的指挥棒。如何识别出软件需要的feature，有方法论多种，但用得顺手的就各有体会了。右军同学就对DFD情有独钟，招式千千万，用得顺的三板斧才是最管用的。 针对右军同学犀利作风，“六脉神剑”给他了。

第四路：棉花肚

互联网金融下的智能客户服务

内容：客服系统，问题提取，问题分类，智能客服系统，客服流程规划。

亮点：

    问题提取——把现实世界的问题进行模型化，数据提取是软件系统解决现实问题的关键点。以某些系统为例，特征点提取，贝叶斯估计，问题域划分，动态分析，数据训练挖掘等等等等等。。。可喜的是已经得到很好的应用，可惜的是没有详细讲讲如何实现。虽然说是采用的经典方法进行处理，但细节之处才是真功夫。

小结：

    客服一直是劳动密集型岗位，犹记得移动客服小妹和马路牙子打嘴炮的段子。采用软件系统解决人力密集型的问题，是现在和未来人类梦寐以求的。利用“科学家”的产品代替客服小妹的辛苦劳作，让用户打出硬拳头轻轻的落在了“棉花肚”上，好办法。

第五路：葵花宝典

互联网金融下的信息安全

内容：数据劫持，页面监察，员工行为监控，员工行为分析，规则包。

亮点：

    员工行为分析——反常必有妖，在群体里特立独行的动作必有其特殊的目的。作为大内密探的监察系统，能够自动识别区分监察点减少了人为主观的工作量。

    规则包——规则的利用是泛型应用的另一种实践，事务的特征千千万万，但规则却是万年长存的，利用最小的开销完成特定的任务，规则是很聪明的解决办法，点个赞。

小结：

    由于信息安全系统属于密探组织，大有“东厂”之嫌。此外信息安全系统的内部权限也最大，很有藐视群雄的意味，武林至尊“葵花宝典”送给它。

第六路：少林硬气功

TDD实操

内容：TDD宣言，TDD实操感悟，TDD总结。

亮点：

    TDD实操感悟——书上得来终觉浅，写代码必须要上手才有感觉，TDD作为一个非常实用的工具，没有这样一场代码经历，确实没有这么深的体会。TDD有点像人认识事务的过程，尝试，失败，改正，成功，积累，持续。在工作中往往被我们嫌弃的事情，往往是对进程有巨大推动的工作。

小结：

    TDD招式生猛，但非功力深厚者定不得其要领，劲道刚劲，拳势深远，“少林拳”。

第七路：太极推手

我们是怎么做产品体验的

内容：产品困局，内部尝试，陷入泥潭，人民战争，突破重围。

亮点：

    人民战争——这场分享比较happy，连PPT都做的很学院派，其中人民战争的环节很有感触。    

  开发和测试天生是敌对派系，一队是汽车人，另一队就是霸天虎。怎么让开发做出适合的产品确实是个千古难题。    做过项目的都知道，改个东西哪那么容易：

    “让老子改代码，老子先洗一下你的脑壳再说”，

    “测试小妹是不是大姨妈来了，提得都是什么东西，不管她”，    “Boss怎么的，还没到打KPI的时候呢，边靠吧您呐”。

    真正让开发自己觉得要去改code了，难比让公猪下崽。居然能够搞出个idea，让大家上个厕所都在骂开发做的烂，之后让开发自己嘘嘘的时候也自责东西做的烂，再之后让开发心甘口服地去review，去recode，只有两个字送给这个想法，“牛Bility”。如果再让我用多几个字来形容，“太TM牛Bility了”。如果再让多几个字，“牛Bility~~~~~~do{_asm{_nop};}while(1);”。

小结：

    能让开发自愿自觉地去改code的套路就是绝世武功，“太极推手”，外柔内刚，张弛有度，制敌于自然。