超级访谈:对话毕玄
毕玄
贝联珠贯创始人兼 CEO,前阿里 P10
10242 人已学习
新⼈⾸单¥59
登录后,你可以任选4讲全文学习
课程目录
已完结/共 18 讲
开篇词 (1讲)
超级访谈:对话毕玄
15
15
1.0x
00:00/00:00
登录|注册

03|淘宝HSF:能让淘宝出重大故障的就那批人

你好,我是叶芊。
 
上一讲我们聊到毕玄加入互联网公司的经历,为冲刺上市的彩票网站写新系统,因为自己不会 C 语言,也比不过腾讯那拨人,迫不得己成为了一名 DBA。但因为突然的规定上市无望,他也走了。
 
后面发生的事情,说实话我只能说“很神奇”。
 
就他准备找新工作的时候,在没写简历没主动面试的情况下,居然又有一根橄榄枝神奇地伸了过来,然后在一场很神奇的面试后,他进了淘宝,结果第一个项目就神奇地差点把淘宝搞挂了……
 
到底发生了什么?我们马上开聊。
 
极客时间:2007 年底你就去阿里了,当时你是怎么进去的?
毕玄:也是博客,我到上海工作是因为写博客,换到阿里很大原因也是这个,当时我在网上写了 OSGi那份文档,OpenDoc,那个时候可流行开放性的文档。
极客时间:这篇文档影响力很大,你写了多久?
毕玄:一点点积累的,前前后后可能有半年多。
极客时间:半年?这么久?
毕玄:对,就写了那篇东西,写了之后技术圈的关注确实比较大,最早我们觉得产品化的基础可能是基于 OSGi 做,因为 Eclipse 那个时候已经是 Java 的垄断 IDE 了,而 Eclipse 的底层是 OSGi。
当时 Eclipse 把 OSGi 把插件化的整个体系讲得,你如果听一下思想都会觉得太完美了,而且有 Eclipse 展示,相当于有了落地,还不光是一个概念,所以大家都觉得哇这是革命性的,基于这个抽象有可能做成产品,只是后来论证了一些东西,不是这样。所以当时 OSGi 在国内的关注度非常大,加上又没有文章,我写了第一个,很多人可能就因为这个知道了我。
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
  • 深入了解
  • 翻译
    • 英语
    • 中文简体
    • 中文繁体
    • 法语
    • 德语
    • 日语
    • 韩语
    • 俄语
    • 西班牙语
    • 阿拉伯语
  • 解释
  • 总结
仅可试看部分内容,如需阅读全部内容,请付费购买文章所属专栏
《超级访谈:对话毕玄》
新⼈⾸单¥59
立即购买
登录 后留言

