软件系统的开发是难还是繁杂?

占领属于自己的价值高地
服务器君一共花费了319.992 ms进行了5次数据库查询,努力地为您提供了这个页面。
试试阅读模式?希望听取您的建议

我一直的观点是要对“难”做一点分解。好比说航空母舰的弹射器,我们造不出来,很“难”与一台机器有一千个螺丝要拧,保证3年中所有螺丝都拧对了,很“难”,这两种场景下“难”的含义是不同的。

软件开发的难度更多的类似于后者,表现为繁杂,而不是类似于前者表现为“搞不定”或“做不出来”。

总是有人喜欢把问题绝对化,所以这里补充一句,软件涵盖的范畴可以很广,因此确实有很难搞定的,类似于弹射器的领域,但应该不是主流。

以前的很多提法,在这样一种大前提下就变的没有什么意义了,比如说:国产操作系统。当很多公司或组织标榜这类事情的时候,似乎自己更愿意认为这是一种技术突破。但实际上在开源如此发达的今天,这类东西的开发更需要的是组织和市场运作,而非是突破技术屏障。

由这一点可以推导出一个很有趣的结论:

既然不体现为一种“搞不定”或“做不出来”式的难度,那么一帮智商水平并不是非常高的人(或者说并不绝对优秀的人),老老实实把代码评审,静态测试,单元测试这些环节做好,一样能做出不错的产品(当然很辉煌灿烂)。反过来讲就是,在大多数产品开发中,天才是有帮助的,但不是绝对必要的。

这点与这样一个事实相符:软件开发的队伍似乎更加杂牌,什么专业的都有。这事儿逆转过来就不成立。

一个人可以以前是做涡轮机的,中途能够转行做软件开发。但做了软件开发的,就很难去做涡轮机。如果进一步推导,就会发现这一点对考虑个人成长也很有意义。

单反类相机,镜头很难搞,所以介入壁垒比较高,最终导致做单反的就比较赚钱。电视机这东西,大家都能做,所以介入壁垒比较低,最终导致当初很牛的一些做电视的公司都亏损。

软件开发中,如果“只有你能搞定,别人不太容易搞定”的事情比较少,那么人员的可替换性就强,稀缺性就不好,从价值上来看,就不太容易保值。反过来讲,就是每个人如果想保持一种长久的价值,都要找到属于自己的一块“价值高地”。

软件可以依附到很多东西上,比如金融,财务,电商等等。因此“价值高地”还是有一些的。可以是某个公司独有的东西,可以是某些专业知识(如:财务等),诸如此类。

本文地址:http://www.nowamagic.net/librarys/veda/detail/2194,欢迎访问原出处。

不打个分吗?

转载随意,但请带上本文地址:

http://www.nowamagic.net/librarys/veda/detail/2194

如果你认为这篇文章值得更多人阅读,欢迎使用下面的分享功能。
小提示:您可以按快捷键 Ctrl + D,或点此 加入收藏

阅读一百本计算机著作吧,少年

很多人觉得自己技术进步很慢,学习效率低,我觉得一个重要原因是看的书少了。多少是多呢?起码得看3、4、5、6米吧。给个具体的数量,那就100本书吧。很多人知识结构不好而且不系统,因为在特定领域有一个足够量的知识量+足够良好的知识结构,系统化以后就足以应对大量未曾遇到过的问题。

奉劝自学者:构建特定领域的知识结构体系的路径中再也没有比学习该专业的专业课程更好的了。如果我的知识结构体系足以囊括面试官的大部分甚至吞并他的知识结构体系的话,读到他言语中的一个词我们就已经知道他要表达什么,我们可以让他坐“上位”毕竟他是面试官,但是在知识结构体系以及心理上我们就居高临下。

所以,阅读一百本计算机著作吧,少年!

《UNIX环境高级编程(第2版)》 史蒂文斯 (作者), 拉戈 (作者), 尤晋元 (译者), 张亚英 (译者), 戚正伟 (译者)

《UNIX环境高级编程(第2版)》是被誉为UNIX编程“圣经”的Advanced Programming in the UNIX Environment一书的更新版。在本书第1版出版后的十几年中,UNIX行业已经有了巨大的变化,特别是影响UNIX编程接口的有关标准变化很大。本书在保持了前一版的风格的基础上,根据最新的标准对内容进行了修订和增补,反映了最新的技术发展。书中除了介绍UNIX文件和目录、标准I/O库、系统数据文件和信息、进程环境、进程控制、进程关系、信号、线程、线程控制、守护进程、各种I/O、进程间通信、网络IPC、伪终端等方面的内容,还在此基础上介绍了多个应用示例,包括如何创建数据库函数库以及如何与网络打印机通信等。

更多计算机宝库...