软件开发人员的“七重苦”

开发 后端 项目管理
软件开发这个行业无疑的是有快乐的,但这篇文章里,我们先不关注他,而是要来看看那些让人痛苦的地方。现在就让我们来了解一下软件开发人员的“七重苦”是什么吧。

软件开发这个行业无疑的是有快乐的,但这篇文章里,我们先不关注他,而是要来看看那些让人痛苦的地方。

有时候想想,人作为一种生物还是挺有意思的。

快乐的东西快乐过了,也就忘了,记的牢的的反倒是些让人不快乐的东西。

第一重:垃圾代码

佛家总讲成住坏空,软件亦莫能外。

唯一有点特别的是,软件“住”的阶段短,“坏”的阶段来的快。

要想软件保持不“腐败”,其实要花的精力远比想的多,这导致在商业利益比较强势的世界里,大多时候有的只是“能用就行”的软件,而不是“好”的软件。

“能用就行”的软件里,大多时候到处都是垃圾代码。

如果说超过100行的方法/函数让人痛苦的话,那么时有出现的超过200行的方法/函数就是让人绝望了。

不改不行,改了不知道对错,一旦错了很可能被抱怨。这就是垃圾代码带来的痛苦。

软件行业已经存在超过30几年了,现存的软件很多。所以软件开发人员遇上垃圾代码的可能性绝对高于50%。

 

开源的世界要好很多,只可惜很多时候开源和饭碗的关联有点艰难。

第二重:莫名其妙的加班

很多日程是把程序员的工作时间作为变量的。

简单来讲就是,要完成的工作是不确定的,但日程是确定的。

这样一来,软件开发人员必须加班。

但关键是一个人每天能写的既定质量水平的代码大概就那么多,一旦逼急了,只能放水,少想多做,进而贡献更多的垃圾代码。

因此说,这类加班很莫名其妙:目的可能是节约成本,缩短工期,但实际上垃圾代码一出,大多时候是适得其反。

可以10人月做完的项目,只计划投入5个人月,最终投入了15个人月的例子其实不少。

项目越复杂,越容易出现这种情况。

 

第三重:需求变化下的无用功

没什么比,费了很大力气完成一项功能,结果收到的反馈是“这不是我们想要的”或“这个功能不需要了”更让人泄气了。

需求变化是正常的,迭代也是正常的,可无用功太多一定是不正常的。

但软件这个行业中,这事似乎没法根绝。

这也许根本就不是个技术问题,或者说不只是技术问题。

人有偏好,偏好在变化。世界有走势,走势在变化。这些都会传导到软件里来,进而使无用功成为一种宿命。

第四重:选择太多

在很多工程领域里,确定性的东西比较多。但软件开发里恰恰相反,确定性较少,选择太多。

这也许是好事,但有的时候确实也让人痛苦。

假设说,我们要从头开发一款软件,那么至少要做这些选择:

  • 用什么语言?这好像很简单,但如果真要很理智的去分析和选择,其实很难,C++,C#,Java那个没有自己的优势呢。
  • 用什么框架?选新技术,可能支持不到位,也可能很快被淘汰;选老技术,可能会有些已知的限制。
  • 是买还是自己造?买的话省时间,但一旦出问题,很可能导致项目卡壳。自己造的话,有可能时间上来不及。
  • ... ...

每次面临这类问题时,都让人感觉,世界很大,自己不过是一只小小鸟。

其实选择让人难受的主要原因是自身知识与未知世界间的矛盾,但软件的世界真的很大,一个人要想了解所有事情完全不可能。

所以痛苦的选择题就总在那里,不管你爱或不爱。

 第五重:技术变化快,积累上不去

设想一下,一个10年前的高手,这10年他什么也不学,那他今天会是什么样的一个状况。

我个人估计是快被淘汰了。

这是个极端的例子,但回顾一下软件的发展历程你会发现,新技术的出现是爆炸式的。

在DOS的时代里,软硬件的距离非常近,你只要会一种语言,了解基本算法和数据结构,再了解计算机硬件的知识,你就可以写大部分的程序。

接下来软件和硬件间的层次越来越多,Windows加上一层,Java虚拟机加上一层,浏览器加上一层,Flash等再加上一层,诸如此类。

