[Notes] MOPCON 2012

mopcon

剛從 MOPCON  回來,想說趁著對幾個議題還有些印象的時候記錄一下當時做的筆記:

  1. Registrano by hlb
    • 自訂表單 
      滿足使用者客製化的需求,這個困難點應該是在於如何把「使用者自訂的表單」儲存在現有的資料庫結構之下,應該要設計出一個特定(或統一)的格式(類似 JSON or ? )來達到真正的「客製化」。
    • 超賣
      票券類型的服務大多時候都會有名額上的限制,所以要避免超賣(Oversell )的問題。關鍵字:Table Lock, Row Lock, Unique Sequential Number
  2. Firefox OS by Cervantes
    • Gaia
      The UI for Boot to Gecko ( B2G ) ,前端工程師可以參考他們的 UI 設計細節
    • 備註
      給予 Web App 使用更進階 API 的權限來存取 Device 底層的資訊(Web App can work like Native App now )
  3. pjax by XDite
    • What is pjax
      HTML5 pushState +  ajax
    • 備註
      • 解決 ajax 動態載入但是無法 prev / next 的問題(因為透過 ajax 方式載入的內容是沒有辦法被記錄在 History 裡面的)
      • 解決 Twitter 以前透過 #! hashchange 的方式來達成 prev / next  但是不夠 SEO Friendly 的問題
      • jQuery pjax 可以依 browser 支援程度來做到相對應的 fallback,堪稱神器。
  4. 行動網路上 API 設計準則 by gslin
    • 前提
      行動網路上的先天限制,就是很容易斷線、不穩、電量不足、速度慢。
    • API redesign
      因為 device 的差異所以要調整 API 以降低 request 次數。實作則是可以透過 extra parameters 把額外的 API 做一個整合,雖然 dirty 但是可以省 request。要注意的部份有:透過某種 Serial 的值讓 Server Side 知道該 device 的某個一次性行為曾經執行過,以「確保」不會被重覆執行。
    • Atomic API
      對 mobile 的 API 設計時,要盡量以 Atomic 的方式設計,讓很多關聯性的動作 ( 例如開專輯、設定歌、 …  ) 一次做完,不要分開做。這個 Atomic 的思惟有幾個層面,就 Server Side 來說,只要回傳「必要的」資料就好,同時在傳遞資料前要先做一層壓縮以加快傳輸的速度,「即使」 Client Side 要多花 effort 來做解壓的動作,但是總比維持在一個「不穩定」的連線上面瘋狂 retry 好,因為總的來說,其相對所花的時間也會比較少。(請參考前提)

以上就是這次活動讓我收獲比較多的部份,也歡迎留下你的看法 😉

發表迴響

在下方填入你的資料或按右方圖示以社群網站登入:

WordPress.com Logo

您的留言將使用 WordPress.com 帳號。 登出 / 變更 )

Twitter picture

您的留言將使用 Twitter 帳號。 登出 / 變更 )

Facebook照片

您的留言將使用 Facebook 帳號。 登出 / 變更 )

Google+ photo

您的留言將使用 Google+ 帳號。 登出 / 變更 )

連結到 %s