程序猿都是project师吗？

全部的程序猿都是project师吗？当然不是。project师是必修课。程序猿则是选修。project师为自己的事业工作，而程序猿做他们喜欢做的事情。project是实实在在的，编程是抽象的。

为了吸引注意力，Slashdot提出了一个备受争议的老话题：全部的程序猿都是project师吗？

当然不是。

我以前却不这么觉得。我的母校是伊利诺伊大学香槟分校，计算机科学系是project学院的。我能够证明。这好几年都在学和project师一样的课程。

正由于非常多学校把计算机科学归于project学院，非常多程序猿毕业之后都以为他们和project师没什么区别。可是区别非常快就会显现出来。（写给新入IT的新人们）

project师是必修课。程序猿则是选修。

要做一个project师。你就必须获得授权。你必须通过专业的project师考试。在project这个领域，你必须有证书来证明你知道正确答案。在法律专业。也是这样。

我很确定对于著作权法的了解我比一些小型城市的律师强。

然而他们能够在这个领域内发表一些自己的观点，可是我就不行。

project学也如此。

有些事情仅仅有有执照的project师做才合法。

可是每个人都能够编程。

可是，不一定能把程序编好。（前端project与性能优化）

project师为自己的事业工作，而程序猿做他们喜欢做的事情。

通常，project师比程序猿拥有更高的学位。有人觉得他们想证明自己，可是我觉得。这源于对事业的选择。很多程序猿都是由于兴趣编程，并逐渐地变得专业。我就是这样。

非常多年前我还不会开车的时候就会编程了。有时候，我们做了错误的决定，正是由于混淆了爱好和专业的差别。

project师却不是这样。人们不会将桥梁建筑作为他们的爱好，而选择将成为桥梁project师作为自己的事业。

project师们通常将他们的工作作为自己的事业，由于这一直都是他们的梦想。

project师理解地更深，程序猿通常不知道他们在做什么。

通常，project师能够预測工作流程。他们不会陷入纷繁复杂的參数中，不必纠结于使用什么方法来完毕项目。让他们来估測一个项目。一般会得到准确的答案。

到如今为止，没有管理软件项目的通用方法。每一个人的方法都不同。一些人差点儿没实用什么程序，却得到了惊人的结果；一些人用传统的方法论，却不能按时解决这个问题。

project是实实在在的，编程是抽象的。

project师使用的是物理的东西。像力学，电和热。当project师建造什么东西的时候。一般是实实在在的事物。能够摸得到，能够拿在手上，甚至能够保持它的形态度过几个世纪。

编程利用的是一些抽象的东西。我们创造变量并赋予他们名字。通过操作它们来创造事物。当产品最后完毕的时候，不须要什么制作流程。成品只是是一些字节。理论上讲，假设一仅仅猴子在键盘上敲打，也有几率敲出同样的字节。

这样生产处的产品是看不见摸不着的。可能在几年之后。就不再有什么价值了。

我的意思并非说project师就比程序猿更有价值。我能建造出一座桥，一台电视。或者一条小舟吗？不。但我轻蔑一切能建造它们。部署优秀控制系统的project师。由于程序猿相同攻克了困难的问题。

我们的大学，由于没有适合我们的学院。而将我们称为「project师」。我不会怪他们，由于我并不会期望借「project师」这几个字来获得很多其它的尊重。

为什么就不接受软件开发是一个特殊的行业呢？我们必须承认没有别的领域，像编程这样。

project师对我来说太枯燥。我喜欢做一个程序猿。

本文翻译自： Eric