睡不著,看到軟體工程版有篇 F2E心情文,順手回了,也貼到這。
http://www.ptt.cc/bbs/Soft_Job/M.1384196333.A.E16.html


F2E 是什麼, 我相信今年 JSDC awoo 大大的演講可以給我們一個標竿

https://speakerdeck.com/josephj/f2e-the-keystone

※ 引述《tooto1985 ( )》之銘言:
: 就我所知的F2E,基本上還是得涉略一些美術及後端
: 我定義F2E為:能夠解決網頁設計師與程式設計師中間的溝通橋梁

個人沒有任何美術細胞,
我也相信公司內的 Art 會作好他們該作的事,
所以我不認為我需要僭越過去幫他們改圖,
這只是在浪費彼此時間而已。

當公司內沒有 Art 或者 Art 反應很慢,
UX 還生不出 spec 或者根本沒有 UX,
後端程式還沒寫好或者 API 根本還沒定,

F2E 可以做什麼?

  1. 用假圖/假資料作 prototype。
    既然是prototype,圖美不美不重要,只是需要[那個位置有一張圖]。
    文字類的假資料網路上甚至有產生器。
    ICON 類型的東西可以參考 awesome font http://fontawesome.io/
    圖片就...google 先吧

  2. 列出所有你需要的 backend API,寫下來,找後端討論。
    在自己程式內部先用集中管理的方式把需要跟後端要資料的部分寫在一個 lib
    裡面,一樣先用假資料回應,等後端建好再一併撤換掉。
    假如你是用 ajax 要資料的話,CanJS 有一個神奇的工具可以"攔截" ajax request
    同時餵給他你想給的資料 (在 client 端)
    http://javascriptmvc.com/docs/can.fixture.html

所以你的架構可以變成
app.js // 程式主體
api.js // API接口
fixture.js / /攔截AJAX給假資料

當後端上線時你直接把 fixture.js 拿掉就好了

  1. 拿 prototype 給 PM 或主管看,他們一定會有新的意見(so called UX...), 看時程決定下一步是繼續作新的 prototype 還是定案了。

以上尤其第三點可能是整個專案中最煩人的部分,
如果 PM 不夠力或者老闆很沒 sense 你的網站上線可能要改數十次...

除了快逃以外,
最好的就是在一遍又一遍的打掉重練中找到 pattern,
讓自己每次"重寫"都能進步

其實 UX 的 pattern 都差不多,
假設你第一版的網站有側邊欄,第二版也有只是改個花樣,
你能不能作到程式邏輯部分幾乎不用動純改 CSS/HTML DOM Structure 就跳躍到第二版?
甚至老闆又反悔想要弄回第一版,
你能不能寫出 theming 的功能可以無痛切來切去?
商業邏輯的部分你能不能固定下來,把常更動的 UI 邏輯另外切出來?
常常思考:我該怎麼節省下次改這段 code 的時間
常常去想:自己覺得好不好用,可以怎麼改,節省自己重工也節省老闆 review 的時間。

那長時間下來就會進步。
反覆琢磨,學到的東西是你自己的,
而訂不下來的 spec 只是浪費到老闆的時間而已,不要讓這種理由阻礙自己進步。

淺見

Comments

comments powered by Disqus