What iOS Simulator does not simulate: free()

在開發iOS app時一定要用實機測試，因為simulator跟實機的行為很多地方並不相同。Simulator除了不支援某些硬體功能外，在根本的運作機制上也有不同，這篇要分享的是在memory上的運作機制。

不過我也不打算寫太長，只寫要注意的地方就好了（因為太晚了～）。

我們先來看一段將Pixel array轉成UIImage的程式碼：

// 產生要畫的圖
unsigned char *pixels = malloc(nImageSize);
/*
 * （省略繪圖步驟)
 */
// 用畫好的圖產生image用的context
CGContextRef context = CGBitmapContextCreate(pixels, width, height, ...);

// 用完的記得要還，要養成好習慣！
free(pixels);

// 產生UIImage
CGImageRef imageRef = CGBitmapContextCreateImage(context);
UIImage image = [UIImage imageWithCGImage:imageRef]; 

// 要release才不會leak
CGContextRelease(context);
CGImageRelease(imageRef);

這段code在simulator能將pixels正確地轉成UIImage，使用Intruments也沒有發現memory leak，看起來沒問題吧！

很不幸地，在iPhone上完全不是這麼回事，你只會看到一片空白。

你看出問題在哪了嗎？是的，問題就在於pixels太早free了！應該要產生完image之後再free pixels。在iPhone上執行時，一呼叫free就會將memory清掉了，但simulator是在Mac OS上面執行，呼叫free時模擬的行為可能跟在iOS上面不一樣（可能是因為Mac OS X有GC的機制而iOS沒有）。如果只在simulator上面執行，就永遠找不到這個bug了！

所以如果你有在程式碼中呼叫free的話，記得在實機上也要測過喔！

P.S. 以後有機會再來分享在Android emulator中開發的心得。話說用i7-2600K來跑Android emulator還是很慢啊...

追求細節

寫程式或是做產品跟畫漫畫其實有很多相似的地方，除了都是追求藝術外，也都講究細節。

這邊我所謂的細節不是指筆觸多精密，而是指漫畫中沒有留白的地方。

許多人看漫畫其實是在看“有圖的小說”，意思是說除了主要人物跟對白以外其實並沒有注意太多畫面上的細節（例如貼網點），而這些是使得畫面更加圓滿的必要元素；諷刺的是，當這些細節不存在時才會被人注意到似乎少了什麼東西，或是更直接一點就罵作者太混（我絕對不是在說富X）。

產品也是這麼回事，許多的小細節能使平凡的產品變得與眾不同，而堅持做出這些小細節的你也就變得與眾不同。

題外話：過度設計跟沒有細節一樣糟糕。

[雜談] 近況更新

距離上次在這邊發文已經過了一年多了，更新一下近況順便做點記錄。

首先是...我又失業了 XD （Yeah~繼續練功~)

其實已經離開公司一陣子了，這段期間雖然也有許多公司的邀約(例如HTC)，但是都婉拒了。每次HTC打來都很想問他們"我可以事情做完6點就下班嗎？"
工作也好些年了，好不容易對某些事情有了熱情，於是想趁還年輕、還沒有家庭跟小孩的時候好好去闖。

之前Android也玩了幾年，最近則開始接觸Apple iOS的開發，之後也會陸續分享在iOS上的開發心得，敬請不要期待，haha。

最後就是要給自己的小提醒：

我是很討厭加班文化的人，尤其是常態加班，那簡直是慢性自殺！
台灣人總覺得衰事不會輪到自己，而我過去就因為每天熬夜寫code到最後搞壞身體，差點連命都沒了。
長期加班也會造成效率低落的惡性循環，變成晚上寫bug白天debug。
我一直期許自己能在架構以及實作上做到預防勝於治療，對我來說一個好的工程師可以解很多bug，但是優秀的工程師能少寫幾個bug。(能寫到沒bug的稱為神)
因此我要求自己要在上班時間內提高效率做完當天的工作，不管上面長官會不會因此黑掉我。

但是這幾天晚上都寫到2, 3點，今天警覺到惡性循環的開始：昨晚寫的東西有32 bytes的memory leak，結果今天又花了一個早上來抓漏，最後發現是某個該用assign的property寫成了retain。Oh，也許有人說32 byte leak算什麼，但是我相信最不起眼的問題總有一天會在最不希望的時候反咬自己一口。

雖然有點經濟上的壓力，但是要相信自己，就算不加班不熬夜也可以做到！