※ 引述《JohnLinq (林約翰)》之銘言： : 至少，對於鄙陋如我而言， 受限於本身的英文能力與技術能力，(認真說來.我只是一個門外漢) 其實，此前我也考慮過，由我來寫這樣的一篇介紹，是否合宜。 很高興看到各位的回應。 :) : Per Westermark的建議，讓我能夠以截然不同的角度，看到全新的視野。 : : Per Westermark期待能夠與有興趣於此的人士交流，有任何意見請到 : KEIL官方論壇的相關討論串留言： : : http://www.keil.com/forum/docs/thread14537.asp : : (KEIL的官方論壇相當地自由開放，無須註冊就可以發表留言。) : (雖然它希望你以Real Name署名，但是它並不強制。) : : -- :

※ 發信站: 批踢踢實業坊(ptt.cc) : ◆ From: 118.232.210.60 : 推 eljoven:sigh...做WM開發的，有多少人在注意這個? 04/12 00:56 : 推 ykjiang:我會根據產品的定位，來決定要作到什麼程度 04/12 01:27 : 推 sunneo:在效能允許下 我可能會把這類的工作交給OS/多層的ISR來檢查 04/12 02:16 : → sunneo:現在晶片的效能蠻好的 而且有上述要求 配備應不會差到哪 04/12 02:17 : → sunneo:除非產品本身相當差 卻又有以上要求 才會想要加入那些碼 04/12 02:19 : → sunneo:話說這些地方都轉了 最主要的asm版怎不轉? 04/12 02:25 因為我不會ASM，所以沒有察覺到ASM版的存在。 另外，自行轉錄太多版，好像會被處分？ : → tinlans:不要傻了，對 compiler 而言那叫 unreachable code， 04/12 07:20 : → tinlans:最佳化開下去大都直接 bye bye。 04/12 07:20 : → tinlans:這種東西靠硬體自我檢測和更正還比較有意義。 04/12 07:20 : → dSnAil:如果是寫Assembly的話是感覺滿重要的，可是對C/C++的話... 04/12 09:16 : 推 ykjiang:同意 t 大，硬體夠堅強的話，軟體可以省很多工 04/12 14:18 : → sunneo:同意 我也想到最佳化應該會把那些贅碼去掉 04/12 14:30 : 推 softwind:... 後面越寫越誇張... 還硬體watchdog... 04/12 23:11 : 推 TroyLee:硬體watchdog有什麼問題嗎? 04/13 01:21 如果不是很麻煩的話，能否請諸位賢達移駕到 http://www.keil.com/forum/docs/thread14537.asp 一起作個討論交流呢？一起來轉轉晃晃嘛。 XD --

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