需要确认注册邮箱后才能开通博客,立即确认我的邮箱
文章 搜索 高级搜索 ?3? ?3?
  • 滤波器new!
  • LED驱动 new!
  • 新能源 new!
  • PLL
  • PCIE协议
  • 可穿戴
  • LSI
  • FCI
文章 论坛 博客 小组 研讨会
EDN China>EDN论坛>工程师休憩园专区>阿里巴巴离职DBA:十五载职业生涯总结(下)
?
大家在做什么...
楼主 问题:

阿里巴巴离职DBA:十五载职业生涯总结(下)

发布时间:2016-6-13 下午4:05

作者: 1460357814215

等级: 助理工程师

积分: 783分

发帖数: 204次

网站总积分: 908分

1092分

发送消息

加为好友

查看用户的所有发言

查看用户的个人主页

需要确认注册邮箱后才能下载,立即确认我的邮箱
回复后可下载附件



灯塔:ITPUB

04、05年,我一直在做 Oracle 开发,主要使用的就是 Form、Report,当然,还有 OCI。在一些项目中使用 OCI,纯粹是出于对C语言的偏爱。其实大多数我们的软件,可以全部使用 Form 和 Report。

我从开发转型为 DBA,是一个很偶然的事件。04年底,在给海关做一个项目时,认识了一名搞网络的技术人员,他刚刚考过 CCNP,正在向 CCIE 努力。当时,我从没想过要考什么认证,因此,也不了解这些认证。听了 CCIE,也没什么概念。他跟我讲,Oracle 有一个很牛的认证,OCM。考过了后可以身价倍增。我回去在网上查了一下,说是当年亚州只有 4 名 COM 等等,总之就是很牛*。这个结果令我大吃一惊,我没想到一个认证,能有如此难度与作用。从此,我开始了我的转型之路。

其实我们单位从 02 年就开始使用 Oracle,几年下来,也基于 Oracle 开发了不少项目。很多地方有时也要求我们在项目交付的同时,提供容灾、高可用方案。但这些是我不肖做的。曾经的我对 SA 和 DBA 是如此的不肖一顾,“只是搬搬机器、装装系统的民工”。我的梦想是创造,创造独一无二的程序,获得巨额风投,凭一已之力改变世界,我能,我可以。当梦想的浮华散去,我发现,8年过去,我仍站在原地。

我是从备份、恢复切入到 DBA 这个行业的。04年底,我们为海关做了一个项目。项目完成后,我为他们搭建了 DataGuard,同时,写了个脚本每周未备份 DataGuard。当然,在项目软件中我也做了个按钮,如果需要,他们可以随时点这个按钮触发对备库的备份操作。软件中还有个按钮是将备库直接激活的,激活之后,备库要重搭,并且,如果 Redo 文件有问题的话,激活会丢失些数据,不过,这个项目的数据丢掉些他们可以接受。整个这些东西,我做为了高可用、容灾的方案,浓重的写进项目文档。当然,免不了介绍的天花乱缀。哪个时代,大家对 Oracle 都没有什么概念,你只要能把库装上,都会有人说你牛。客户测试了备份、切换这些功能,再加上看了我天花乱缀的文档,对于灾备方案、高可用方案非常满意。我们领导后来得知这一情况后,专门问我是否有意转型做 DBA,我自然没有问题。我已经厌倦了开发,或者说,厌倦了老是为了别人的需求,开发程序。听说 DBA 还算轻闲,我计划转做 DBA,再利用剩余时间开发自己的程序。但不可否认的是,Oracle 是有它独特的 Mei 力的。随着对 Oracle 学习的越来越深,我慢慢的发弃了我的开发梦。

这一切的转变,都是很自然的,自然到我每每想起,总觉得那是命中注定。

数万年间我和 Oracle 相遇了,没有早一秒,也没有晚一秒,哪也没有别的话说,唯有说一句,原来你也在这里。

海关的项目之后,我开始考虑,如何让用户的数据在切换时也可以保持不丢。最后考虑的结果很简单,就是将 Redo 每组中设两个成员,每个成员都在不同的存储上。但当时有记得有人说这样做会对性能有影响,即使存放日志的两台存储一模一样。但也有人说没有影响。我在网上查了很多资料,大家的说法,莫衷一是。最后经过测试,结论很简单,有影响,但影响不大。对于这个结论,我想大部分读者也不会满意。到底影响在什么地方呢?

