2008-11-19 63 views
0

当我们看到我们公司编写的各种类型的软件时,我立即跳到基于UI的整个产品质量的结论。如果我发现拼写错误,奇怪的Tab键顺序,没有排队的字段,奇怪的颜色,我认为整个应用程序的质量很差。UI是内部质量的有效指标吗?

我假设,如果程序员不在乎使外部看起来不错,他们根本不在乎。我不假定UI是否看起来不错,但应用程序完成了它的工作,尽管我并没有立即停下来 - 当它被评估时,它会有更多的余地。

这是一个有效的决定吗?对于商业软件呢?

回答

3

我认为这是一个开发人员对他们工作的关注的好指标 - 基本上是一种职业自豪感。

这是一个给定的情况,大多数开发人员并不会成为出色的UI设计人员,但是在开发专业软件时应遵循一套基本的规则,这些规则对用户界面和内部应用程序一样重要。

所以,基本上我同意你的看法。

0

在我看来这是一个有效的决定。当你说好看的软件在内部不一定是好软件时,你是对的。

但绝对如果程序员不关心程序的可用性,他们很可能不会在意它的功能。

+0

@Ricardo:那时,我们假设你的答案 - 包括你的思维过程 - 是低质量的,只是因为它充满了语法和拼写错误?我更愿意相信,尽管有介绍,但您的分析仍然具有深思熟虑和智慧。它是一个很好的例子! – 2008-11-19 01:45:30

0

尽可能多的我真的想说,“是的,绝对的”,它并不总是一个有效的结论。程序员或QA团队可能对应用程序有很好的理解,但对语言或表示的掌握很差。

有些人只是把重点放在他们认为重要的东西—上,并且完全接近完美—,而且他们都忽略了他们认为的“绒毛”或“窗饰”。

但是,我确实有一种很强烈的倾向,即根据第一印象预先判断软件的整体质量。

0

如果用户界面充斥着拼写错误和不一致的情况,那么可以说质量保证过程和项目管理有点欠缺。并没有真正推断代码库充斥着bug。

在商业产品中,最有可能意味着更少的人会购买它,因此虽然销售并不是一个真正的质量指标,但它们在整体方案中非常重要。
人们更愿意购买看起来不错的东西,按照他们的期望行事,并且“不要让他们想”。

许多程序员都很喜欢UI设计,这并不是他们的错,这并不意味着他们在编码方面很勉强。他们通常对他们所做的内部美感更感兴趣,否则他们会成为文科专业。

0

这真的取决于。我了解那些在设计和实现的各个方面都很出色的软件开发人员,但他们的UI技能很差。很多时候,用户界面只是一个点头。在科学软件或其他处理中心或关键的软件的情况下,通过UI判断其余代码的质量可能不是一个好主意。然而,总体而言 - 这可能是一个很好的指标,表明软件公司没有做好它的工作。

这一切都取决于每种情况,但如果用户界面不可用或痛苦的脖子,那么底层代码很难使用,不值得我想象的时间。

正好相反也是不正确的 - 漂亮的界面并不意味着底层代码很好。任何人都可以用一个漂亮的UI包装一块垃圾。

2

IF该应用程序是由一位开发人员编写的,它不是一个不公平的假设,即不切实际的用户界面代表了底层的代码质量。

但是,如果它是由一个5或7或13的团队编写的,那么可能会有一个广泛的质量下的品质(它可能是新的使用者界面)。

此外,如果应用程序的生命周期由维护由FBN承包商或实习生或任何方便的人执行5年以上,您可能会发现很多良好的代码,由于管理层和管理层无关紧要,只需在它上面放一个“补丁”,编译它,再检查一下,然后将它扔到墙上进行生产。

蹩脚的用户界面可以指示很多事情,没有一个好,有些比其他人差。

0

我同意这里的群众。糟糕的用户界面意味着产品开发团队放弃了这个说法。我认为自己是一个很好的编码器。擅长数学,但有阅读障碍和注意力缺陷障碍。给我一套耳机和一些代码,我正在路上。不过,不要期望我嘲笑一个伟大的GUI。把事情排好......我就是这样做的。

现在补充说,作为“程序员”,甚至当我在GUI中发现错误(作为一个使用它的人)的东西时,我无法修复它们。当我修好他们的时候,我就下决心要求QA向我提供设计文件和最高的批准。过了一段时间,我停止了关心图形用户界面..

我写了可靠的代码,工作。这是快速,干净和小..这是我得到一个影响。 GUI超出了我的薪酬等级。 :(

5

这可能是也可能不是。但是,这并不是真正相关。您的最终用户,糟糕的UI =糟糕的代码。

0

在我的经验,这通常是周围的其他方法。你得到质量好的UI的通过让人们花费“巨大”的时间专注于小部件行为,并且看起来感觉不是领域模型或自动测试

我曾经使用的一些最优质的系统有自动生成的UI,令人不快的使用

0

不,用户界面并不代表内部代码。穿着闪闪发光的东西,看起来很酷,但没有任何用处。把它看作是看法拉利停在商店里。它看起来很棒,你想知道在车轮后面会是什么感觉 - 只是发现它是一个在1980年代后期型号Acura上拍的车身套件,后者有50万英里。

一个个人的例子,在我目前的雇主中,我们的软件中有恒星代码(我主观地说这是因为我不在那里的99%的创建)。但是当你看着我们的用户界面时,它看起来有点老旧,生锈。很多UI开发人员甚至都没有触及很多内部代码。

“我假设如果程序员不在乎让外部看起来不错,他们根本不在乎” - 我不相信这是真的。我认为大多数程序员都在寻找功能而不是光泽,因为他们往往是逻辑的生物,而不是艺术家。

以linux为例 - 恒星的内部代码,但UI很长一段时间缺乏,因此为什么主流的人没有广泛使用它,而不是Windows或Mac。 !

短版:UI.Equals(InternalQuality)