設計師的版本控管

群裡來了位「全端」,一入群就在討論版本控管這件事。我的 Git 雖然不敢說熟,好歹也懂 Push 和 Pull、發生衝突怎麼解決,多少還能和 RD 槓兩句,不然依 RD 開口就是滿天術語、根本無視對方聽不聽得懂的習性,群裡的氣氛會結凍…

設計師的鄙視鏈

起因:軟體工程師的鄙視鏈

設計師基本萬能美工,什麼都要懂一些,CG、UI、UX、攝影、排版、印刷、網頁、商品、包裝、展場、動畫、3D、影視、音訊…包山包海包郵還包生子喔親。先挶限點範圍,做實體、和非視覺的本文暫不包含…

丙級技術士與設計教育

台灣很多技職院校的畢業條件之一就是拿張丙級證照,如果你有乙級證照的話推甄還可以加個幾分。隨手試了下 乙級丙級技術士技能檢定線上測驗 的網頁設計、視覺傳達設計考題,60分及格。

避免捅到自己的工作流程

再強調一次,為什麼他接的案子比我多?:設計業界潛規則,讓你接案上班都無往不利 這本書的書名雖然很鳥,卻是每位設計師都該看過的必備好書。裡面提到許多工作方法,其中包含工作流程、工作清單等非常實用的職場技巧。基於老是一稿 20 改的前提下,不把工作流程、工作清單列清楚根本是自挖的屎坑。

各種做白工的前兆

又聽到設計師非自願失業了,公司營運出狀況老闆跑路等等。其實多多少少這些都會有前兆,之前一直強調設計師不要關在自己的部門和駝鳥一樣埋著頭做事,如果能多關心下其他部門在做什麼,稍有點風聲就立刻做好準備,個人損失可以降到最低…就算是自己預感錯誤也沒關係,總好過真出事了才手足無措。

設計規範要點

要做設計規範前,先來瞭解什麼是設計規範,不是把所有元件都擺在同一張圖上排排站吃果果就好,設計規範(Design Code / Design Specifications) 一文中提到: 設計規範是指對設計的具體技術要求,是設計工作的規則。一般包括總體目標的技術描述、功能的技術描述、技術指標的技術描述,以及限制條件的技術描述等。

找份正常的設計工作真難

谷歌開發者養成記!ANDROID設計師TAYLOR LING深度訪談 一文中,有一段寫道:

我有一個朋友是一名 UX 意見領袖, 他走遍了整個國家(譯註:馬來西亞)來宣傳 UX 的重要性。 他甚至去求職網站尋找所有和 UX 設計相關的工作, 然後他接受了各種面試 —— 出於研究的目的。他想要知道這些公司到底請不清楚他們想要招聘到什麼人。 也許在西方國家的情況會好一些, 但是在這個國家(譯註:馬來西亞), 他發現 95% 以上的公司都找錯了人。

這些公司在尋找一匹獨角獸:一個既能碼代碼, 又能做設計, 又能幹其他雜七雜八事情的人。 這個有趣的小實驗也告訴我們, 推進 UX 這件大業還需要很多的努力。 如果你想讓你的產品有良好的用戶體驗, 可不是隨便雇一個人就能自動讓你的產品變好並且讓用戶愛上這麼簡單的。

業主的喜好
業主的喜好


通常我一天最多只想發一篇文,但剛看到 Dribbble 上的作品讓我差點跪下來哭。常用 Dribbble 的人應該都看過 Ramotion 這間公司的作品,他們專門製作「高品質」的 icon 和 介面設計,是世界級知名的設計公司。

讀者回信:無法實現的設計驅動

收到一封寫了近 800 個字的 Mail,提到他在工作上遇到的困境,包含公司的對設計的輕忽。就來談談我對這個現象的看法吧。台灣並不因為沒有牆就擺脫這種問題,設計一直是個附屬品,只有當上級者了解設計能創造多少價值才會重視和推廣。有趣的是,真要去問設計師你要怎麼創造價值、請他完整規劃一套可行、能被推動的計畫,他還講不出來。

面試會問的問題

這篇想聊聊面試人的心得。當我必須要面試新人的時候,肯定代表我在某方面會比應試者有經驗。面試的過程中會以「問倒應試者」為優先考量,只有問到應試者答不出來的問題才能知道他的實力在哪裡。(希望本文不會變成搬磚砸自己腳)

如何讓公司的平面設計師交出可以用的 Web 圖?

在演講的 QA 時間,有幾位 F2E 跑來問我這個問題,看來這是許多人心中的痛啊…甚至連圖都不讓設計師切了、直接自己來,卻還是狀況連連…如何讓公司的平面設計師交出可以用的 web 圖呢?

準備作品集

這問題被問太多次orz整理一篇文出來,大家自己看。做設計這行的,作品集丟出來就知道實力在哪裡,字太多其實沒人要看,圖大張才是重點。網路上的教學就那些,臨摹、抄襲、盜用什麼的一看就知道,不要以為能矇混得過去。真矇得了也不過說明主管實力就這樣,在他手下做事不見得比較爽。