每组中两个成员,每个成员在不同的存储中,存储性能是一致的。说这种情况下写 Redo 性能不会有影响的人,主要是认为 LGWR 会同时写两台存储中的两个 Redo 文件。如下图所示:



但是,我们考虑一点,LGWR 进程只有一个,存储有两台,向A存储写和向B存储写,必然是两条语句,一个进程怎么可能同时执行两条语句呢。所以,上图不对,应该如下图所示才是:



LGWR 发送命令写A存储中的 RedoFile,不必等待写完成(因为是异步 IO),LGWR 再发送命令写B存储中的 RedoFile。LGWR 只有一个进程,不可能同时发命令写A存储和B存储中的两个 Member,只能逐个来。但因为I/O是异步的,向B存储中写 Redo Member,不必等向A存储中的写操作结束,而是如图中所示,有部分操作是平行的。

从总的时间消耗上看,图 1 中错误的理论,共耗时1.002 ms, 图 2 中正确的理论,共耗时1.003 ms。当然,时间是我随意加上去的,但对于现代的计算机系统,“发出一条命令”,“接收一个通知”,消耗 0.001 ms 应该是过高的估计了。 写磁盘的 1 ms,应该是差不多了,大部分数据库写日志的响应时间,应该都是几 ms 左右的。

通过上面两个图的分析,可以得出结论,让 LGWR 写两个存储,对性能有影响,但影响不会太大。多了图 2 中最后一阶段的操作:“B存储向 LGWR 发出写完成通知”。

有了这个结果,再后面的容灾架构,如果客户要求不丢数据,我都要求客户准备两套一模一样的存储,每个日志组的两个 Member,分别放在不同的存储中。后来 DBA 逐渐增多,客户哪里,会有自己的甲方 DBA,对于灾备系统,当我提出要两台一模一样的存储时,一些客户会有疑问。我会详细解释 LGWR 的原理,其实,向客户解释的过程,也是传播自己思想的过程。向客户解释的原理越多,客户对我的信任感也越强,后面的事情也越好办。

这些经历,也直接促成了我后面的学习习惯—-重视原理。虽然原理这东西很虚无,但为了更好的说服客户、取得客户的信任,有时我不得不向客户解释这些东西。

说点题外话,总有人问研究内部有什么用,我觉得最重要的作用就是,可以更好的忽悠客户。

哈哈,这是玩笑话,有用没用看自己爱好。有兴趣就去研究,没兴趣就去做别的。这个问题不必纠结。

如果真有兴趣去研究了,也一定会有回报。如果没去研究,也可以当好一名普通的 DBA。

言归正传,能为客户解释这么多东西,有一个网站功不可未,就是 ITPUB。我 05 年注册了帐号,此后,只要有疑难问题,第一时间先上 PUB 上搜索。PUB 成为了工作、学习必不可少的网站。但是,我很少在 PUB 上发表什么,因为我自己的功力尚不足,怕写出错误的东西,耽心影响大家。但看了哪么多好帖,从来没有回过帖,现在想来,也让我心中不安。于是从去年开始,我开始将这些年的积累逐步总结出来。我相信一个道理,有一个农场主,得到了一种优良小麦种子,但他不懂得分享,只在自家的地里种这上了这种优质小麦。收获季节到来时,结果他的优质小麦表现并不如何的好。他很不理解,就去请教一位专家。专家了解了情况好告诉他,只他自己种优质小麦,面积太小,旁边别人普通小麦的花粉,会被传播到他的优质小麦中,结果,影响了他的优质小麦的质量。第二年,这位农场主将自己的优质小麦种子分享给旁边其他的农场主。由于有了足够大面积优质小麦的花粉,到了收获季节,大家都获得了大丰收。现在时间已经成熟,我会慢慢将一些心得分享出来,

希望和大家一起研究、一起进步、一起丰收。

