COSCUP 2013 與會記 - 第二天
COSCUP 2013 共舉辦兩天。 第一天請看「COSCUP 2013 與會記 - 第一天」。
COSCUP 2013 簡報: COSCUP2013 簡報收集中。嗯，他們放在 google docs 上的那份，我用 Firefox 觀看效果很差，後面的欄位都對不齊。
第二天 (8/4)
做 Mobile app 一點也不難、但也沒這麼簡單 by opop
這是一場關於 Mobile app 業界的經驗分享議程。
每當我看到政府推動 Mobile app 開發這類的宣導時，我就會想到這又是一個政府推人入火坑、創造又一個 22k 薪資產業的政策。對於已經在軟體開發公司任職的業界人士來說，如果你們正在考慮要不要投入 Mobile app 開發的話，務必把這份簡報看完。
業界現況:
- 寫 mobile app 太難賺到錢。基本上寫 mobile app 不外乎為了名、量、利。但大部份開發者只能得到名與量(下載量)。
- 重現 Web 代工路線。公司要一個網站，就外包給一個網頁設計室代工。公司要一個 Mobile app，一樣外包給一個 app 設計師代工。所謂重現 Web 代工路線，就是這麼回事。
- 百萬下載量也養不起一家公司，勉強可以養活自己一個人。
如何生存:
- 寫自己需要的 App 。
- 一天(4hrs)做得完的。
- 精簡功能，要能取捨。
- 微調版面與增加小功能，會需要三倍時間。
- 放廣告 (例如 Vpon)。講者說依華人圈的消費習慣，軟體收費很難。建議靠廣告獲利。
關於寫自己需要的 App 這一點。我覺得這個心態非常重要。「約耳趣談軟體」的作者在書中說：好的程式設計者就是要會吃自己的屎(用自己寫的程式)。身為自由軟體的支持者，我更記得自由軟體的原旨也是希望每個電腦使用者都可以自己寫程式給自己用。對於直接就想著要寫出名的軟體賺大錢的人，我想他們最終會摔得很重。
議程簡報: 做 Mobile app 一點也不難、但也沒這麼簡單 @slideshare
大家來Hack維基百科、開放街圖的新編輯器
這場說明了維基百科和開放街圖的舊編輯器有多麼難用。
- 初學者難上手，不夠直覺
- 進階功能操作複雜
- 介面老舊，不夠吸引人
為了吸引更多人參與維基百科與開放街圖的編撰工作，維基百科和 開放街圖先後推出了新一代的視覺化編輯器。
- 所見即所得 (不必顯示WIKI代碼)
- 介面改良
- 加入更多基本編輯功能
- 有新手編輯教學模式
議程簡報: 大家來Hack維基百科、開放街圖的新編輯器 @slideshare
Pinkoi Mobile Web by 李讓
Mobile web 指的是針對行動設備最佳化的網頁。
我對 Mobile app 的開發態度，基本上是從 HTML5 的角度思考，原則上不碰原生獨有的開發工具。因此在我眼中，Mobile app 和 Mobile web 是一體兩面、一舉兩得的事。我希望我寫的應用軟體，既能以網站形式讓各種資訊設備的使用者使用，也能包裝成 app 形式安裝到使用者的手機上。
即然如此，那麼這場議程的內容，對我而言就不僅是如何設計針對行動設備最佳化的網站之經驗分享，同時也是 Mobile app 的設計指南。
Mobile web 需要考量的硬體特性
- less cpu.
- less memory.
- slow network.
- small screen.
- unfixed page width.
- poor input experience.
一些最佳化技巧
- loss redirect.
- merge css and js files.
- merge images or embed by Data URI.
- gzip transform.
- don't send desktop js to mobile. ex: jQuery is too fat.
三種 UI 設計哲學
- RWD (responsive web design)
Fixed width is dead! However, for mobile performance, the best is not always RWD. - AWD (adaptive web design)
缺點: 裝置種類太多，相對應的程式碼也太多。還有不利於 SEO (搜尋引擎適宜性)。 - RESS (responsive web design + server side components)
one url works across the browsers, no heavy resources loading, focus on user experience. YAY!!
這場議程的內容非常多而且實用，建議仔仔細細地把講者準備的簡報看一遍。
議程簡報: Pinkoi Mobile Web @slideshare
Using Lua to Build a Component-based Architecture for Game Apps by 半路 鄭暐橋
說到 Lua ，我玩魔獸世界時，就用 Lua 寫了幾個插件給自己用，真是方便。 Lua 的優點:
- lightweight
- extensible
- cross-platform
- robust
OOP/OOD 不是聖經。組件式架構可以從 Composite 設計模式為基礎去理解它。善用元件組合，再搭配嵌入式語言(如 Lua)可以有效提高生產力。
議程簡報: Using Lua to Build a Component-based Architecture for Game Apps @speakerdeck
Why Linux's openness enabled it to succeed where all others failed by Greg KH
由 Linux kernel mainstream 目前主要維護者 Greg KH 本人親自到場演說。
Greg 說明了 Linux kernel 的分支現況，還有大型軟體企業的參與程度。還不忘酸了 Google (Android) 和 Canonical (Ubuntu) 。
從數據上來看，台灣的資訊企業對 Linux kernel 的投入度實在很低。例如聯發科去年只貢獻了了4個patch。
怕大家看不清簡報上的字， Greg 還強調了一下，It is quantity, not quality.
。
議程資料: kernel-development @github
Steps to Contribute to Firefox OS by 林育民
這個議程就是邀請大家到 Firefox OS 參與 Firefox OS 的開發工作。說明了一些源碼和 bug 的提交流程。
議程簡報: Steps to Contribute to Firefox OS @slideshare
C++: 誰說只能硬著來
C++11 增加的新功能實在非常多。在此議程中，講者也只挑出了垃圾收集 (Garbage Collection) 這一主題，說明 C++11 如何提供更多的指標要素，讓指標的操作意義更明顯。 也幫助 compiler 的設計者更容易處理指標的資源回收工作。
講者提到 shared_ptr, unique_ptr 等新的指標要素。這些新要素可以視為指標的修飾詞。 它們的目的是要取代原始的指標用法，讓開發者可以從這些飾詞中，一目瞭然地看出這個指標在這裡的用途是什麼。
舊 C++ 設計哲學鼓勵設計函數時使用 pass by ref 。但新 C++ 設計哲學則鼓勵使用 pass by value ，儘可能地避免使用原始指標(未加飾詞的指標)。
議程簡報: C++: 誰說只能硬著來 @COdE fr3@K
Keynote - Raspberry Pi
介紹 Raspberry Pi 的發展與應用。在 DesignSpark 上還有更多的設計資源。
最後還抽選了十位幸運得主，增送一塊 Raspberry Pi 機板。
我今年才建議公司採購 Raspberry Pi 板子作為公司嵌入式系統的主要控制板。今年的 COSCUP 就成為 Keynote 了，真是幫了我大忙。
工商服務。對 Raspberry Pi 有興趣的玩家，可以找「中美資訊」，這次在 COSCUP2013 排攤展示 Raspberry Pi 板子的就是他們。製造商 element14 的台灣指定經銷商則是「Raspberry Pi 台灣樹莓派」。
對 COSCUP 主辦單位的建議
COSCUP 2013 簡報: COSCUP2013 簡報收集中。嗯，他們放在 google docs 上的那份，我用 Firefox 觀看效果很差，後面的欄位都對不齊。
誠摯地建議主辦單位，如果作者自己就將簡報公開在網路上時，希望主辦單位能和議程講者聯繫，在 COSCUP 議程與介紹網頁中，加上簡報網址。雖然大部份都可以搜尋到，但有些講者會在不同的會場講類似的主題，我們自己搜尋到的簡報，未必是講者當天講的。就算是會後才更新，也好過大家靠著 google 亂槍打鳥。
希望議程之間有間隔，方便跑場。
翻開大會手冊，很多安排在同一會議室的議程，前後間並不見得有相關性。像我就幾乎每場都要換地方。如果可以的話，希望每場議程都能安排至少5分鐘間隔，讓大家有時間換地方。再說了，議程交接時，有時也需要重新設置一下投影機或簡報什麼的。隔個5分鐘也方便作業啊。
樂多舊回應