博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
构建之法阅读笔记03
阅读量:6826 次
发布时间:2019-06-26

本文共 780 字,大约阅读时间需要 2 分钟。

不管是“我思故我在”还是“我在故我思”,这两个命题从远古时期一直争论到了现在,虽然现在唯物主义思想占据了潮流但是在日常生活中唯心主义的也有不少。当然,我们是软件工程,就可以先把这些事情放一边了。我们需要做的就是需要考虑“我构建故我开发”还是“我开发故我构建”。我认为应该是“我构建故我开发”即应该先进行构建然后再进行开发(编写软件)。其实,在开发一个软件的过程中尤其是开发初期,一个团队首先要做的事情就是构建系统,然后再进一步的实验,试图发现客观规律或者发现一些简便的方法。再继续编写程序。

什么样的软件才可以称的上是一个好的软件?这个问题不同的人有不同的解释,大多数人认为没有BUG的软件就是好的软件。其实这样的想法有一定的依据,因为BUG的多少可以直接衡量一个软件的开发效率、用户满意度、可靠性、可维护性…… 但是我觉得虽然依靠BUG衡量虽然可以,但是我感觉用户的体验才是最可以说明的。因为软件跟程序不一样,程序只有一段代码,而软件却不仅仅是由代码组成的,程序是十分复杂的,而用户体验是最能说明一个软件的好坏的。

因为实际上BUG是无处不在的,因为一个程序肯定存在着这样或者那样令某一类人感觉到不方便的地方,但是这并不会影响我们的使用。我们总是会在用某类软件的时候,会有一些不方便的习惯需要更改,例如,每次登陆都要输入密码,这就是一个缺陷也被叫做BUG。后来我们有了记住密码这个功能,但是随后还会发现一些问题。所以说bug是不可避免的,但是这并不会影响我们的使用,这样就够了。

以前以为,一个软件应该是完美的没有缺陷以后才会上市,这让我对开发出能上市的软件产生了怀疑。但是实际上所有的软件都有缺陷,但只要不影响使用就可以了,以后可以发布补丁等进行补救的。

转载于:https://www.cnblogs.com/xiaoabu/p/5606354.html

你可能感兴趣的文章
node论坛练手
查看>>
[Python3网络爬虫开发实战] 1.7.3-Appium的安装
查看>>
magento 购物车 首页 显示
查看>>
mapper.xml
查看>>
模拟EventCenter,flash自带的事件机制的一个解耦框架,callback回调方式用于模块之间的通信...
查看>>
zookeeper选主算法二
查看>>
JS 中的require 和 import 区别整理
查看>>
stream& datagram socket
查看>>
vue.js 2.0开发(4)
查看>>
urb传输的代码分析【转】
查看>>
ftrace 简介【转】
查看>>
内置函数总结
查看>>
模块的查找顺序
查看>>
wpf中ListBox的选中项与ComboBox间的绑定
查看>>
web前台传参到后台出现错误
查看>>
数据库的备份和导入
查看>>
Oracle trunc()函数的用法
查看>>
col-md-*和col-sm-*
查看>>
前端开发大众手册(包括工具、网址、经验等)
查看>>
IOC容器
查看>>