AMO STUDIO

COSCUP 2012

2012-08-19T21:26:00.000+08:00

今年很幸運的有搶到入場資格，這也是小弟第一次參加 COSCUP，趁現在剛結束滿腔熱血的狀態下來寫篇心得文。

今年 COSCUP 一共有兩天的行程，在中研院人文館舉辦，每個時段都有 3~4 場的分享，不過常常碰到某個時段三場都想聽，也常常碰到某個時段的題目都沒興趣...orz

Day1
第一天忘了做筆記，只好憑記憶跟拿些圖來湊一湊

我的專屬識別證唷>.^

早上第一場是微軟傳教士分享的 Windows Azure

感覺還不錯，而且有繁體中文的介面。

第二場我去聽了 Fred 的 Nodee.js OS，不過我覺得他自己改的 Linux 比較炫。

第三場請到 Penk 大大來 demo 他的平板 UI，印象深刻的一句話是

科技業是唯一比女行時尚還追求時尚的行業

我的解讀是幹這行每天都在學新技術囧..

第四場超讚，講者 demo 他用 javascript 寫的超任模擬器，眼淚都快飆出來了，而且老師很幽默:

目前國外有人正在研究如何用 javascript 寫出一個超任模擬器，如果他成功，那會是全世界第三個，因為前面兩個被我寫出來了XDDD

接下來的下午場雖然都有去聽，可是比較沒有什麼印象的點，只記得最後閃電秀的大大們XD，你們實在太讚了!

Day2

難得有位置，明明很晚到...

第一場請到廣達的Ted 先生，本來以為會很無聊，但從頭聽到尾，學到蠻多東西的:

研發的目的 1.不想被外界surprise 2.想給外界surprise

不相信外星人就無法創造飛行車

要把複雜的東西變簡單其實是最不簡單的

設計一個你最討厭的東西試著把它做好

第二場去聽 Tool Objects in jQuery，主要重點:
用 Queue 取代巢狀 Callback
Deferred 可以看做是 Call by future
$.when 可以用來管理複數非同步的結果
pipe 跟 when 的關係可以看作串聯與並聯
一些 Callback 常用的 function: add fire once memory unique stopOnFalse differed

第三場的場次是我最掙扎的，有Heroku，有Emacs，有Twitter Bootstrap，還有手機控制家電，都是我好想聽的主題呀呀呀呀，最後選了Bootstrap，因為最近想玩它，主要重點:
Grid system
nav bar fixed top inner
Button group dropdown
tab nav list
Label badge pull right
Modal

第四場聽了 javascriptMVC，雖然我對 Backbone.js 比較有興趣，不過還是有幾個有趣的點:
CSS sass less
Data CRUD (create read update delete)
View embeddedjs
StealJs
fixture

第五場聽 HTC 的 CI
Jenkins CI
Testopia

第六場聽 Yahoo 的 Hadoop

第七場聽 Livescript (想聽Coffee script)

第八場比較振作了，聽了 HTML5 on Windows8，好想把 Gu Morning 上架到 Windows store T^T

最後閃電秀一樣沒讓人失望，笑料滿出XD，愉快的兩天一切都要感謝辛苦的 COSCUP 人員及贊助廠商，期待明年!

Development Tools

2012-08-02T21:09:00.000+08:00

不知不覺，這個月的文章還沒想好要寫什麼，七月就過了...
這一篇我打算分享一些最近在關注的玩意兒。

Trello

Trello 是 Joel 團隊開發，一個專案管理的工具，當然，他是雲端網頁，所以在任何地方都可以掌握團隊的專案進度。
Trello 可以使用 Google 的帳號登入，登入後可以根據專案的開發流程自訂專屬的 Board ，每個 Board 內可以貼上各個項目的 Card，並且可以和專案成員即時協作。
自己本身大概用過兩三套這種PMS的產品，Trello 簡單易用，一個人獨立開發使用也很方便，算是敏捷式開發上不可或缺的好工具。

影片介紹：

另外，Trello 也有提供 iPhone 的版本：

Sublime

Sublime 是一個很棒的程式碼編輯器，前一陣子在這篇 Which is the Best Code Editor? 得到很高的分數。
我用過之後也是愛不釋手，漂亮的配色，安裝容易的眾多外掛，不錯的開啟速度，總而言之，大力推薦!!

