反人类设计

今天下午在回BUG的时候发现了一个特别奇葩的问题,那就是项目中经过多次商讨没有解决的高级选项,先上图:

在我看来这是一个很普通,很常规的问题,而在这里却成了高度敏感话题,描述一下目前存在的问题:在我没有选择省市区县的时候,断面是可以选择的。(断面定义,指区县下设立的一些监测点)

业务看法:当没有选择省市区县的时候,断面选项卡可以选择所有断面,注意:这个地方就有点反人类,我都没有筛选就给我出来一大堆的断面,让用户以为是BUG,而且会出现歧义,再次,业务需求,当我选择指定省的时候,也会加载所有断面,在我看来 ,这也是一个BUG,我仅仅选了指定省,市区县都没有选择,为什么会过滤出全部的断面,这个地方也会产生歧义。

我的看法:高级选项存在的意义就是,用户经过经过一层一层的筛选最终找到我们想要的某一断面,就像你最喜欢用的淘宝,京东,选择地址的时候,肯定不能直接选择街道,要从全国境内,省市区街道精确到户才是目的。(感悟:不能给用户提供太多的选择 ,因为他会感到迷茫,选择多了也容易出问题,就给他制定一条方向,顺着设计的方向走下去,就要给我这么用。)现在,仅仅是一个市的,断面只是几百条,我从几百条数据中找一条数据,我是不是有病,而且部分断面只是一字之差,在几百条数据中找出自己想要的一条?锻炼眼劲儿呢?听说之后可以卖到省?省下多少市,一级一级下来至少也得上万条的断面,我从上万条断面中找自己意中的某一条,玩儿呢?再次,如果用户是傻瓜,再傻的用户也不会自己一个一个找,完全可以搭句话问问自己的七大姑八大姨,是某个市?或者某个区县?更可以具体到流域,我们还有流域过滤!所以说没有选择省市区县去选择所有断面是非常不合理的反人类设计,没有存在的意义。

目前解决的方案:因为是某市的一个系统平台,所以仅仅具体到了某市,把省市都写死不能选择,现在只能根据区县去选择断面进行过滤条件查询。

所以,我的解决方案是:按照正常人的思路走,一级一级的过滤找到自己想要的某一条断面。需要做的是,在我没有选择省,断面是不可以选择的,这需要更改这一点,所有的都可以走通了。

路还是一条走下去好,路多了也就走散了。

原文地址:https://www.cnblogs.com/cnqct/p/8575172.html

时间: 2024-10-02 08:55:02

反人类设计的相关文章

lenovo的反人类的设计

对于联想的fn功能键设置成默认不显示设置,这决定是反人类的设计,估计这个产品经理或者开发人员不是正宗的. 在下列举一个解决的方法, 上联想官网下载有关的驱动,KB_H110084.exe文件 安装相应的文件,完成之后, win -->  lenovo low Profile USB keyboard --> 勾选"将F1-F12设置为标准功能键"

数据库范式设计 和 反范式化设计

三大范式设计 一 数据库表中的所有字段都只具有单一属性 单一属性的列是由基本数据类型所构成的 设计出来的表都是简单的二维表 二 要求表中只具有一个业务主键,也就是说符合第二范式的表不能存在非主键列只对部分主键的依赖关系 三 每一个非主属性既不部分依赖于也不传递依赖于业务主键,也就是在第二范式基础上相处于非主键对主键的传递依赖 优点 可以尽量减少数据冗余 范式化的更新操作比反范式化更快 范式化的表通常比反范式的小 缺点 对于查询需要对多个表进行关联 更难进行索引优化 反范式化设计 反范式化是为了性

Cassandra 数据模型设计,根据你的查询来制定设计——反范式设计本质:空间换时间

转自:http://www.infoq.com/cn/articles/best-practice-of-cassandra-data-model-design 不要把Cassandra model想象成关系型数据库table 取而代之,应该把它想象成事一个有序的map结构. 对于一个新手来说,下面关系型数据库术语常常被对应到Cassandra模型 这种对比可以帮助我们从关系型数据库转换到非关系型数据库.但是当设计Cassandra column famiy的时候请不要这样去类比.取而代之,考虑

关系数据库的范式和反范式设计

关于范式 Normal Form 范式是关系数据库理论的基础,也是我们在设计数据库结构过程中所要遵循的规则和指导方法.数据库的设计范式是数据库设计所需要满足的规范.只有理解数据库的设计范式,才能设计出高效率.优雅的数据库,否则可能会设计出错误的数据库. 目前关系数据库有六种范式:第一范式(1NF).第二范式(2NF).第三范式(3NF).巴斯-科德范式(BCNF).第四范式(4NF)和第五范式(5NF,还又称完美范式).满足最低要求的叫第一范式,简称1NF.在第一范式基础上进一步满足一些要求的为

范式设计和反范式设计

三大范式 第一范式:无重复的列 第二范式:属性完全依赖于主键 第三范式:属性不能传递依赖其他非主属性 范式的作用是避免数据冗余(数据重复). 范式的问题: 按照范式设计出来的表在数据冗余的问题虽然得到解决,但是会生成许多表,导致了表数量的复杂性,其二,查询数据的时候,多表查询的时间远远高于单表查询的时间. 反范式 范式的目的是减小数据冗余,而反范式指的是在一定程度上允许数据冗余,目的是加快数据操作. 对比 范式与反范式是一场时间和空间的较量,满足范式节省空间,满足反范式加快操作速度. 在满足范式

吐槽:objective-c反人类

这几天把一段逻辑从服务端搬到客户端,基本上就是把js翻译成oc.直接对比,明显感到oc太烂了(仅针对语言本身,iOS应用框架还凑合) 比如下面这行JS代码: var monthtag = bill_year + "-" + bill_month; 写成OC以后,非常晦涩.当然用NSMutableString能有个append方法,但是恶心程度也差不多: NSString *monthTag = [NSString stringWithFormat:@"%@-%@",

反人类的MyEclipse之-调整JavaScript代码-花括号换行显示

然后将除最后一项外所有的都勾选为Next Line

智能手机的设计之路:中国式设计的变迁

在以计算机为特征的第三次工业革命爆发之后,越来越蓬勃发展的信息技术带来了不同产业的复兴,在终端设备和移动信息技术方面,移动互联网浪潮更是成为时代发展的不可扭转趋势.在个人消费者层面,从2010年开始的智能手机浪潮开始登上舞台,成为革新一个时代的全新标志,这个时期涌现的iOS和Android智能手机操作系统奠定了智能设备广域发展的潮流,基于这两大操作系统的智能硬件也从此迎来全新鼎盛局面. 在中国市场上,庞大的潜在市场用户基数.便利的供应链管理和更为低廉的人力成本等等因素,都决定了中国市场是最适合智

UI设计师必须了解:2015年十大移动端APP设计主流趋势

从移动端兴起,主流设计风格定型,再到Uber.Vine等现象级APP的崛起,移动端的APP设计直到现在才渐入佳境.促成这一切的影响因素很多,比如社会发展趋势的变化.共享经济的大热.新技术的积累,等等等等.这些事物的出现需要时间积累,这也是为什么这些应用到现在才火起来. 同样的,今年我们要关注的是定型了的巨屏手机和逐渐沉淀下来的可穿戴设备. 随着日常生活中所涉及到的移动端应用的增加,用户在这些东西上的所耗费的精神和脑力也越来越多.查看邮件.预订酒店.叫外卖都有赖于各种应用,而诸如Airbnb和Gr