Questions tagged «user-experience»

8
如果项目中没有设计人员,开发人员是否应该进行UI原型设计?
我正在与一个创建专有Web应用程序的小团队一起工作,而UX并不是一个优先事项,因为我们自己的人将是操作它的人,但是我们确实努力使他们的工作更轻松。 作为开发人员,我是否应该在开始创建新屏幕之前创建UI样机?没什么特别的,主要是为了与同事讨论并拥有参考模型的总体布局。在盲目的研究代码之前,我将它与创建一些UML图进行了比较。 我的一位同事说这很荒谬,不是我的工作。

6
应该向用户显示多少有关错误的信息?
应用程序总是会抛出错误。如果发生此类错误,则应通知用户,因为他要求应用程序执行的操作未成功。 但是,应该向用户提供多少信息?我认为我们大多数人都同意不显示堆栈跟踪(堆栈跟踪是否应该出现在向用户显示的错误消息中?),但是我找不到有关其余错误内容或向错误显示的内容的问题。用户。 例如,支持异常的语言(.net,java)具有共享的异常类型(发生异常的位置)以及与异常一起传递的澄清消息。还应该对用户隐藏吗?还是我们应该显示这个?还是应该显示一般性消息?还是应该根据潜在的异常是显示大量消息之一?

5
OpenID真的那么糟糕吗?
我在Quora上看到了这个问题,很多人似乎都同意OpenID不好,甚至可以说: OpenID是我一生中见过的最糟糕的“解决方案”,这个问题大多数人并没有 然后,我看到涉及该问题的文章和推文说OpenID丢失了,Facebook赢了。 这是可悲的阅读,因为我很喜欢的OpenID(或至少它的设计思想)。我真的讨厌再为页面输入另一个登录名/密码(无论如何我都会忘记的)-这对我来说是一个非常严重的问题,我知道很多人都遇到同样的问题。因此,我认为OpenId是一个很好的解决方案,但是我不确定。 所以问题是我还是应该去实施OpenID还是不值得?从用户角度来看,最可靠,最方便的方法是识别和认证用户?

10
UX对企业软件重要吗?
我已经注意到,从用户体验的角度来看,公司用于管理时间,费用,设置电话系统等事情的许多软件是非常不直观的。我个人知道我浪费大量时间只是想弄清楚如何导航这些系统,特别是如果我没有同事可以帮助我的bug时。帮助文件通常和用户界面本身一样糟糕。是公司自满还是没有其他可比的企业产品可以胜任这些任务?在消费者方面,似乎有大量的市场机会来创造更好的用户体验,但是企业软件呢?显然,对公司而言,一定程度的浮躁并不重要, 编辑:我不是在指内部应用程序,而是大型软件公司的现成系统。

4
JavaScript的提示,确认和警报被认为是“过时的” [关闭]
按照目前的情况,这个问题不适合我们的问答形式。我们希望答案会得到事实,参考或专业知识的支持,但是这个问题可能会引起辩论,争论,民意调查或扩展讨论。如果您认为此问题可以解决并且可以重新提出,请访问帮助中心以获取指导。 7年前关闭。 最近,我一直在为体育馆开发基于Web的管理系统。他们以前的应用程序是用Visual Basic开发的。对于新应用程序,所有前端脚本都使用jQuery,服务器正在运行PHP和MySQL ...您知道,这是典型的基于el-cheapo linux的堆栈。 无论如何,我想知道为什么如今JavaScript的提示,确认和警报消息对话框没有得到充分利用。有很多用于模态窗口和警报消息的jQuery插件,它们试图模仿该语言已经提供的功能,并且每个浏览器都必须正确支持。 对于复杂的表单和特殊需求,可以使用手工制作或基于插件的解决方案,但是如果您只需要索取单个值或确认删除记录,为什么要将这样的开销添加到Web应用程序中?此外,当您使用提示,确认和警报时,iOS和Android提供了适应性强的消息对话框。