每多一层技术的种类就增加一些。这就导致软件开发人员同时面对两类压力:一是项目上的时间压力,一是技术更迭上的学习压力。但偏偏一个的时间是有限的。

很多时候特定工作岗位会限定关联技术的范畴,如果自身不做点安排,那就真成吃“青春饭”的了。

第六重:究竟谁干的好,谁干的不好

大多时候,考评不能每个人都打A,否则就成了吃大锅饭的。

可在软件的世界里,一旦要分个你好他差,难度就出来了。

根据实绩判断,一个人很难全面理解很多人的工作。如果团队规模少于10人,这类的判断还存在可能性;如果超过10人,那么误判的几率会直线上升,除非是天才。

根据数据,大多数据真的不能用来评价软件开发人员。生产率、Bug率这些是一定不行的,圈复杂度这类歧义性很小的指标勉强可用,但说明的问题会比较片面。

根据感觉和印象的话,多少有些草菅人命的感觉。

于是考评大多时候总是天怒人怨的考评,而天怒人怨的程度很多时候取决于当事人的在意程度。

第七重:弟兄们意见很多,统一很难

软件很重要的一个特质就是仁者见仁,智者见智。

观点的差异有的时候是是非问题,但大多时候是视角问题,是横看成岭侧成峰式的。

而软件团队大多时候在两个极端间徘徊:要么没意见,要么很多意见。

很少有团队会是在合适的时候有合适的意见---这是政治家干的事,程序员不大做的来。

没意见的团队实是兵无战心的团队,其实更差,这里不去说他。

有意见的团队协调起来比较很辛苦。

程序员群体里大致上是越优秀的越容易固执己见,所以大致上越优秀的团队吵得越多,越凶。

但不管怎么样,最终的选择只有一个。这时候,不能只靠行政力量去拍,要在理解各种想法后,结合外部需求,时间压力,人员状况去协调。

这事其实很不容易。

小 节

一定程度上讲,这七重苦很难根绝。

好多即将做软件的或做的时间不长的同仁大多时候关注的是新技术,是创造性;但就和阳光下总有阴影一样,不管方法如何更迭,总有些东西无法彻底改善。

所以想做软件的,并想坚持做软件的,要有点心理准备,不能梦想的太美,那样回头会比较失落。

风光的活是有的,脏活累活也很多,有了这样的心理预期,才能在做软件中找到快乐。

说了这么多,倒不是悲观。

有些问题即使没法彻底解决,但程度上还是不一样的。

痛苦在那种程度上是事在人为的主战场,这点上做和不做差别很大。

假如一个人不把眼光只局限于某个项目,而是把视野扩展到整个软件开发所对应的方法论,那么关注现实中的痛苦,则是有所得得前提。

原文链接:http://blog.csdn.net/leezy_2000/article/details/7235699

【编辑推荐】

  1. 为什么软件开发工期预估都不靠谱
  2. 2012最受企业欢迎的开发技能Top10
  3. 提高软件开发团队编程水平
  4. 2012年,看看开发者们都想干什么
  5. 开发者视角论述HTML 5平台的7大特点
责任编辑:林师授 来源: leezy_2000的博客
相关推荐

2022-07-12 18:36:52

软件开发企业开发人员

2012-02-15 09:17:02

Python编程

2017-03-23 15:09:13

软件开发人员

2017-04-12 09:24:45

开发编程Java

2022-09-11 08:21:15

LinuxUbuntu软件开发

2022-07-11 10:04:37

软件开发编码

2015-04-14 09:38:35

软件开发人员便利工具

2009-05-04 09:42:51

IBM软件开发社交网站

2019-08-26 11:05:51

数据软件程序员

2020-12-16 15:53:59

开发编程语言技术

2020-11-11 09:42:34

软件开发 技术

2022-01-13 23:15:29

Docker开发嵌入式

2023-12-21 16:45:27

软件开发人员CIOGenAI

2021-03-27 12:56:36

软件开发人员软件开发

2024-01-15 15:09:16

ChatGPT软件开发

2009-04-30 16:44:08

IBMSNS社交网站

2010-05-28 15:28:47

ibmdw软件开发

2019-12-03 08:00:00

软件开发产品路线图路线图工具

2022-07-15 15:22:51

区块链开发语言

2022-08-28 16:10:37

软件开发AI工具
点赞
收藏

51CTO技术栈公众号