程序員和設計師在一起怎麼辦

『壹』 UI設計師和程序員在做開發時如何配合 是UI設計師跟著程序員走，還是程序員跟著UI設計師走。

目前比較規范的流程就是，項目需求下來以後，由交互設計師去和項目經理商討具體的設計方案，明確以後，交互設計師畫出原型圖，原型圖經項目經理確認後，轉到UI設計師來做視覺效果圖，也就是在原型圖的基礎上加以美化，效果圖出來後，就可以轉到前端設計師去寫頁面，或者轉到程序員那裡去做開發了。具體的如何配合，這個要看你們公司是怎麼一個流程，規范不規范，在國內嘛，基本上都是跟著領導的意思去走的，設計師的發言權比較小，還有就是以用戶為中心，按客戶的意思來，畢竟人家給錢是大佬啊~呵呵。團隊成員要配合好，沒有什麼誰跟誰走的說話，看實際情況來定了。

『貳』 UI設計師在跟程序員對接的時候，需要做到哪

目前比較規范的流程就是，項目需求下來以後，由交互設計師去和項目經理商討具體的設計方案，明確以後，交互設計師畫出原型圖，原型圖經項目經理確認後，轉到UI設計師來做視覺效果圖，也就是在原型圖的基礎上加以美化，效果圖出來後，就可以轉到前端設計師去寫頁面，或者轉到程序員那裡去做開發了。具體的如何配合，這個要看你們公司是怎麼一個流程，規范不規范，在國內嘛，基本上都是跟著領導的意思去走的，設計師的發言權比較小，還有就是以用戶為中心，按客戶的意思來，畢竟人家給錢是大佬啊！

『叄』 男程序員和女ui設計師的婚後生活會是什麼樣的

孩子放家裡，都出去加班，回來後孩子會叫叔叔阿姨了

『肆』 設計師和工程師如何好好相處