6
在哪里可以找到良好用户界面的灵感?[关闭]
关闭。这个问题是题外话。它当前不接受答案。 想改善这个问题吗? 更新问题,使它成为软件工程堆栈交换的主题。 6年前关闭。 关于为当前正在升级的桌面应用程序设计主屏幕界面,我有一个想法。当我第一次开发该程序时,屏幕分辨率为640 X480。今天有多种屏幕分辨率。 在哪里可以找到有关桌面应用程序主屏幕布局良好的想法?

3
程序员如何提高他们的UX技能?[关闭]
关闭。这个问题是题外话。它当前不接受答案。 想改善这个问题吗? 更新问题,使它成为软件工程堆栈交换的主题。 4年前关闭。 作为程序员,我们可以解决非常复杂的问题,但是,当我们必须设计用户界面时,我们往往无法使它们易于使用。 在小型公司中,他们负担不起设计师和UX专家的负担,程序员几乎必须完成软件中的所有工作。但是这些界面很少直观(经典示例)。 问题是什么?开发人员如何提高设计良好用户体验的技能?

17
当浏览器告诉网站时,为什么网站必须询问语言和国家/地区?
那么,为什么浏览器告诉网站时,网站必须问(说)语言和国家/地区? 编辑:具体来说,我的意思是为什么不使用http标题中的accept-language部分,该部分由浏览器中的语言设置设置,而不是基于IP地址。这个问题的重点是放在墙上的网站,迫使用户在使用网站之前选择一种语言,而应该提供一种易于访问的设置。 编辑:这是一个用户体验问题,重点在于用户在首次设置计算机时应在浏览器中设置语言设置(如果用户足够聪明,或者可以问足够聪明的人)。

6
扩展和拆分构建Web应用程序的敏捷团队的最佳方法是什么?
我最近加入了一家公司,在该公司担任Scrum主管,从事构建Web应用程序的敏捷开发项目。 该团队即将成为敏捷团队的最大规模(预计下周为9人)。我们已经讨论过将团队分成两个团队的潜在问题,不是为了缩短站立时间(目前还不过分),而是为了防止人们在sprint计划会议中完全感到无聊(这又不会太长)。 该项目有两个截然不同的层-高技术后端开发人员(例如非常复杂的开发人员)和UI设计/构建/集成。看来,当后端人员正在讨论技术时,UI人员会划分区域,反之亦然。如果只是为了提高时间效率,将团队拆分似乎是合乎逻辑的方法,但是我有一个很大的保留意见,就是我可能真正要做的就是减少协作和知识共享。这两个团队对团队其余成员的构建并没有真正的好主意。 有没有人有处理这样的事情的经验?

8
UX设计师提前完成一个Sprint
我们的用户体验设计师通常在Sprint X中有一个故事,开发人员将在Sprint X + 1中实现(用户体验设计师和开发人员/测试人员在一个团队中)。我认为这是有道理的,因为如果您没有屏幕模型和清晰的规格,则无法在Sprint计划期间真正估算工作。 但是,在Scrum中,您只能拥有能够为用户带来价值的用户故事。在我们的案例中,UX设计故事没有提供这样的价值(它们更像是积压的整理活动)。同样,Scrum教练通常不建议在Sprint开始之前具有完整的规格,这是我很难理解的建议。 那么您认为我们的方法有什么缺点吗?它似乎对我们有用,但是有点违背Scrum原则。