在乙方工作哪段时间,对于工作,我只有一点感触。每天,我并不是为了单位而工作,我是为了自己而工作。只有自己的技能获得提升,才是关键。我会选择个别库做为观察对象,进行深入、细致的分析,以此来煅炼技能。但人的精力是有限的,再加上单位给的福利待遇也不高,所以大部分库,只要客户不找我,我也不去找他们。

从 07 年开始,单位成立专门的数据库运维团队,决定让我作为团队的 Leader。我的工作重点,从单纯的技术,慢慢变成了开会,参加各种会议。有些人对此乐此不疲,但我很不习惯。大家把活推来推去,把功劳争来争去。不单要开会,还要培养新人。慢慢的,一些库分给其他人管理,使我可以专心去“开会”。很长时间里,我无心从事技术,脑子中之想着明天要参加已经开了好多天的某项目架构大会、要最终确定下来的某事故改进会议、……

我心目中的管理会议是这样:



实际上的会议是这样:



哈哈,我承认图有点夸张。我实在不适合做扯皮这样的事。或许随着我年龄的进一步增长、技术实力的进一步加强。技术上已经没什么可学的了,活也干不动了。每天开开会,扯扯皮,还有点意义。现在,这绝不是我想要的生活。古人都说,“学而优则仕”,我学还没有优呢,如何去入“仕”呢。

07年我技术进步缓慢,如果一直这样下去,我不知道,如果有一天单位辞掉我了,我该何去何从。没有了技术优势,一个单位的中下层管理人员,你到 51JOB 上搜索一下,有招聘“技术团队管理者”这样岗位的吗。而且,计算中心是事业单位,从 05 年开始,我就一直谋求可以转成正式的“在编制”人员。为此,我、包括我们全家人,使用了很多方法。但是,我们的希望最后都落空了。

其实,我本来也没抱太大希望。

08年初,为了将来的发展,我决定辞职。这个决定或许已经有点晚了,但是,如果不马上行动,将来只会更晚。

在阿里巴巴遇见最好的 DBA 团队

  我不喜欢飘泊的生活,也不喜欢新鲜的城市。只想在我家乡哪座著名古都中,像被固化在虎珀中一样去生活。但我的人生却注定要去飘泊,而且,是在三十而立之年,才刚刚开始。千万不要刻意去选择自己的生活,因为你只能猜到开头,却猜不到结果。

我的第一站是北京,因为有朋友说可以为我介绍工作,但这份工作是 Oracle 讲师。我的技术还没有达到一定水平,还需要提高。这时候去做讲师,实在非我所愿。我的内心的理想目标,是去阿里系的公司:阿里巴巴、淘宝、支付宝。这些公司“大师”级的人物层出不穷,我想也应该是很多 DBA 的目标。但自己投简历过去,成功可能很小,我一向不喜欢自已投简历过去。所以,在 09 年初,考完 OCM 之后,我就一直想做点东西出来。正好一个朋友找过来,于是我们合作,很快就有了“Oracle 日志挖掘研究版”这个程序。也很快的,阿里巴巴就给我打了电话。

到阿里面试是很爽的,来回的机票、酒店全部都已经订好,就好像到杭州来了个一日游。我是中午到的创业大厦,先被 HR 领到一个大厅里,做了一份笔试卷子,说是 60 分钟,但其实没有人在旁边计时,晚一会儿也无所谓。笔试题难度不高,和网上流传的阿里巴巴笔试题差不多。做完笔试题,就是著名大师 Biti 的面试了。这是第一次见到 Biti,个子不高,但人很精神,说话极有条理。

Biti 面试时的难度也不高,大家聊的很好,就像朋友闲聊一样。所以,这趟杭州之行,让我觉得很完美,即来杭州旅了一次游,又和一些朋友聊了聊技术。

本来我计划当天晚上就回去,Biti 面试完,被告知阿里巴巴 B2B 的技术部老大 Andy 想见见我,如果我时间上没有问题,HR 会退掉当天的订好的机票再重新订,当晚住宿的酒店也已经安排好了。

当时很是受宠若惊,马上告诉 HR 没有问题。

第二天其实还是有点紧张的,不知道 Andy 会问我什么问题。见到 Andy 后才感觉,Andy 人也很随合。Andy 问了两个问题给我留下很深的印象,一是建立一个数据库层和应用层之间的统一中间层,对下可以支持各种数据库是否有必要。还有一个,是如何拆分一个大数据库为多个数据库。

