qcon杭州的随记

文化Hacking与即将到来的黄金时代    -- McCarthy Technologies创始人 Jim McCarthy     

   来宣扬黑客价值观的，对美国60,70年代的嬉皮士文化有了新的理解，他们追求的是思想的解放，不在束缚于条条框框，后来他们很多人都走上软件开发的geek道路。

获取自动化测试的最大价值           -- Jolt大奖图书作者 Gerard Meszaros             

   这是一个比较实在的孩子，主要提了自动化测试的必要性和如何合理的去做自动化测试。

 

精益开发@SAP: 从高效到创新         -- SAP中国精益中心负责人 Dieter Kaufhold        

   他就是来给SAP打广告的，谈了很多很杂，但是很多都是点到为止，说这个是内部信息，不方便透露，不方便透露，那你来干什么。

 

虚拟化如何支撑京东业务             -- 京东网架构师 何斌                            

   他是来招聘的，不是来分享的，京东要在南京成立云计算开发中心了。但是也算是有实料。云计算啊，哎。。。不知道将来如何！

 

美丽说的架构与变迁                 -- 美丽说 王曦          

   1.早期是通过插件的方式

   2.后来决定做网站 --- 垂直的微博

   3.做成现在的导购模式

 

   对于图片底层存储：

   开始选择的是moose fs 没有选择 NFS或是TFS 带来的问题： 

   moose fs 的master只允许一台，通过内存来维护索引，若是索引的内存超过系统内存的话，就会进行swap，导致访问图片很慢，最终导致moose 僵死，最后只能重启。无限循环中。

   解决方案：把apache换成 nginx + memcache ,fastcgi + mlsdb(类似豆瓣的doubandb基于TokyoCabinet) 

 

   强大工具的出现：redis

   1.timeline数据的存储

   2.用户之间的关系

   3.收藏之类红心的数据统计

   4.异步方式写会，最终一致性。NOSQL基本都是这个特点。

 

   搜索通过sphinx.

 

   最后提到了互联网网站的两个特点：吞吐量和系统延迟 

   如何从架构层面上解决系统的稳定性：SOA。 

 

   需要注意的几个问题：

   1.快速的问题定位

   2.单点故障，国内复杂的网络情况，IDC内网带宽大小问题

   3.慢SQL，问题代码上线。

 

   经验分享：

   1.监控很重要，架构设计开始就要规划

   2.找最简单的解决方案，不找最完美的解决方案

 

   美丽说的几个数据：

   1. 3亿 request/天

   2. 高峰时间 5000request/秒 21-23点

   3. 300万小红心/天

   4. 200万分享/天

 

 

垂直互联网站点的技术改造           -- 丁香园 冯大辉              

   做的好都是相似，做的不好的各有各的不同。好 == 幸福

   听了这么多，其实大家都是在讲一个东西：方法论。也就是做事的规律，那么是什么成为山寨CTO的方法论呢？

   1.倾听问题， 当你来到一个新单位，空降成CTO时第一件要干的事就是倾听，发现问题。以下几个方面看：

     产品、稳定性、性能、信息架构、UI/UX、团队人员情况

 

   针对以上问题

   阶段一：可用性，稳定性： 监控系统，状态，设立检测值 性能调优等手段慢慢搞，但是不干扰用户

   这个阶段会碰到一个问题：遗留程序怎么办？避免NIH综合症。

 

   TIPS:

   Not Invented Here Syndrome

   指的是社会、公司和组织中的一种文化现象，人们不愿意使用、购买或者接受某种产品、研究成果或者知识，不是出于技术或者法律等因素，而只是因为它源自其他地方。 通常带有贬义。在国家范围内的NIH综合征是民族主义的一种形

式。

   怎么改装?从module开始 。

   怎么改进?从function开始。

   技术的问题都不是问题，人的问题才是最大的问题。从网站搜搜，或是买本架构优化的数，按照1,2,3,4,5的步骤做，基本也能折腾出来。

 

   阶段二: 信息架构

   从一个维度入手，例如rest - seo。 良好的URL设计，没有一个良好URL的网站不是一个好网站   好的榜样：豆瓣

   这个过程中会面临以下问题

   代码重构，技术的选择，开发人员的心态，暴露服务还是API

   数据分析，数据推动业务开发，对于一个

   团队建设：采用小规模的开发+联系 再放大去搞。

 

   在这个问题上有两个关键点：SSO 和 搜索 任督二脉

 

   垂直用户的几个思考

   1.并不是所有的用户是深度的互联网用户 ，把握你产品的用户群体

   2.不要去挑战用户习惯 

   3.用户并不了解你的行话

 

   可以归结到一点，不要把自己的想法当做用户的想法。

 

   阶段三：可以折腾前段界面了

   1.UX的改进  

   2.增加新功能，新特性   多数用户提醒的东西不要忘记。

   3.团队建设 -- 理念

 

   很多人大佬去一个新环境，并不是去干事，他们是去折腾用户，折腾自己人的。什么能最直接的体现新官的价值，界面，最前端的东西。所以很多新官上任基本烧的都是表面的火。不修内功，走人后留下的还是一堆烂摊子。

   整流程，制规范。通过一系列的流程和规范来降低程序员的生产力。

 

   走完上面三步后，基本你的CTO角色已经是进入正轨了，那么还能干出点什么呢？

   1.那些可以改进？

   2.过去搁浅的产品创意  (从用户那寻找创意) 很多用户在5年前提的想法 我们到现在都还没有满足。 这是为什么，没资源？技术没成熟？还是我们忽略？

   3.用户要什么？

 

   阶段四：多做的一些事

   这些也是大部分CTO喜欢去做的事，大辉是把它放到了最后，例如

   1.UI、前段

   2.SNS 文库 

   3.APP team 的建立。  这个也是数据驱动的一个经典案例，但是他们发现网站的一个药品搜索功能用的最多，虽然很丑，但是使用频率很高，于是决定做APP。

 

   总结下：

   阶段一：悄悄地进村，不要打扰

   阶段二：信息架构，用户不关心

   阶段三：挑战使用习惯

   阶段四：延伸

 

