一年有新的开始，新的开始就会有新的挑战。
现在阿里巴巴-B2B-技术部-国际网站技术部向广大互联网及IT同仁公开招聘。
我们有设计独特的办公大楼
我们有优雅的办公环境
我们有宽大的食堂
我们还有很多活动
如果你是单身，我们还有众多的美女和single Party
当然以上只是让大家知道阿里是一个非常现代化，简单，开放，快乐的公司。当然不是说你想来就可以来的，必须等满足以下的要求
开发工程师数量不限，要求：
1、语言不是重要的，技能还是需要的，思想也是重要的，无论是C++，Java，OOP的概念还是要熟悉和了然于心。
2、年龄也不是重要的，阿里有超过36岁的工程师，只要你坚持，我们可以让你一直在技术的路上走下去。
3、我们给予的薪水可能没有微软，IBM这么高，但是你能得到的不是一份螺丝钉的工作，而是创新，责任，创造性的技术工作。
经理一名，要求：
1、如果你希望你来到阿里后，觉得做上了管理的岗位，可以摆脱以前单调的编程工作，上升了一个台阶了，那你错了，在阿里，管理绝对是一个比编程更难的工作，有时候你会有一种有力使不出的感觉，在这方面需要有点管理的天赋。
2、先去了解一下阿里的技术，你的老板是我，我会严格地对你，但也会帮助你，能不能成功，就要看缘分。
3、你将负责一个未来有10-20人的团队，而且其中有些高级工程师的薪水可能比你高。
4、希望对互联网的应用有所掌握，要求技术出生，但不要求技术专业，因为没有技术，你将会缺少技术的感商，很难于工程师交流（关于感商的理解，请搜索我的博客“感商”一词）
共同的希望：
1、希望你们都是务实的理想主义者，在物质和精神层面上都有所追求，如果你脑子中只是金钱，对不起，阿里不适合你。
2、希望能做好准备，到阿里是一种磨难，是一种考验，我们不承诺你会升官发财，不承诺你会得到很多成就感，但会承诺你一定会很郁闷，会经历挫折，会得到很多磨练。
3、希望你们能够多注重技术以外技能的培养，只掌握技术，在你未来的提升空间中，帮助是非常有限的，你还要关注的有很多，例如沟通，组织能力，计划能力，影响力，决策力，责任心，方法论等等。
如果你对阿里的技术工作或技术管理工作感兴趣，另外你需要来杭州，克服地域的问题，以上都没有问题的话，可以联系我，我的邮箱在About Karl中有，附上你的简历，我们将很快与你联系。:)
转自我以前的老板-Zen在Aliway上的文章。
很高兴看到阿里云的成立。这意味着阿里已经把对互联网技术的投入提高到了的战略高度。过去经常听工程师抱怨阿里不是一家技术公司。现在再没有理由可以这样抱怨了。但是要实现这个战略，没有技术储备是不行的。招聘和培养工程师显然是目前集团各子公司同时面临的一个令人头痛的难题。
由于曾经在硅谷工作过，我常想，为什么硅谷有这么多40岁以上的工程师，而国内30岁以上的就已经寥寥无几了？为什么硅谷的工程师的技术寿命可以这么长？为什么他们可以不浮躁，不急功近利呢？阿里要走102年，阿里的工程师可以一起走多远呢？
在国内，有2-3年工作经历的工程师就可以算有经验的了。工作了5年以上的工程师往往会考虑向管理岗位转型，或者向业务转型。中国目前处于高度发展的阶段。很多企业缺乏管理人才，工作5年就被提吧为干部很正常。但留下的后遗症是30岁以上的优秀技术人才极度缺乏。
在硅谷，5年以下工作经验的人都算是初级的。一般高级工程师需要5年以上的工作经验，架构师一般需要10年以上的工作经验。这还不算上大部分硅谷的工程师都有计算机硕士学位。毕业的时候一般已经是24，25岁了。再工作10年，35岁才升为架构师是非常正常的。然而，公司里的架构师有限。其实大部分40岁的工程师仍然在一线工作，比如写程序，做测试，进行项目管理等。
美国硅谷是计算机人才集中的地方，也是创业公司群集的地方。在硅谷，从只有几个人到几十个人的创业公司比比皆是。他们的共同梦想就是经过几年的奋斗，通过技术的创新，再次缔造像英特尔, 苹果，思科，甲骨文，雅虎，Google，Facebook等这样的神话。即使创造不了神话，也可以通过IPO或者被收购的途径创造财富。在这样的环境中，公司对管理人才的需求同样是非常大的，但为什么仍然有大量的工程师“无动于衷”，仍然从事着技术活儿呢？
我认为有两个主要原因。
一个是外因。在美国，管理岗位的待遇和技术岗位待遇相差不大。特别在崇尚技术的硅谷，经理的地位并不比工程师高，甚至更低。比如架构师在公司里的重要性往往要超过经理。因此管理岗位的“诱惑”并不大。在这样一种技术氛围中，走技术路线很正常。
但是即使在这样一个技术环境中，硅谷对管理人才依然需要。当工程师表现出色时，也有很多机会转成管理岗位。然而相当一部分工程师会主动放弃这样的机会，而继续干他们的技术活儿。这就是内因在驱动了。技术工作和管理工作的本质区别是，前者面对的是系统（软件，硬件等），而后者面对的是人。系统问题再难，只要有足够的时间和资源，一般都可以解决。越难的问题，解决之后越有成就感。而人的问题，有时候看似很简单，却解决不了。是人，总要有头疼脑热，生病的时候。是人，免不了产生情绪，从而影响工作。有人的地方，就会有矛盾，就会有摩擦。简单地讲，系统会按照事先设定的逻辑运行，是死的，因此往往可控，可规划。而人是活的，不是输入几条命令就可以控制的，而是需要沟通，需要感情的。因此，大部分硅谷的工程师很“聪明”。他们主动选择“简单”地工作。白天好好地工作，晚上好好地生活。何必去“自寻烦恼”，转做管理呢。
其实不光是硅谷的，其它地区的工程师都有一个共同的性格特点，追求简单，追求完美，思维方式上比较理性和逻辑性，看问题比较趋向于非黑即白。这样的性格非常适合做技术工作，可是我们中国的工程师有时候偏偏看不到自己的这个特点。
不想当元帅的士兵不是好士兵。工程师希望向管理方向发展是非常正常的。但问题是为什么和怎样？我碰到过不只一个工程师告诉我，希望转做管理的原因是担心今后年级大了，技术能力跟不上了。我觉得非常可笑。这就好比是一个士兵说：我杀敌本领不行，不适合上战场，那就让我做军官吧。一个没做过士兵的元帅肯定不是好元帅。其实做技术和当兵毕竟不同，不是靠体力吃饭的。年级大点往往是优势。
我觉得走技术路线对工程师性格的人是一条捷径。如果能静下心来仔细钻研技术，一定能在某个方面做得比别人好。这里的关键是好奇心和耐心。在今天这样的信息时代，找到答案并不是一件难事。难就难在有没有好奇心和耐心去找。比如，Java程序员天天都用到String这个类型。但有没有想过为什么Java语言里有String和StringBuffer两种字符串类型，而不是一种？有没有去看过String和StringBuffer的源代码？再例如，天天做网站和HTTP打交道，有没有看过HTTP协议？有没有尝试过不用浏览器，wget等工具，而用最原始的telnet方式来访问网站？看看这HTTP的头里到底是什么东东？在我面试过的工程师中，做过这几件事的人不到5%。
一旦了解得比别人深，就容易看到问题本质，产生信心，激发乐趣。这时候你的解决方案就比别人漂亮，逐渐建立起了影响力，成为了“专家”。因此公司里的疑难杂症会主动找上门来。你就比别人得到了更多的解决问题的机会，从而更快地提升能力。一旦进入良性循环，你的进步就比别人快，但付出的却不一定比别人多。这时候你已经走上了捷径。
在技术人才极度缺乏的中国，在众人盲目追求管理岗位的那点虚荣的今天，如果你的性格是工程师类型的，走技术路线其实是非常适合的。如果你才毕业，那你是最幸福的。你可以给自己制定3个甚至4个五年计划。例如5年打基础，10年变专家，15年国内知名，20年世界闻名。如果你已经奔三或者三十出头，那你快成熟了，但离开花结果还早呢。不信你看看下面几位我们都熟悉的人。
拉里-沃尔（Larry Wall）33岁时出版了《Perl语言编程》一书。之前他是一个系统管理员。
互联网之父温特-瑟夫（Vint Cerf）在发明TCP/IP时，已经35岁。
万维网之父蒂姆·伯纳斯—李（Tim Berners-Lee）在37岁时才发明了万维网（WWW）。
丹尼斯-里奇（Dennis Ritchie）的《C程序设计语言》一书出版时，他37岁。
Java之父詹姆斯·戈士林（James Gosling）40岁时才因为发明Java而成名。
苹果公司创始人之一史蒂夫•沃兹尼艾克（Steven Wozniak）在今年年初以首席科学家的身份加入一家创业公司，研发基于高速闪存技术的存储。他如今已经59岁了。
转帖自：http://www.cnbeta.com/articles/81680.htm， 红色字体为我的评语
乔布斯不在的日子，苹果能否继续辉煌？
1976年4月1日
苹果电脑成立
在愚人节这天，21岁的史蒂芬 P. 乔布斯和25岁的史蒂芬 G. 沃兹尼亚克，在加利福尼亚州的Cupertino创立了苹果电脑。由于250,000美元的投资，前Fairchild半导体和英特尔的主管，A.C.麦 克.马库拉成了公司的第三个创始人。有谣言称苹果（Apple）的名字来源于雅达利（Atari），因为乔布斯和沃兹尼亚克都曾在雅达利（Atari）工 作。
2006年1月10日，史蒂芬 P. 乔布斯站在一张30年前的老照片前，图中是年轻的乔布斯（右），还有苹果的联合创始人史蒂夫·沃兹尼亚克。
今天大师中午的时候很有感慨，发了一份信给B2B技术部，如下：
经过2008年到2009年的一些项目，其实我们很多人收获了信心！我自己也从一个承诺保守型逐渐过度到去承担适当风险挑战自己的类型。以前把自己锁定在oracle相关的数据库以及硬件系统范畴，游刃有余，毫无风险，慢慢的扩展自己的能力范畴，但我现在意识到自己应该适当的承担风险，加快扩大自己能力范畴的速度。 通过最近的一些项目（包括 数据库拆分、redo log解析等等），让我越来越感受到不去挑战一下，不知道我们团队的能力到底有多大。 所以最近对这个问题做了很多思考，但如何表达却始终是个问题，今天画了个被人称之为 “王八图” 的图，我们的能力范畴的扩展真的像王八爬一样缓慢，希望像一个甩手大踏步的人一样，加快脚步前进。
三个圆圈，代表三种风格，大家分别是哪种？
我也有感而发，回了一封，如下：
大师的图让我想起了管理中的波士顿矩阵，我稍微改变了一下，新创造了 “技术的波士顿矩阵”
名词解释：
问题类技术：还未成熟的，但是具有很好的前瞻性，具有可预见性的实用性技术，可能会给未来带来巨大的商业效益，存在一定风险。
明星类技术：已经较成熟，正在迅速发展和使用的技术，不断地创造着新的商业效益的技术。
奶牛类技术：已经非常成熟，成为公司或者企业总的中流砥柱，很少存在创新，稳定发展是关键。
劣狗类技术：逐渐被淘汰的技术，应该尽早摒弃。
1、我们的技术总是从问题类技术开始发展，例如，那个时候Java等技术还不是很成熟，但是它能带来的商业效应是可预见的，巨大的，适合做企业级的大型网站。
2、慢慢的，Java，oracle等打败了其他如ASP，SQL Server这样的技术，成为明星类技术，成为了所有大型网站和大型应用的首选，成为明星类技术，同时它们能带来的商业效应也是巨大的。那个时候，如果你不知道Java，Oracle，Linux，大型存储，你都不该在IT领域内混。
3、逐渐地，以上的技术成为了很多公司的看家本领成为奶牛类技术，大量的技术人员都熟悉和运用奶牛类技术。于是危机和风险就会发生，因为技术是在不断发展的，它们所能带来的商业效应正在逐渐变小，随着产品量，offer量的增大，我们只能一味地增加存储吗？我们的数据库注定不能线性扩展吗？
4、如果一个公司不及时改变的话，那么在短短的几年中，它的技术将成为劣狗类技术。就和美国很多银行一样，很多系统非常老，所使用的语言为很少有人用的Cobol语言，那些最有经验的 Cobol 程序员正在死去，或退休，所以美国的这些银行不得不花重金聘请那些60多岁的老头，老太太来为自己的系统打补丁。
我很高兴的看到我们正在不断的发展问题类技术，例如我们现在的Amoeba，Erosa等，以至于能够让他们逐渐成为新一代的明星类和奶牛类技术。