第一个问题,我的回答的很中庸,一个可以忽略下层数据库是什么的中间层,对性能会有影响,对开发效率、代码重用率会有提升,搞一个是有必要的,对于特别要求效率地方,仍可以使用老的方式,一般情况下,使用中间层就可以了。我估计这是 Andy 当时正在考虑的问题,但后来阿里巴巴并没有大张旗鼓的搞这么个东西,我想 Andy 最终还是认为搞这个东西意义不大。

第二个问题,拆分数据库的方法,我曾经主导过一个大库的拆分,要求应用的每张表,都有主键。然后就像 HASH 分区一样,以每个表的主键为准,将数据做个 HASH 运算,分布到多个库中,我直接把我做过这个项目详细说了一下。也是后来我才知道,原来阿里巴巴这边刚刚做过一个大表的拆分,拆分方法和我说的类似。

上午的面试很快就过去了,我专门让 HR 帮我订晚点的机票,这样,下午有时间去西湖游览一下。

这次杭州之行,给我的感觉是,杭州不错,面试很愉快,但打车很难。下午在西湖边打车,用了好久。后来才知道,在哪个时间点打车,能打到已经是运气了。

两个月后,我告别待了 10 个月的北京,来到杭州,入职阿里巴巴。

中国的大型互联网企业,有很多相似之处。比如说一样有入职培训,一样每年有年会,一样的有 Outting,一样的嘴上说一套、底下做一套。比如公司一直在讲诚信,但在出了一些事情之后,从公司发给我们员工的邮件来看,没有看到诚信二字。但这很正常,在我们国家,到我这个年龄,如果还相信公司说的什么或老板说的什么,哪脑袋就真有点问题了。

阿里的入职培训和其他公司一样,讲一讲企业文化,再把人拉到户外做做拓展运动,结束,没有持续性。和我一起参加入职培训的有几十人,半年内有差不多三分一离开公司,一年内大概只剩三分之一留在公司。我和另外两个入职培训时认识的朋友合租一套三室两厅,一年后,他们都走了,只剩我自己独住一大套房子。大家来阿里的目的很简单,渡金。我的室友之一,半年后顺利跳到了 teradata。另一个是做客服的,一年后跳到另一个规模略小的互联网公司,做了客服经理。当然,我到阿里,最大的目的并不是渡金,而是学习。我的目标是成为 Oracle 大师,阿里孕育了哪么多 Oracle 大师,到了阿里,我就和目标接近了。

但可能是我在面试时忽悠的有点过了头,阿里给了我一个很高的级别:高级数据库专家。这既让我兴奋,又让我感到无比大的压力。在我入职时的 09 年,整个集团的技术人员,达到这个级别、和这个级别之上的,不过几十人而已。在 B2B,高级专家之上的,只有十几个人。我们 DBA 团队中,只有一个人比我级别高,就是 Biti。这让我的压力,稍微小了点,有什么大事,我前面至少还有 Biti 在扛着。但是,一个月后,Biti 就调到支付宝。我成了阿里巴巴 B2B 级别最高的 DBA。一下子变成了“首席 DBA”,我内心深入无比激动,但是,这也让我无比害怕。

来到阿里,我对自己的定位是学习、经历,我的目标,是成为技术大师,我从不会改变这个目标。但公司对我的期望,显然不是这样的。但这没有关系,这并不会防碍我学习。

在阿里的日子过的很快,好像回到了上学时代。每天三点一线,上班、到食堂、下班。DBA 团队是我见过的最好的团队,几位领导对每个人都很负责,诚心实意的为每个人着想,努力为每个人提供发展机会。大家之间没有争抢,没有钩心斗角,只有努力的做好事情。很高兴在这里渡过了快乐的近三年时光。在此,对领导、对团队中每个兄弟表示感谢。阿里的数据库维护水平,自然是没得说的,用一句通俗的话来形容,我就像掉到了水中的海绵,如痴似渴的吸收着养份。

