而既然要用MCU...那當然就要寫程式啊,而寫完程式呢!
要量產交貨時,會不會延伸一些技術與市場業務操作的關係呢?!
那鐵定會的....如果沒有關係,那今天電子技術就不會有這麼多種選擇了。
我要講的是:這個MCU 程式在量產時,他應該用什麼型態"儲存"出貨呢?!





不知道用VB寫的時候要注意些什麼?還是說有已經寫好的語法或模組呢?寫下去後大概要怎麼DEBUG呢?
Answer :
說真的...也不瞞大家,版主最早還在服國防役時,在PC上所學的第一套程式軟體,
就是 Visual Basic ....那時是視窗作業系統還是剛從鳥鳥的Windows 3.1 跨進所謂的
Windows 95 耶。....那時VB 還是所謂的 Version 4.0 。
當初會學VB 的最主要原因也是為了 RS232 那個介面。就為了寫一個電動機車測試軟體。
...當然後來也有寫出來啊。....所以,人家我也寫過VB啊。
而這個之前也有寫過 DOS 環境的Turbo C啊...

這個軟體就是用Turbo C 寫的...也是有RS232 功能的。
----
所以,大家會問我有關用VB 寫USB 程式問題....我一點也不覺得奇怪。
畢竟,他是比VC++ 更容易入門啊...尤其要寫一個美美的操控人機介面螢幕畫面。
是比VC++容易一點....因為您會VC++ 只是入門...要寫美美的話面還要再學MFC。
幾年前,我剛學MFC 時,(那時我已經會寫VC++了!)人家前輩還跟我說:
您大概還要花半年才會在MFC裡,運用自如這些物件導向的東西...
果不其然...就是半年。...那您說:人家入門當然就選用輕鬆入門的VB啊。
-----
但是啊...天下沒有白吃的午餐....應該說:學習真的沒有捷徑。
畢竟...以C 語言來說...他還是大宗程式語言的老祖宗。
那更不說在一些Embedded system 或是 一些單晶片應用市場...還是主要程式語言啊。
所以,很簡單...以未來長遠來說:一些程式語言的開發平台維護來說:
如果您是微軟公司或是其他公司來說:以市場需求來說:在有限的人力條件之下,
有著VB 與VC 兩套發展系統來說:您會繼續支持哪一套?!...
我想這個答案應該就很清楚了...
因為畢竟:誠如這位讀者所提的:我如何在VB的環境裡去DEBUG啊?!
這些程式語言所延伸的周邊支持的開發工具來說,...VB 真的不如VC啊。
最近有客人就是因為人家硬體原廠就只有支持VC...與提供VC範例程式...
(也是跟USB 有關的!),而全公司的工程師都只會VB不會VC而作罷。
還有另一位作系統老闆學長...他們公司其實很需要一位寫應用軟體工程師...來配合一些
硬體應用介面的...無奈公司裡的工程師也只會VB....人家工程師也很認真的跟老闆說:
我會努力的把VC也學起來的...(看著老闆一臉期望的眼神...)
但是呢?!....在外面公司學程式語言不比在學校啊...
更何況當您又在另一個程式語言(VB)裡,已經有一定熟悉度時...那更增加困難度啊。
結果:幾年下來...這位工程師桌子後面的VC入門書...還是靜靜的躺在那....