作為一個在以工程為核心的公司里工作十餘年的設計師，我絕大部分時間與工程師們一起工作。而這些合作無疑是我最具實用性、最有成效的工作關系。同為設計師的你，也可以創建與工程師之間和睦的關系。你只需通過減少設計師與工程師之間的個人偏見，為彼此間的有效合作關系創造空間。如果你做到了，達到那一步的好處將遠遠大於偏見帶來的困難。在業界，我曾在一家世界頂尖的工程公司當顧問。我見過很多設計表現手法，也和很多類型的設計師合作過，不管是注重技術、概念、視覺或者其它方面的設計師。設計師有幾種類型的行為會讓工程師和設計師的關系糟糕。但是我在一家以工程為中心的公司從事設計時，通過自己的方法在工作過程中，與工程師們建立了其他設計師沒法達到的一種長期、信任、高效的合作關系，取得較大的成就。對於一個好的設計師來說，如果擁有不錯的工程合作夥伴將會事半功倍，但要達到這樣，就必須做一些調節。以下是我對於建立設計師與工程師之間有效關系的幾個建議，目的是通過減少雙方的成見，幫助建立強大的團隊從而做出更好的產品。1、使用程序員使用的工具當設計師加入一個團隊或者新的項目時，首先要問自己「你喜歡怎樣去工作？」很多設計師都會犯這樣的錯誤：他們只接觸自己熟悉的工具和程序，或者總從以前的團隊中獲得成功經驗。但如今軟體更新如此迅速，並且每個團隊都是不同的。通過詢問技術團隊喜歡的工作方式和現在使用的工具，就可以跳過那種痛苦的磨合過程。一些團隊喜歡創造一個合作文檔來追蹤漏洞，或者使用一些常規的漏洞追蹤軟體。而另一些團隊則喜歡用電郵溝通，或者使用簡單的項目管理工具，比如Pivotal Tracker。設計師成功的關鍵不在於他們作品有多漂亮，而在於他們在讓作品變得更符合理想設計的溝通過程中是否成功。一個真正成功的設計師可以接受任何能有效溝通設計的產品——即使要花一點時間去學習該工具，但因此減少與工程師的摩擦是值得的。2、參與到整個工程周期設計師總是等到產品快發布時才會出現，這樣設計師就容易和工程師交惡。工程師會覺得一個旁邊者突然就進來插一腳，要求在細節上作出改變（如果你只在產品發布前出現，那你當然是一個旁觀者）。工程師需要設計師全程參與產品的整個生命周期，而不只是開發前端。設計師應該深刻地意識到（如果他沒有全程參與的話）建立數據結構、儲存、檢索和UI結構是一項艱難的工程。設計師應該與工程團隊的每一個成員推動工程進展，即使它只是一個半成品。我看過很多設計師對工程師的早期樣品持批評態度。如果工程師在面對一項他們還沒有仔細思考的事情時就遭到了設計師的批評，那麼在未來，他的反饋也不會是積極的。最後，設計師在產品發布的時候總希望工程師做很大的改動，但是通常工程師都不會答應。3、充分說明需要改進的地方很多設計師認為當他們交給工程師一件完整的，「像素級別完美」的模型就完事兒了。設計師在茶品發布前夕都會感到焦躁。但是不要對工程師說：「這和我的模型不符，這里是新的模型」，而是要在充分說明需要改進的地方。設計師被訓練得會注意到常人不會注意到的細節。工程師不是故意忽視這些細節的——就像設計師不會關心基礎功能和開源代碼一樣，工程師也不會優先關注這些細節。設計師的工作就是找出這些問題，並且以盡可能詳細地指出來，因為與你一起工作的工程師們並沒有像你們一樣被訓練得如此注意細節。在做現場的意見反饋時，把你的模型和demo放在一起。在demo中出現的截圖都要詳細標注，到底是哪裡需要改進，把這些展示給工程師並且進行說明。我經常會在意見反饋中標注「之前/之後」的截圖對比，並且用列表形式總結需要做的改進。用這種方式，視覺型和文字型的工程師都可以迅速並仔細進行改進。我做得不止這些。我還把交互設計的改進也單獨進行歸類整理，因為你的團隊中工程師可能擅長這方面或那方面——如果要分類的話，整理能方便分攤工作。總體而言，工程師對改進的分類反響良好，因此他們可以系統地進行改進，一旦完成便可以核對。這是我職責之外的事情，但是這讓我少跑了幾趟腿。4、現實中的聊天很好，但是聊天記錄無法被追蹤我所知的很多設計師都喜歡單獨與一個產品經理或者工程師私聊設計細節。這很棒，而且可以增強團隊的凝聚力，但是不好的地方在於沒有「書面記錄」。除非你的團隊只有你和工程師兩個人，否則所有的事情都必須記錄在案以便整個團隊了解和反饋。所以即使你和你的工程師在私聊時在設計改進上碰撞出了火花，但是你仍要回到桌子前，立刻用郵件或者意見反饋的形式總結出來這些內容。這會給團隊一個機會去反饋，並且可以作為決策的記錄。在最後所有事情都變得錯綜復雜的時候，沒有記錄在案的每一個決策都要引起注意。5、和你的工程師喝一罐啤酒吧永遠不要低估與團隊社交的重要性。去了解他們，讓他們也了解你。如果他們感覺到你不是把它們當做完成設計的一個熟練工，而是當做一個「人」的時候，他們對你的信任會增強。-----------------------------------------------------------------------------------------------------------------------------------各位工程師們！你沒有想到擺脫困境的方法如此簡單，對吧？上面是為了能讓你們生活更輕松，設計師應該做的事情。相應地，下面是你應該做的事情：1、永遠不要讓「不」脫口而出當設計師正激動地與工程師談著一個想法，而後者還沒等他仔細闡述就讓他不要說了——沒有什麼比這個能讓設計師更沮喪的了！我發現很多工程師（尤其是那些我好多年都未一起工作的）經常否決設計點子和創新。因為他們覺得那些改進看起來「不那麼重要，卻又需要很大的工作量」。相信我，設計師們知道你們為了一些小的改動努力工作甚至不休息。但是這正是團隊需要設計師和工程師的原因。我們的使命就是創造直觀、又去、有創意的產品，讓人們願意使用而且願意當回頭客。否則的話，所以工程師的辛苦工作就沒有意義了。設計師會為一些有趣或有創意的點子而十分激動，但是不要直接說「不」，試著活一點時間理解你的設計師為何如此著迷與這個點子。你可以和設計師或另一個工程師交流，看能否找出減少工程費用卻可以達到同樣效果的途徑。一旦你的設計師認為你是一個求知慾強且豁達的合作者，那在產品推出前一晚的半夜四點，你就更可能得到你需要的那個設計圖標了。2、精益求精並不是額外的工作不同的領域專攻不同的事情，這一點非常重要。一個偉大的設計師會把細節和良好的用戶體驗放在至高無上的位置。這些細節很重要，可能他們無法清除闡述其重要性，但細節真的會影響到用戶對一個產品或特性的下意識反應。很多細節上的錯誤甚至會造成產品不專業或者不可靠的印象。相反，一個屢經改進的app比那些毫無程序錯誤但UI界面極差的app能得到更強的情感回應。一個設計師讓一個工程師把圖標向左移動三個像素，或者把兩個區域的文本對齊在相同的基線上，這些改變貌似不重要——但是集為一體的改變真的大不一樣。3、發布前與設計師做一個全面的產品檢查如果你的設計師在上述幾條都做得很好，那就不要在發布一項新的產品特徵時，不給設計師審查的機會——不管你認為該變動有多微小。把你的設計師當做團隊中的一員：設計師和團隊里的其他人一樣，都是為了產品的成功。確保你真的在產品上市之前給了設計師回應並建議修正的時間。如果給她展示產品僅僅是為了「僅供參考」的話，那就和設計師沒有用過該產品一樣糟糕。希望我過去幾年的經驗和方法能幫助設計師和工程師形成良好的合作關系。我相信良好的合作在最後能帶來更好的產品和更棒的用戶體驗。標簽:工程師設計師

