建站知识金海电子
资讯中心
当前位置:金海电子 >> 资讯中心 >> 建站知识 >> 浏览文章
建站知识

简谈改需求设计师的一小步,程序员的一大步

标签:需求,设计,设计师,一小,小步,程序,程序员,一大 发布时间:2024年03月29日 阅读:94次

    对于改动必要,这恐怕是设计师及程序员最讨厌的事情吧,今天我们就从这个话题入手,谈谈设计师的一些小改动,与上下流协作(设计师、产品经理、开发、运维等)之间的玄妙关系。
    嘻嘻,我们先来看一段偷偷录制的对话,对于改需求,程序员与设计师的反应分别是什么样子滴:
    V1:设计师
    改改笔墨颜色而已; 换个图标而已啦; 只是一些小改动; 很简单的啦~
    V2:程序员
    这里也要改? 这里要运营? 这个布局完全变了啊! 人与人之间的信赖都哪去了?
    究竟为何二者的反应差别如此之大呢?
    首先,从产品人员这里,假如一开始就不信赖开发人员,总想把东西往简单了说,或者排上了时间又插需求,那么开发人员也会产生响应的不信赖:反正你是要插需求的,不多估算点时间怎么行?
    而从设计师的角度四川人事考试网,每每设计师的思维更奔放自由一些,同样的设计稿,在设计师眼里就是一副完善的画布任我挥洒。
    当然,资深的网页设计师照旧认识基本的页面布局实现,不过与程序员眼里的结构与逻辑照旧两个世界。
    所以每每设计师感觉,我的结构没怎么动,只是这里加了个小东西,或者各个元素都调了些位置颜色,由于要吻合如今的设计风格嘛。效果到程序员那里就悲剧了:这相称于重做啊!】
    在完美的开发流程中google关键词排名,上下流的方向是特别很是牢固的。
    产品与交互可以探(si)讨(bi)确定方案,定好的交互到设计师那里,就没有太大发挥余地。
    设计师做好的设计稿,到前端开发那里,除了一些殊效与实现细节,基本上就是照做而已。而前端开发假如区分重构和JS,那么JS基本也只能拿偏重构写好的结构继承开发。
    前端跟后台的关系倒不像是真正的上下流,应该说是并行的,甚至大部分时候前端要按照后台的规矩来玩。
    而测试同窗,在这个流程的最后端,却要从产品文档开始介入整个流程,设计测试用例。从产品逻辑,设计还原,兼容性题目,接口主动化测试,安全题目河南人事考试网,性能题目等都要关注。
    更别提还有运维哥要跟着改准时义务,优化DB等等了。
    那么可想而知上游的一些看似细小的转变,会给下流的人员造成多大的蝴蝶效应。
    所以,除了我们喊成口号的“理解万岁”之外,其实上游的角色应该更多的去了解下流的工作,才能更好的推进下去。
    比如产品运营同窗可以多了解一下交互为什要这么执着,这个弹窗为什么不能这么弹?
    交互同窗可以看看我的交互情势是否太过限定设计,能否有更好的显现情势?
    设计师多想想,我这个改动到底会对页面结构有多大影响,这个设计到底是如何变成页面的?
    前端同窗多想想,我做的模板 JS/后台 能不能用?我是否有考虑到各种状况的转变,各种扩展的能力?
    后台的同窗多考虑一下我这个接口真的好用吗?有没有哪些参数可以省略?有没有那些信息不该暴露?是否接口过于痴肥?是否字段表意不清晰或各处不同等?
    测试同窗多想想,我TM怎么这么苦逼?
    运维同窗多想想,我TM还没说话呢,你们也好意思吐槽?
    哎,古人云,我住长江头,君住长江尾,滔滔长江都是水,理解万岁吧。今天周末了,福州网站建设的小编整顿了如许一篇文章,给大家娱乐一番,同时呢,也盼望同事合作间,能够互相理解。
   

电话:4000-340-360 传真:4000-340-360 邮政编码:300000
地址:福州港京门大道201号