※ 引述《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