Archive For The “软件开发” Category
搬家后能收看NBA了，上周末跟篮球迷G同学看湖人的比赛，期间闲聊到科比，G介绍说，科比被评为现今为止所有NBA球员中最敬业的一个，进攻积极防守也同样积极。作为非球迷也就是看看科比在5佳球里的暴扣之类的。期间看到科比断球的时候，G介绍说科比又一次对媒体采访时说，他有义务去带新人、培养新人，而他培养新人的方式就是不断的打压他们(原文未能从google中找到)。想想最近自己做的事儿，好像也当了会科比哦，也蛮有意思的。 职场里，特别是初入职场最怕的学不到东西，没法往更高处走。所以各大企业开始校园巡讲的时候总是会把无条件加班之类的东西包装成，会有充足的挑战在等着你，把起步价薪水过低的情况包装成会一个良好的职业规划，而不用去计较那3-500的薪资差异。不过为啥从来没有一个企业说可以在这点上即给充足的挑战又有良好的福利能跟员工达成双赢呢。最近帮老家亲戚的小孩看工作岗位，牢骚下而已，扯远了，回到正题。 公司采用Scrum的方式来开发软件，这个过程要求所有的短平快的产出以便能跟用户交流，收集其反馈然后进入迭代改进。
10.15日想到的内容，当时画了这个图，记录了一些关键字 照着这个图示，利用周末时间断断续续的写，今天终于写完了，发现些长点的东西很累哦，也不知道是不是自己之前想的内容，我想还是会有很大的出入的。写个稍微长点的东西都这么累咯，想想那帮自己写书的人还真满有毅力的和乐於分享的。 相关链接如下： 写给自己看 业务架构设计 写个自己看 UI设计 写给自己看 UE设计
UE这东西其实需要考虑的东西蛮多的，不真正下一番功夫，还真是的不到个啥。有时候即使你下了再多的功夫也不见得能换回用户的认可，那句话怎么说来着“有时候明明很努力了，可结果还是个屁”。 1.1抛弃一部分用户 我想世界上没有哪个人喜欢世间所有的东西吧，耶稣和佛祖可能能做到，所以他们死了。既然我们没办法去喜欢或者满足世间所有的人，那为什么要求世间其他的人或物都喜欢我们呢？所以别试图满足所有的用户，虽说精益求精追求完美无可厚非，但是也别在试着在一个特定的阶段去满足所有的用户啊。 就像没有天生的恶人一样，不是每个用户在系统中都只扮演一个角色，所以需要在充分了解所有用户使用感受（实在不行，来个八九不离十也够），权衡系统定位后，能抛弃的就抛弃吧，又不是《士兵突击》搞什么“不抛弃不放弃”哦。 那既然要抛弃，总不能见什么都抛弃吧，抛弃也是需要一些技巧的，这个就太复杂，回头再总结。 1.2只展示必须的数据 见过很多的内部系统，发现很多系统往往都有一个缺点就是，在页面上堆一堆的文本或者下拉框，基本上业务中药用到的所有数据都能进行录入和展示，但是整屏幕下来密密麻麻啊，完全不管用的人什么感受。 对于业务系统，特别是时效性要求高的业务系统，建议在设计初期观察一段用户的工作情况，只是把他在某个工序90%情况下必须的内容展示在他的面前，供他查询或者修改。那剩下的10%通过某种方式能从当前的工作界面调出来就OK了，没必要堆一大堆的东西放到一起，你以为你们家是QQ哦。
对于这部分具体的操作层面的实在是没多少发言权，因为我感觉艺术细胞这种东西压根就跟我绝缘。即使这样也能无法阻止我对美丽事物的欣赏，所以我觉得我可以按照一个用户的角度来说说UI部分的东西。抑或作为一个喷子，参考各大佬们些的心得经验，根据自己咀嚼到的滋味来。 1.1UI的第一次取舍 做业务系统，从UI设计角度来看，第一个要面对的选择就是C/S还是B/S。 C/S模式在各种业务系统里那是老熟人了，从计算机这玩意儿诞生开始，大家就是在某个C/S的软件上干活。这玩意儿在交互使用上那是一个流畅啊，各种快捷键，各种输入方式。最大的不便就是每次更新都需要多个地方一起更新。 B/S模式那是后起之秀，虽然说“给我一个浏览器，我就能获取全世界的资讯”的说法有些夸张，但是B/S在接入上的方便那是不容置疑啊，最早的PC到现在的PPC、上网本、手机、平板电脑等只要有浏览器，就能方便的接入到对应的App。