記得約半年多前,我寫了一篇關於 VC6 to VS2008 的文章,
當時有網友建議我應該就直接跳到 VS2010 就好了。沒想到這件事這麼快就發生了。
後來在網路搜尋才知道 : VS200x版的把以前非常好用的 Class Wizard 搞得不怎麼樣,
在VS2010 版本才又回復往日功能...唉~不知老人(前輩)言,吃虧在眼前啊!
幸好的是:看起來轉檔重新組譯,沒有多大問題。
---- 以後還會不會再來一次啊?!我想微軟您就不要搞我們了啦...
您們趕快轉做 mobile platform OS 好了。
PC 這東西...已經很成熟了,硬體也到極限,夠用了,不要搞得大家都痛苦,就是
因為您們一天到晚把人家搞得人仰馬翻的~所以人家才另起爐灶搞別的作業系統。
所以啦...搞生意啦~不要以為人家市場或客人就非得會買您的單,只要您服務差,
東西又難用,人家一有別的機會就會把您換掉的~
咦...想一想我們搞系統應用不也是如此嗎?
所以我們也不能老是要怪老闆啊...基本上老闆跟客戶是一樣的,他都是付錢的~
只要他不爽,他當然有權利換掉您啦。
但不管如何~我還是又換了AP 端的開發平台,雖然我寫的只是小小的AP 程式,
但老是被這麼搞,也是挺不爽的,但有什麼辦法呢?!我們又不能學賈伯斯不爽,
就很勇敢的自己幹...如果台灣能有這麼一兩個賈伯斯的話,我想台灣搞軟體的工程師們
才有機會出頭天,否則,您像我這樣子搞簡單的AP 軟體就已經一肚子火了,
更何況別的工程師呢?!最討厭的是:老闆還無法體諒這一點,也難怪台灣搞軟體的
工程師們的生活才那麼鬱悶啊。
---------------
--
為了X64是一定要用Vs2010。但Win8改為支援ARM,又要再移動一次真的會累,所以往VS2012則是觀望,說不定有整合不同處理器上的Bug會出現,還是不要去當白老鼠。所以評估使用VS2010會用好一陣子。
回覆刪除我想大家也沒啥好選擇的...
刪除我也相信為來搞軟體開發的,應該也會往Mobile Platform 移動,
不會有其他人會再投資源來搞PC 平台軟體了...要在看到以前還有什麼
Borland 啦...或其他的公司應該也不復見了吧。
---
不要說PC 軟體啦...我想像以前那一種Keil C 支援 8051 這一種MCU ,
的開發平台,搞不好也會慢慢的趨於一種停滯開發的現象吧。
就像我們現在在看任天堂紅白機的 6502 組譯器...根本已經N 年了,
大家還是用最原始那一套組合語言的組譯器。...我都開玩笑說:
這些用6502 的產品啊,最後會Face out 的最大原因是,
根本找不到工程師來寫韌體與搞AE 吧!--- 想一想:如果是您我~
您還會想這一種工作嗎?!人家還真的以為您是原始人。哈~哈~
PS : 現在連大陸工程師也不幹啊!
其實VC++在Windows平台已經不是主流了,C#已經取代掉他了,起碼小弟打聽到的幾間台灣電子大廠都以C#為主,如果需要控制硬體,C#可以直接call win32 API,或是包個DLL給C#呼叫就好...
回覆刪除為什麼C#會變成主流,很重要的一個原因就是"C#比較容易訓練出堪用的工程師",C++連Ken Thompson都覺得很難用(UNIX的發明人,C++之父的同事,現在任職於Google,此段談話可以參考編程的頂尖對話-閱讀15 位軟體大師的核心思維)
有人甚至認為C++會有今天的佔有率,並非因為他是很好的東西,而是AT&T強力行銷出來的
所以現在賣開發工具還搞的神神秘秘...恐怕不會有好結果 :))
那怎麼辦?!我還是只會 C++而已...說真的,我也對C++ 也不懂啊,
刪除我只是用MFC 寫一些簡單的AP軟體而已,難道還要那麼歹命的換嗎?!
至少您看到我也是用MFC 寫了那個多核心的第一代IDE Tools 啊...
連我自己也覺得太不可思議了。現在要我再幹一次,那鐵定是不可能了啦!
:)) ...(因為我會被其他朋友給譏笑的啦!... :)) ...)
...
不過,不管用什麼平台,我認為人家老外寫軟體應該真的是把他當作
類似第二語言在學吧,他們寫程式的Style 應該就像他們打字寫作文
打文章的一樣流暢吧--- 至少我的感覺是如此啦!
而我們寫程式語言,多多少少還是有一點國中學英文作文一樣,
有點彆扭彆扭的湊吧........
不知道大家的意見如何?!
>> 其實VC++在Windows平台已經不是主流了,C#已經取代掉他了. 起碼小弟打聽到的幾間台灣電子大廠都以C#為主
回覆刪除我猜這個原因應該是這幾間電子大廠是硬體廠, 而他們需要的軟體只是配合他們生產的硬體所用的簡單應用程式, 所以越簡單越好. 而且C#根本就是不硬公司抄Java的, 所以要改寫成Java或是從Java改成C#也比較容易. 但如果去問問那些要寫full-feature GUI大型應用程式的公司, 可能答案就不一樣了.
C++會難用嗎? 其實不會, 如果你熟悉OOP的類別, 繼承及Virtual function, 大型應用程式會變的超級好寫. 只是使用OOP精神的寫法, 的確要花一番功夫去熟悉, 不是那麼好入門, 同時, 類別一多, 會搞的很亂.
...
刪除說實在的,我沒用過 C# ,所以我也真的不知道他吸引人的地方,
JAVA 我也不會,以前一度有買這方面的書回來稍微翻了一下,
就沒下文了...當初好像也炒得一副非學不可的樣子,不會Java 好像
搞軟體的就沒前途似的。
我也的確沒學到...我在軟體界也的確沒那個前途了。
----
但我一直在用 C++ ,而且也一直用C++ 與MFC 寫AP 應用程式,
而且也一直用這種方法透過USB 介面跟外面的硬體結合,做起來
也蠻得心應手的。...那天也有一位設備工程師問我一樣的問題:
他說他都是用VB 寫程式,覺得好像用C++ 寫AP 不容易像VB 那般
容易搞出一些GUI...
我的回答是:至少對我來說:還好咧~我想應該是熟悉度與上手習慣性吧!
以前我提過:要搞懂那些OOP 的類別、繼承及 一些Virtual Function..
的確需要一段撞牆期,但過了之後,也就習慣了...您看我之前寫的:
USB DIY 講座(十二)-- 實作範例 USB ISP (一) 中的那一隻程式
也還好。
我還寫過多核心的 IDE Tools ---這種程式的大小應該夠複雜了吧,
除了一般下拉式功能表,還要編輯組譯功能,還要外加 USB 下載
ICE 模擬器,再進行 ICE 的硬體的Debug...還有結合MCU燒錄器...
我也都是用 VC ++ 外加 MFC 寫出來的...
就看每個人對於應用軟體的定義為何?有人喜歡搞得很複雜,
好像要表現出其軟體專業性,但結果最後使用者很難搞得懂用法...
可憐倒楣的還是自己,還要花更多時間去教或去寫說明書...
何必呢?....
反正AP軟體應用軟體就是一種Tools 而已...用什麼寫?就見仁見智吧!
又想到一個原因, memory leak 在C/C++上必須要由程式設計師自行處理, 是一個很煩的問題. 而在C#/Java是作業系統來處理, 對程式設計師是無腦, 所以寫起來很輕鬆, 但是代價就是記憶體使用效率較差, 跑起來會比較慢.
回覆刪除唉~您說對了...
刪除這兩天被那個 Memory Leak 搞死了,花了一些時間把這些問題給解了。
但是有一股莫名的成就感,其實寫AP 應用軟體不是我的專長,
但是在現在這一種時機點上...一年又寫不了多少支應用程式,
搞了老半天還是自己來就算了。唉~說起來...還真歹命啊! :-S ...