我到公司时,MySQL 刚刚在公司有第一例非常成功的案例。之后的几年间,公司的 MySQL 团队从无到有,迅速壮大,MySQL 的应用也是遍地开花。再之后 NoSQL 如同凄美的昙花,匆匆一现,却也给公司内 Oracle 的应用带来不小的震动。对于开发,Oracle 有如过街之鼠,几乎人人喊打。之后,一切又都归于平静和理性。NoSQL 出局,MySQL 重点发展,去 Oracle 已成必然。从 11 年开始,我也面临艰难转型,根据公司情况,我决定转型到 GreePlum 数据仓库。但转型是困难的,几本大部头的书,一看就困。Oracle 是越学越精神,一看 GreePlum 就瞌睡。数次不眠之夜的深思,我决定放弃转型。我知道这对我来说意味着什么,放弃转型,也意味着要放弃这份工作。 虽然我很喜欢团队的氛围,我对团队恋恋不舍,但我仍将坚持我的方向。11年夏天,我开始筹备我的下一份工作,并计划在

12年春节的时候离开。

阿里巴巴二三事

在阿里,我见识到了 Biti 留下来的管理制度与管理水平。我们的数据库,很少出莫名其妙的问题。按照托尔斯泰的说法,好的数据库个个相似,差的数据库各有各的不同。好的数据库,无外乎性能尚可,有完善的备份恢复和高可用机制、并定期测试,很少奇奇怪怪的问题,绝大多数报错、性能曲线的波动都可以找到原因,等等。差的数据库总有千奇百怪的问题、林林总总的报错、莫明其妙的当机。

其实,达到阿里数据库的管理水平,DBA 只做了一间事,就是更加关心自己负责的库。

每次性能曲线的波动,都要找到原因,甚至定位到 SQL。对于新上线的 SQL 语句,进行严格的审查。对于大操作,格外小心。Statspack、AWR 报告,要观注、观注、再观注。基本上也就这些了吧。我把这种管理模式,叫做精细化管理。

说到这里,我想起了一件事,姥姥家住在一条古老的小巷里,在小巷南口,相隔不远有两家买锅葵(一种面饼)的,但一家门庭冷落,另一家则客流不断。很多人宁愿多花点时间排队,也要买另外一家店的锅葵。有一次,我跟一位住在这块的老表谈起这事,为啥一家店生意清冷,另一家店生意兴隆。我老表很郑重的告诉我,“这就是用的功夫不一样。”我霎时间明白了。

当然,我见到过很多乙方公司的 DBA,每个人要管几十个库,在这种情况下,根本无暇顾及什么性能指标、AWR 报告,只要数据库不当、只要客户不主动来找就行了。不出事情,哪有什么功夫去看 AWR 报告什么的。至于乙方的这种管理方式,我先称之为粗犷化管理。

这种粗犷化管理试,也是国情所定,我们无法改变环境,但我们可以改变的,是我们自己。我有一个朋友,初中同学。初中时学习不好,技校毕业。毕业后在工程公司做技工,其实干的活和民工没有差别。在体验到现实的残酷后,他没有被生活磨平楞角,反而越战越勇,真正的奋斗起来。他的目标是考取注册监理师认证,很自然的,这个目标成了很多人茶余饭后的笑料。不是说这个目标多不现实,而是,就算你考上了注册监理师,又能怎样呢?你怎么才能找到第一份监理师的工作呢?就算有证书,谁肯要一个民工做监理师呢?

面对嘲笑,我们唯一能做的事,就是努力坚持自己的方向,不要去做无谓的争辨。在干完一天烦重的工作后,他回去还要挑灯夜读。几年的坚持,他终于考上了注册监理师。就在为第一份监理师工作发愁时,机会不期然而至,工程公司的一个朋友将他推荐到另一个公司。虽然干的活和民工没区别,但他是技校毕业,算是技工,底层实践经验丰富,又有了注册监理师证书,他成功的跳到另一个工程公司,成为监理师。轻松完成了从民工到工程师这个华丽的脱变。而且,一切又都是如此的自然而然。两年后,他又跳到北京一家更大规模的公司。公司将他派到新 Jiang,在工地上,他巧遇以前的同事,他们还在顶着风沙,在工地上辛苦的工作。目前,他正在自学英语,他的计划是希望跳到外企。我相信他一定可以成功。

