※ 引述《w0717 (愛笑的蚵仔煎加蛋)》之銘言： : 我先自我介紹一下 : 我是電機出身的 : 對電子的東西超有興趣 : 但我也對寫軟體超有興趣 : 基於以上因素,所以在韌體這一行混了很久 : 當了兩年工程師做mp3隨身碟 : 花比較多時間的case是多國語言,就是把英文版本的機器,改成可以顯示繁簡日韓, : 簡單講就是把網路的字形檔,解碼轉碼編碼,再放到機器上 : 後來因為覺得軟體概念及功力不行,完全不懂物件導向(韌體人的悲哀) : 後來唸研究所,轉學軟體(java) : 我現在論文是做ZigBee to UPnP bridge有興趣的人可以找我聊聊 : 因為總覺得懂硬體,要是軟體功力再高點是一件很屌的事 : 在這個板上雖然看了很多文章 : 但大部分都是關於軟體的 : 想請問有沒有專門討論韌體的版呢? : 想要多認識一些人,或業界的,或什麼的都可以.. : 在這行做越久,就越覺得自己是菜鳥,所以真的很想認識高手 : 為什麼ㄧ定要找韌體的版呢.. : 因為寫過的人就知道,這東西寫起來真的跟軟體不一樣 哇... 有人在提有趣的東西了:P 小弟平時是做韌體方面的比較多 但大學以前主要是接觸軟體方面 也和別人一起接過要用上四個design pattern的較大型的軟體專案 坦白說 在目前韌體上 小弟認為要用到OOA/OOD還太早 可能小弟用的都是low level的CPU吧 一方面不是所有CPU的complier都支援C++支援得很好 另一方面CPU的速度不夠快到可以奢侈地寫漂亮的code 另一方面記憶體更是少得可憐 您提到mp3 player, 之前小弟自己做了mp3 player來玩 在FAT32的部分 就不可能把code寫得太漂亮 簡單的說 你不可能用recursive去解folder下的folder 因為解一次可能就是0.5K的memory size 可是完成這個工作只需要1K以下的memory(目前小弟做到1K而已) 另一個方面 在embeeded system上 CPU換來換去 要做到hardware abstraction layer不難 但小弟每每都將code寫成chip dependency或I/O dependency 因為每次k spec的時間太長 若code不寫成呆呆的樣子 會把跟spec的部分寫不單純 拿出來看很難一頁就能從code反譯成spec 我同意寫韌體要盡量做硬體/韌體/軟體的切割 但是基於以上小弟的一些想法 其實小弟的firmware code總常會有一種 寫漂亮不是最重要的想法 去抗拒我寫太好看XD 小弟認為目前object based還有可能 object-oriented似乎還太早 而且因為不是每個complier都是有C++支援 CPU常常是換來換去的 所以.......:P 小弟對這方面也很有興趣 拋磚引玉一下 上面的想法多半是個人經驗罷了 歡迎高手指正一下:) --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 140.115.212.169