全部留言(10)

  • 最新
  • 精选
  • Cha
    好奇一行代码的问题是什么

    作者回复: JBoss-Remoting默认同步调用的超时时间是60s,这个对于远程调用时如果有些请求处理比较慢的话,会导致处理线程池很容易被这些慢的处理线程占满,导致出问题,所以一方面是需要把这个超时时间改成可配置,另一方面是配置的时候要把这个值缩小很多。

    归属地:浙江
    12
  • 术子米德
    🤔☕️🤔☕️🤔 【R】写博客,被关注,写得好,工作自动找上门。 【.I.】项目化的代码,就是为了这个项目而生。产品化的代码,成为产品特性的一部分,因这个特性而生。框架化的代码,成为产品特性背后的空气和饮水,不太容易关注都它的存在,自然而然认为它就该存在,实际上它却是特性代码的生命力来源。写代码的时候,经常提醒自己,现在写的代码,如果是项目代码,那怎么能成为产品代码,如果是产品代码,那如何能搭建起框架,来让产品代码更有生命力。只有这么问自己,才会去倒腾实现的代码,看山是山,看代码是代码,回头再看山还是山,回头看代码还是代码。 【.I.】知道一项技术,会用一项技术,落地一项技术,这里的距离,十万八千里来形容,一点都不过分。类似下面的关系: 【知道->会用 vs 0 -> 1】 vs 【会用 -> 落地 vs 1 -> N】 一般认为“0->1”比较困难,这在科学发现里为真,但是在工程领域里只能算半真。毕竟,工程领域要解决的问题,在科学发现级别上已经被解决。所以,技术领域的“0->1”相对而言,只要花点功夫和时间,总能弄明白。而且,技术领域里的“1”往往是原型系统,或者算实验版本。只有真的落地到实际环境,进入生产系统,跨出“1->N”的步伐,才会发现摸着石头过河,不只是要认真摸每块石头,更要勇气和信心去一块又一块石头摸着过去。 【.I.】一个系统最奇怪的状态,就是感觉它怪怪的,但是说不上它怪在哪里,心里就是这么难受的搓磨感。我之前也经常有这样的感觉,后来发现一个词,叫“失控”。当这个系统跑得很起劲,我只能在外面看到它的输入和输出,无法知道它内部的运行细节时,我做的任何修改,依然只能通过整体看效果,这种失控感就会产生。有时候甚至怀疑,修改到底有没有效果,然后只能用朴实又拙劣的打印来局部确认。这样的系统,带来的最大恶果,就是让修改失去勇气,甚至滋生恐惧感。这时候,对于一个系统的微观架构,能够在框架层面提供诊断机制,让系统的运行时内部过程具有可观测性,就会让修改系统的勇气持续存在,任何时刻都通过观测诊断性数据,来消除内心的这种搓磨感。 【Q】对于一个数年积累起来的大系统,如果想搞明白其中的原理,这样的念头是否合适?如果合适的话,老师是否有推荐的方法? —— by 术子米德@2022.10.07

    作者回复: 一个数年积累的大系统,要搞明白其中的原理,确实会非常复杂,但有兴趣的话我觉得这其实是好事,毕竟显然如果能搞明白,就是这块的佼佼者。 推荐的方法我觉得需要先找找看有没有这个系统的整体架构的描述,整体架构通常会高度抽象的简单阐述这个系统的构成,运行逻辑,有了这个大的结构印象呢,就可以相应的找其中感兴趣的点。

    归属地:浙江
    4
  • 门窗小二
    好奇大佬是哪里的?😄

    编辑回复: 哈哈哈周一会上线一讲番外,能回答你这个问题噢

    1
  • 我听着呢
    看了好几篇才冒个泡,虽然毕玄总是把成事归于“运气”,但我觉得还是离不开技术洞察和趋势判断的,大佬就是谦虚
    归属地:北京
    13
  • sesamegu
    我的关注点是,机会都是给有准备的人。当你研究某个技术或领域,要研究的深研究的透,并在一定的场合分享让大家知道你,这样会带来意外的惊喜
    归属地:浙江
    2
  • maple-0406
    k8s这个平台也是基于强大的插件体系和可扩展能力;
    归属地:浙江
    2
  • Gerry
    所有的“运气”都是前期的积累,大佬太谦虚!
    归属地:上海
    1
  • 码小呆
    运气,也是实力的一部分,老师,真的太谦虚了~~
    归属地:广东
    1
  • 大道至简
    处理过公司最严重的故障 当时处理故障的时候,使用重启大法就将故障解决了。当时需要先将流量全部摘掉才能重启,否则在重启时大量流量涌入无法正常重启 出现这么严重的故障,心理还是比较忐忑,但是想想先快速解决问题,后面再想后续的事 最后还好这个故障Owner不是我
    归属地:湖南
  • leslie
    运气其实是你努力后的一种机遇:如果你不去尝试,不去付出,不去承担,不去探索;机缘不一定会光临你。
    归属地:江西
收起评论
显示
设置
留言
10
收藏
沉浸
阅读
分享
手机端
快捷键
回顶部