自助者天必助之,古人的经验之谈,难道都是骗人的吗。

相信有些乙方的 DBA 也在痛苦中迷茫,如何在粗犷化管理中,实现自己职业生涯的突围。我建议呢,可以选一两个库,以提升自己水平为目标,进行精细化管理。关注这一两个库的细节,你会发现,水平可以更快的增加。

在阿里,我的第一次事故,让我记忆深刻。那是一次加节点操作,前期操作已经成功,最后一步在执行 rootaddnode.sh 脚本时,中途出错,导致 OCR 信息被损坏,所有节点全 HANG。进行 OCR 恢复后,才恢复正常。原因非常奇怪,rootaddnode.sh 要调用 srvctl 向 OCR 中写入新节点信息,而 srvctl 因为缺少个包,执行失败异常退出了,OCR 信息也被写坏了。

在进行这次加节点操作前,我在虚拟机中反反复复测试,做了大量的准备工作,但没想到,最终还是出了大事故。

从这件事后,我再做其他操作都更加仔细,特别是 RAC。RAC 下操作总会调用这个哪个一堆的脚本,我会先把脚本看一下,大概了解这些脚本都干点啥。就像加节点,我会先调用 Srvctl config 命令,显示一下配置信息。如果可以显示成功,再进行加节点操作。

“不要在周五做重要的事情,这会让你整个周未都没有好心情”,这是这次加节点操作给我留下的另一个忠告。

在阿里最深刻的,还是职场之道给我的震撼。在此,引用一位 PUBER 的发帖:

A 同学,遇到问题,召**议写报告搞风险评估,凤凤火火,完事后到处汇报心得,各部门都知道了数据部的功劳。

B 同学,遇到问题,默默一个人搞定。

这B同学确实厉害,很多问题都独立搞定,A同学连 oracle 的 pga 是啥都不知道,但他就是跟公司的高手们关系好,会求助,会推动。

当你有一天听到领导们背后议论A和B的时候,你会发现,他们一致都比较欣赏A。为什么他们会欣赏A呢?不是B是高手么?因为领导们已经长期不做技术了,观察人更喜欢观察人的沟通协调能力,像B默默搞定问题,谁也不知道是咋回事,还以为这问题很简单呢。结果呢?B郁闷离职。。。职场故事无新鲜事,类似故事每天都在发生。

以前一直以为是故事,直到见到一个活生生的、传奇般的“A同学”。除了这位 Puber 提到的,我觉得“A同学”一般还要有一个特长,就是会起名字。一个普普通通的架构,起个好名字,简值是有化腐朽为神奇的作用啊。

看一些中央领导的简历,升迁之迅速,往往让我惊叹。很多人不惑之年,都做到了高级领导,拥有数套房子和无数个情人,成功进级高帅富他爹。我一直很奇怪,人家都是怎么玩的。自从见过“A同学”后,我了然了。“A同学们”的成功是很迅速的,他们身轻如燕,稍有青风拂过,便能乘风而起,一飞冲天。

“A同学们”也要有一定的能力,这是基础。但是,和他们的综合实力相比,他们的能力可以忽略不记。

他们可以把 GDP 搞的很高,但不会把国家搞的很强。

如果一个集体、一个部门甚至一个国家,越来越弱,那一定是“A同学们”太多了。

“A同学”后来跳到另一巨头民企担任很高的职位,依旧是风声水起、威风八面,于是我就知道,哪家民企的发展是到头了。如果以释伽“成、住、坏”三阶段发展论来讲,个人认为哪家民企的“成”阶段已经过去,进入“住”阶段,如果没有“B同学”大量加入,数年之后,或许就是“坏”阶段了。

个人认为,单以职场发展来论,“A同学”值的效仿。现在的职场,好像春秋战国,即使你所待的“国家”,已经进入“坏”的阶段了,没关系,换一个国家就是。就像春秋战国时一位“士”人的言论,是当大王、诸候好呢,还是做大臣好呢。当然还是大臣好。一个国亡了,王的结局只有死,但大臣呢,换个地方再做大臣就行了。“A同学们”,永远会受到市场追捧的。他们就像漆黑中的萤火虫,那样的鲜明,那样的出众,那样的拉轰。