『伍』 程序員與UI設計師之間是什麼關系

他們兩個是什麼關系，這個要具體情況具體分析。
1、如果是上班，UI設計師做的設計，需要程序員來實現這些效果，那麼他們是同事關系。
2、如果兩人關系很好，無話不談，那麼是朋友關系。
3、如果UI設計師和程序員分別是一男一女，並且經常聊天和約會，可能是情侶關系。
4、如果在第3點的基礎上還拿了結婚證，那麼是夫妻關系。

『陸』 視覺設計師如何高效率地和程序員溝通

彼此尊重對方，尤其是不要彼此稱呼對方為「美工」「寫代碼的」，尊重是良好配合的開始。
詢問原因，提出意見的時候一定要專業，否則就不要說。比如coding的同學如果覺得顏色不好看，請明確指出希望是什麼顏色，原因是什麼，而不是單純的說我感覺很不好。設計的同學如果用起來demo難用，記得詢問為什麼沒有實現出來，而不是一直說「這傢伙水平太差」，畢竟除了界面還有很多底層的東西需要實現，只是一個華麗的空架子也是白搭的。如果希望實現什麼效果但是自己不知道怎麼做到，最好去找一個現成的例子給coding的同學瞅瞅。
設計師請不要「超設計」，作為一個設計師（而不是單純的視覺設計師），應該更多的關心是如何能讓用戶使用起來更加方便快捷，如何coding上面實現成本最小，而不是各種show自己的技術。就拿iOS設備舉例，固然能實現很多自定義的功能，但是用戶是否需要？僅僅是為了設計的好看么？是否考慮coding的同學的工作量呢？如果不這么做用戶會不會不用這個軟體？
從設計草圖開始就要和coding的同學溝通，詢問實現的可能性，如何實現成本最低。當然對於自己某些設計的堅持還是要的，但是一定要站在用戶的角度來想。

