如何区分普通软件和非普通软件？[关闭]

那么真正使程序变得微不足道的是什么呢？

在编程讨论中经常使用“除非其琐碎的软件”。从某种意义上说，我觉得它很模糊，因为我无法真正确定“某物是必不可少的，因为它的非平凡软件”或“它是非平凡的软件，因为某物变得非常必不可少”。

例如，很多时候关于单元测试的问题，我听说“除非您需要进行单元测试这很琐碎”。

我要走到这里说：

一个琐碎的程序是不会直接影响业务的程序。

一家制造公司会认为其会计软件微不足道，但控制移动沸腾钢的机械臂的软件至关重要。他们可以处理前者的错误和低支持率，而后者则不能。如果有问题，他们现在需要解决。

我认为该声明的最普遍意图是使程序具有以下特征：

• 它很小。
• 寿命短。
• 无需进一步扩展。
• 只有一名开发人员。

通过完全丢弃二进制文件和源代码。如果有人注意到，那不是小事。

琐碎的是...

• 已经存在的东西，那么为什么要重新发明轮子呢？
• 通过将一些其他程序一起编写脚本或编写一些代码来大量使用现有库来完成需要完成的工作，可以轻松构建这些对象。
• 一般的CS本科生可以做中小型家庭作业。
• 有详细要求的东西，很容易放在鸡尾酒餐巾纸上。
• 您可以在分心/醉酒/空闲时间为4或5分钟的块中编写一些代码。
• 可以使用简单的代码生成工具创建的内容。

在公司环境中，我将添加以下内容：

• 商业用户不介意等待一段时间的问题。
• 内部使用的东西，没有IT的官方支持。
• 在进行资源计划和调度时，业务会优先考虑这些优先事项。

我将普通程序定义为可以合理编码的程序：

• 一坐。
• 作为单个文件/模块（假设您不是使用Java或某种语言来强制进行模块的超细粒度拆分）。
• 由任何体面的“万事通”程序员，而不是专家。

这是我的“琐碎”程序示例：

1. 我设置了一个“虚拟”项目并开始进行编码，因此我可以尝试一些技术或示例代码。无意将其部署或展示给任何人。
2. 为技术演示而编写的演示代码。
3. 一个“一次性”。我的意思是我必须构建一次才能使用的快速应用程序，因为这是一种奇怪的情况，必须以某种方式移动数据，或者将其立即替换为更永久的数据。

繁琐的软件不存在，它是当你听到要求，这将是事情繁琐，而实际上它总是不繁琐

这是我十年前在Usenet上看到的一句话，现在更有意义了。

软件解决方案的复杂度与解释该怎么做的复杂度成反比。- 未知

该程序只是一堆getter / setter方法。没有编程逻辑。也许有些循环。

那是我琐碎的定义。

我们的工作定义是“没有其他东西依赖”。

不幸的是，有一些琐碎的原型变成了琐碎的生产产品。

我也听说过，它是在程序对总体项目计划的影响中使用的。如果某个规格没有改变产品交付的时间表，那么它就属于琐碎的标签。

我认识一个程序员，他倾向于使用“琐碎的”作为“甚至不值得讨论”的同义词。