ABOUT

作者： 脑洞很大的贪吃草履虫

关于我
草履虫 @parameciumzhe   douban/twitter/gplus
假正经分身  @panicparamecium

#无可救药的书虫
#交互设计菜鸟
#pre-alpha设计师&前端程序媛
#不折腾不死心
#往着full stack努力
#心理学半吊子爱好者 热爱围观社科
#python持续学习
#别叫我学lisp or C
#时间和智商都希望再多一点

关于这个博客

###
正儿八经的把自己的一些思索写出来
推荐一些好用的工具 好看的书
把自己的脑洞写出来 老憋着太累
###


这个博客的的名称来源
###
因为游戏portal 2有个pit boss的成就，而获得这个成就的方式是——相信某位主角的一派胡言往某个巨坑里面跳。
我有时候觉得自己也是这样，看见好玩的东西就去学习学习学习直到某个节点。有时候我选择坚持下去，另外一些我发现一些难以逾越的天花板，就退而求其次。
想来要是再也没有那些迷人的坑，那么活着就缺少惊喜变得异常乏味。
###

联系方式

mail lawparameciumzhewk###Gmail



评论

发表评论

"fire in the hole"

此博客中的热门博文

portal2 双人模式通关后感 #more than game review

作者： 脑洞很大的贪吃草履虫
最近和朋友玩portal2 双人模式二周目通关（双人）..还是把自己当作玩家随意写一下感受吧.. # 循序渐进 portal2双人模式难度并不算高（只要2代能大致独立思考通关一次），很多技能以及技巧都能在双人模式中重复使用..而且对于一位新手而言，双人模式第一关就是新手关卡培养双方磨合以及复习关于传送门的基本知识..后面的关卡也是各有主题步步深入，既有宏大的场景（更需要缜密的思考）也有空间较为集中关卡简单的环节...双人模式的流程设计还相对贴心，即使大关卡也会切分成几个小部分方便玩家自杀或是预防操作失误带来的损失..这种切分不仅降低了难度也给玩家更多的成就感与正向反馈.. # 思考的乐趣 portal2并非一款强调操作能力的游戏，而是一款强调对于环境观察以及系统思考推理能力的游戏..整个游戏过程就像是在做实验..不断尝试不同解决方案最终找到最终答案。传送门的核心玩法以及各种有趣的道具（凝胶，光桥等）使得这种思考过程更为有趣..因为每次思考和实验都会与道具进行有趣的互动所以富于惊喜（而且这款游戏比较贴心不必太担心卡在一个地方回不去的问题，对比某些mod就很明显了） # 丰富的提示 的确，有不少关卡涉及玩家之间的配合以及对时间的把握..但是如果仔细观察环境，场景内或多或少都有较为明确的提示..按照这些提示多尝试配合几次那么其实那些关卡并不很难..何况。。每个实验室的环境本身以及实验室开头的图示（当然还有每个道具附近的图示）其实都暗示玩家某些操作的可能..当然，这对玩家也有一定的要求..就是玩家必需有一定观察环境与总结经验的能力= = # 轻松的氛围 合作模式给我印象很深刻的有两点，其一是机器人之间的各种有趣互动（比如双方可以挥手，摘掉对方的脑袋等互动）其二是队友挂了以后出现的小图示动画。这两者只是这款轻松愉悦的游戏中的小细节，但是却展现了制作者对于这款游戏的期待。游戏中的死亡只是个小意外没啥大不了（一方死亡不会game over),双方尽可能进行互动与合作吧——因为这是人类才会有的愚蠢行为wwww # 毒舌腹黑的吐槽 御姐glados是个腹黑的傲娇..说她腹黑是因为一路上她总是对玩家的各种行为进行孜孜不倦的吐槽（比如各种意外死亡，包括还没有开始测试在平台上掉下去的时候——这点可见valve社多良心，语音量好大）再如她一路上各种挑拨离间说一位...
阅读全文

重新设计交互流程图——重新造轮子

