EECS申请与就业专辑]之计算机专业在美国的就业情况+如何选课如何学习（上） 转

lycongUID: 2575069

转自 http://iamxiaoning1980.spaces.live.com/blog/cns!5CEBEC31CD654BEC!1992.entry

本来想跟我blog前面那个《[EECS申请与就业专辑]之EE/ECE各个方向就业浅谈》帖子一样，这个文章分开谈计算机的各个方向。酝酿了一段时间的草稿，逐渐意识到由于Computer Science自身的特点，按照方向谈就业可能没太大意义，所以我换个角度，先写美国公司提供什么样的职位，再谈谈学校的教育，然后写计算机专业的学生，无论是学什么方向的，应该怎么制定适合自己的计划。

文章肯定是侧重说作为fresh graduate毕业后留在美国去工业界工作的情况，适合大部分人的情况。

1）如果你立志博士毕业后要去当老师，这篇文章不是给你看的；
2）如果你志存高远，计划着将来成为科技行业的明星/老总，也请饶开，我不会养牛，不过我知道很多牛人，也经历过找第一份工作的过程；
3）这篇文章也当然不是写给有工作经验的老手或者技术大牛看的；
4）IBM/Microsoft这样的大公司也招优秀博士生做research staff，提高公司的科研质量，也不包括在内。

换句话说，这个文章是芸芸众生帖，是新手上路帖，不是精英牛人老鸟贴。

先说一下学cs的去公司到底做什么工作。


《一》developer/programmer/software engineer

不管你是硕士，还是博士，不管你是学CS哪个方向的，研究算法（algorithm）的也好，捣鼓人工智能（AI）的也罢，或者是啥软件工程（software engineering）、图形处理(graphics/image processing)、网络(network) etc etc etc，大家将来都有一条共同的也是CS里最大的出路，http://www.1point3acres.com 就是去写code编程做软件开发。

很多人申请的时候，或者在学校读书学习期间，很在意各个方向的区别，痴迷于某个领域，但是工作几年回过头来一看，没啥区别，大家都有一个光荣的头衔，好听点叫软件工程师，难听点叫程序员，职称（title）和工资高点低点而已。区别无非是有的人通过学校期间的学习或者研究，具有domain knowledge（比如说常见的image processing算法，数据库知识，各种网络协议和分布式系统知识），然后去开发各种相应的domain-specific application（比如图形图像处理软件，数据库管理软件，网络设备/分布式系统上运行的软件）。等你每天写了无数programs之后，可能对领域上的区别早就麻木了；等你工作多年，做了无数个project以后，可能早就不care到底算是那个domain/area的了，来了通杀。

不管你是在哪个行业工作，IT也好，金融保险也罢，或者是啥咨询、生物技术、whatever，不管你的工作头衔（job title）听上去很好听还是很丢人（比如architect/Principle/Technical Lead vs programmer），也不管你的工资是1万一个月还是5000一个月，最关键的是你的工作性质是什么，只要是以软件开发/编程为主，那么你就是此类的。

这么一说，可能大家就明白了，原来学CS的，不论你是什么方向，殊途同归啊，那我还计较个啥？区别还是有的，比如说现在cloud computing比较hot，不少公司在做相关的东西，如果你在学校里是研究这类技术的，公司可能会因为你的domain knowledge招你而不是一个研究图形学的，但是你将来的工作性质，跟开发图形处理软件的兄弟们是一样的，说高尚点叫large scale system design and development，说俗了就是coding, coding and coding。

大家都说做IT的是民工活，其实公司里资历久，对核心产品底层architecture懂的多的技术骨干，工资也是很高的，而且地位高工作也稳定。


《二》software QA(quality assurance)/testing

每年网上都有很多人发帖子说“我学cs，但是我编程能力比较弱或者不喜欢编程，将来我能不能不去coding？”做软件测试（QA/testing）就是一个选择。

