潍坊网站建设欢迎光临潍坊易企网络公司
您当前位置:潍坊易企网络公司 >> 网站建设 >> 浏览文章

网站设计人员于开发人员的关系分析!

文章标签:网站,设计,设计人,人员,开发,开发人员,发人,关系 发布时间:2015年05月15日 预览178
网站设计人员于开发人员的关系分析,网站设计

随着网络飞速发展,摩尔定律的速度,传统的设计和开发之间的分歧越来越多地转移。 “学会代码”运动也是设计师中获得动力,但你会很难找到一个同样壮大的运动在一个团队里其他学科。 也许应该有。

我们都应该努力学习,但问题依然存在,我们应该学习什么? 也许不是简单“学会发展”或“学习设计,”,但 学习沟通和协作 ,尊重对方的细微差别的工艺,艺术性和等量的原因,他们都需求——没有试图为自己掌握它。

从编辑CSS 4的草案 到二月初,虽然可能性是令人兴奋的和雄厚的,它很容易被他们。 我们仍然完全探索CSS3的边缘;对于那些刚刚开始在编码的世界里,只知道从哪里开始可以类似于发现海里捞针。 这种增加和提高是一个祝福和诅咒,它提出了质疑之间的线路设计,发展,创造力和逻辑,怎样结合学科和适合我们的地方。

Design and code: not altogether different.
设计和代码:不完全不同。

这些天,设计和开发都融入到越来越多的专业,微妙的学科。 几乎没有这样的东西作为一个网页设计师了 ;一个是交互设计师、视觉设计师、用户体验设计师或别的东西。 “开发人员”这个词就不再有意义,。 什么样的开发人员? 后端,前端,完整的堆栈,iOS、Android、web或完全被其他东西吗? 职位已经变得更加具体,但技能预计将扩大。

开发人员需要了解设计,反之亦然,但既不希望摒弃他们最喜好什么自己的纪律。 很容易落后,觉得有压力保持在世界每一英尺。 我们可能想要学会代码或设计,但是代码是什么? 设计什么? 每个框架或设计原则都有其独特的依靠性,一套完全自力的球处理当我们学习。 此外,没有现实应用的方法——在我们工作或者以外的知识很容易丢失。 设计师或开发人员希望学习其他学科可以很容易地成为恐吓和疑心从哪里开始,不管有多少计划和资源。

卡梅伦莫尔 在推特上对这种感觉 在一月初,捕捉设计者的预期和随之而来的情绪。 这也引出了一个问题,为什么没有类似的开发人员,期望的团队、经理、项目经理或团队的其他成员吗? 为什么重点不是放在团队精神和协作 ,培养一个共享的理解不是基于技术知识,但在人际知识? 当然,增强跨学科合作将创造更有用比教学设计师编码语言或教学团队开发人员的来龙去脉插画家。

然后…

四年前,早在2010年,艾略特杰股票 推他吃惊的是 网页设计师仍然存在不能代码自己的设计。 树屋引用微博的文章“ 5好的原因设计师应该代码 “在大时代的背景,这样做是有意义的。 CSS3没有发生。 在W3C HTML5仍然是一个闪烁的眼睛,只在2008年达到首次公开工作草案。 “响应网页设计”一词只会创造 四个月后 。

虽然是一个令人激动的时刻,一个设计师的想法并非完全压服性的学习代码,至少回顾曩昔,它将成为常态。 但期望很清楚:“学会代码”意味着“学习HTML和CSS,”或 学习足够给生活带来的设计 。 同样,“设计”是局限于Adobe套件和创建平面比较的网站设计。 学科之间有一个实线,但情况已不再如此。

…,现在

事情已经发生了转变,很快。 学习的景观也改变。 连同上述的CSS 4规范,提供了更大的控制风格,大量的资源现在出现,鼓励设计师学习代码,代码的一切。 它不仅仅是把一个静态网页设计的生活了。 有课程 iOS开发 和 原型 ,快公司等提供指导如何开始,假如你在一个损失。 也有Ruby on Rails,数据可视化运动继续获得牵引力。

不仅仅将PSD的HTML,而是开发iOS和创建web应用程序在Ruby中AngularJS或无论你的公司或客户使用。 设计和代码模糊成一个另一个激动人心的概念 如 SVG动画 和各种数据可视化库。 但这只是沧海一粟的可能性,我们不可能将遍历。 苏珊·罗伯逊 写在一个列表 关于被代码,通过“恒压学习新事物并跟上所有最新的想法。”


