隨著網絡飛速發展,摩爾定律的速度,傳統的設計和開發之間的分歧越來越多地轉移。 “學會代碼”運動也是設計師中獲得動力,但你會很難找到一個同樣強大的運動在一個團隊里其他學科。 也許應該有。

我們都應該努力學習,但問題依然存在,我們應該學習什么? 也許不是簡單“學會發展”或“學習設計,”,但 學習溝通和協作 ,尊重對方的細微差別的工藝,藝術性和等量的原因,他們都需求——沒有試圖為自己掌握它。

從編輯CSS 4的草案 到二月初,雖然可能性是令人興奮的和豐富的,它很容易被他們。 我們仍然完全探索CSS3的邊緣;對于那些剛剛開始在編碼的世界里,只知道從哪里開始可以類似于發現海里撈針。 這種增長和進步是一個祝福和詛咒,它提出了質疑之間的線路設計,發展,創造力和邏輯,怎樣結合學科和適合我們的地方。

設計和代碼:不完全不同。

這些天,設計和開發都融入到越來越多的專業,微妙的學科。 幾乎沒有這樣的東西作為一個網頁設計師了 ;一個是交互設計師、視覺設計師、用戶體驗設計師或別的東西。 “開發人員”這個詞就不再有意義,。 什么樣的開發人員? 后端,前端,完整的堆棧,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 和許多其他人。 使用它們來了解你的團隊,與他們合作,而不是鏡子。

這個個人知識轉移遠遠超過任何一個編程語言或設計原則。 學習你的同事是如何思考的 和為什么他們縮進代碼的方式做或為什么他們選擇某些字體。 這是一種學習,是非常寶貴的,這種自我提升,我相信使我們成就遠遠超過學習錯綜復雜的編碼框架或排版差異當旁邊的人我們已經知道。 學習合作和升值,我們都是更好的。

其實有時候不論是網站設計人員還是開發人員，團隊是最重要的！

網站題目：網站設計人員于開發人員的關系分析！
本文URL：http://www.js-pz168.com/news38/80438.html

網站建設、網絡推廣公司-創新互聯，是專注品牌與效果的網站制作，網絡營銷seo公司；服務項目有網站設計等

廣告

聲明：本網站發布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創新互聯