導航:首頁 > 程序命令 > 程序員與設計師相處

程序員與設計師相處

發布時間:2023-02-15 14:48:25

『壹』 #ui設計師#一般UI工作中怎樣與後台技術人員溝通合作

項目開始前,要對開發人員進行調研,了解開發人員的操作及對尺寸的要求,每個開發人員大都有自己的操作習慣,要了解開發人員所用的語言的尺寸要求,制定設計尺寸標准,這樣項目開始才不會出現開發人員寫出的頁面與效果圖出現偏差,從而導致項目延誤和開發人員的耗時耗力,合作起來才會更加舒服流暢。 來自職Q用戶:崔女士
質量由產品經理把控,項目組評審通過後,交給前端開發,進行後續開發工作。 來自職Q用戶:夏先生

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

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

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

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

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

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

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

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

『陸』 如何與設計師合作

如何與設計師一起合作

與專業的設計師在一起工作,發現與客戶、程序員等角色相比,與設計師合作需要特別考慮才能產
生驚人創作。這里留下一些想法,供參考。

設計不僅僅是界面

產品經理要清楚的知道,設計絕不僅僅是界面。許多人把設計師當美工來用,這僅僅只調用到了設
計師極少部分的智力資源;或者僅僅把他們當做
Photoshop
熟練的使用者。真正熱愛設計、熱愛美術的
設計師,大多數很小就開始學習繪畫。同樣生活二三十年,理論上說,他(她)們對生活的感悟和理解要
超過普通人。不過,要麼迫於生活,要麼迫於老闆,他們的設計會有妥協,妥協一旦成為習慣,他們就會
展現出「工作上的設計」與「喜歡的設計」兩種截然不同的設計感覺。

產品經理具有把未來視覺化的能力(如果你不是在抄襲的話),但把這種視覺進行具象化設計的,
是設計師本人。因此,產品經理只有將設計師看做自己大腦的延伸,才能夠確保設計感覺的一致。界面設
計說來簡單,但顏色、文字、比例、強調、感覺等,這些莫可名狀但又至關重要的細節,只有產生惺惺相
惜的設計共鳴之後才能確保設計傳遞的一致。下面是一個典型的對話:

我:
「我希望能夠傳遞出溫暖、自由、簡潔的感覺。不要太復雜,但也不要太空洞。」

設計師:
「那麼就要用一些黃色、橙色的色調了,可以嗎?」

我:
「不要拘泥於某一種顏色,好的設計應當是組合吧」

設計師:
「嗯,我做做看吧」

第一版設計出來,一直大鳥飛過深藍色的背景,金色的陽光穿越藍色,光線將鳥的翅膀染亮。

「看著不錯,但有點壓抑。」我說。

「那就白色?」設計師試探的問。

「……你說的白,是什麼白?」我有點暈。

下一版本出來了。白色的背景。

「界面好像太鬆散了。感覺不到激情」。我皺了皺眉頭

「那麼,我調緊湊一點?」

…………

以上的對話在合作初期往往必不可少。但我覺得完全不對路。設計應當是一種非常主觀的感覺。好
像是顏色不對——改了顏色之後又發現排版不對——改了排版之後發現插畫的筆觸似乎太粗糙了——改
了之後發現整體感覺距離自己期待的方向似乎又有許多偏離。

如果看看國內設計師的作品,會發現在大多數情況下他們的個人作品在靈性上要超過他們在商業作
品。
我猜測這多半是為了照顧品味一般的客戶,
或者客戶沒有耐心也不願意與設計師分享他們的商業遠景,
讓他們能夠真正理解。

其實解決辦法也很簡單。對於小團隊而言這幾乎不是一個問題——幫助設計師理解客戶的問題,從
產品層面去理解用戶的痛點,從而產生同理心,在產品遠景層面達成一致。產品經理需要有這樣的心理預
期,那就是需要花足夠的時間與設計師交流。

超越興趣,以憐憫之心去設計

優秀的程序員對代碼有感覺,希望把代碼寫得簡潔、美觀、獨一無二。優秀的設計師似乎也一樣。
他們嘗試在自己的設計中加入自己偏好的設計元素,體現自己的個性與審美傾向。如小圓角、亮暗邊、幾
乎細不可察的陰影等等。他們似乎還會對界面上某些元素進行充分重繪,或者把某些設計元素表現得與眾
不同。
作為一個頁面整體,
在靜態審視的時候看起來還不錯,
但作為需要與用戶交互的產品,
有時候顏色、
字型大小、放置的位置、對用戶注意力的引導是
UX
刻意為之的行為。從靜態觀點看來或許並非完美,但用戶
在使用的時候,注意力的保護和引導才是比較重要的。

設計師通常注重細節,一些細節會耗掉相當多的時間和精力。從產品使用的角度來說這些細節並非
那麼重要。但勸說設計師放棄這些細節有些時候顯得艱難。他們會覺得挫敗,就像鼓足了勁拉開了弓瞄向
自己認為的靶心,結果別人說你瞄錯了。

然而設計絕對不是為了追求與眾不同。偉大的設計通常是設計師經過了艱難的自我懷疑、否定、折
磨最終升華的藝術結果。
如果你看至今仍然經久不衰的經典畫作,
想想作者當時的時代與他們的生活處境,
你會得到這樣的結論。始終理解大眾,停留在小眾,以尊重大眾為出發點,這樣才能產生出充滿人文情懷
而不是標新立異的設計。追求自己的興趣沒有錯,但自我懷疑否定折磨之後產生出的充滿悲憫情懷的溫暖
設計,更能夠鼓舞人們。