作者： 脑洞很大的贪吃草履虫
#现有方案 我司的交互设计师所使用流程图系统是一套较为复杂而不易掌握的符号体系。这套符号体系在最初运行得较好（至少看以前的文档感觉还挺规范），各种符号都大致被正确的运用。 随着新晋设计师开始使用这套体系，这套体系较为复杂繁琐的一面使得设计师并不能很好的运用。同时随着时间变化，因为许多特殊的符号使用不便并且不能及时反映最新的交互行为变化，因此逐渐被各个设计师所遗忘和忽略。流程图作为交互设计师的产出，其主要的阅读对象是负责界面部分的程序员以及测试人员。一套较为复杂的体系不利于程序员的记忆和学习，更不利于他们快速分辨与理解其中的主要内容和流程。原有体系有多种多样的颜色和形状，力图涵盖交互过程中的诸多细节。事实上这些多种多样的要素，反而让流程图混杂着各种颜色和形状而降低了整体可读性。 #竞品分析（文献回顾 市面上现有各种各样的流程图方案，其中部分以高保真界面为主，通过连线展现各个界面之间的关联。这种流程图似乎较为适用于移动端并且需要大量时间进行绘制，与此同时产出结果通常是一张很大的图...遗憾的是多数程序员和产品经理都没有配备较大的显示器。也有部分流程图方案强调把页面各种各样的要素抽象化为图形，并且希望连接这些图形。遗憾的是，要维护和记忆一套较大的符号库对设计师和团队而言都是负担。软件工程本身的uml体系中有许多不同的符号，但是这些符号本身使用并不容易。首先其图形较为复杂所以无法在其中排布太多文字（这样设计师就需要画更多精力进行排版），其次各种各样的图形以及其含义并不容易记忆，也容易导致各种符号在使用上被混淆的情况。 （本处并不考虑那些更接近信息图的流程图.... ##第一部分小结——为什么要重新设计流程图的相关控件和规范： ——便于设计师学习，记忆，使用 ——便于工作流上下游的各方都能快速阅读流程图，并且迅速分辨主要流程 ——便于用软件进行整齐的排版，减少赘余要素 ——减少团队潜在的维护成本 —————————————————————————————————————————————— #重新设计的前提条件 ——继续以流程图本身为基础，流程图内不包含实际界面 ——流程图尽量保持合适的规模：过于细致的小功能不必然需要流程图；过为庞大的流程需要拆分为多个流程 —...
阅读全文

一个悲伤的故事 ＃企业产品交互设计杂谈

作者： 脑洞很大的贪吃草履虫
最近打算写一个小系列，把自己在工作中所想所感记录下来，即便琐碎而不成篇章，也算一种经验沉淀和自我反思吧。 ＃配置多样 面向企业的服务多少都可能会有一些特殊的定制选项，这些特殊的选项可能仅仅存在于某些版本或是需要特殊的配置参数等才能配置出来。面向企业进行交互设计的难点之一就是这些配置项的存在意味着设计师需要有一种敏感性，在任务被指配后迅速主动与产品经理以及资深研发沟通，咨询最初设计时的一些考虑因素以及涉及到的相关配置项目，保证交互上的更改不会对业务造成不必要的影响（业务变化是另一回事） 大量的配置项的存在通常也意味着某些流程和功能较难进行修改，所以设计师在设计中会更为保守也更倾向于妥协。即便对产品进行交互设计上的调整和优化，也需要深入产品本身进行思考，尽量保证该改进也一样保留甚至提升了定制空间（关于度的界定必须和产品仔细确认）。 ＃业务为重 较为大型的企业应用开发和定制性的功能都有很多前提与假设，了解这些前提和假设能帮助设计师更好的理解交互流程。除了易学性和易用这些较为一般性的交互设计要求外，还需要考虑功能本身的目的，比如如果产品要求更高的安全性，以及有较多的选项需要操作者一 一确认，那么仅仅使用面向普通消费者的设计方式便不太合适。 （顺带一提，许多人因学方面的资料会更多设及产品的安全性以及劳动者在工作中的行为和思维模式等等内容，建议对企业产品交互设计感兴趣的都去关注一下这个领域的研究。 同时，设计师也有必要了解整个流程的目的以及企业运作方式，甚至是商业模式，以便更充分的理解产品经理提出的需求。企业的一些需求，其实来源于现实的法律监管，商业追求等等，甚至来自于某些企业和机构的内部运作方式（虽然有时候这些需求背后的运作方式都令人咋舌）。把握好这些不同的需求来源，才能在业务流程和布局的设计上留有余地。 ＃购买者与使用者 企业产品的设计与开发的难点之一在于购买者与使用者某种程度上是分离的，购买者的需求可能并非使用者的需求。设计师最好与运营和产品沟通，确认好哪些页面对购买者更重要哪些对使用者更重要，并且在有冲突的情景下积极思考和把握真正的需求点和冲突点，从而更好的变通。 同时，销售与宣传也是一个重要的环节，设计师要思考到自己的设计如何能方便销售人员们推销产品的过程以及展示效果，以及购买者的审...
阅读全文