tag:blogger.com,1999:blog-3106091275855855777.post7278657903012178511..comments2024-03-28T10:33:24.959+08:00Comments on ChamberPlus System Level Studio: VS2008 to VS2010ChamberPlus Taiwanhttp://www.blogger.com/profile/15411773154295502356noreply@blogger.comBlogger8125tag:blogger.com,1999:blog-3106091275855855777.post-1157183397829648422012-05-31T13:57:00.000+08:002012-05-31T13:57:00.000+08:00我想大家也沒啥好選擇的...
我也相信為來搞軟體開發的,應該也會往Mobile Platform 移...我想大家也沒啥好選擇的...<br />我也相信為來搞軟體開發的,應該也會往Mobile Platform 移動,<br />不會有其他人會再投資源來搞PC 平台軟體了...要在看到以前還有什麼<br />Borland 啦...或其他的公司應該也不復見了吧。<br />---<br />不要說PC 軟體啦...我想像以前那一種Keil C 支援 8051 這一種MCU ,<br />的開發平台,搞不好也會慢慢的趨於一種停滯開發的現象吧。<br />就像我們現在在看任天堂紅白機的 6502 組譯器...根本已經N 年了,<br />大家還是用最原始那一套組合語言的組譯器。...我都開玩笑說:<br />這些用6502 的產品啊,最後會Face out 的最大原因是,<br />根本找不到工程師來寫韌體與搞AE 吧!--- 想一想:如果是您我~<br />您還會想這一種工作嗎?!人家還真的以為您是原始人。哈~哈~<br />PS : 現在連大陸工程師也不幹啊! 版主noreply@blogger.comtag:blogger.com,1999:blog-3106091275855855777.post-65765368437299470472012-05-31T09:46:00.000+08:002012-05-31T09:46:00.000+08:00為了X64是一定要用Vs2010。但Win8改為支援ARM,又要再移動一次真的會累,所以往VS201...為了X64是一定要用Vs2010。但Win8改為支援ARM,又要再移動一次真的會累,所以往VS2012則是觀望,說不定有整合不同處理器上的Bug會出現,還是不要去當白老鼠。所以評估使用VS2010會用好一陣子。Beenoreply@blogger.comtag:blogger.com,1999:blog-3106091275855855777.post-73001794990564956962012-05-31T14:06:00.000+08:002012-05-31T14:06:00.000+08:00那怎麼辦?!我還是只會 C++而已...說真的,我也對C++ 也不懂啊,
我只是用MFC 寫一些簡單...那怎麼辦?!我還是只會 C++而已...說真的,我也對C++ 也不懂啊,<br />我只是用MFC 寫一些簡單的AP軟體而已,難道還要那麼歹命的換嗎?!<br />至少您看到我也是用MFC 寫了那個多核心的第一代IDE Tools 啊...<br />連我自己也覺得太不可思議了。現在要我再幹一次,那鐵定是不可能了啦!<br /><br /> :)) ...(因為我會被其他朋友給譏笑的啦!... :)) ...)<br />...<br />不過,不管用什麼平台,我認為人家老外寫軟體應該真的是把他當作<br />類似第二語言在學吧,他們寫程式的Style 應該就像他們打字寫作文<br />打文章的一樣流暢吧--- 至少我的感覺是如此啦!<br />而我們寫程式語言,多多少少還是有一點國中學英文作文一樣,<br />有點彆扭彆扭的湊吧........<br />不知道大家的意見如何?!版主noreply@blogger.comtag:blogger.com,1999:blog-3106091275855855777.post-43867176179162936072012-05-31T10:12:00.000+08:002012-05-31T10:12:00.000+08:00其實VC++在Windows平台已經不是主流了,C#已經取代掉他了,起碼小弟打聽到的幾間台灣電子大廠...其實VC++在Windows平台已經不是主流了,C#已經取代掉他了,起碼小弟打聽到的幾間台灣電子大廠都以C#為主,如果需要控制硬體,C#可以直接call win32 API,或是包個DLL給C#呼叫就好...<br /><br />為什麼C#會變成主流,很重要的一個原因就是"C#比較容易訓練出堪用的工程師",C++連Ken Thompson都覺得很難用(UNIX的發明人,C++之父的同事,現在任職於Google,此段談話可以參考編程的頂尖對話-閱讀15 位軟體大師的核心思維)<br /><br />有人甚至認為C++會有今天的佔有率,並非因為他是很好的東西,而是AT&T強力行銷出來的<br /><br />所以現在賣開發工具還搞的神神秘秘...恐怕不會有好結果 :))happosainoreply@blogger.comtag:blogger.com,1999:blog-3106091275855855777.post-33897334421995754642012-05-31T23:26:00.000+08:002012-05-31T23:26:00.000+08:00...
說實在的,我沒用過 C# ,所以我也真的不知道他吸引人的地方,
JAVA 我也不會,以前一度......<br />說實在的,我沒用過 C# ,所以我也真的不知道他吸引人的地方,<br />JAVA 我也不會,以前一度有買這方面的書回來稍微翻了一下,<br />就沒下文了...當初好像也炒得一副非學不可的樣子,不會Java 好像<br />搞軟體的就沒前途似的。<br />我也的確沒學到...我在軟體界也的確沒那個前途了。<br />----<br />但我一直在用 C++ ,而且也一直用C++ 與MFC 寫AP 應用程式,<br />而且也一直用這種方法透過USB 介面跟外面的硬體結合,做起來<br />也蠻得心應手的。...那天也有一位設備工程師問我一樣的問題:<br />他說他都是用VB 寫程式,覺得好像用C++ 寫AP 不容易像VB 那般<br />容易搞出一些GUI...<br />我的回答是:至少對我來說:還好咧~我想應該是熟悉度與上手習慣性吧!<br />以前我提過:要搞懂那些OOP 的類別、繼承及 一些Virtual Function..<br />的確需要一段撞牆期,但過了之後,也就習慣了...您看我之前寫的:<br /><br />USB DIY 講座(十二)-- 實作範例 USB ISP (一) 中的那一隻程式<br />也還好。<br />我還寫過多核心的 IDE Tools ---這種程式的大小應該夠複雜了吧,<br />除了一般下拉式功能表,還要編輯組譯功能,還要外加 USB 下載<br />ICE 模擬器,再進行 ICE 的硬體的Debug...還有結合MCU燒錄器...<br />我也都是用 VC ++ 外加 MFC 寫出來的...<br />就看每個人對於應用軟體的定義為何?有人喜歡搞得很複雜,<br />好像要表現出其軟體專業性,但結果最後使用者很難搞得懂用法...<br />可憐倒楣的還是自己,還要花更多時間去教或去寫說明書...<br />何必呢?....<br />反正AP軟體應用軟體就是一種Tools 而已...用什麼寫?就見仁見智吧!版主noreply@blogger.comtag:blogger.com,1999:blog-3106091275855855777.post-48767282756320077932012-05-31T19:46:00.000+08:002012-05-31T19:46:00.000+08:00>> 其實VC++在Windows平台已經不是主流了,C#已經取代掉他了. 起碼小弟打聽...>> 其實VC++在Windows平台已經不是主流了,C#已經取代掉他了. 起碼小弟打聽到的幾間台灣電子大廠都以C#為主<br /> <br />我猜這個原因應該是這幾間電子大廠是硬體廠, 而他們需要的軟體只是配合他們生產的硬體所用的簡單應用程式, 所以越簡單越好. 而且C#根本就是不硬公司抄Java的, 所以要改寫成Java或是從Java改成C#也比較容易. 但如果去問問那些要寫full-feature GUI大型應用程式的公司, 可能答案就不一樣了.<br />C++會難用嗎? 其實不會, 如果你熟悉OOP的類別, 繼承及Virtual function, 大型應用程式會變的超級好寫. 只是使用OOP精神的寫法, 的確要花一番功夫去熟悉, 不是那麼好入門, 同時, 類別一多, 會搞的很亂.<br /> heliboynoreply@blogger.comtag:blogger.com,1999:blog-3106091275855855777.post-74707468800397102382012-05-31T23:31:00.000+08:002012-05-31T23:31:00.000+08:00唉~您說對了...
這兩天被那個 Memory Leak 搞死了,花了一些時間把這些問題給解了。
但...唉~您說對了...<br />這兩天被那個 Memory Leak 搞死了,花了一些時間把這些問題給解了。<br />但是有一股莫名的成就感,其實寫AP 應用軟體不是我的專長,<br />但是在現在這一種時機點上...一年又寫不了多少支應用程式,<br />搞了老半天還是自己來就算了。唉~說起來...還真歹命啊! :-S ...版主noreply@blogger.comtag:blogger.com,1999:blog-3106091275855855777.post-9127404464941519062012-05-31T19:53:00.000+08:002012-05-31T19:53:00.000+08:00又想到一個原因, memory leak 在C/C++上必須要由程式設計師自行處理, 是一個很煩的問...又想到一個原因, memory leak 在C/C++上必須要由程式設計師自行處理, 是一個很煩的問題. 而在C#/Java是作業系統來處理, 對程式設計師是無腦, 所以寫起來很輕鬆, 但是代價就是記憶體使用效率較差, 跑起來會比較慢.heliboynoreply@blogger.com