站在不同的角度看权限问题、不同的应用场景看待权限问题

首先，站在开发人员的角度，往往强调的的权限有多么的强大、多么的完善、多么好用等等，其次
站在用户的角度考虑问题，用户可能是前后上线了N个系统，每个系统都有个性化的权限管理等，
搞得晕头转向，东搞搞，西搞搞有些烦恼了，甚至是很害怕再上什么新系统了，他们更多关心的是
能否集中管理权限，多个系统能有统一的集中管理的权限配置，在上新系统，也不用配置管理这些
了。站在IT公司主管的角度，东一个权限管理、西一套权限管理，互不兼容，人来人往，越搞越乱
越来越多的同质化的功能，要命的是这些还需要不断维护改进，更要命的是，人走了做了一半的软
件项目留下来了。

其次，同一个应用系统，在一个比较规范的大公司实施，可能需要很细的权限控制要求，同一个系
统要分好几个岗位进行操作，但是这个应用系统销售给另一家客户，可能客户的业务重点不同，关
注的核心业务不同，很可能导致对权限的需求是很粗放的，甚至是只有一个岗位或者很少的岗位会
用到这个业务系统、操作相关业务。

总结以往的经验，程序开发人员往往生活在理想的想象空间里，往往会存在“过度设计”及与实际
生产环境不相符的空想环境下运行的软件系统，结果往往把设计好的程序拿到客户实际生产环境里
实施，会遇到很多问题甚至是无法顺利实施。
 

跑题A：（过度设计）
曾经我们开发一个进销存软件，里面搞了200多个权限控制点，拿到客户那里后发现，客户只有
2-3个人操作这部分功能，根本不需要那么细的控制，只需要按2-3个分工区分权限就可以了，
当然这些都有变通的解决方法，主要是想说明一下，程序员往往会是过度设计、过度理想化。

跑题B：（真正的实际应用与当初的设计往往是有很大的差距）
曾经开发过一个浴室的管理软件，在模拟环境下演练，都没问题，拿到客户哪里会才发现我们想象得
太天真了。
(1) 来洗浴的客户往往不是一个个来，是一批批来，往往由其中的一个人买单，而不是各买各的。
(2) 服务员，又要照顾客人，又要操作电脑，根本鼠标都找不到，鼠标掉哪里了也不知道的，需要用鼠标点的操作，完全用不了。
(3) 常用的操作，必须要加快捷键、否则无法快速进行操作。
(4) 一天到底来了几个客户，现在还有几个客户在洗澡，老板很重视，而不是要看统计报表，随时要看。

 

统一权限管理也一样，不能只站在自己的业务系统上、也不能只站在开发人员的角度思考
问题，而是更需要站在客户的角度看待问题，客户往往想要的东西，不是程序员设计出来的东西，
并不是在于功能多少强大上，而在于是否真正理解了客户的实际需求。