聚划算架构演进和系统优化           -- 阿里巴巴 周成

算是在技术上比较有收获的一个分享。

1.服务化中心化趋势

  2.解耦强依赖

  3.公共组件的抽象

  4.合理使用不同层次的缓存

  5.警惕缓存命中率

 

组建一支强悍的小团队               -- 亚马逊 陈皓

  用具句历史学家的话说：好出其言 有点袁崇焕给崇祯的豪言：五年平辽。  他是来增加人民内部矛盾的，理念就是消灭软件产业链上一切非程序员职位：PM,PD,SQA,BA，OPS,SCM，架构师等等,程序员就是软件世界的上帝，创造一切！亚马逊只有开发人员没有架构师!

  极端的工程师文化。密集型的工厂，工作室的工作环境！

  在他眼里提交代码的只有工程师。

 

创建一个敏捷友好的环境来提升绩效   -- 亚马逊五星图书作者 Amr Elssamadisy

 

Be Effective——管理让团队高效       -- 篱笆网 吴立峰 

  这个团队应该说是因应了一句话：格局决定成就， 篱笆网的眼界格局不够大，到现在也就是如此规模。虽然做了很多的努力，在组织架构上，在敏捷上。如果将来大家出去做CTO的话，可以看下这个PPT，很多还是有借鉴意义的。

 

行业移动应用的光荣与梦想           -- 中国电信 蒋小宇

  这个是广告男二号，介绍了中国电信在搭建平台服务上做的一些努力，没怎么仔细听。

 

老路与新路                         -- 敏捷宣言发起人Dave Thomas  

  基本是泛泛而谈，唯一的要点就是：历史总是在不停的重复和重复。多回头看看，以史为鉴，可以知兴替！

 

深入NoSQL数据库算法                -- Facebook Nicolas Spiegelberg ，feedbook hbase部门的负责人。

  还是很实诚的孩子，介绍了很多常见的算法吧，个人对于算法也不是很了解。

 

开源， 从另一个角度看世界          -- Redhat 方越                   

  他是来吹牛的，将自己的工作经历吹了一遍，说大家快来做开源，开源也是会赚钱的，开源 ！= 免费。 然后怎么才能进入开源机会呢？普通人进入顶级开源组织的几率有多大呢？几乎为0！

  那怎么赚钱呢？这个需要回到最初的问题，开源软件是谁写，那就是谁对软件最数据，也就能较好的去使用开源软件。那些需要定制的去搞开源的人就会买这个服务，现在是服务的时代了：IBM，SAP,ORACLE，微软，GOOGLE都是在卖服务，阿里说要做生态链，做平台，其实也都是在卖服务。苹果还是在买产品。

  开源：为有钱人的节约时间，有时间的人节约钱。

  redhat 通过开源去年收入了10亿美元。全球唯一一家通过开源收入超过这个数的。

 

淘宝服务框架                       -- 阿里巴巴 玄宵

  这个架构是好的，出来的产品也是好的，但是不是最好的，比较B2B的dubbo还是有段距离，淘宝更多的是靠服务器堆积出来的，这也是为什么每次淘宝在内部还是外部的分享上都喜欢报数据，哥有多少多少服务器。有本事说哥只有200台服务器，撑住了双11.那才是真正的牛逼。据说双11线上的服务器会达到12000台。以上都是个人偏见。

 

几个关键字：

1.antispan

2.redis 美丽说，聚划算，京东都在用

3.牛人都是自我修炼出来

4.周围人的水平决定你的水平

5.格局决定成就

6.不要重复造轮子

7.工程师文化

8.什么是主管？主管就是跑腿，打杂的。不是来拖后腿的。

9.敏捷 

  老外在推动敏捷，部分国人在骂敏捷。就好像不骂下敏捷就不能火一样。

 

 

redis适合做什么？

– 在主页中显示最新的项目列表

– 删除和过滤

– 排行榜及相关问题

– 按照用户投票和时间排序

– 过期项目处理

– 计数

– 特定时间内的特定项目

– 实时分析正在发生的情况，用于数据统计与防止垃圾邮件等

– Pub/Sub

– 队列

– 缓存