討論區快速選單
知識庫快速選單
網路投保旅行平安險 2018年Oracle資料庫12c系列課程 政府補助!學嵌入式+物聯網
[ 回上頁 ] [ 討論區發言規則 ]
為何
更改我的閱讀文章字型大小
作者 : kenk6(kenk6) 人氣指數超過10000點
[ 貼文 41 | 人氣 11888 | 評價 120 | 評價/貼文 2.93 | 送出評價 20 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2015/9/10 上午 02:22:38
作者 : kenk6(kenk6) 人氣指數超過10000點
[ 貼文 41 | 人氣 11888 | 評價 120 | 評價/貼文 2.93 | 送出評價 20 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2015/9/10 上午 02:32:05
不好意思~標題還沒打完誤按"enter"就傳出去了(不知道怎麼改)

主體: 為何現在網路上或是廠商提供的範例多是"VB.net" 和 "Vc#.net"的組合,VC.net已經沒落了嗎?

內容:
小弟以前主要是用MFC,也有短暫的用過VB.net,的確用VB對某些功能而言產出速度很快
後來有段時間轉往嵌入式系統的領域,最近專案需要又回來PC的領域

在專案過程中在網路上或是廠商提供的範例和資料,總覺得VB.net和Vc#.net的最常見
比例上VC.net少很多,不知道是否VC.net已經沒落了,或是新進的都不學C了?
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4462 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
主題發起人kenk6註記此篇回應為很有道理 2015/9/10 上午 07:09:53
have you seen this article ?
http://www.drdobbs.com/jvm/the-rise-and-fall-of-languages-in-2013/240165192
作者 : kenk6(kenk6) 人氣指數超過10000點
[ 貼文 41 | 人氣 11888 | 評價 120 | 評價/貼文 2.93 | 送出評價 20 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2015/9/10 上午 09:15:06
這麼看來可能得接受新的東西了(對我來說啦)
到底要用新的工具(VC#),用比較快速的方法解決
還是要用熟悉的工具(MFC),就比較傳統的方法解決

中間的變因還包含新工具目前不會,還是需要時間學習
這樣整體而言不知道如何取捨
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4462 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2015/9/10 上午 10:54:14
programming languages is an evolution of human being civilization. depends on your requirements
作者 : gmailjoey(建中)
[ 貼文 199 | 人氣 0 | 評價 190 | 評價/貼文 0.95 | 送出評價 12 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2015/9/10 下午 05:19:49
Visual C++是一套很複雜的工業程式碼編譯器,
程式員和客戶都是資深工程師和電腦公司主管,
所以它的程式碼不會出現在新手入門的版裡面。
因為是商業機密,
為了遵守電腦公會跟美國的資訊法規,
所以討論的人比較少,
保密的人比較多。
你現在就可以改變這個現象,
多貼一些程式文章到版上分享,
相信各位大大都很樂意回答的。


如果你要學新版Visual C++,
建議你到www.youtube.com網站搜尋:
"Visual C++ Tutorial",
現在的補習班課程,
和電腦公司進修課程,
都已經改用視訊教學了,
先聽聽看你有沒有辦法聽懂外國工程師的英文。
聽得懂的話再去電腦補習班報名看看,
如果可以到外國線上課程去上課效果更好。

自從Visual C++ 2005版以後,
Visual C++新加入了自定義MyErrorHandler的功能。
現在要開發Visual C++程式,
一定要把MyErrorHandler寫進你的大型程式,
不然的話有些結構是不會跑的,
這也就是說,
如果你不寫MyErrorHandler的話,
.NET Framework都會自動阻擋你的程式碼,
讓你的程式碼不能編譯完成,
而且這樣做竟然符合美國資訊法規,
所以你一定要記得寫MyErrorHandler。

你可以參考我之前寫過的MyErrorHandler,
利用版本轉換精靈轉換成新版Visual C++的程式碼。

筆者的ANG演算法範例與MyErrorHandler程式碼網址:
http://joeymovieyoutube.blogspot.tw/2014/12/visual-c-2005-auto-number-

generator_21.html

筆者的ANG演算法生成txt與MyErrorHandler程式碼原始網址:

http://joeymovieyoutube.blogspot.tw/2014/11/visual-c-2005auto-number-

generator.html

歡迎各位網友在這裡留下你的意見。
作者 : jasper(Jasper)討論區板主 程式設計甘苦談頂尖高手上班族的哈拉園地優秀好手貼文超過1000則人氣指數超過70000點
[ 貼文 1403 | 人氣 96053 | 評價 6980 | 評價/貼文 4.98 | 送出評價 42 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2015/9/21 上午 09:10:53
建議用比較快速的方法來解決,但什麼是快速的方法?換成 C# 就會快嗎?

如果用 MFC、用傳統的方式就能解決,那麼就用這種方法去解決問題,因為重點在解決問題,而不是用什麼來寫。
作者 : gmailjoey(建中)
[ 貼文 199 | 人氣 0 | 評價 190 | 評價/貼文 0.95 | 送出評價 12 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2015/9/21 下午 07:57:48
> 建議用比較快速的方法來解決,但什麼是快速的方法?換成 C# 就會快嗎?

> 如果用 MFC、用傳統的方式就能解決,那麼就用這種方法去解決問題,因為重點在解決問題,而不是用什麼來寫。

Visual C++的優點有:
1.Visual C++是中階語言,可以查詢到組合語言碼,方便撰寫組合語言程式。
2.Visual C++裡面還保留有goto指令,可以做出 Java做不到的流程判斷式。
3.Visual C++可以用來開發WIN32程式執行WINDOWS功能,並且具有MFC可以組裝大型WINDOWS程式。
4.Visual C++現在已經採用C++/CLI新規格,新的語言規格有更多的寫法可以參考。

如果是做硬體需要撰寫組合語言碼,就常常需要用Visual C++這是難免的,
寫C++不一定要固定使用Dev-C++,也可以改用免費的Visual C++舊版來作開發,
網路上有大量的Visual C++舊版免費教學,2005,2008,2010,各種版本的教學都有。
也可以到www.youtube.com搜尋"Visual C++ 2015 Tutorial"觀看新版影音教學。
筆者個人就是Visual C++的業餘愛好者,
平常會固定到電腦書店買電腦書來進修Visual C++的新知識,
歡迎大家一起來研究Visual C++。


作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4462 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2015/9/21 下午 10:06:07
http://www.codeproject.com/Articles/1392/Using-Unmanaged-code-and-assembler-in-C
作者 : sflam(Raymond)討論區板主 Visual C++ .NET卓越專家VC++一代宗師新手入門優秀好手資訊類作業求救頂尖高手C++一代宗師貼文超過4000則
[ 貼文 4944 | 人氣 9172 | 評價 32280 | 評價/貼文 6.53 | 送出評價 142 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2015/9/21 下午 10:35:01
>Visual C++的優點有:
>1.Visual C++是中階語言,可以查詢到組合語言碼,方便撰寫組合語言程式。

Visual C++ 不是程式語言.


>2.Visual C++裡面還保留有goto指令,可以做出 Java做不到的流程判斷式。

'goto' 不是指令.

沒有什麼流程判斷式是 goto 做到而其它流程控制判斷式做不到的.


>3.Visual C++可以用來開發WIN32程式執行WINDOWS功能,並且具有MFC可以組裝大型WINDOWS程式。
>4.Visual C++現在已經採用C++/CLI新規格,新的語言規格有更多的寫法可以參考。

C++/CLI 不是什麼新規格, 它是微軟自行開發, 只能用在 .NET 平台上, 採用類似 C++ 的關鍵字跟語法的一個跟 C++ 沒有什麼關係的語言.


>如果是做硬體需要撰寫組合語言碼,就常常需要用Visual C++這是難免的,

x64 的 VC++ 不支援 inline assembly.


>寫C++不一定要固定使用Dev-C++,也可以改用免費的Visual C++舊版來作開發,

我不知道舊版的 VC++ 是有免費的, 請提供網頁.

但我知道 Express 版是免費的 (https://www.visualstudio.com/en-us/products/visual-studio-express-vs.aspx).

據我了解, 新版的 Dev-C++ 用的是 GCC 4.9.2, 應該會比一些舊版的 VC++ 好.
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4462 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2015/9/21 下午 11:14:49
http://www.ecma-international.org/publications/standards/Ecma-372.htm
作者 : gmailjoey(建中)
[ 貼文 199 | 人氣 0 | 評價 190 | 評價/貼文 0.95 | 送出評價 12 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2015/9/22 上午 12:06:59
> Visual C++ 不是程式語言.
> 'goto' 不是指令.
> 沒有什麼流程判斷式是 goto 做到而其它流程控制判斷式做不到的.

真是太可惜了,
我推測你在你的工作崗位上是無法理解我的說明。

你現在可以開始回想以前寫程式的經歷,
來評估你的記憶狀態:

1.上一次你不用開會就獨自一人完成大型專案,是民國幾年。
2.上一次你獨自一人完成大型專案的時候,敲了幾行程式碼,要精確的數字。
3.上一次你獨自一人完成大型專案的時候,按了幾次「產生類別」按鈕。

接下來你再評估看看,
過了這麼多年之後,
要一個新手用新版編譯器來獨自產生一個新版的大型專案,
請問他需要多少工作時間,
需要為了新規格敲下多少程式碼,
然後要按多少下的「產生類別」按鈕,
這時候編譯器必須不能當機不能中毒。
請問新手是否有可能做完一整間公司好幾台不同電腦的專案流程。

這些平常想都不會想到的工作細節,
或是為了求快而忽略掉的工作細節,
都是程式員自行吸收的工作成本,
一般人通常已經無法負擔這麼龐大的工作成本與時間,
由於機械化的動作需要時間來培養,
所以責任制是無法支付機械化的操作的風險,
只有新手會相信責任制是公平的,
大部分的人都認為寫程式無利可圖,
都選擇其他的行業去了。

這樣一來,
相信你也注意到了,
因為使用桌上型電腦實在太疲勞了,
現在個人電腦的銷售量已經越來越低了,
這樣下去是不行的,
電腦本來就是越來越複雜,
光是阻擋Visual C++語言並不能改變使用者過勞的現象。
更多的課程也沒有太大的幫助,
因為程式員需要的是收入而不是支出。
只有讓寫程式不再疲勞,
在精神上取得勝利,
而且真正公平的把費用支付給工作的程式員,
這麼辛苦的行業才有可能繼續下去。
如果你不能在精神上取得勝利,
反而一直阻擋編譯器的使用和推廣,
這種桌上型電腦的使用價值會越來越低的。


作者 : sflam(Raymond)討論區板主 Visual C++ .NET卓越專家VC++一代宗師新手入門優秀好手資訊類作業求救頂尖高手C++一代宗師貼文超過4000則
[ 貼文 4944 | 人氣 9172 | 評價 32280 | 評價/貼文 6.53 | 送出評價 142 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2015/9/22 上午 03:53:38
>> Visual C++ 不是程式語言.

Visual C++ 不是程式語言, 因為 Visual C++ 是產品名稱, 它包括了 IDE, debugger, 及數個程式語言的編譯器. 這世上從來就沒有一個程式語言叫 Visual C++.

>> 'goto' 不是指令.

'goto' 不是指令, 因為它是關鍵字.

這些是很基本的常識.

作者 : sflam(Raymond)討論區板主 Visual C++ .NET卓越專家VC++一代宗師新手入門優秀好手資訊類作業求救頂尖高手C++一代宗師貼文超過4000則
[ 貼文 4944 | 人氣 9172 | 評價 32280 | 評價/貼文 6.53 | 送出評價 142 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2015/9/22 上午 04:48:39
>2.Visual C++裡面還保留有goto指令,可以做出 Java做不到的流程判斷式。

goto 的作用沒有這位仁兄說的那麼重要. C++ 的確有些特性是 Java 語言沒有的, 某些 C++ 的功能也是 Java 做不到的, 但 goto 絕對不會是其一.

如果要跳出深層的 nested loop, Java 的 named break 及 named continue 都比 goto 好.

作者 : kagaya(kagaya) VC++優秀好手C++優秀好手貼文超過1000則人氣指數超過30000點
[ 貼文 1597 | 人氣 38709 | 評價 4590 | 評價/貼文 2.87 | 送出評價 115 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2015/9/22 上午 10:33:34
不可太認真 不過還是補充一下
只有visual studio 2013 community是免費的 註冊一個M$帳號就可以使用
還有Express 版是免費的 不過這是閹割版 跟上面那個不同
其它都是要錢的 就算是舊到像VC5 VC6都是要錢的
如果真的那麼愛VC 應該不會不知道
我已經好幾年沒用過VC了 現在嵌入式 平板 手機當道 VC跟本無用武之地
就算寫寫server 首選也是linux
微軟自己都每況愈下在裁員了 沒有人在阻擋VC 時勢如此罷了
作者 : gmailjoey(建中)
[ 貼文 199 | 人氣 0 | 評價 190 | 評價/貼文 0.95 | 送出評價 12 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2015/9/22 下午 12:39:39
> 不可太認真 不過還是補充一下
> 只有visual studio 2013 community是免費的 註冊一個M$帳號就可以使用
> 還有Express 版是免費的 不過這是閹割版 跟上面那個不同
> 其它都是要錢的 就算是舊到像VC5 VC6都是要錢的
> 如果真的那麼愛VC 應該不會不知道
> 我已經好幾年沒用過VC了 現在嵌入式 平板 手機當道 VC跟本無用武之地
> 就算寫寫server 首選也是linux
> 微軟自己都每況愈下在裁員了 沒有人在阻擋VC 時勢如此罷了

謝謝以上幾位大大的補充說明。
桌上型電腦目前並不是發展快速的領域,
手機平板和嵌入式的發展都比桌上型電腦更快,
未來只有發展出工業電腦等級的桌上型電腦才會暢銷。
因此筆者認為Google Android系列未來會比微軟更暢銷,
這已經有很多公司在做了,
筆者就不多做解釋了。
作者 : gmailjoey(建中)
[ 貼文 199 | 人氣 0 | 評價 190 | 評價/貼文 0.95 | 送出評價 12 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2015/10/6 上午 12:21:58
> goto 的作用沒有這位仁兄說的那麼重要.
> C++ 的確有些特性是 Java 語言沒有的,
> 某些 C++ 的功能也是 Java 做不到的,
> 但 goto 絕對不會是其一.

> 如果要跳出深層的 nested loop,
> Java 的 named break 及 named continue 都比 goto 好.

晚上有空,再來貼一篇閒聊的文章。

其實商業程式應該尊重美國的作法,
如果美國曾經有過商業損失的歷史案例,
我們也應該要記錄並且討論,
寫程式一定要顧及到商業化可能的損失,
哪一種寫法商業損失比較少,
就應該考慮用那種方式開發。

由於Visual C++的開發歷史相當重要,
所以我幫你找了一份美國ACM協會的紀錄,
這份紀錄記載於CODE COMPLETE第二版第十七章,
曾經有一位叫做 Rubin, Frank的程式員,
在美國電腦協會資訊交流月刊:
Communications of the ACM 30 ,第3期 1987年 3 月195-96
他寫了一封給編輯的信。
在這封給編輯的信中,
Rubin相當激動地聲稱新的無goto程式設計讓企業損失「數十億美元」。
然後他提供了使用goto的簡短程式碼區段,
主張其優於無goto替代方法。

接下來的數個月,
擁護goto的人士和反對goto的人士同時分享了這些信件,
許多不需要使用goto的重寫方法被公布在月刊裡面。

包括
Communications of the ACM 30 第5期(1987年5月)351-55
Communications of the ACM 30 第6期(1987年6月)475-78
Communications of the ACM 30 第7期(1987年7月)632-34
Communications of the ACM 30 第8期(1987年8月)659-62
Communications of the ACM 30 第12期(1987年12月)997,1085

從2015年的今天回頭看這些資料,
就會覺得Rubin, Frank的程式很偉大,
因為他的goto技巧曾經替他的公司避免了許多商業損失。
反而是因為無goto的寫法造成了他公司的損失。
因為使用goto的技巧有很多都已經失傳了,
在這裡我就把月刊的編號提供出來,
如果是對goto寫法有興趣的網友,
都可以到美國的圖書館研究看看這一段歷史。





作者 : sflam(Raymond)討論區板主 Visual C++ .NET卓越專家VC++一代宗師新手入門優秀好手資訊類作業求救頂尖高手C++一代宗師貼文超過4000則
[ 貼文 4944 | 人氣 9172 | 評價 32280 | 評價/貼文 6.53 | 送出評價 142 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2015/10/6 下午 10:15:44
>晚上有空,再來貼一篇閒聊的文章。

這麼有空, 何不整理貼出「美國資訊法規」的法規及網址.


>其實商業程式應該尊重美國的作法,
>如果美國曾經有過商業損失的歷史案例,
>我們也應該要記錄並且討論,
>寫程式一定要顧及到商業化可能的損失,
>哪一種寫法商業損失比較少,
>就應該考慮用那種方式開發。
>
>由於Visual C++的開發歷史相當重要,
>所以我幫你找了一份美國ACM協會的紀錄,
>這份紀錄記載於CODE COMPLETE第二版第十七章,
>曾經有一位叫做 Rubin, Frank的程式員,
>在美國電腦協會資訊交流月刊:
>Communications of the ACM 30 ,第3期 1987年 3 月195-96

這位仁兄老是喜歡把兩個沒有關係的東西硬湊起來, 然後當作他謬論的支撐.

上面這段把 Visual C++ 的歷史跟 1987 年的 ACM 期刊硬連繫起來, 反而凸顯了他的無知: Visual C++ 1.0 是在 1993 年 2 月正式推出的. 1987 年的 ACM 期刊跟 VC++ 有屁關係, 這不是故意誤導是什麼?


>他寫了一封給編輯的信。
>在這封給編輯的信中,

為什麼不敢把這篇文章貼出來呢? 因為這篇文章所說的不但跟 Visual C++ 一點關係也沒有, 他裡面的例子甚至不是 C++!!!

http://web.archive.org/web/20090320002214/http://www.ecn.purdue.edu/ParaMount/papers/rubin87goto.pdf


>Rubin相當激動地聲稱新的無goto程式設計讓企業損失「數十億美元」。

文章是有提到這個, 但我認為這是不負責任, 也沒有佐證的說法. 企業需要花費金錢來維修保養程式不假, 但是不是全花在跟 goto 的使用上有關就無從證明.

我倒覺得如果相信這位仁兄的話, 需要付出的代價更大.


>然後他提供了使用goto的簡短程式碼區段,
>主張其優於無goto替代方法。

這就跟你說的『有goto指令,可以做出 Java做不到的流程判斷式』相差太遠了. 你用上面 Frank Rubin 來做你論述的例子, 只顯示出你邏輯上的混亂.

我個人不認為 goto 絕對不能用, 在某些特殊情況下, goto 的確可以簡化程式流程. 但我不建議初學者在得到足夠的邏輯思考鍛鍊前就胡亂用 goto, 因為這容易養成懶惰的習慣, 而且對流程邏輯沒有幫助. 企業也許會因此而付出更大的程式維修代價.

至於 Java, 它是不支援 goto 沒錯, 但最適合使用 goto 的地方, Java 以 named break/name continue (或 labeled break/labeled continue) 很好的解決了這個問題.

對於你不熟悉, 不理解的東西, 請不要妄下斷語, 更不要給予建議. 除非你真的是故意要來誤導人的.


>接下來的數個月,
>擁護goto的人士和反對goto的人士同時分享了這些信件,
>許多不需要使用goto的重寫方法被公布在月刊裡面。
>
>包括
>Communications of the ACM 30 第5期(1987年5月)351-55
>Communications of the ACM 30 第6期(1987年6月)475-78
>Communications of the ACM 30 第7期(1987年7月)632-34
>Communications of the ACM 30 第8期(1987年8月)659-62
>Communications of the ACM 30 第12期(1987年12月)997,1085

為什麼你不寫出 Dijkstra 對這事件的回覆? 畢竟 Frank Rubin 最初的發文就是針對 Dijkstra 之前的文章 "A Case against the GO To Statement". 這篇文章後來在 1968 三月的 Communication of the ACM 裡以 "Go-to statement considered harmful" 刊出.

後來 Dijkstra 以 "On a somewhat disappointing correspondence" 發表了對該事件的總結.

http://www.cs.utexas.edu/users/EWD/transcriptions/EWD10xx/EWD1009.html


>從2015年的今天回頭看這些資料,
>就會覺得Rubin, Frank的程式很偉大,

你心目中的「偉人」在 Dijkstra 眼裡一點也不專業.


>因為他的goto技巧曾經替他的公司避免了許多商業損失。
>反而是因為無goto的寫法造成了他公司的損失。
>因為使用goto的技巧有很多都已經失傳了,
>在這裡我就把月刊的編號提供出來,
>如果是對goto寫法有興趣的網友,
>都可以到美國的圖書館研究看看這一段歷史。

如果你對 C++ 那麼有研究, 就請你用 C++ 來寫寫看 Frank Rubin 的問題吧!

最後看看別人寫的, 跟這個有關的文章吧:

http://www.iis.sinica.edu.tw/~scm/ncs/2009/07/go-to-considered-harmful/

這才是有內容的文章好不好. 你不汗顏我都為你感到不好意思.

作者 : ivan_4(Ivan)
[ 貼文 6 | 人氣 0 | 評價 0 | 評價/貼文 0 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2015/10/8 下午 06:52:19
Dear Raymond:

我一直很感佩您在網路上長期無私的奉獻付出
我一直很好奇這位仁兄,是不是網路機器人

反正在網路的世界本來就充斥著,真真假假或過時的資訊
要在網路上找資料學習的人本來就要有相當的識別過濾訊息的能力

如果沒把握可以找各校的開放課程或可汗學院學習
您可能多慮了,又再付出更多的寶貴時間
 板主 : Jammy
 > 新手入門 - 討論區
 - 最近熱門問答精華集
 - 全部歷史問答精華集
 - 新手入門 - 知識庫
  ■ 全站最新Post列表
  ■ 我的文章收藏
  ■ 我最愛的作者
  ■ 全站文章收藏排行榜
  ■ 全站最愛作者排行榜
  ■  月熱門主題
  ■  季熱門主題
  ■  熱門主題Top 20
  ■  本區Post排行榜
  ■  本區評價排行榜
  ■  全站專家名人榜
  ■  全站Post排行榜
  ■  全站評價排行榜
  ■  全站人氣排行榜
 請輸入關鍵字 
  開始搜尋
 
Top 10
評價排行
新手入門
1 Raymond 900 
2 BK. 820 
3 Jasper 500 
4 太子 500 
5 Benson 410 
6 joe 400 
7 DEMO999 370 
8 青衫 300 
9 小朱 300 
10 Eric Ho 290 
新手入門
  專家等級 評價  
  一代宗師 10000  
  曠世奇才 5000  
  頂尖高手 3000  
  卓越專家 1500  
  優秀好手 750  
Microsoft Internet Explorer 6.0. Screen 1024x768 pixel. High Color (16 bit).
2000-2018 程式設計俱樂部 http://www.programmer-club.com.tw/
0.078125