当前位置

O'RELILY Velocity 2010 纪要 a-z

Velocity 的资料下载在:http://velocity.oreilly.com.cn/index.php?func=slidesvideos

受了非人培训的感染,这次 velocity 会议,我给每个参会的同志都安排了作业——学习体会、行动计划等等;然后几份作业我主观打分,落后者和我一起AA请优胜者大餐

除了安排别人写作业,我也写写我自己的作业吧:

  • 网站速度是搜索引擎的 rank 指标
  • 淘宝采用了一台haproxy带两个squid的做法。。。当然这许多组(3x)服务器之前还有两个 lvs
  • 淘宝把系统分成了4个层次来优化:软件系统、服务器(web server、mysql、jvm)、kernel、hardware
  • 个人最喜欢 Java without OS 的想法
  • 北京电信访问北京联通比上海电信快
  • TTI 概念是 Facebook 提出来的么?Yahoo 的讲演里也用这个缩写:Time-to-Interact
  • BigPipe 概念其实挺简单的,我蛮想利用它对狐首做做优化
  • Pagecache 我觉得最难应用,对前后台工程的要求极高。(增量式更新、自动记录并回放、跨页面的服务器更新)
  • 前端工程师驱动Web平台技术更新是一个趋势,不过这对前端工程师提出了很高的要求。人人网的邵军辉今天在回答我的提问的时候自嘲其JavaScript比C++要强,我觉得这不是笑话,而是某种程度的真实。
  • YahooMail 也在用一个类 Bigpipe 技术,名叫 AjaxPipe,通道是 iframe,来生成首页的 Dashboard
  • Yahoo 提到 Pipeline-mode 有一个问题就是 SEO,针对爬虫必须有一个 single flush 的机制
  • Yahoo 更进一步发展出并行化的想法(single-flush -> pipeline -> parallel),当然现在还在襁褓阶段
  • 两个TFS看起来都很强大,我们要不要搞SFS呢?
  • 百姓网的虞冰不错,除了在上海,应该比淘宝和腾讯的人好挖
  • 把web性能和奖金挂钩,是一个好主意
  • 多个不同的讲演者多次强调,speed is a feature!!!
  • 要扩大 UED 团队规模,让工程师更专注在程序上——这条最佳实践来自YahooMail
  • Node.js + YUI3 + jsdom 开发服务器端应用。Yahoo这种思路某种程度上比 erlang 要靠谱,我现在真觉得这个工程上可行
  • Facebook的Web性能团队叫Pref SWAT,cool! 这个Web性能组应该是属于平台团队的,对应的是产品团队
  • passport module很适合做cookie monster。。。好吧,facebook需要这个是因为它只有一个产品www.facebook.com。。。但server-side cookie是好想法,server-side cookie is not session!!!
  • 产品团队用了多少平台团队提供的组件——这是衡量其代码质量的指标之一,Yeah!
  • Facebook有500名工程师;任何新人(真的是任何吗)都要进Bootcamp干6个星期的脏活。。。我也非常喜欢这个新兵营
  • 盛大的许世伟在阐述HTTP的stateless本质(虽然他一直在说存储层,或者说状态保持层),以及产品设计中API层的重要性
  • 把模板和碎片也应用版本管理(wiki的版本管理功能就足够)是个好想法;另外动态语言来写CMS貌似还是很有一定优越性的,尤其是PHP天生就是一个模板系统
  • 人人网用2台FastCGI顶替了40台Resin严重伤害了不少Java开发人员的感情,好多人质疑。。。我则关心人人网的C++程序员:Java程序员的比例是啥,邵军辉估算是1:5。。。其实蛮合理的,俺们需要下决心在C++程序员headcount上投资
  • 淘宝说它的基础监控除了cpu/mem之外还包括spinlock,这个真的把我震惊了;应用监控和业务监控不能仅仅指望TechNO,我们必须做得更多
Topic: 

评论

记录很专业 我的思路太混乱 学习
还是得做笔记,当时听到的确实忘的很快
笔记的回忆效果远远高于ppt

>>严重伤害了不少Java开发人员的感情
现场也说了,Java和C++效率相差一点也不大

这个我觉得只是噱头.. 某些应用下相差10倍很正常.

原来那个提问c++和Java开发者之比的人就是你啊,刚好我也想问这个问题,SO FUNNY!

Page speed 也是由前端工程师驱动吧, 前端工程师责任跟待遇得同步啊