與設計師進行這些對話很艱難。但體現設計師個性從來都無法產生群體行為。一些稀奇古怪的手機
(比如按鍵在手機左右兩側的
Siemens SX1

轉圈圈的
Moto
手機)
連公司都沒了。
想要提升大眾的審美,
迎合是非常惡俗的,理解他們,忽視自己偏好的設計符號,以憐憫之心去設計,更能產生偉大的設計。

設計是設計師情緒的產物

如果你經常在一個飯館吃飯,吃的是同一個廚子的飯菜,你大概可以根據飯菜的口味判斷出廚子今
天的心情如何。設計是一種更為主觀、私人化、情緒化的過程產物。職業化的培訓能夠解決日常任務:比
如按鈕改大小,換個顏色等等。但要解決靈感、設計創意之類的問題,設計師只有在特定的狀態下才能產
生出來。如果設計師被壓抑、限制,那麼產生的設計估計也難開懷;如果設計師平靜、安逸,那麼設計產
出也會大致如此。

行易上線之前的一周,我始終對主站點的設計不滿意。跟設計師溝通之後,放假一天。回來之後第
二天
Logo
設計出來,
是一個充滿現代感、充滿光影效果的五彩熱氣球;
熱氣球上有城市剪影。整個
Logo
看起來氣派又充滿愉悅感,百看不厭。一天之後主站所有的設計全部出來了。我不確定不休息會如何,但
顯然繼續憋在辦公室不太可能產生更好的想法。

其他的一些

●如果設計師說沒准備好,那就不要去打擾他們。設計師的做事方式往往是這樣的:先產生創意,在
紙上或者繪圖板上塗一陣子;然後構圖,放置元素;然後進行初步設計;最後才是細節設計。直到最後的
細節設計出來,中間過程基本上不太具備可看性。正如畫龍點睛的最後一點一樣,最後的細節對設計感覺
的影響往往天壤之別。在設計師說沒准備好的時候,就不要打擾他們,讓他們安靜的把設計做完。

●如果設計不對頭,不要把對話放在要紅色、藍色這種層次。與他們分享你要解決的問題,喚起設計
師的同理心,站在用戶的角度進行設計;

●為了與設計師進行溝通,
自身的審美也要提高。
審美是一個不可量化的指標。
除了比較學術的
Grid
理論、色彩理論、排版、字體學之外,多看好的設計(
Dribbble
上有許多),平時多留意你喜歡的設計,
分析喜歡的原因。
我確定設計師與不具審美的人交流是一件痛苦的事情。
不要讓這種痛苦發生在你們之間。

『柒』 程序員自作主張亂改我的設計怎麼辦 轉載

程序員自作主張亂改我的設計怎麼辦?
公司里有個自認為自己很有經驗的程序員(審美、前端水平感人,後台技術不錯),在我的設計基礎上胡亂改動,無論是樣式、動效、字體排版,還是交互流程都有很醜的改動。 老闆和程序員私底下的關系很好,而且非常信任程序員。又因為程序員比我大了十來歲,老闆也認為他的改動是正確的,甚至還以此多次批評我說我做的東西不經過慎重思考,他認為程序員才是最正確的。 事實是他做出來的東西完全不符合任何一條設計規范。

舉個例子:所有塊都有誇張的黑色shadow,所有字排版都是Justify,所有字體的顏色給我搞得非常淡(他自認為越淡越好看)。 曾經有個在五百強外企工作過的前端來我們這邊工作過一陣,我把設計稿注釋後交給他,他在開發過程中遇到了一丁點疑惑於是試圖來與我交流,這本就是非常正常和理所當然的事,結果被剛才的那位大神程序員攔下,還反問道「難道你想一輩子當碼農嗎?」。他的意思就是新來的前端有任何問題都可以自己私自更改我的界面。我當時也是醉了。

我曾經多次和程序員和老闆三人面對面溝通過,他們態度非常好,看起來誠懇地不得了,看起來很不錯的圓桌會議的結果是倚老賣老地認為我沒有經驗。可是根據我的推斷,他是想給我的設計稿加上自己的印記。他一直認為自己是一個很有魄力的藝術家,我醉了。 請問有什麼辦法可以讓他真正意識到自己做的東西很難看,並且真正開始尊重我的設計。(他一直堅稱「整體上」是按著我的設計稿做的)

閱讀全文

與程序員與設計師相處相關的資料

熱點內容
如何用app覆蓋全部曲庫 瀏覽:602
變異布林源碼 瀏覽:684
表格加密設置列印區域 瀏覽:437
卡耐基pdf下載 瀏覽:922
現在最流行的單片機 瀏覽:88
機頂盒刷機源碼 瀏覽:985
編碼pdf下載 瀏覽:944
隔壁同學app怎麼 瀏覽:299
c語言宏命令 瀏覽:542
php卡死源碼 瀏覽:574
time庫中的clock函數python 瀏覽:989
cad視覺移動命令怎麼打開 瀏覽:821
安卓java調用python 瀏覽:395
java標准時間 瀏覽:137
華為伺服器湖北渠道商雲主機 瀏覽:30
韓式面部護理解壓視頻 瀏覽:301
pdf換成jpg圖片 瀏覽:897
dh加密演算法 瀏覽:107
安卓手機如何隱藏微信信息提示 瀏覽:632
nodejs解壓縮 瀏覽:262