从软件工程的角度来说，http://iamxiaoning1980.spaces.live.com 有人写软件，就得有人专门跟在后面找bug提高软件的quality。QA的活一直被轻视，以前曾经被认为是可有可无的东西，不需要专门的QA，现在被越来越重视了，当然还是有些人觉得qa不如做developers更重要，但是不可否认的事实是，QA不可或缺，QA工作现在很多，已经在计算机行业里占了很大的比例了。当年帮我settle down的师兄，03年去了微软，05年被调整做SQL Server软件的QA。

QA对技术的要求相对低。QA可以粗略的分成两种，一种是mannual testing，全手工测试，你不需编程，基本就是分析软件系统，制定测试计划和用例，然后用鼠标去点击为主，从技术角度来看，的确低级了点，早些年，developers觉得去做QA是降级，跟发配充军一个意思，所以QA不得不到处找，来源很复杂，做QA的整体技术能力也比较低下；现在随着公司对产品质量和测试工作的重视，有CS技术背景出身的qa越来越被青睐；第二种QA，做的是自动化测试(automated testing)，就是用软件工具或者自己编程来自动化测试，这个就要求懂技术甚至要会编程，但是要求又没有developer那么高，这种技术性的QA 也比较缺乏，现在的趋势是很多公司尽量用automated testing替代mannual testing来提高效率。

同样经验/教育背景，QA的工资应该比developer低，但是差别也不是很大。很明显，学cs任何一个方向的人，都可以胜任QA的工作。


《三》Database/network administration

developer和qa已经囊括了cs大多数的工作机会，继续写这个类别还是为了满足有些人既想学cs又不想编程的愿望 --- 话说回来，如果不想编程，最好别学cs了。。。。

数据库/网络管理对编程要求也很低，你不需要像开发数据库或者网络管理软件的人那样子，天天耗在编程里。这类工作优点很多：

1）就业范围广，稍微大点的公司、学校或者任何机构都需要有高级管理员来管理维护网络和存储备份数据库；
2）工作经验越丰富越受欢迎，因为很多job就是得经验丰富的administrator才能处理好，不是随便扒拉一个没多少经验的人就能凑合着做的；
3）信息社会，公司对数据库和网络依赖严重，所以有时候一个经验丰富的database/network administrator对公司可能非常重要，如果他突然撒手走了，公司又没有准备好替代人员的话，会损失惨重的。

因此，这类工作工资高，也比较稳定。前段时间有些金融公司即使大幅度裁员，核心的网络和数据库管理员也会被保留。

这类工作的缺点是入门比较难，公司希望你能有相关的实战经验而不仅仅是会点学校里的理论知识，刚毕业的学生往往根本没有这方面的经验；有时候需要在晚上或者周末工作，也可能有on call的情况出现。


《四》Others

其他的工种也有，比如release management，用户界面（UI, user interface）设计，usability，Technical support等等，但是一方面这些工作数量相对少，另一方面，不同的公司里，相同的职位名称可能具体的工作性质不太一样，比如做release managment的，有的公司要求做很多QA的活，有的公司更靠近developers，还有的公司可能让你安装/搭建系统来管理不同的 releases，跟个系统管理员似的，所以就不一一详叙。

像计算机这种大杂烩、狗皮膏药类型的行业，如何划分工作种类，可能不同的人因为经验经历不同，看法也不太一样。不过我写文章我做主~~~


敬请关注中篇

---- Warald  (iamxiaoning@gmail.com)
首发于一亩三分地bbs（http://www.1point3acres.com/bbs）ee/cs/mis专版
http://www.1point3acres.com     http://iamxiaoning1980.spaces.live.com
欢迎转载，转载请保留我的ID/Email/Blog，谢谢

sacredno1UID: 208290

顶，好多EE的人也去做coder了，比如做communications或者signal processing的

wondersmiths2UID: 2609756

Database要掌握的其实有很多的，编程只是最基本的！

wondersmiths2UID: 2609756

顶一下！