有这么多的选择,我们如何选择学习什么?

这种压力并不新鲜,但它是可以避免的。 以确保我们学习将是有效的对我们来说,我们必须问自己为什么首先学会编码运动存在。 它的存在促进跨部门沟通,创建一个产品的过程更为顺畅。 所以,也许,而不是集中在理解彼此的工作的力学(编码语言和Photoshop礼仪), 我们应该关注软技能 从整体的角度,提高协作和沟通。 学习彼此的纪律只是其中的一部分。

找到一个共同的基础

作为一个起点,我们需要平衡双方的期望。 是的,设计师应该了解工作流的发展,但是也是如此开发人员(项目经理和其他谁是参与一个项目)。 他们不需要学习Photoshop或素描或色彩理论的细节,但是知识的一般设计原则和流程是有效的和将缓解协作和沟通。 我们只能成为更好的设计师和开发者通过学习交流更好。

Stephen探察洞穴的人在快乐的齿轮 赞成 说,开发人员需要获得设计和鼓励这种团队之间的共鸣。 史蒂芬从设计过渡到发展自己和提供人的角度被两岸的栅栏,他晓畅,篱笆需要拆除。 同样,山姆·埃尔南德斯还在快乐的齿轮,一个开发人员特殊是承认独特的沟通挑战的开发人员,但是他也说,明星开发者不避开他们,相反,他们f 印第安纳州与非技术团队沟通和协作的方法 。 这些开发人员对设计不仅善解人意,但对产品和客户。 他们看到超出了最小可行产品。

与此同时,设计世界现在看到运动如布拉德·弗罗斯特的原子设计——设计计划,借用面向对象编程的概念。 设计者可以(而且应该)行使工具,如赞贝林和Specctr来更好的开发人员沟通他们的设计。 Smashing Magazine提供了一个指南创建设计规范,将有效的开发人员而不是设计师耗时太长。 共同创造的风格指南是一个锻炼,帮助设计师和开发人员和促进理解对方的纪律。 一路创建的行为风格指南是最有价值的设计师和开发人员之间的关系,不一定是最终产品。

我们忘掉有时有类似的设计和开发,这两个拥有创造力的基础。 伟大的设计师和开发者认为创造力是工艺的一个关键部分 ,但两人之间的联系很少。 “创意”一词使用专门(错误地)意味着“设计师。 “伟大的代码是自己的艺术形式,它是表达和鲜艳优雅的做得很好。 在我看来,一个伟大的解决方案发展挑战了创造力和想象力一样显示逻辑和科学的设计挑战。


专业和推广。

开发人员看设计师,艺术家,设计师看看开发者,看看数学家或科学家。 虽然在外观上,这可能是真的对这两个职业的危险。 在一个项目中,托言“我不是艺术”被接受的设计开发人员并不感爱好,而“我不是一个编码器”从一个设计师是不被接受的。 这些托言还原和不需要的,创造力是一个暗流的学科,和我们浏览这一点,越早越好。

心态,而不是技术细节

一旦我们不周详,我们开始意识到学会编码运动,尽管它无处不在,是一个小的齿轮在一个更大的协作机。 捡起一语言或掌握基本的Photoshop可以说是比学习简单有用的协作和沟通。 更可以量化的,离散的,开始和结束,但它并不总是有效的。 重点应该是移情、协作和共享的理解——软技能,不可以量化的,但更广泛。

保罗·劳埃德说,“而不是观看自己的离散的角色,我们应该强调我们的范围的能力,和与他人合作的技巧是互补的。” 我们应该让开发人员到开球会议,和设计师计划安排会议。 布拉德?弗罗斯特提醒我们,“现代网页设计过程需要强烈的设计师和前端开发人员之间的协作,”尽管他倡导HTML和CSS具体来说,这可以扩展到其他语言和框架,项目需要。

这种交流和跨学科的移情是一样主要的技术,方法和开发框架用来剖析问题。 假如一个设计师学习FramerJS开发者更好地交流自己的想法,或者开发人员跳入Photoshop或者Invision CodePen诠释为什么一个特定的解决方案或不工作,这是一个例子,使用的工具我们周围不仅扩大我们自己的内部知识,但我们的其他的知识。 我们如此关注技术和方法,我们有时会忘掉记住和内化 从流程上人工是什么水平 ,而不是一个技术。