3
部署Web应用程序的系统的健康检查的范围应该是什么?
今天,我有一项任务是为长期运行的服务“编写运行状况检查”,该服务是用于部署Web应用程序的业务流程系统。 我试图确定这种健康检查的范围,并提出了与健康检查范围有关的以下问题: 如果业务流程系统报告任务正在运行,则认为服务正常是否足够好? 还是我们应该手动ping每个服务? 还是应该走得更远,并尝试确保网络应用按照显示网页的目的进行操作? 运行状况检查是否还必须检查某些依赖服务是否也在运行?就像数据库或业务流程系统本身一样。还是其他健康检查的责任? 最后,如果其中一项从属服务失效,并且Web应用程序随后发生故障,那么Web应用程序应该报告不良运行状况还是良好运行状况,因为这不是Web应用程序的故障? 我知道这是5个独立的问题,但是它们都与部署Web应用程序的长期运行服务的运行状况检查范围有关,因此我认为将它们分组在一个问题中会更有意义。 这对我来说很难实现,因为我不确定什么是健康的定义或类似标准的健康检查应该是什么样。 此特定服务的健康检查应包含哪些内容?

3
是否适合将已知问题直接放入软件中?
我已经接管了一个Android应用的维护工作,虽然有一些残留的问题或多或少已经得到解决,但是由于Android操作系统版本不同,仍然存在一些问题。 例如,使用MediaPlayer类发送Web请求时,操作系统发出请求之前剥离了自定义HTTP标头,但仅在Android 4.X(我经过详尽测试)上,这导致该特定功能失败,因为它依赖在这些标题上。 这是一个已知问题,我正在尝试解决,但是有条件的检查是一个好主意,例如 if (OS.VERSION == 4) { knownIssueDialog(This feature will not work on your Android version... etc."); } 显然,我们会在支持渠道上对此进行说明,但我想知道将这些已知问题也嵌入到软件中并在必要时,必要时进行展示是否是一个好主意(假设一切都已被跟踪)例如我上面所描述的。 基于此类问题,我们不断收到许多不良评论和大量支持电子邮件,因此在我看来,仅阻止已知无法正常工作的功能,它将为每个人节省大量时间和头痛。 我看到两个潜在的问题: 用户以前可能从未见过类似“已知问题”对话框的内容。很多用户可能根本不明白这意味着什么。 有一些开发开销-需要确保在代码中的某些地方跟踪这些问题。幸运的是,有了Java批注,诸如此类的条件检查可以在其之前@KnownIssue或类似的东西进行,这使得查找/修改它们非常简单。 在软件中添加“已知问题”提示是否有意义? 编辑:我将添加一个大约一个星期前才开始出现的问题。我已经修复了该问题的一半,并且不太可能能够为4.X修复此问题,因为导致问题的是操作系统。我可以发布包含此修复程序的新版本,并使50%的用户群再次满意,并警告其他50%(4.X用户)该问题将继续存在于4.X上,并提出升级建议(或其他建议) )。问题是是否要在软件中执行此操作(即向4.X用户显示对话框),还是只让他们向我们发送垃圾邮件,我们将通过电子邮件支持“您的修复无效!”的电子邮件!然后将他们定向到支持页面,其中将详细讨论该问题。



5
在Java应用程序中引发运行时异常
我是承包商,以技术负责人的身份为我的客户设计企业Java应用程序。该应用程序将由最终用户使用,当我们离开时,将有一个支持团队为该应用程序提供支持。 与我一起工作的其他技术负责人给人的印象是异常处理会使代码变脏。系统应仅从服务层引发检查的异常,而其余代码应从所有其他层引发运行时异常,因此无需处理未检查的异常。 在业务应用程序中抛出未经检查的异常有什么需要? 根据我过去有关运行时异常的经验: 1)未经检查的异常使代码不可预测,因为它们甚至在Javadoc中也不会显示。 2)在业务应用程序中抛出未经检查的异常是没有意义的,因为当您将其抛出并直接出现在用户脸上时,您如何向用户解释?我已经看过足够多的Web应用程序,500 -Internal Error. Contact Administrator它对最终用户或管理该应用程序的支持团队没有任何意义。 3)引发运行时异常会强制引发异常的类的用户遍历源代码以进行调试,并查看引发异常的原因。只有在很好地记录了运行时异常的Javadoc的情况下,才可以避免这种情况,而我发现这种情况永远不会发生。

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.