3450399331
网站建设

网站建设职员于开发职员的关系剖析!

发表日期:2024-12-07   作者来源:www.vylza.com   浏览:0   标签:网站建设    

伴随互联网高速发展,摩尔定律的速度,传统的设计和开发之间的分歧愈加多地转移。 “掌握代码”运动也是设计师中获得动力,但你会非常难找到一个同样强大的运动在一个团队里其他学科。 或许应该有。

大家都要好好学习,但问题依旧存在,大家应该学习什么? 或许不是简单“掌握进步”或“学习设计,”,但学习交流和协作,尊重他们的细微差别的工艺,艺术性和等量是什么原因,他们都需要——没试图为自己学会它。

从编辑CSS 4的草案到2月初,虽然可能性是让人开心的和丰富的,它比较容易被他们。 大家仍然完全探索CSS3的边缘;对于那些刚最初在编码的世界里,只了解从哪儿开始可以像发现海里捞针。 这种增长和进步是一个祝福和诅咒,它提出了质疑之间的线路设计,进步,创造力和逻辑,如何结合学科和合适大家的地方。

设计和代码:不完全不同。

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

开发职员需要知道设计,反之亦然,但既不期望舍弃他们最喜欢什么我们的纪律。 比较容易落后,感觉有重压维持在世界每一英尺。 大家可能想要掌握代码或设计,但代码是什么? 设计什么? 每一个框架或设计原则都有其独特的依靠性,一套完全独立的球处置当大家学习。 除此之外,没实质应用的办法——在大家工作或者以外的常识比较容易丢失。 设计师或开发职员期望学习其他学科可以比较容易地成为恐吓和困惑从哪儿开始,不管有多少计划和资源。

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

然后…

四年前,早在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和很多别的人。 用它们来认识你的团队,与他们合作,而不是镜子。

这个个人常识转移远远超越任何一个编程语言或设计原则。学习你的同事是怎么样考虑的和为何他们缩进代码的方法做或为何他们选择某些字体。 这是一种学习,是很宝贵的,这种自我提高,我相信使大家收获远远超越学习错综复杂的编码框架或排版差异当旁边的人大家已经了解。 学习合作和升值,大家都是更好的。

其实有时不论是网站建设职员还是开发职员,团队是非常重要的!

推荐文章网站建设职员于开发职员的关系剖析!

如没特殊注明,文章均为优果网 原创,转载请注明来自http://www.huiguohuo.com/news/jianzhan/16115.html
上一篇:

下一篇: