初入遊戲行業時，從事brew手機遊戲開發，雖然至今想起來不堪回首，但也鍛鍊了對惡劣環境的忍受力，而且練就了一身能夠從底層思考的架構思維。
brew是高通自己搞的一套作業系統，非常封閉，可模擬ios，這個給當年brew開發者帶來了豐厚的利潤。後來公司也搞過j2me開發，往往才發布乙個作品，第二天網上就出現了盜版安裝包，倒是跟現在的android有點像。
brew開發在當時看來是有一定的技術門檻的：
只支援c語言開發，不支援c++
不支援全域性變數
有包容量限制，利潤最高的往往是低端版，包容量是100k，基本上就沒法使用很多第三方庫了，比如乙個lua指令碼虛擬機器就要80k
各機型對api介面實現的不一致，個個機型都有各自的適配問題，做遊戲好一點，做軟體那叫乙個痛不欲生
螢幕解析度千奇百怪，碎片程度堪比現在的android
只有類似於gdi的圖形api，沒有功能強大的opengl es
要命的是圖形載入介面支援的是bmp，配合100k包容量的神限制.......
無法聯機除錯，只能輸出日誌，配合機型適配問題........
沒有遊戲引擎，不是沒有成熟的引擎，是沒有引擎
效能嘛，cpu 100m頻率算是很高的了，不過很奇怪的是從沒遇到過記憶體用爆了的問題
得益於當年還沒有經濟危機後的通貨膨脹，沒有智慧型機爆發時代的浮躁與高薪挖腳，團隊裡面有不少名校畢業，能沉下心來做技術的牛人，對這些問題各顯神通，倒是有了很多解決方案
自己改造編譯器和外掛程式模板，能勉強支援c++了，但還不能用靜態和全域性變數
再後來又改造了編譯器和makefile生成模板，可以支援靜態和全域性變數了，但仍然不支援stl
不能用lua，就自己寫了一套類似彙編的指令碼引擎，只有不到100行**，這個還是一位前輩的畢業設計
機器適配問題嘛，無解，最後軟體都用寫遊戲的方式寫，完全放棄了使用系統控制項
解析度適配，大部分專案居然做到了一套**適應不同的美術資源
自己寫了好幾套引擎，還寫了配套工具，包含了動作精靈，地圖編輯器，場景編輯器等等
當時我做的是
實現了乙個簡單的stl庫
擴充套件圖形gdi，自己寫演算法實現了alpha混合，縮放等圖形api，並做了非常極致的優化
寫了ui編輯器，但在當時未投入使用，後來在智慧型機時代發揮了很大作用
金融危機時代全新的演說方式
全新的演說方式 此段文字節選自 演說之禪 職場必知的幻燈片秘笈 一書 丹尼爾 平克 daniel pink 的暢銷書 全新思維 a whole new mind 是我06年夏天的最愛。湯姆 彼得斯 tom peters 稱此書為乙個奇蹟。此說法絕不是無憑無據。全新思維 一書為 禪之於演說 設立了時代...
遊戲開發敏感詞遮蔽的功能實現
最近在申請版署，然後應各種外部不可言明的原因，需要處理下聊天裡邊的敏感詞，本想著去找找有沒成熟的演算法，或許是沒仔細搜尋的原因，看了幾個演算法，都不很好，打算自己實現，思路如下 1.敏感關鍵字的搜尋字型檔結構 2.搜尋演算法過程 檢測串 a 黑xx好 xa 好 黑1 1 拆分檢測串 先將檢測串拆分為...
家電智慧型化 計算機時代到機械人時代的橋梁
隨著科技的進步，電子電器產品競爭越來越白熾化，記得兩年前的智慧型手機價錢還是蠻高的，大部分應該在 4000 以上，而目前，國際知名品牌，如諾基亞，摩托羅拉，三星的普通智慧型手機價位都在 3000 徘徊，這對於大眾來說，應該是可以接受的。手機能夠在如此短的時間裡面實現智慧型化，這是否意味著電子電器產品...