- 积分
- 624
- 最后登录
- 2024-2-19
- 精华
- 0
- 阅读权限
- 40
- 主题
- 71
- UID
- 924712
- 帖子
- 1559
- PB币
- 1812
- 威望
- 0
- 贡献
- 0
- 技术
- 0
- 活跃
- 710
- UID
- 924712
- 帖子
- 1559
- PB币
- 1812
- 贡献
- 0
- 技术
- 0
- 活跃
- 710
|
发表于 2021-5-21 21:27:49
IP属地未知
|显示全部楼层
软件行业已经堕落非常严重了
早期的软件,作者们绞尽脑汁为了压榨机器的性能,所有的优化对象都是目标产品。但是当时的努力也有很多纯粹是为了应对性能过于低下的硬件,让某些繁琐的任务运行的不至于卡的那么尴尬。
后来硬件提升很大了,终于到了几乎可以自由编写的地步,软件作者再也不需要处处都在性能和可读性之间做二选一。
再后来硬件又有些提升,但是有人想通过中间层间做更多的自动化来减轻软件作者的工作量。这虽然有助于提升软件的相对质量、让机器去修正人造成的某些微小失误而不影响整体产品的功能,但也开始导致对开发人才水平要求的降低、功能完全相同的软件速度变得更慢不说其体积反而变得更大。这便是一个坏的开始。
要知之前业界有个说法是要么用空间换时间要么用时间换空间。同时放弃时间与空间来换取更高的稳定性一开始还勉强能让人接受。
然而再发展就变成了软件公司开始仗着这些优势招入更廉价的人。开发同样功能的东西,速度更慢体积更大,而好处则几乎变成了大部分只是为了程序能被轻松快速写出来。用户则承担等待和占掉更多存储空间的损失。
损失能有多大?开发人员的劣质化能相当程度的抵消掉所用开发工具对问题的自动修正能力,而随着集成度逼近物理极限,硬件速度的提高对程序因为通过开发库版本升级而把越来越大的时间比例花在执行冗余代码上而导致速度降低的抵消却显得越来越吃力。而过多的冗余代码也导致了处理器的缓存对执行的加速作用变得越来越“低效”。从此以后你不仅需要一个强大的缓存还得需要一个比以前快得多的内存,耗掉翻了几倍的电量(注意集成度的提高本是应该降低耗电的)才可能达到和以前同样功能的程序差不多的速度,还不考虑一个类似记事本的功能的程序就需要好几十张软盘才能装下
人们反对的所谓臃肿从来都不是“功能过多”,而是过多的功能造成了某些妨碍。这些如果不是因为上面那大段文字描述的情况就会好得多。没有人嫌自己家电视能看的台太多的,只有嫌台太多要花更多钱订阅的和嫌频道靠的太近导致串台的 |
|