我们想阐明开发设计师,反之亦然,搭建桥梁,而不是燃烧,脱节还原的托言和获得升值的炼金术创造力和逻辑,设计人员和开发人员都是产品。 这是一种学习我想看到未来。 所以,让我们学会如何代码或设计,而是如何沟通。 让我们相向而行。

会议中途和前进

在这种环境下,很容易压垮。 很难选择花费我们的业余时间学习,确保我们的长期职业的益处。 设计师应该学习尽可能多的代码他们感爱好的学习。 同样的开发人员设计:掌握足够的促进关系,这并不是一个很好的设计师——你不必。 掌握对方的纪律不像学习彼此的过程和怪癖。 也没有保证编码或设计我们学习一个项目将是有效的(甚至有关)在未来,这可以令人沮丧。 没有一个设计师需要通过一个完整的课程Ruby假如没有他们的即将到来的项目将受益于专业知识。

毫无疑问,然而,所需的努力更好的合作和理解很难。 一小我际学习努力一样(假如不是更多)困难比上课开发或设计。 我们没有完成一个项目或一个应用程序原型,这很容易评估。 这是延续的,但同样主要。 设计人员和开发人员分享这么多 ——创意、激情、创造伟大的数字体验真正的动机,应用程序和接口,我们花了太长时间创建一个我们之间的文化差异。 我们应该在一路工作,分享成功以及失败,分享过程和心态,提问为了学习我们同事的怪癖,优势和好奇心。 平衡 专业化和概括。

就我小我而言,我一向害怕专门化。 体现出对万事通,尤其是职位的时候,是隐性的,常常是压服性的。 我不确定这将是最有效的学习,这一切都需要时间,我不想让语言的错误的选择,范式或框架。 学习人际交往能力甚至没有提上议事日程,它应该是。


现实是如何“独角兽”,我们应该追求吗?

到了 Myplanet ,我发现sprint回顾我自己的发展是一个特别很是有效的指南,是它在代码,交互设计或人际关系——我可以确保改善的地区。 在我们的怀旧,我们将讨论什么是顺利和如何构建,并没有什么好,改善的方法。 这种赓续的适应对我来说是新颖的,但这正是我在寻找的。 这样,我知道了,无论技能我开发的现实使用,而且我发现自己更不由自立地忧虑专业化、泛化和独角兽的神话。 不管我学习方面,我学习是因为我想,不是因为我觉得我必须。

例如,因为复古,我们的队伍有共存为了方便沟通。 我带了一些我忧虑项目的技术方面,因此有机会更多地了解Drupal。 我也知道使用哪个方法的交流(口头、邮件、Skype,NERF枪),根据我开发的同事是否有耳机或一天的什么时候。 这似乎是显而易见的,但它的 什么样的信息,我们没有得到,除非我们问 ,我发现它一样有价值的学习代码。 回顾并不总是容易的,他们只是一个例子,但是不管我们使用技术,学习换位思考是很主要的。

随着行业进一步碎片,进一步专业化、独角兽不再存在,没有人应该渴望成为一个。 相反,专门从事你所热爱的,学习能激发你的创造力和好奇心。 学习任何可以帮助你执行你的视力或打开一个可能性的世界。 促进对彼此的工艺,而不是试图学习一些你不关心。 天天资源出现:布雷特·维克多的 可学的编程 和 动态图片 ,以及 iulang , HackDesign 和许多其他人。 使用它们来了解你的团队,与他们合作,而不是镜子。


这个小我知识转移远远超过任何一个编程语言或设计原则。 学习你的同事是如何思考的 和为什么他们缩进代码的体例做或为什么他们选择某些字体。 这是一种学习,是特别很是珍贵的,这种自我提拔,我相信使我们成就远远超过学习错综复杂的编码框架或排版差异当旁边的人我们已经知道。 学习合作和升值,我们都是更好的。

其实有时候不论是网站设计人员照旧开发人员,团队是最主要的!复制本文件请不要随意转发,请标明出处!www.esuSEO.com/ccxcn5139

本文链接:http://www.esuseo.com/ccxcn5139/knowledge/20150511/062957.shtml 转载请注明!
上一篇:网站的后端开发语言。
下一篇:网站UI开发期的用户研究。
点击数:  相关搜索:网站 设计 设计人 人员 开发 开发人员 发人 关系