文化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
– 队列
– 缓存
0 条评论。