iT邦幫忙

2018 iT 邦幫忙鐵人賽
DAY 5
1

講完設計師,接下來繼續講跟工程師的溝通
不知道是運氣比較好,還是配合過的工程師都超厲害(也可能兩者都有,自己說XD)
現在回想起來跟工程師溝通似乎沒遇到什麼特殊障礙。

菜鳥時期

那時候跟工程師溝通是直接拿畫面給工程師看,
以十頁內的網站的最新消息來舉例,我會把『最新消息列表』跟『最新消息內容頁』的圖跟切好的版給工程師,然後告訴工程師最新消息列表的標題最多出現幾個字、下方出現的內文簡述要有幾個字、日期時間的格式長怎樣,還有內容頁要怎樣安排。
然後把切好的版丟給工程師之後...畫面就會生出來了。Magic~(被打XD
讚嘆一下工程師~/images/emoticon/emoticon58.gif

進化期

後來會做到功能比較多的網站,會開始畫 Wireframe ,把頁面與頁面間的動線都畫出來,方便工程師對照,大概如下圖:

然後搭配 Excel 將各個頁面需求一一條列。

所以一直以來跟工程師溝通都是把需求條列化、圖像化、圖表化,然後跟工程師確認需求的功能是否有辦法做到,不過那時候還不會接API,所以接API的工作是麻煩工程師進行的。

工程師說

為了確認我跟工程師溝通的方式是不是我的自我感覺而已,特地還特地問了合作過的工程師,他覺得跟前端合作哪些是他覺得比較重要的?
以下是工程師的回答:

跟前端溝通基本上有兩種,一種是純 API 的,另外一種是會將資料導到頁面上的。
純 API 的就還好,只要說好要呼叫什麼 API ,他會傳什麼給我,我要給他什麼,怎麼傳、透過什麼方法 (GET / POST / PUT / DELETE) 等就好。

至於需要搭配頁面的,就變成跟對方溝通好要傳什麼參數到 template ,需要怎樣的格式等等

感恩工程師、讚嘆工程師,真的是溝通無障礙呀~(比起前三篇,咳!/images/emoticon/emoticon01.gif

希望大家跟工程師溝通也能順順利利呀,各位看倌明天見囉~


上一篇
Day04:小事之與純平面設計師溝通 - 下篇
下一篇
Day06:小事之與PM溝通
系列文
前端路上那些重要與不重要的小事30
圖片
  直播研討會
圖片
{{ item.channelVendor }} {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言