unity前端与软件工程师

    这几天重温了一下《软件工程导论》,顺带问了一下同事,发现同样是《计算机科学与技术》专业,他们竟然没讲过这科。于是忍不住哔哔两句。
    先声明我说的都是扯淡,三流大学毕业,在一家三流公司干了三年,月流水三千万。。。所以,别指望我说出什么牛逼的话。
    我的感觉是软件工程是方法论,软件工程师就是策划+前端+后端+测试。
    有个大佬曾说,分工产生效率。前端便是从软件工程师分工出来的。unity开发效率也是极快的,死的也快。另一个大佬说,分工产生经理。每一次细化分工都会产生管理这些职位的职位,比如说产品经理。
    每个前端都会遇到傻逼策划、傻逼测试和其他傻逼程序。一群没有经过专业训练的人做着一些看起来专业性很强的事,被认为成傻逼也是必然的事。前端也经常被认为成傻逼。
    我们没办法要求策划怎么样,测试怎么样,我们只能要求自己,并且多读书,理智的和傻逼说话。
    看软件工程时就发现,unity开发中很多事在上个世纪就已经发生过,并且也有成熟的解决方案。
    举个前几天网上的例子,策划要求弄一个根据手机壳颜色变更界面主题的需求,结果策划和程序打起来了。策划是个什么人不清楚,但是这个程序一定读书少,读书多的一般都是可以心平气和的与傻逼说话。
    软件工程中提到,可行性研究和需求分支,会因为需求吵起来的肯定没进行可行性研究,或者没有进行专业的可行性研究。
    简单问过几个同事,都没有写文档的习惯,别说习惯了,除了离职的时候写交接文档,其他文档压根没写过。
    软件是什么,软件=程序+数据+文档。其中数据是策划配的,文档也是策划写的,就算程序还要再分前端和后端,至少我没见过unity全栈开发。所以unity前端只能称之为程序员,而不叫软件工程师。从我的感觉上软件工程师更高大上一些。
    大多数程序都高估了自己在软件开发中的重要性,前后端加上才占三分之一,大多数的老板都低估了策划的专业性。虽然大学没有开设策划这门科,但有软件工程这种具有普适性的专业。我的观察里,策划没有一个是软件工程专业毕业的,就一个是计算机专业的学过《软件工程导论》,然后他因病离职第二天就去别的公司上班了。
    策划、程序、测试天天互怼导致老板不得不招聘一个产品经理,然后这货拿走了大部分的利益。
    大佬还曾说,分工产生的更多的适合理科生的职位,为了管理这些新职位,就需要一个文科生来当经理,每次大分工都是理科生喝汤、文科生吃肉。
    当然我说的都是扯淡,之后试试写一下软工导论的心得,看看能不能帮前端们心平气和的与策划沟通。

猜你喜欢

转载自www.cnblogs.com/lihangppz/p/9451720.html