Cloud9 IDE

C9 也是一個寫程式的好工具，可是跟 Sublime 不同的地方，它是雲端網頁版的編輯器。
C9 支援的語言也不少，甚至可以直接跑 Node.js ，並且也支援 Github 的 Repository clone。
不過這幾天用下來發現速度不理想，常常會進入 Offline 狀態。

Heroku

Heroku 是一個雲端應用的 host 平台，支援的語言有 PHP Ruby Python Node.js。
Heroku 和 Facebook 合作，讓開發者開發 Facebook 應用程式的時候可以直接連結 Heroku 的空間，並且支援 Git ，目前初步試用下來感覺很不錯。

Travis CI

Travis CI，顧名思義，是提供持續整合(Continuous Integration)和每日建構的服務。
不過目前還沒機會使用，所以還不是很清楚它的詳細內容。
Travis CI 可以結合 Github，讓你隨時知道專案的測試狀況。

讀書心得約耳趣談軟體

2012-06-12T22:00:00.000+08:00

以下是節錄一些這本書覺得還不錯的點

激勵是有害的, 主要是說考績制度對程式設計師是不通的
工作切換有害無益, 讓程式設計師只專注一件事情
絕對不能把程式碼重寫(這裡不是指重構)
冰山一角理論, 冰山有90%是在水面下, 大部分的軟體, 那些漂亮的使用者介面通常只占10%的工作, 而背後90%的程式設是看不到的, 如果再考慮一半時間都在抓蟲, 那使用者介面就只剩5%, 如果只計算介面中的視覺部分, 那客戶真正看到的, 只有1%......, 這並不是秘密, 真正的秘密是非程式人員根本不知道這件事......
約耳測試:

你有使用原始碼控制系統嗎?
SVN, CVS, Git, Mercurial...
你能用一個步驟建出所有結果嗎?
準備一個Script擋, 只要執行這個腳本, 就能一次搞定從最新原始碼快照到自動建立釋出產品的過程
你有進行每日編譯嗎?
提交原始碼到版本控制系統前, 一定要編譯並且沒有出現錯誤, 因為別人也想下班
你有沒有問題資料庫?
記錄已知的Bug清單, 每筆Bug需記錄:
1.重現問題的完整步驟
2.應該看到的結果
3.實際看到的結果
4.被指派的負責人
你會先把問題都修好之後,才寫新的程式嗎?
愈晚修正問題, 之後付出的代價成本愈高
你有一份最新的時程表嗎?
程式設計師討厭排時程, 但牽扯到業務人員的決策規劃, 擁有時程可以強迫自己決定要作哪些功能, 並剔除不重要的功能, 以避免過度膨脹
1.使用一些PMS工具
2.時程表簡單就好
3.每個功能應該包含多項任務(Task)
4.只有實際要寫該程式的程式設計人員,才能排出該項目的時程
5.要把任務分的很細(以小時為單位)
6.紀錄最初和目前的估計
7.每天更新已消耗時間
8.把休假時間算進去
9.把除錯時間算進去
10.把整合時間算進去
11.把緩衝時間算進去
12.絕對不讓經理縮短估計時間
你有寫規格嗎?例如: GDD TDD
又是一件程式設計師討厭的事情, 設計初期的階段還看不出來, 愈後期程式碼一多修正的代價就愈高, 應貫徹沒有規格就不寫程式的原則
程式設計人員有沒有安靜的工作環境?
需要讓程式設計師進入沈浸狀態(in the zone), 因為這時候是最能全神貫注, 生產力最高的狀態, 所以, 要有安靜的環境!!!
你有沒有用市面上最好的工具?
你需要兩個以上的螢幕, 以及編譯程式不會讓你抓狂的電腦配備
你有沒有測試人員?
省下測試人員的錢並不是真正的節省, 因為你會付出更慘痛的代價, 這裡本書第22章有非常有趣的見解
是否在面試時要求面試的對象試寫程式?
你會不請魔術師表演幾招就直接僱用他嗎, 當然不會
是否進行過走廊使用性測試?
隨機找幾位使用者試用你的產品, 他們可以幫你發現程式中95%應該注意到的使用性問題

