討論區快速選單
知識庫快速選單
討論區最近新進100則主題 傑米的攝影旅遊筆記 網路投保旅行平安險
[ 回上頁 ] [ 討論區發言規則 ]
有心投入軟體者,別再學COBOL 了...
更改我的閱讀文章字型大小
作者 : byeman(再見男人) 人氣指數超過10000點
[ 貼文 51 | 人氣 14675 | 評價 50 | 評價/貼文 0.98 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2002/12/2 上午 07:28:40
告訴大家, 我也用過 COBOL, 因為專案接到的是 COBOL 連上 Informix
那還算是 關聯式資料庫哦, 到了銀行, 天呀, 用更舊的 COBOL: CICS,....

抱歉, 市面沒書, 和資深同事借他們以前的書來看, 我進銀行不到三個月就離開,
目前學得很開心, 因為用的是 Java, 又可以學 XML 及 Web service, 若在銀行
可能整天都在處理 COBOL 的問題, 到現在都還不知道什麼是 Java 的 AWT,
不知道 XML 中的自訂 tag.... 等, 

並非看不起銀行的資深資訊人, 不是, 只是我不適合, 我喜歡學習新知, 我喜歡開發
好用的視窗作業系統給 user 使用, 所以要學 COBOL 的人 ,自己考慮囉
作者 : dolphine(大頭)
[ 貼文 53 | 人氣 988 | 評價 140 | 評價/貼文 2.64 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2002/12/2 上午 08:26:27
所以,會cobol的人,是少數民族,
身價畢不凡,雖然,台灣仍有很多公司,
仍在使用cobol , 多學一些,對自己會有益處,
作者 : dolphine(大頭)
[ 貼文 53 | 人氣 988 | 評價 140 | 評價/貼文 2.64 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2002/12/2 上午 08:26:38
所以,會cobol的人,是少數民族,
身價畢不凡,雖然,台灣仍有很多公司,
仍在使用cobol , 多學一些,對自己會有益處,
作者 : chou_judas(judas) 貼文超過200則
[ 貼文 243 | 人氣 5085 | 評價 140 | 評價/貼文 0.58 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2002/12/2 下午 03:46:04
我之前也是 Cobol programmer, 但現在也是轉學 java 了.
若你現在還使用 Cobol 在工作的話, 建議你工作之餘, 多學學其他開發工具, 免得以後措手不及.
作者 : regionbbs(小朱)技術副站長 VB.Net曠世奇才SQL Server 7/2K卓越專家.Net Framework優秀好手C#曠世奇才ASP.Net一代宗師ADO.Net卓越專家貼文超過6000則人氣指數超過70000點
[ 貼文 6372 | 人氣 82299 | 評價 36440 | 評價/貼文 5.72 | 送出評價 59 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2002/12/6 下午 03:35:31
目前 COBOL 在 Microsoft .NET 的架構下 , 已經可以用它來撰寫 ASP.NET 與 Web Services 了 , 不過最好能學另一種流行的語言 , 免得以後 COBOL 消失 ....
作者 : s8902040139(ct)
[ 貼文 85 | 人氣 2385 | 評價 20 | 評價/貼文 0.24 | 送出評價 2 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2003/1/29 下午 05:39:13
銀行 為啥不用最新的東西來寫
而老是用一些舊的東西
想想  在存款裡面少個零 那會不會被人家給罵署
所以囉!! 銀行界裡面寫軟體 是以穩定為主
如果你想追求新知的話 銀行界 保證不是你能待的地方
作者 : wen1202(wen)
[ 貼文 94 | 人氣 60 | 評價 640 | 評價/貼文 6.81 | 送出評價 4 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2003/1/29 下午 07:35:54

>銀行 為啥不用最新的東西來寫
>而老是用一些舊的東西
>想想  在存款裡面少個零 那會不會被人家給罵署
>所以囉!! 銀行界裡面寫軟體 是以穩定為主
>如果你想追求新知的話 銀行界 保證不是你能待的地方

對不起!不是要反駁,我只想做一下解釋.
用不用最新的東西寫跟存款會不會少個零一點關係都沒有,最重要的是用轉換成新的語言架構需要不小的功夫,光是檔案的轉換整合就很傷腦筋了.
換成所謂的"最新"是否最穩定?這應該是你這句話要表達的重點.
銀行並非老是用舊東西,像網路銀行,行動銀行等等就不見得是用舊東西寫的
,只是不管麼用新東西開發新產品,到主機要做帳目處理的時候當然還是用所謂的舊東西(COBOL)來做,這應該是你所謂的穩定吧!
大多數的銀行外匯系統可能都不是舊東西寫的,而且是用JAVA寫的(如果JAVA不算舊的話).
至於銀行界可不可以待,我認為如果你每天都希望接觸最新的東西,我可以同意你的說法,不用待了.
如果你想開發商用軟體,這裡你會接觸最刁鑽的user,我保證你會進步,最起碼再現有的產品的整合上會有很多機會讓你磨練.
如果你想做研發,比如自行研發網銀,行動銀的新式產品,那銀行也不是你待的,因為銀行大多會用外包的方式來購買,銀行資訊人員可能只能維護,若要擴充就要看機會了.
銀行資訊單位的確實力良莠不齊,像我也是半路出家,而且單位裡也是有些人排斥所謂的新知,固步自封,除非自己努力,否則大概是最封閉的資訊環境.
至於這個標題,"有心投入軟體者,別再學COBOL了",如果你有心走金融業,奉勸各位還是要具備COBOL的常識(有基礎就可以了,其餘進來再說),如果你已經在使用COBOL就好好用吧,因為你會發現他的好處,不過還是要再學新的東西,只會COBOL是一定不夠的.


作者 : bobkids(bobkids)
[ 貼文 22 | 人氣 4174 | 評價 120 | 評價/貼文 5.45 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2003/2/3 下午 10:00:42
我不追流行 讓流行追我 不只是一句廣告詞
市面上 沒有書 那很好 表示你可以寫有關COBOL的書

舉例來說 我接過 一個CASE 1小時40萬 因為 在台灣都沒人會
如果 一票人會 市面上書一堆 還有這個價值嗎

COBOL也有 可以在UNIX, Window執行 也有GUI介面 也具有可攜性
沒有一個程式語言 是萬靈丹

JAVA也不是一切的答案 學習新知 當然是必要的

但什麼是新知 你不會的 就是 如果 你精通JAVA 但不會COBOL
COBOL 就是新知

學習 當然是永無止境
還有 將COBOL與JAVA結合
未嘗 不是一個方向

結合兩者的優點 
那你將更有價值
作者 : bobkids(bobkids)
[ 貼文 22 | 人氣 4174 | 評價 120 | 評價/貼文 5.45 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2003/2/3 下午 10:11:48
1. 1584502282 Java for COBOL Programmers, 2/e
出版日期:2002/06/01, 作者:John C. Byrne, Jim Cross, 定價:新台幣 2000 元正。
   
2. 0130668435 COBOL Programming Using the .NET Framework
出版日期:2002/03/11, 作者:Ronald D. Reeves, Ron Reeves, 定價:新台幣 1550 元正。
   
3. 007037774X Reengineering COBOL with Objects: Step by Step to Sustainable Legacy Systems
出版日期:1996/01/01, 作者:Robert, Levey, 定價:新台幣 1400 元正。
   
4. 0471127221 Programming in Cobol/400
出版日期:1997/01/01, 作者:James Cooper, Nancy Stern, 定價:新台幣 780 元正。
   
5. 0471318817 Structured Cobol Programming: For the Year 2000 and Beyond
出版日期:1999/07/01, 作者:Nancy B. Stern, Robert A. Stern, 定價:新台幣 980 元正。
   
6. 9572213504 輕鬆的活用 Cobol/400 --交談式程式(基礎篇)
出版日期:1993/09/15, 作者:黃銘炅, 定價:新台幣 360 元正。
   
7. 9572214152 輕鬆的活用 Cobol/400 -交談式程式(Subfile篇)
出版日期:1993/12/12, 作者:黃銘炅, 定價:新台幣 400 元正。
   
8. 9572213164 結構化 RM/Cobol 程式設計
出版日期:1999/06/01, 作者:施澄鐘, 定價:新台幣 380 元正。
   
9. 9572079077 Cobol 結構化與物件導向化程式設計
出版日期:2001/06/01, 作者:謝信芳、樂以虎, 定價:新台幣 600 元正。
 
COBOL的參考書
作者 : brian88992003(brian88992003)
[ 貼文 7 | 人氣 5 | 評價 40 | 評價/貼文 5.71 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2003/10/23 上午 12:07:45
的確 邏輯部分的轉換真的很麻煩 怕改了會出狀況
要一個檔一個檔去追
使用COBOL的最大好處就是training一個人會很快
一個帶另一個人去學 大約寫個兩支就能上手了
我是這樣被帶出來的
用cobol來做交易處理是非常方便的
也因為這樣 沒人想去承擔風險 轉換語言後的不確定 太可怕了
作者 : lhh(Howard)
[ 貼文 54 | 人氣 268 | 評價 160 | 評價/貼文 2.96 | 送出評價 5 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2004/3/26 下午 12:29:03

>的確 邏輯部分的轉換真的很麻煩 怕改了會出狀況
>要一個檔一個檔去追
>使用COBOL的最大好處就是training一個人會很快
>一個帶另一個人去學 大約寫個兩支就能上手了
>我是這樣被帶出來的
>用cobol來做交易處理是非常方便的
>也因為這樣 沒人想去承擔風險 轉換語言後的不確定 太可怕了
同意你的看法....我現在也是剛開始要學COBOL了....
雖然現在還有一點霧煞煞...但一些簡單的也都能看懂了.....
COBOL真的很簡單....我想..多學一些語言...對自己應該只有
好處沒有壞處吧~~~~
ps:我接觸COBOL才兩天....
作者 : hihiisgood(蝸牛)
[ 貼文 151 | 人氣 9639 | 評價 70 | 評價/貼文 0.46 | 送出評價 8 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2004/4/27 上午 12:08:40
各位大大,看了你們的爭論,覺得都各有道理,小弟也學了好幾種語言包含java,但沒學過cobol, 我抱著純粹學術上的討論和了解的心態,沒有任何偏袒,想問一下各位cobol的使用者,各種語言都有它的特色風格和優缺點,不知cobol的風格特色和優點在於哪呢?
謝謝了^^,我才疏學淺;但有興趣了解一切我有機會去了解的東西
作者 : davidlai(David) 貼文超過200則
[ 貼文 284 | 人氣 78 | 評價 1680 | 評價/貼文 5.92 | 送出評價 2 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2004/5/6 下午 06:20:24
像我最近自己從網站上找到一個大學的網站, 裡面有位教授還向還是有在教COBOL, 我是還沒有向各位先進前被那麼好的經驗, 不過我看COBOL其實有一個目前很多軟體開發工具沒有的特點 -- 簡單容易理解, 試想, 假如同樣的一個程式我們用VB或VC++去寫, 一樣用Type..End Type或是struct {}配合檔案的輸出入功能函數當然可以做出各樣的隨機檔或是循序檔, 不過要是搜尋資料的話就難了, 標準的VB或C並沒有提供可以快速針對資料進行索引的能力, 您必須自己寫. COBOL就不必, 相對來說這個在沒有需要DB Server的情況下是經濟多了! 還有COBOL的語法結構是以英文單字片語組成, 只要有點Sense的程式設計師即使沒有摸多久的COBOL, 至少可以看懂程式在跑什麼, 這節省了很多交接與訓練的時間, 假如用VB或C/C++, 每個人寫法不同, 那假使發生剛剛提到的狀況, 您就得期望那個程式設計師經驗老到, 要不就是等奇蹟出現了!
作者 : b8241009(疾風之狼)
[ 貼文 2 | 人氣 3 | 評價 0 | 評價/貼文 0 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2005/11/17 下午 09:17:47
我寫過ASP
也寫過VB.net
後來又呆過JAVA的公司
現在轉到金融業發展後台用的是COBOL
外匯系統用的是FOXPRO 還有其他使用ASP 等等琳瑯滿目
用過這些東西 其實我並沒有覺得哪一個特別好
簡單說就是一個工具 思維邏輯的靈活性反而比較重要
就像蓋房子想用什麼器具去完成它


--單純的個人思想,沒任何引涉
作者 : smgrj(jj)
[ 貼文 24 | 人氣 228 | 評價 130 | 評價/貼文 5.42 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2006/5/5 上午 02:02:37
cobol.net是依循cobol傳統--英文對話
所以物件的屬性變成要由右邊看回來
哈, 很像中東的window, 字的方向是相反

some samples:

SET PROP-WHATEVER OF OBJECT1 OF OBJECT2 TO SOMETHING.

SET PROP-TEXT OF button1 TO "CALL COBOL".

ref:http://www.c-sharpcorner.com/cobolnet/code.asp
作者 : spainpollo(班班西) 貼文超過200則
[ 貼文 351 | 人氣 215 | 評價 1030 | 評價/貼文 2.93 | 送出評價 3 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2006/8/2 下午 04:56:10
哇勒 這文還真 "舊"

2002年

投入軟體者?
哈!投入軟體業是有什麼就要學什麼,永遠學不完的
沒權利挑的,專案用什麼就要學什麼 更要會什麼

學校的要求 畢業前要學會128種程式語言
用的到嗎?
為的是增大你的視野
加速學習新語言的速度

沒什麼別再學的東東!!!
發文的人看到用FORTRAN寫的系統 不知會有何想法
20年後現在當紅的語言也會變舊的
作者 : kimoasp0932(萬惡我為首)
[ 貼文 152 | 人氣 6778 | 評價 240 | 評價/貼文 1.58 | 送出評價 10 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2006/8/7 上午 10:21:41
本公司於今年六月正式將王安系統COBOL除役
集團全力投入ORACLE ERP系統的導入
另外也投入部分的人力研發JAVA技術,開發自有的ERP系統
其實你會別人不會的確是奇貨可居
但是試想 如何讓人家知道你會!?
除非全世界只剩下你會,否則你還是會有競爭對手吧!?殺價競爭嗎!?
需求只會越來越少,終會走向消失
作者 : ckohsieh(c5370)
[ 貼文 10 | 人氣 188 | 評價 0 | 評價/貼文 0 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2006/8/30 下午 09:17:01
畢業後待了幾家公司,
因此用過COBOL(CICS)6年,也做過JAVA,oracle erp 8年
我覺得真是各有優劣,
COBOL的優點在於簡單易學,
適合處理大量的資料又穩定.
但若碰到欄位定義不足,系統轉換或如y2k這檔事,
真的會做到抓狂...一個頭100個大...

另外,如果是選擇公司的話,就沒選擇工具的立場,
除非進去當頭頭....
作者 : twrick(瑞客靠)
[ 貼文 8 | 人氣 0 | 評價 0 | 評價/貼文 0 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2006/9/12 上午 11:29:46
胡說八道!!!!!!!


教壞別人,人多的地方不要去,競爭大!!
java,db,.net
就算你是好手,利害到哭背,可取代性高,大家都會!

依藍海策略來看.

人少的地方,又是好手,豈有不名利雙收的道理!
基本上,負責cobol的人,和負責oo的人,不可同日而與.....


作者 : member001(member one)
[ 貼文 178 | 人氣 0 | 評價 1150 | 評價/貼文 6.46 | 送出評價 1 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2006/11/22 上午 10:33:18
別投入軟體了!
作者 : byeman(再見男人) 人氣指數超過10000點
[ 貼文 51 | 人氣 14675 | 評價 50 | 評價/貼文 0.98 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2006/11/23 上午 08:39:57
我只想說一句: 個人興趣,個人興趣,個人興趣,個人興趣,個人興趣.............
公司可不會管你個人興趣,若你覺得你用什麼都沒差,那很好!!

但如果你沒有興趣學老語言,且你又找得到用新語言的公司來工作並且做得有興趣,
那很好!!

在商言商, 要找會舊語言且有經驗(還是那句話,在商言商,公司要省人力成本,大都要找有經驗的,不信去 104 看看)的人,真的很難!! 這也是許多公司要將舊語言開發的系統慢慢轉成目前主流語言的原因之一.

作者 : michaelhsiao(michael)
[ 貼文 13 | 人氣 0 | 評價 0 | 評價/貼文 0 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2007/11/2 下午 03:47:00
職務說明: - 熟信用卡業務知識
- 具 COBOL II, IBM M/F, CICS 經驗者佳
上班地點: 台北市, TAIWAN
 
職務發佈日期: 09-08-2007
工作待遇: 80000 NTD, 月薪
工作性質: 正職工作
上班時段: Special

月薪80000的工作應該不錯吧.
而obol程式一般都是用來寫核心程式,所以不大會更改
當您負責cobol程式時,又不能沒有您,但又不用管其他界面部份,您說會有事嗎
而一般界面程式是天天都在改的,所以負責界面部份的人,就天天要忙的跟狗一樣

作者 : wdchiang(WDCHIANG)
[ 貼文 37 | 人氣 23 | 評價 50 | 評價/貼文 1.35 | 送出評價 3 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2009/4/25 下午 10:13:01
這年頭是謀生第一啦,管你是新的舊的技術,只要可以生存就有價值,
銀行的資訊系統開發較早,COBOL要全部換掉確實要很長的一段時間,
當年美國因為要應付Y2K,到全世界找會COBOL的人,只要會就可以過去工作,
真是後悔當時沒把握機會過去,因為那時候也覺得學新的技術會比較有趣,
現在都2009年了,COBOL依然屹立不搖,只能說COBOL真是老而彌堅啊!
作者 : terenas(風) 貼文超過200則
[ 貼文 490 | 人氣 7440 | 評價 680 | 評價/貼文 1.39 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2009/4/26 上午 01:30:06
會講這種話的基本上不算是一個在開發軟體的人所講的話, 他是一位在開發不可靠的玩具的人所講的話.
軟體第一要點是什麼==>穏定
軟體第二要點是什麼==>穏定
!!其它要點隨意!!
用Java/.NET 開發就代表穏定? 軟體是越新越的的迷思, 是存在很多人心中堅定不移的.
是因為他們可以接受word 打一半當掉要重打.
也可以接受存當後下次打開的是亂七八糟的.
但大公司的資料可不行給你當掉存一半, 扯到錢的系統更加不行給你重來.
作者 : jammy98(Jammy)討論區板主 站務優秀好手貼文超過3000則人氣指數超過300000點
[ 貼文 3524 | 人氣 316866 | 評價 3440 | 評價/貼文 0.98 | 送出評價 3493 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2009/7/16 下午 11:24:17

>這年頭是謀生第一啦,管你是新的舊的技術,只要可以生存就有價值,
>銀行的資訊系統開發較早,COBOL要全部換掉確實要很長的一段時間,
>當年美國因為要應付Y2K,到全世界找會COBOL的人,只要會就可以過去工作,
>真是後悔當時沒把握機會過去,因為那時候也覺得學新的技術會比較有趣,
>現在都2009年了,COBOL依然屹立不搖,只能說COBOL真是老而彌堅啊!

以上這位前輩說的, 只能用一個字來形容 : 讚 !!
作者 : oldpgmr(OldPgmr)
[ 貼文 70 | 人氣 0 | 評價 20 | 評價/貼文 0.29 | 送出評價 26 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2009/7/17 上午 06:49:08
學軟體設計,真的是迷思,迷失,還是謎思;就因為沒有絕對"好"的語言,所以才會有像小河裡的石頭那麼多的語言;現在的應用系統少有單一語言可以解決的;COBOL因為發展的早,簡單易學,又有傳統主要電腦平台的支援,才能屹立不搖,發展至今,其實功能強大,畫面,資料庫存取,通訊連線,甚至OO,Class,XML,等都有輔助功能擴展,也是真正有異質開發平台的軟體語言;小朋友們玩慣了花俏的東東就不屑傳統了,它唯一的缺點就是並不是便利的OPEN SOURCE, Free的也有,只是功能陽春罷了;要終結COBOL幾乎是不可能的事;台灣的金融界是穩定,也就是說誰也不敢開"錢"的玩笑,BOA/usa搞的交易金額變天文數字,客戶馬上把錢提走;除非有人開發一整套高速金融主機模擬系統,能夠完全相容於軟硬體環境,執行成千上萬支COBOL程式,不會有失誤;金融領域的前輩們也是分工精細,就算想將金融系統翻新成OPEN平台也不是一簇可及;目前充其量是保留傳統核心模組,介面到Open的周邊系統!不然要將成千上萬支COBOL改寫成JAVA是極無效率的事;當然,在金融海嘯過後的2009年,又有哪家金融業者有上幾億的IT投資,要轉換至下一代環境; 若是Open平台(我指的是:Window週邊+Unix-AP Server+RDBS+Web X.0+J2EE)以業務功能模組的方式發展,逐步蟬食,有一天將核心帳務交易平台模組也取代掉;COBOL是會有進博物館的一天;所以不是語言的問題,是人的頭腦食古不化的問題;學Java,或.net的小朋友們有沒有要把COBOL幹掉的雄心,IBM在大陸可是在銀行系統賺了超過百憶喔!快加班寫程式吧!
作者 : oldpgmr(OldPgmr)
[ 貼文 70 | 人氣 0 | 評價 20 | 評價/貼文 0.29 | 送出評價 26 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2009/7/17 上午 06:49:27
學軟體設計,真的是迷思,迷失,還是謎思;就因為沒有絕對"好"的語言,所以才會有像小河裡的石頭那麼多的語言;現在的應用系統少有單一語言可以解決的;COBOL因為發展的早,簡單易學,又有傳統主要電腦平台的支援,才能屹立不搖,發展至今,其實功能強大,畫面,資料庫存取,通訊連線,甚至OO,Class,XML,等都有輔助功能擴展,也是真正有異質開發平台的軟體語言;小朋友們玩慣了花俏的東東就不屑傳統了,它唯一的缺點就是並不是便利的OPEN SOURCE, Free的也有,只是功能陽春罷了;要終結COBOL幾乎是不可能的事;台灣的金融界是穩定,也就是說誰也不敢開"錢"的玩笑,BOA/usa搞的交易金額變天文數字,客戶馬上把錢提走;除非有人開發一整套高速金融主機模擬系統,能夠完全相容於軟硬體環境,執行成千上萬支COBOL程式,不會有失誤;金融領域的前輩們也是分工精細,就算想將金融系統翻新成OPEN平台也不是一簇可及;目前充其量是保留傳統核心模組,介面到Open的周邊系統!不然要將成千上萬支COBOL改寫成JAVA是極無效率的事;當然,在金融海嘯過後的2009年,又有哪家金融業者有上幾億的IT投資,要轉換至下一代環境; 若是Open平台(我指的是:Window週邊+Unix-AP Server+RDBS+Web X.0+J2EE)以業務功能模組的方式發展,逐步蟬食,有一天將核心帳務交易平台模組也取代掉;COBOL是會有進博物館的一天;所以不是語言的問題,是人的頭腦食古不化的問題;學Java,或.net的小朋友們有沒有要把COBOL幹掉的雄心,IBM在大陸可是在銀行系統賺了超過百憶喔!快加班寫程式吧!
作者 : terenas(風) 貼文超過200則
[ 貼文 490 | 人氣 7440 | 評價 680 | 評價/貼文 1.39 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2009/7/17 下午 07:18:20
絕大多數系統, 單一語言就可以解決了, 像C/C++, Pascal/Delphi 之類的通用語言, 快又有效.
致於什麼OO, XML 等, 端看用不用得著, 只是台灣人無聊, 非得要用個XML 不可而已, XML 叫了十幾年了, 始終
雷聲大, 雨點小, 事實證明就是沒什麼大用. 就跟IPV6 一樣, 吵吵鬧鬧沒東西.
而開發是不是非得OO 一下, design pattern 一下呢, 也是看個人囉, 有沒有OO 或Design pattern跟系統好不好用, 穏不穏定
半點關係都沒有. 不然IBM 的OS/360 哪堥.
致於整天想著什麼Java/C# 幹掉Cobol的人, 快好好的想想, 你們寫出來的程式是否經得起24 小時運作, 全年幾乎無休的考驗.
再來想能不能幹掉Cobol.
寫程式是工程問題, 堆床叠架, 一大堆狀況, 從compiler,library, 到你自己寫的code, 層層叠叠, 像java/C# 等要幹掉native language
除了前面的東西, 還得看VM 夠不夠力, VM不爭氣, 你的code 就等於有問題. 多一層, 多一串可能, 多一串問題, 多一串原因.
最後, 用什麼語言來寫都好, 穏定最重要.
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4464 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2009/7/21 下午 02:31:29
cobol is a business programming language . in 1963 year,ANSI is going to define standardization ,but cobol does not follow this standard. So its some parts are not portable.

Many banks still use cobol and cics nowadays. cobol is a very popular business programming language in business domain. if they want to replace cobol to other programming languages , e.g. c++ , java , vb and so forth , they will encounter many challenges and cost.
作者 : armurochang(CCM)
[ 貼文 28 | 人氣 617 | 評價 40 | 評價/貼文 1.43 | 送出評價 1 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2009/9/15 上午 11:59:57
何謂新得知識,一聽就知是菜鳥,程式講究是邏輯,語言只是工具。你說COBOL是舊的你不想學,java是新的,java有比較了不起喔?
作者 : chou_judas(judas) 貼文超過200則
[ 貼文 243 | 人氣 5085 | 評價 140 | 評價/貼文 0.58 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2009/9/18 上午 08:33:22
沒想到自己 2002 年回應過本文.
那時正在學 java, 但是目前卻是以PHP為主, 寫web (browser) 的ERP系統.

語言沒好壞與新舊, 主要是自己寫出哪些東西呢 ?!
若是上班族的人, 當然建議不要學這類冷門語言, 因為工作機會相對比較少.

德士部落格 http://tw.myblog.yahoo.com/weberp-judas
有自己的創業心得與作品介紹(有試用帳號), 歡迎參觀!
作者 : jammy98(Jammy)討論區板主 站務優秀好手貼文超過3000則人氣指數超過300000點
[ 貼文 3524 | 人氣 316866 | 評價 3440 | 評價/貼文 0.98 | 送出評價 3493 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2009/10/18 下午 12:27:00
目前金融業許多核心系統都還在中大型主機上, 相當龐大含複雜的Bussiness邏輯的系統, 都是用COBOL寫的. 這些系統既老舊, 但又穩定, 想改寫, 真的相當地難, 也必需要公司高層有相當大的決心, 及願意投入成本與心力.

有一些公司決心改寫汰換COBOL系統, 成功的案例有, 做了幾年後卻宣告完全失敗的案例也有. 但基本上, 這是一項很難的大工程, 投入的成本, 大概都是破億.

對於開發人員來說, 自己手上擁有的開發能力很重要, 但學習能力更重要. 當然, 這也會牽扯到一位IT人的生涯規劃問題. 譬如, 一位寫了20年VB的開發人員, 在45歲那年, 突然被老闆要求去學Java, 這例子可能就比較尷尬. 不過, COBOL的開發人員越來越不好找倒是真的.

對於已學或未學COBOL的人來說, 站在裡面與站在外面的看待COBOL角度, 會是不同的; 想走純技術的開發者, 與想走Bussiness的開發者, 態度也會是不同的.
作者 : duron(Johnny)
[ 貼文 12 | 人氣 189 | 評價 100 | 評價/貼文 8.33 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2009/10/18 下午 01:51:03
由資策會當初寫的 Core Banking 系統就是 COBOL 寫的, 幾十年過去了, 到現在還是很多銀行在用。不是因為它很好用, 而是它穩定。想想, 一個系統有那麼多公司在用, 而且一用幾十年沒出過大問題, 這就是好! 但是 COBOL 不是完全沒有問題; 在今天關連式資料庫那麼發達的時代, COBOL 在處理資料的方式實在太過老舊 (你如果知道 COBOL 處理資料旳方式, 我想你也會搖頭)。其實除了部份核心系統, 今天大多數銀行的週邊系統 (外匯、分行等等) 早就不採用 COBOL 了 (有也很少)。但是 Core Banking 部份實在很難換掉 (主要是因為萬一出錯的話責任太重大, 恐怕會「動搖國本」), 所以到今天還是有很多銀行苟延殘喘的用著老舊的 COBOL 系統。

據我所知, 業界至少有兩家銀行 (也許不只兩家) 毅然把 Core Banking 換掉, 一家叫做中國信託, 另一家叫做日盛。兩家的轉換過程都很痛苦, 時間又長, 我想很多人都有耳聞。至於效率如何, 或許只有這兩家公司知道。

除了銀行業, 還有證券業, 以及早期採用 IBM 系統的公司 (包括許多早期的公家醫院) 還在使用 COBOL, 一直到今天, 都還在設法做 migration 的努力 (當然也不排除有些公司會採取消極的態度, 因為這種 migration 的案子花很多錢, 成效也難以看出來)。換句話說, 這些 COBOL 系統看起來遲早會被換掉。但是, 現在學校已經很少教 COBOL 了, 在廣大就業市場上, 也沒有 COBOL 程式設計師的份, 所以時至今日會寫 COBOL 的人已經很少了 (搞不好今天的年輕人聽過 KOBE 的比聽過 COBOL 的還多)。

物以稀為貴, 在某種情況下, 例如舊系統需要維護或做 migration 時, 對 COBOL 程式設計師的需求還是偶而會浮出枱面。因為找不到人, 那麼提出的待遇可能會遠高於行情。一個自由的市場就是這樣, 供與需完全是互相依存的; 你會而別人不會, 那麼就算你會的東西簡直沒什麼學問, 但只要氛圍對了, 你就是炙手可熱的那傢伙。
作者 : terenas(風) 貼文超過200則
[ 貼文 490 | 人氣 7440 | 評價 680 | 評價/貼文 1.39 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2009/10/18 下午 02:16:58

>由資策會當初寫的 Core Banking 系統就是 COBOL 寫的, 幾十年過去了, 到現在還是很多銀行在用。不是因為它很好用, 而是它穩定。算
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
先來個正名一下, Core Banking 不是資策會寫的, 是改的. 它只是改寫現成的東西而已.
作者 : terenas(風) 貼文超過200則
[ 貼文 490 | 人氣 7440 | 評價 680 | 評價/貼文 1.39 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2009/10/18 下午 02:20:51
>據我所知, 業界至少有兩家銀行 (也許不只兩家) 毅然把 Core Banking 換掉, 一家叫做中國信託, 另一家叫做日盛。兩家的轉換過程都
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
再正名一下, 中信只是將舊系統(以前的core banking) 換成澳洲商的哪一套, 但依然是mainframe, 依然是cobol
作者 : jammy98(Jammy)討論區板主 站務優秀好手貼文超過3000則人氣指數超過300000點
[ 貼文 3524 | 人氣 316866 | 評價 3440 | 評價/貼文 0.98 | 送出評價 3493 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2009/10/18 下午 10:07:22
Johnny前輩說的極是 !! 兩年前我單位裡要找COBOL的人, 上104找來找去, 要不是完全沒COBOL實務經驗, 要不就是有10年以上COBOL經驗. 人材中間斷層相當嚴重.
作者 : ck1668kimo(daniel)
[ 貼文 3 | 人氣 7 | 評價 50 | 評價/貼文 16.67 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2009/12/23 上午 11:59:18
中國信託及日盛銀行正是在下進入工作場所,先說日盛,我在日盛五年,看他們轉移台幣及外幣系統,而他們是讓我負責外匯系統管理AS/400主機的所有維護,我們有13人有組,五人負責資料轉換(DATA MIGRATION),八人負責外匯維護及相關作業。
當初日盛台幣系統延宕很多次,大概有一二年,確實相當辛苦,看著他們幾乎天天加班四五年,後來是順利上線。當然有後續問題,也慢慢克服,主要是資料量在銀行業界較少,如果換到其他銀行,恐怕拖不動。台幣系統上線後,隨即展開外幣系統汰換,這個時程也有二年多,也順利上線了,還是因為資料量少,所以才沒把主機操到當掉。不過聽說CPU用到64顆∼
因為使用IBM 390及AS/400機器及維護成本高,又不OPEN,系統老舊無法因應時勢所趨。這有很多考量,至於COST真的上億跑不掉。不過上線後是否得心應手?這就很難說。當他們上線後,我就轉戰中國信託。
說到中國信託,也是一樣,台弊端使用IBM MAIN FRAME 390主機,外匯使用AS/400主機,但是並不適完全轉移到OPEN平台,只是部分系統轉移而已。中國信託的大部分業務還是在大型主機上,因為要轉移系統太過龐大,牽涉到相當多的問題。當然系統穩定、安全第一考量。
如今我將轉戰台新銀行。繼續在COBOL繼續努力,而我一路走來在AS/400有17年了,以前我是使用RPG後來才學COBOL。這市場不大,但競爭的人少。還有要強調的,17年來加班不超過30天。而且工作壓力不大,得之於IBM之賜,雖然有天會被淘汰,但那也夠本了吧!試想一個系統能用20年,輕鬆愉快,又可準時下班,天底下哪裡找。當然這是每個人的路程不同。而PC語言,如VB、DELPHI、ASP、.NET...SQL SERVER也有研究,只是工作上幾乎都在主機作業。只管寫程式、抓BUG。其他的都不用管,我想OPEN的主機大概住不到吧!因為IBM主機可以一年365天不關機。就算壞了也不關個人的事。聊表數語∼
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4464 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2010/2/4 下午 04:22:06
mainframes is not main stream. The era of mainframes is out of fashion.
作者 : cheryl(Cheryl)討論區板主
[ 貼文 4 | 人氣 0 | 評價 50 | 評價/貼文 12.5 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2010/2/4 下午 09:58:31
雖然Cobal 已經不流行也退伍,也有多少家金融業想翻他,許多有遠見的老闆也都紛紛提出長期計畫 ,但是時間總是趕不上變化,環境變化太快,有心的老闆也需要接受時間的考驗,必竟翻掉10~20年的系統是不容易也需要長期的投入與規劃,往往規劃之後就改朝換代,無法延續下去,這也可能是As400 一直存活且到無法取代的地位,所以如果As400 & Open 端都學會,我想你就是那個無法被取代的人
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4464 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2010/2/4 下午 10:06:28
Many people knows : Revolution is not an easy thing. It will sacrifice something.
作者 : jammy98(Jammy)討論區板主 站務優秀好手貼文超過3000則人氣指數超過300000點
[ 貼文 3524 | 人氣 316866 | 評價 3440 | 評價/貼文 0.98 | 送出評價 3493 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2010/2/7 下午 12:19:26
金融業有太多具龐大Bussiness的系統建構在COBOL系統上. 想去翻它的知名公司也不少, 但聽到的失敗例子似乎居多.

別說用新技術新硬體翻系統, 光是兩家公司合併, 光是核心重做三年都不一定可能, 別忘了還有歷史資料轉檔問題, 新舊系統與資料並行期, 還有, 就算三年能做完, 那在這三年過渡期, 週邊系統怎麼辦 ? 新舊核心各抓一次嗎, 所以新舊系統還得再做一組查詢機制, 去抓另一邊的資料 ? 或者做一個For過渡期用的超大查詢模組怪物呢 ? 光是要SA完, 不知就掛掉多少位SA.
作者 : ck1668kimo(daniel)
[ 貼文 3 | 人氣 7 | 評價 50 | 評價/貼文 16.67 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2010/4/19 下午 01:47:49
我目前在台新銀行了,他們今年開始翻掉外匯系統,預計二年多時間完成,所以我就被派過來了。雖然我還是繼續維護AS\400,不能參與新的東西,但這就是我的價值∼在這裡COBOL還可以活二年。
作者 : plp(老狐狸)
[ 貼文 52 | 人氣 3114 | 評價 50 | 評價/貼文 0.96 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2010/4/19 下午 09:02:38
請問他們用什麼弄新系統?
作者 : psc08(丫國)
[ 貼文 2 | 人氣 0 | 評價 0 | 評價/貼文 0 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2010/6/29 下午 02:52:29
大家好~我剛要學AS400系統,想請問各位先進是否有關於AS400學習的書籍願意賣出,因為國內出版的中文書都已絕版市面上已買不到了。~~若有人願意出讓請直接與我連絡。~~謝謝~~
email:psc08@hotmail.com.tw
作者 : jackting(MagicJack)
[ 貼文 123 | 人氣 0 | 評價 410 | 評價/貼文 3.33 | 送出評價 10 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2010/8/25 下午 01:32:45

>Johnny前輩說的極是 !! 兩年前我單位裡要找COBOL的人, 上104找來找去, 要不是完全沒COBOL實務經驗, 要不就是有10年以上COBOL經驗. 人材中間斷層相當嚴重.

別寄望新人會 COBOL, 但也別失望..., 就教一下就好了.
當年我就是這樣一天 (2hr 不到) 學會 COBOL.
當年我的功力是直接用 COBOL 寫 中文內碼轉換程, 而且程式很短, 不是硬幹的.
作者 : littlebear7980(Bear)
[ 貼文 3 | 人氣 0 | 評價 0 | 評價/貼文 0 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/1/4 上午 11:33:10
請教版上各位前輩
目前工作上有需要使用到COBOL語言
請問應該要從哪方面入手呢?
或是有沒有一些參考文件提供?
謝謝
作者 : littlebear7980(Bear)
[ 貼文 3 | 人氣 0 | 評價 0 | 評價/貼文 0 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/1/4 上午 11:33:21
請教版上各位前輩
目前工作上有需要使用到COBOL語言
請問應該要從哪方面入手呢?
或是有沒有一些參考文件提供?
謝謝
作者 : apm(apm)
[ 貼文 3 | 人氣 3 | 評價 0 | 評價/貼文 0 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/4/7 上午 10:14:32
對不起亂入一下
我們公司需要會cobol的人才,地點在台南
如果有意願的話請跟我聯絡
yenlingpan@hotmail.com
 板主 : Cheryl
 > COBOL - 討論區
 - 最近熱門問答精華集
 - 全部歷史問答精華集
 - COBOL - 知識庫
  ■ 全站最新Post列表
  ■ 我的文章收藏
  ■ 我最愛的作者
  ■ 全站文章收藏排行榜
  ■ 全站最愛作者排行榜
  ■  月熱門主題
  ■  季熱門主題
  ■  熱門主題Top 20
  ■  本區Post排行榜
  ■  本區評價排行榜
  ■  全站專家名人榜
  ■  全站Post排行榜
  ■  全站評價排行榜
  ■  全站人氣排行榜
 請輸入關鍵字 
  開始搜尋
 
Top 10
評價排行
COBOL
1 wen 500 
2 小毛 310 
3 阿強 300 
4 ysl561 120 
5 bobkids 120 
6 zhaoxf 100 
7 chen 80 
8 ozzy 50 
9 WDCHIANG 50 
10 50 
COBOL
  專家等級 評價  
  一代宗師 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.265625