但我向来没有“A同学”的能耐,只能向“B同学”学习了。

将来做企么无所谓,有一点很关键,就是要认清自己的方向,这很重要。做管理?做技术?都行,这世界上有靠管理成功的,也有靠技术发家致富的。

你的目标可以是成为管理者、领导,但不能是“成为好逸无劳又挣钱”的人。不要幻想着每天什么活都不干,上班喝喝茶、扯扯蛋,每月工资高的让我们这些矮穷丑听到都吓的尿裤子。这样的境界,是要有上一代打下基础才行。如果你进了 ITPUB 这个论坛,又看到我这篇文章,这足以证明你上一代没什么基础,就不要再做梦了,赶快起来跟我一起用 DTrace+GDB 研究 Oracle 原理才是正事。

要想成为管理人员,或是领导,无外乎三种途径:

1、在公司混久了,跟着上级、甚至公司创业者一起打天下,有资历。走这条路,要看运气,跟对了人就行。

2、潜心研究技术细节,深入钻究技术,成为大牛,转而成为领导。这就是学而优则仕了。

3、有关系,家人在有关部门任职。

如果你发现自己没有跟对人,也没有关系,要想成为领导,哪就走第二条路吧。我知道很多优秀的领导,都是这样走过来的。比如我们团队的头,还有 Biti,都是如此。其实,就连我所提到的“A同学”,现在的某互联网巨头企业中高级管理人员,也是如此走过来的。

大多数离职的人对以前待过的公司都是颇有微词的。也是啊,如果不是因为待着不爽,谁愿意走呢。但我对阿里,感觉还是非常好的。因为阿里,我来到了杭州,在钱江之畔,生活了近 3 年时光。在阿里,我终于实现了我的目标—-让技术更上一层楼。三年时光匆匆而过,正如一部电影所说,年华就是如此,当你不再拥有,你唯一可以做的,就是令自己不要忘记。

尾 ? 声

站在远处,最后看了一眼雨中阿里巴巴园区漂亮的大楼,我生命的这一阶段已经过去。这是我生命中目前为止收获最多的一个阶段,感谢阿里、感谢我们的团队。
来源:酷勤网

分享到:? 新浪微博 ?? 微信 ??


打开微信“扫一扫”,打开网页后点击屏幕右上角分享按钮

1.扫描左侧二维码
2.点击右上角的分享按钮
3.选择分享给朋友
qq空间 ?? 腾讯微博 ?? 人人网 ?? 百度搜藏 ??
?
???标签: it 阿里巴巴 dba
引用 回复 收藏 推荐到小组 ( 0) ( 0) 关注

快速回复 高级回复
用户名:?
美国的游客?????? (您将以游客身份发表,请登陆 | 注册) ?
标题: * 标题还可以输入80
评论: * 你还可以输入30000
验证码: ?*?
分享: 新浪微博?? qq空间?? qq微博?? 人人网?? 百度搜藏??
维护专业、整洁的论坛环境需要您的参与,请及时举报违规帖子,如果举报属实,我们将给予相应的积分奖励。
谢谢您的热心参与!
返回工程师休憩园 | 返回综合技术交流
本论坛仅陈述专家或个人观点,并不代表EDN China 电子技术设计互动社区网站立场。
积分排行榜
彩云 [殿堂级工程师]
mzlr [殿堂级工程师]
特权同学 [殿堂级工程师]
敬请关注EDNC官方微信“edn-china"

每月定期向您递送电子元器件规格书网中的最新元器件数据手册下载、库存信息及技术参数更新。请点击订阅:

2016我的工程师社区
EDN官方QQ群???更多QQ群
  • EDN-深圳 8366025
  • 菜农Cortex-M0技术交流 12047788
  • EDN-哈尔滨 75642591
  • EDN-上海 15156661
  • EDN-广州 57660943
  • EDN-桂林 48813559
  • EDN-武汉 25150805
  • EDN-模拟电路 2837145
  • EDN-通讯 30548292
  • EDN-综合 57490949

促进EDN网友交流合作,方便EDN网友学习沟通

有问题请反馈