設計師自己最好懂一些coding，可以不會重頭寫，但是至少知道現有技術能實現到什麼地步，有什麼方法coding不好實現的可以用視覺設計補足，出了問題自己能小修小補（ 你不能指望每個px都讓別人來幫你修改）
設計稿盡量標記仔細，比如寬度高度間距顏色等，最好都在設計稿上面標記清楚，這樣coding的同學才能更高效率。對於每個尺寸盡量都是測量好的，而不是隨手拉出來的圖形，因為在代碼裡面是不能「隨手拉」的，一定要有一個數值；而且coding的同學機器上一般沒有ps，不要讓他們自己去「吸」顏色
交付的文件盡量整理清楚，不要丟過去的PSD有200多層且沒有分組。這裡面要說的是coding的同學不需要原始的PSD，最好能幫忙輸出為各種切圖最好。
coding的同學最好在有大概框架之後，告訴設計的同學產品大概分幾個部分，每個部分需要什麼樣的圖片，這樣設計的同學才能更快的輸出素材。
記得項目完成後，拉著coding的同學，一起吃個飯吧～

『柒』 程序員和設計師哪個比較賺錢哪個發展前景比較好

學設計不如學【視頻剪輯】。理由很簡單，容易學（不像其它行業學習成本高，難度大），適合短期3-4個月短期學習，而且行業缺口非常大，無論是找工作還是自己在家裡接私單，月收入輕松過萬，兩三萬也是稀鬆平常。【點擊進入】免費「短視頻剪輯後期」學習網址：

因為現在【短視頻】的崛起，任何企業，任何工作室或者個人都需要製作剪輯大量的短視頻來包裝品牌，發抖音，發朋友圈，發淘寶等自媒體渠道做展示。因為每天都要更新並發布新內容，所以剪輯師根本招不夠，，供需失衡就造成了剪輯師高薪水。

而且剪輯這個技術並不需要高超的電腦技術，也不需要美術音樂造詣，基本都是固定套路，要什麼風格的片要什麼節奏，經過三四個月的培訓都可以輕松掌握。但凡有點電腦基礎會用滑鼠拖拽，會點擊圖標，會保存除非自己不想學，沒有學不會的。但是要學好學精，就一定要找專業負責的培訓機構了，推薦這個領域的老大——【王氏教育】

在「短視頻剪輯/短視頻運營/視頻特效」處理這塊，【王氏教育】是國內的老大，每個城市都是總部直營校區。跟很多其它同類型大機構不一樣的是：王氏教育每個校區都是實體面授，老師是手把手教，而且有專門的班主任從早盯到晚，爆肝式的學習模式，提升會很快，特別適合0基礎的學生。【王氏教育全國直營校區面授課程試】

大家可以先把【繪學霸】APP下載到自己手機，方便碎片時間學習——【繪學霸APP下載】

『捌』 程序員和美工之間是怎麼協調工作的

如果隊伍足夠大，可以這樣：
1。美工：總體概念設計，Photoshop出每個頁面的圖樣
2。網頁設計：將圖樣轉換成HTML，設計CSS
3。網頁程序員：簡單Javascript, JQuery實現互動式界面，調用業務邏輯層對象實現網站功能。
4。後台程序員：中間層實現：業務邏輯，資料庫操作，第三方web service調用/封裝（如在線支付，Google API等）。
當然，如果只有兩個人的話，一般美工做1、2，程序員做3、4，
具體到動畫，如果跟後台沒有交互，或交互界面比較簡單（如可以簡單地傳遞參數），那麼美工做也可以。總之，網站程序員必須會看會寫HTML和CSS，但美工可以完全不懂後台技術。至於交互性的Javascript, JQuery什麼的大家根據能力事先商定好協作辦法。
至於Flash, Silverlight什麼的與網頁設計類似也因該劃分成前台/後台來合作。

『玖』 在你看來，設計師和程序員談戀愛是怎樣的體驗

很幸福吧，畢竟這兩個職業都是很直的，沒有那麼多彎彎繞，所以在一起會很少有矛盾。