約耳認為軟體開發有各種不同的領域, 他把它分為五個世界:

熱縮封膜軟體(Shrinkwrap)
簡單來說就是一般常看到的軟體, 商業軟體, 共享軟體或開放源碼軟體等, 特色就是使用者眾多, 通常都有替代商品, 所以開發者必須把東西做得更簡單易用才行
內部用軟體
這類軟體通常是公司針對特定狀況下能執行就可以了, 因此開發起來較容易, 但開發者較不容易從中得到成就
嵌入式軟體
這種軟體的特性是被放在硬體裡, 且幾乎無法更新, 因此品質要求會比平常高出許多
拋棄式軟體
為了產生其他東西而暫時創造的軟體, 當達到目的後就不會用到了, 例如格式轉檔軟體
遊戲軟體
遊戲開發的經濟學是打擊型, 有些遊戲擊出安打, 但更多的是三振, 要賺大錢必須用很多的遊戲來平衡失敗的損失, 和嵌入式軟體類似, 版本修正代價大, 所以品質要求高

紙上原型製作的重要性
別花太多時間想抽象的架構問題, 邊開火邊移動!!!
寫程式並不是量產, 也不是工匠技藝, 它是一種設計
約耳認為面試人員應該問的問題:

簡介
最近專案的問題
尋找熱情
好的人選會仔細地把事情由各個層面解釋清楚
如果專案是由多個人一齊負責, 尋找擔任領導角色的跡象
不可能的問題
程式問題
你有什麼問題嗎?

小員工也能做大事, 這本書是關於軟體管理, 不過有時候你並沒有那個權力去改變組織, 如果你只是圖騰柱底層的一位程式設計人員, 約耳給你一些建議:

去做就是了
沒有每日編譯伺服器嗎?自己架一台就對了
利用病毒性行銷的威力
團隊沒有在用版本管理系統?
自己先用吧, 等問題發生之後, 他們就會來找你了
建立一個卓越圈
找一些支持你的人一起改善吧
讓笨蛋無害
有時候會有天才花兩個星期寫出一點點程式, 而且爛到不可思議, 這時候你會想花15分鐘把這段程式重新寫過, 請忍住, 因為這是把這個白癡拖住幾個月的機會, 這段期間他不會再造成其他地方傷害了
遠離干擾環境
提升自己的價值

App Center Tutorial

2012-06-03T21:19:00.001+08:00

本篇翻譯自 Facebook 開發者頁面的 App Center Tutorial

Facebook App Center 是一個大型的社交應用程式中心。App Center 是協助你的 Facebook Apps、手機 apps 和使用 Facebook Login 的網站的管道。Facebook 鼓勵所有開發人員在這個 App Center 建立您的 app 細節內容頁面。

這篇文章將引導開發者配置 apps 的過程：

建立一個 App 細節頁面
上傳圖片
網站和手機網頁的特別注意事項
提交您的 app 到 App Center

如果你還沒有在 Facebook 平台上建立一個應用程序，你應該參考 Apps on Facebook，Facebook Mobile 或 Facebook for Websites 開發指南。

本篇假定您已經熟悉 Facebook App Dashboard 的操作及基本設置，並且已閱讀 App Center Guidelines。以確保 App Center 審查上市後，用戶在使用上有一個良好的體驗。

How to list the properties of a javascript object

2012-05-19T22:18:00.006+08:00

筆記本篇參考stackoverflow的How to list the properties of a javascript object

要如何知道Javascript物件擁有哪些proerty?

ex:

var dog = {
  name: 'Lucky', 
  age: 3, 
  breeds: 'Shiba Inu'
};

上面是一個小狗的物件，裡面有一些自訂的屬性'name','age','breeds' 等等...

那要怎麼在程式中知道這些屬性呢?

比較新的瀏覽器(IE9, FireFox, Chrome...)可直接使用Object.keys這個方法

var keys = Object.keys(dog);

或者自己寫

var getKeys = function(obj){
   var keys = [];
   for(var key in obj){
      keys.push(key);
   }
   return keys;
}

var keys = getKeys(dog);

這樣 keys 就會是一個有所有屬性的陣列

keys = ["name", "age", "breeds"];

參考文章：

How to list the properties of a javascript object