有時候，我會想提一下OSS跟cc的想法..
我想在座的各位，應該或多或少都有直接受益自Open Source的力量。
最常見的一件事，就是我們無償的去引用它人的library來完成自己的目的，再來，為了了解某些軟體的目的，會去看它的Source Code來完成自己的功能。甚或，修改或直接套用這些軟體為己用。
要說寫這些程式/文件的人是笨蛋嗎？我想應該不是吧。
其實，今天在座的各位，幫忙回答問題，這些時間，這些知識，都是屬於在座各位的，因此我認為，我們在某種程度上也是在使用cc/OSS的精神了。

要說中文文件不好，其實我個人也這麼認為，我的所有開發環境一直都是在英文環境，即使有中文介面幾乎不使用。對我來說，除了強迫自己習慣以外，在除錯時，也容易找到解答。
但是先前在Build MFC的ActiveX時，說真的，大概是Delphi玩熟了，Delphi我連文件也沒看，試個幾次就可以build的出sample來。MFC卻是丈二金剛摸不出該建什麼好。這時候剛好有文件可以step by step照著操作，雖然它還是原文的，但是它把Build AcitveX的作法寫的很恰當，讓我看完一遍，玩個兩三次VS就可以build出我要的功能來。也許這些書上都有教，網路上還有其它地方也都有更完整的ActiveX開發文件可以參考，但是寫的這麼淺顯易懂的還真是少。
我想中文文件的用意也在這，讓基礎薄弱的人可以很快的上手，抓到sense之後就可以自己找到解答。

就推廣的角度來看，Delphi如果不能向下打入初學者的心，那麼人力是很難找到的，然後就會陷入企業找不到就不用，企業不用學校不教，沒人教沒人學就沒有教材，沒有教材就無從入門的「遞迴」。
該說誰有責任？其實沒有人有責任，如果CG覺得Delphi沒有推廣的必要，那麼就是這樣的死水。
但是誰有能力跳出這個遞廻？企業養人要成本，學校教學要成績，教材賣不掉書商倒楣，工具沒人用，feedback的少，lib就越來越少..
不知道這麼說有沒有錯，但剩下一個角色就只有CG而已？
中文文件、教學課程的輔助、推廣，其實什麼都是要錢，我這種沒什麼用的工程師只能在這打打屁狂抱怨，哪來的錢跟閒作這些？
這讓我又想到興德的業務曾經跟我說要贊助，我有轉達了，但是目前看來是沒有下文的，連絡狀況確實也不會是我能掌握的。

其實我也是想讓自己有所突破，不得己只好暫時放下Delphi。舉個例，MFC真的..還蠻難用的，但是開始用MFC之後，我開始對WinAPI有更好的認識。
Delphi讓我成長的時間已經過去了，Delphi成為我優勢的時間也差不多過去了。
誠如暗黑大跟lu前輩說的，雖然在開發介面上Delphi仍勝一籌，但是在諸多風險與成本考量下，重點是時間與產值，而不是「單一開發環境的價值」。

另外想問一句，到底，Delphi這個產品的方向是為誰所接受？在臺灣被批成這樣，在大陸地區，比例上也不算高，那麼這些新增的功能/價值到底是哪些人在使用？哪些人獲益？有哪些成功案例？
還是，我們所重視的這些feature，根本就不是Delphi在意的？


===================引 用 ANDY8C 文 章===================
我很贊同/ 很贊同 您的說法 ,........

我的想法
土地/房子/汽車/個人電腦.....是資產嗎? 當然是,您會把他送給需要的人嗎 ?? 應該很少人會這樣做

您的創作軟體是資產嗎?? 當然是,您會把他送給需要的人嗎 ?? 應該很少人會這樣做

那您的知識是資產嗎 ?? 也是,所以您會把他送給別人嗎 ?? 應該很少人會這樣做

軟體(軟體技術)就是用知識創造出來的無形資產, 要無條件送人 ?? 應該很少人會這樣做

所以看見網友常要 SOURCE ,或要求回答者,給更深入的說明...... 我覺得那是 "白目" 的要求
沒有人有義務要回答您的

好比您上班的環境中,會要求您的主管/資深同事...給您寫範例或直接給答案嗎 ?? 將心比心

所以我常看見本站的網友問問題,眾人提供方向及範例後,也許此網友已經得到解答了,
但不見此網友結案或提供他解決問題的作法,供其它人參考(未必提供 SOURCE)...也沒說聲謝謝.....突然消失....

大家的禮儀不見了 , 下次還有誰願意回答問題

之前有建議本站收費或分級,要獲得深入解答者,應該付出一些貢獻( 知識 或 金錢 )

對提供有用的解答者,也應該給予鼓勵 , 錢 雖很俗 , 但會是一種很有效的動力

===================引 用 lu 文 章===================
...........整理這樣的東西，沒有1、2個月根本擠不出來，各位覺得要多少COCO才算合理？

坦白說這都是錢的問題~~~ ................

------
不論是否我發的文，在能力範圍皆很樂意為大家回答問題。
為了補我的能力不足之處，以及讓答案可以被重複的使用，希望大家能儘量以公開的方式問問題。
在引述到我的文時自然會儘量替各位想辦法，謝謝大家！

真熱鬧  ^ ^
當初在參加Delphi2009 的產品發表會時, 就有一股衝動想去問問興X他們在推廣Delphi這方面有沒有什麼計畫,
看來那時沒問是對的, 其實, 我也是覺得Delphi只是一種工具, 大家不必一直將自己侷限在Delphi這個框框裡,
學學其他的工具, 雖然一開始很痛苦, 但對自己還是有好處的, 至少履歷上看起來會很豐富 ^ ^;

p.s.回想從前唸大學時, Delphi好多人用啊~~~~朝陽科大的Delphi團隊現在換什麼工具了啊??

===================引 用 lu 文 章===================
>使用Delphi的高手，有多少人願意花時間整理這些教材？不是每個高手都願意公開自己吃飯的技術......
再者，真的把手冊中文化是件好事嗎？沒錯~~會降低進入門檻，但是也會阻礙看原文說明書的能力，前2天去上課，教授剛好提起日本人為什麼英文這麼差，是因為日本有一個機構專門在翻譯文章或書籍，所以日本人沒有必要學好英文（呵呵~~聽完瞬間覺得，日本人頗幸福低），離題了....
有啊.我們不是沒有這樣的機構.那個機構叫國立編譯館.很不幸的是,它被執政者拿來當思想控制的單位了.
這也是為什麼我們要花那麼多的$$去報名初級英檢,如果拿這些報名費來搞好這個機構還有剩.
想想,我們花在外語能力.是不是反而把我們的技術能力降低了?

>最近這1、2年我開始覺得工具不是重點，若有人在Linux 或Embedded system 寫過程式，大概會了解，根本沒有啥整合開發環境，開發工具～～別鬧了，連把開發環境設定好，BUILD一個Hello world的程式，就足夠讓你搞上十天、半個月，特別是在搞 Embedded linux ......而DEBUG工具，連個影子都沒看到......要是搞過一陣子這種東西，再回頭看看Dephi，你會覺得 Dephi 是多麼可愛、資料多到爆.....

搞 embed 不是這一兩年的事.工具大多都用 gcc 系列.那來的 IDE 呀.
還不如自己用軟體加上示波器快.^^

>我個人打算漸漸轉進Linux 及 Embedded system 了，WINDOWS端的程式，就用.net 開發......Dephi 不長進，就讓他隨風而逝吧，不想把自己的前途壓在單一開發工具上面...

試試 virtualBox 吧. 讓你在 windows 下有 linux, 在 linux 下有 window
因為你的 linux embed 要開發,一定會遇到 img 燒錄的問題.
很多的工具還在 windows 上.
linux 上大概只能用 tftp 了.

我有用DELPHI寫了一套透過GSM MODEM收發簡訊的DEMO系統，有需要的話，請跟Coffee聯絡（我自己在家寫的，絕對沒有版權問題）。
小弟很少上來看，所以勞煩Coffee轉達囉。
===================引 用 P.D. 文 章===================
14.如何開發簡訊(SMS)系統, 這是我目前遭遇到的困難

如果orson兄願意貢獻您的大愛, 那就直接把檔案po上來到會員創作區, 讓大家共享吧, 在此先感激萬分
===================引 用 orson 文 章===================
我有用DELPHI寫了一套透過GSM MODEM收發簡訊的DEMO系統，有需要的話，請跟Coffee聯絡（我自己在家寫的，絕對沒有版權問題）。
小弟很少上來看，所以勞煩Coffee轉達囉。

已經送上
http://delphi.ktop.com.tw/board.php?cid=31&fid=79&tid=97375

原本不想直接送上的原因是，小弟的試作品都很醜，都沒有註解，所以怕醜，怕麻煩。
P.D. 兄如此建議，就獻醜了。

不小心在 CG 的討論串下留了言，今天重看一次才看到第一行，要過來這一串討論，先引言過來
===================引 用 shinnlu 文 章===================
Delphi 的使用者都有這樣的感覺，那 C builder 怎麼辦...
怎麼辦：就是…放…棄…Delphi/CBuilder，改學…微軟…的 VS

上面這一行是語重心長，不是故意搞笑，學 CBuilder 到現在也7~8年了，今天下午剛裝好 VS 2008

以前只是剛好接到 VS 的案才會裝 VS，以後可能剛好接到 CBuilder 的案才會裝 CBuilder 了
=====結束=====
老實說以前會有點看不起微軟那一套做法，把所有的東西以微軟自己的觀念層層封裝起來，然後取一個很奇怪的名稱，會有上述的想法，是因為我除了用 cbuilder 開發程式外，也常常用 php 開發網站程式，網站寫久了，不敢說對整個 HTML架構很熟悉，但至少看到 HTML、CSS、JavsScript 都感覺很親切，但經過幾次使用 c# .net eep後，我發現浪費我最多時間竟然不是在 coding，而是用滑鼠在改屬性，一整個莫名奇妙的名稱和意想不到的結果。

而錯誤訊息也讓人看不出和問題本身的關鍵性，不過好在把錯誤訊息丟給 google 都會有答案。而最令人氣憤的是，儘管你是多資深的網站開發人員，第一次接觸 c# .net 開發網頁時，你以前學的有關網頁的知識幾乎派不上用場，幾乎90%以上…
就像把武林高手的四肢綁起來一樣，空有一腦袋的招式，卻發現人家手拿槍砲了。

以前嘴裡總說，這些只是工具，我不要去排斥學習其他的工具，結果到頭來還是排斥的很嚴重

看朋友 demo 微軟的 LinQ 和 MVC，才發現原來腦袋空空，微軟己經有很多好用的開發方式，我卻停留在 cbuilder 6苦守 unicode，聽說 2009 的 unicode 解決了是吧，不過我的耐心也被磨光了，我準備用不太靈光的腦袋，投向 VS了

編輯記錄

從Delphi1一直用到Delphi7,使用了十年,用在公司的生產線,各方面,
一直到最近,感覺沒法再持續了,老闆也不準我再用,因為沒人可以接手
老闆超怕的,終於終於,我沒法度也投到vs的陣營,難用的界面,但沒法度
雖然生產線測試都還在用我開發的tool快速開發測試流程,
但沒人維護,沒人接手還是老闆們最怕的
老闆說給我一到二年的時間將程式由delphi轉寫到VC2005,慘天大的工程
不景氣只能說沒問題嘍
好用沒行銷策略就如同IBM OS2 一般叫好不叫座嘍

tigery2k 兄小心啊，現在是老闆怕，以後就換您怕了...
快慢不好拿捏啊
===================引 用 tigery2k 文 章===================
從Delphi1一直用到Delphi7,使用了十年,用在公司的生產線,各方面,
一直到最近,感覺沒法再持續了,老闆也不準我再用,因為沒人可以接手
老闆超怕的,終於終於,我沒法度也投到vs的陣營,難用的界面,但沒法度
雖然生產線測試都還在用我開發的tool快速開發測試流程,
但沒人維護,沒人接手還是老闆們最怕的
老闆說給我一到二年的時間將程式由delphi轉寫到VC2005,慘天大的工程
不景氣只能說沒問題嘍
好用沒行銷策略就如同IBM OS2 一般叫好不叫座嘍

看了這麼多回覆文章，綜合以下結論：

1. 抱怨者 -> 以吃人頭路者居多，老闆長、老闆短的不停...
2. 認怨者 -> soho 或是自己當老闆者居多, 扯到 gcc, linux, 連 ide 沒有的環境去了.

至於我呢？屬於第二項.
遇到問題要自己想辦法解決的這種！
K.Top 只是一個「中文介面」的溝通平台，
不是你萬能的解答大師，當問題無法解決時，請游出這個「中文介面」平台，
航向「國際語言」世界(英文)去吧，外面的世界有很多的地方可以得到解答的.

HI, 其實原文的用意不是在這個中文介面的問題，而是在興x對於這個市場的處理態度，一個好好的開發器在台灣的市場居然是淪落到這種程度，學習的人不多了，請問還有誰願意航向【國際語言】呢? c++ 的資料也是國外的居多，但m$ 推市場有成，再怎麼學校也會教，甚至也用英文教，所以 c++、vb、c# 這些在台灣的市場有底了，甚至中文也完整了，學習的過程有人引導，才有機會自己成長和向外尋求資源。
但 Delphi 現在連學校都沒了，請問抱怨者能不抱怨? 連個新進員工要找會 Delphi 的都找不到，要不抱怨當然可以，我不要用就不會抱怨了，所以為什麼上面有些前輩從 delphi 轉 java 、轉 C 、轉 c# ?
認怨者能認多久? 做 soho 的案子兩、三年，請問當自己想當老闆時卻找不到一個可用的 delphi 人才，從認怨會不會變抱怨? 當你發現找進來的人都必須從別的語言來轉學 delphi 時，請問公司有多少資源可以這樣一直教育訓練? 甚至是從頭學的教育訓練?

ssbbs 前輩，可以從這看出您的學習能力很強，這邊有很多新進都需要您的幫忙，因為可能很多的新進他們對這個語言或是這個領域都還是瞎子摸象的狀況，還是需要一個中文的平台能讓他們早點進入狀況，先謝謝您了~!

===================引 用 ssbbs 文 章===================
看了這麼多回覆文章，綜合以下結論：

1. 抱怨者 -> 以吃人頭路者居多，老闆長、老闆短的不停...
2. 認怨者 -> soho 或是自己當老闆者居多, 扯到 gcc, linux, 連 ide 沒有的環境去了.

至於我呢？屬於第二項.
遇到問題要自己想辦法解決的這種！
K.Top 只是一個「中文介面」的溝通平台，
不是你萬能的解答大師，當問題無法解決時，請游出這個「中文介面」平台，
航向「國際語言」世界(英文)去吧，外面的世界有很多的地方可以得到解答的.

------
價值的展現，來自於你用哪一個角度來看待它!!

===================引 用 careychen 文 章===================
所以為什麼上面有些前輩從 delphi 轉 java 、轉 C 、轉 c# ?
=======================================================
似乎很少看到從 delphi 轉至 java/c /c# 的朋友來這邊敘述一下他們轉換跑道
的心路旅程，從 java/c /c# 原生公司得到是什麼樣子的支援？
或者，只是學習的人比較多，網路上資源較多，問題能較快得到解答？
我們不得而知.

至於興X 要不要辦類似的課程，我想，東西熱賣，賺錢，誰不愛！
問題是，台灣的購買套數與使用人數是否能讓他們覺得有「錢」途呢？(在商言商)...
若是 delphi 在台灣真的那麼有錢途的話，那些 巨X/生X力/資X會 不會坐視吧!!

寫程式的在台灣軟體業本就是少數族群，再細分下去，
又分網路、遊戲、手機.... 所以說，「市場」應該是決定生意人
是否要投入的關鍵原因之一吧！

delphi 在興X代理的軟體群中，只是被稱之為其中「一」套軟體吧？

===================引 用 careychen 文 章===================
ssbbs 前輩，可以從這看出您的學習能力很強，這邊有很多新進都需要您的幫忙，因為可能很多的新進他們對這個語言或是這個領域都還是瞎子摸象的狀況，還是需要一個中文的平台能讓他們早點進入狀況，先謝謝您了~!
=======================================================
我不是什麼前輩，我目前使用的主要程式語言，也不是 delphi,
聽過的也沒幾個吧 "harbour"... 在台灣，我們算是孤兒，小貓兩三隻...
連 mysql ? 沒有，自己寫 class,
連 sqlite ? 沒有，我只好自己啃 API 一行一行先寫 c 介面，再寫高階 class ...
不會的，就是上網查資料.

在找尋支援 unicode 程式語言期間，也買了一套 visual dbase 2000.
台灣使用的人數也很少吧，台灣當時有代理公司，有跟沒有沒什麼兩樣.
只負責收錢，發些通報吧，這家公司現在也不代理了，
專作大陸那邊台商的軟體生意去了.
(最後棄之不用是因為 vdb 雖支援 utf-8，但是連接資料庫的 BDE 不支援而作罷)

去年剛好碰上有個 case 因為需要支援 unicode,
所以臨時啃了 d7 TntUnicode MyDAC 完成，
其間碰到問題，所以想說來 K.Top 問看看，有些是解決了，
無法解決的，還是得自己測試，上網查，想辦法解決.

類似我們這種少數程式語言民族，看到 d2009 全面支援 unicode,
又有一票原件可以直接套用，不用再自己一行一行開發時，
在我們心中，這真是一塊寶呀(有人卻當他是垃圾).
舉凡連接 mysql/sqlite/程式自動更新/漂亮介面.....
哇！辛苦了十幾年，早知道晚一點出生... 哇哈哈哈~~~~~

插個話，請問兄台這語言你目前使用在什麼平台上?  dos?  是怎樣的系統? pos ?  會計?

ca-clipper 應該沒人在用了吧? 所以換 harbour ? 不久前有想要使harbour…所以也請教一下使用起來的感言為何?


===================引 用 ssbbs 文 章===================


聽過的也沒幾個吧 "harbour"... 在台灣，我們算是孤兒，小貓兩三隻...

------


蕭沖
--All ideas are worthless unless implemented--

C++ Builder Delphi Taiwan G+ 社群
http://bit.ly/cbtaiwan

===================引 用 aftcast 文 章===================
插個話，請問兄台這語言你目前使用在什麼平台上? dos? 是怎樣的系統? pos ? 會計?

ca-clipper 應該沒人在用了吧? 所以換 harbour ? 不久前有想要使harbour…所以也請教一下使用起來的感言為何?
====================================================
harbour 整個開發 team 目前主力是在 Multi-threading 上面，
unicode 應該是在年底以後的事情，雖然目前已經有些功能出來了，還不成熟.
所以，會想轉用 d2009 也是著眼於 unicode 問題的解決及一票原件可以用，
至於是否能從經銷商或是 CG 上得到什麼問題解答，不在考慮之內.

目前開發的軟體，主要平台還是以 winxp 下執行為主，
雖然開發 team 有些人是在 linux 下開發、執行的，但，我沒有嘗試過，
開發軟體，舉凡 pos/會計/簡訊(呼叫第三類電信業者提供的api)/工商...
想得到的都可以開發吧....(唯獨 unicode... 心中永遠的痛!!).

ca-clipper 除了 dos 程式，已經沒再用了，舊程式碼只是留下來作紀念罷了.
原有的客戶早就搭配 fwh(fivewin for harbour, since 1998 1.92b) 轉至 win32bit 下了，
這是生存之道吧. 當年 dos 轉 win 那場戰役，沒跟上來的已經戰死一批了,
現在戰場在哪裡？ .Net ? 還是 WebAP ? .... 連寫個程式都要莫名其妙的被逼著選邊站，
又得再次面對生死之戰的關鍵時刻了. ( 你們還有時間在這邊吵... 哈哈哈！)

有點扯遠了，回到這個主題，其實，唯有不斷充實自己，
才能在這個多元的世界生存下來，與其抱怨人家沒給你什麼支援，
倒不如自己多花時間摸索、查資料、測試...
只要這個程式語言還有繼續開發、更新，不會變成孤兒，
都是充滿希望的，vfp 當年的支援度如何？下場又如何？

如果 P.D.前輩列的課表,花5萬 就可以上課，那我不想學，因為我個人認為，這樣的內容，自己就可以學得來
而如果是 50 萬，那應該有點看頭吧 ～ 我就有學習的慾望了，不是我很強，而是我不向浪費時間學基本 Integer 是整數，這類的基本功夫 (這書上就有了)
電腦程式設計這種東西，一旦瞭解其本質以後，我想真的並沒有什麼難處所在

重點在於我們自己有沒有學習與解決問題的能力，不然，就算是大師免費教授一生所學，你也學不來

那為什麼大家都不會？我想大家心裡都很清楚

不要偷懶，做足基本功(瞭解問題、完成結構、演算法...)，沒有你寫不出來的程式

但若還有東西不會寫，不會用，那我建議你也別用了

工具是人設計的，設計的不友善、不流暢、效率差，很快會被淘汰，owl 就是一例 (犯了不友善的錯誤，雖非全部的因素)
編輯器好不好用，Help 清不清楚，函式庫效率高不高，我想只要其一很棒，其他平平，那很容易就被大眾接受，而成主流，就像 VB 會有一堆人用，因為，好學、簡單，而效率雖平平，但需要的地方，剛好不嚴格要求效率，
又如 .Net 效率不如 native prog. 但是，其 2008 IDE 好用，程式碼簡單易學，雖然要能用得好，需下一番功夫(因為其程式庫的學習先易後艱難，後艱難於說明不詳盡，每每都要反組譯來看才會懂)，所以用的人越來越多(只會簡單事物的人，也越來越多)

Delphi 也很好，但是慢了，說明變爛了，大家都是視覺化 IDE 設計方式，所以比的是方便，不是程式的功力，老闆要看的是產出，不是程式的質量

如果給你演算法，你寫不出程式，那你只好等好心人給你 Source Code 吧，我是不贊成，再將程式設計門檻降低，因為這已經很簡單了

而且降門檻，表示我的薪水，也降低了

這年頭 120 % 上大學，還有啥好抱怨的？怪去怪你父母，為何要小孩念大學，明明就不是這塊料，不是看不起，而是每個人都有適合的位置，沒有好與壞，自己幾斤幾兩，先甸甸斤兩，一味要求人人有大學念，就變成今天，念了也沒用，搞爛大學畢業後出路而已，也斬斷專技生機 (哪裡來的專技？快絕種了)

所以把大家都變成會，而不是大家自己努力學成會，這樣不好(為水準低的人，降低市場門檻)，只會變成大家沒飯吃

所以看不懂英文，怪你自己吧，明明每天花 1hr ，用心學半年，就會有小成果的，你也做不到，那，你還能做到什麼？還期望成為程式設計高手？別作夢了，最新資訊都是英文的，你看不懂，只能跟在高手後面當跟班，更不用說，我只是指「看懂」英文，而已，那還要看懂內容，更要懂外國人的思考方式

與其整天撿拾前面屁屁掉出來的東西，不如努力強化自己，自己願意努力學，教才有用，自己願意努力學，很多都變成不用教，只需點

如果你光是嘴上喊喊，一直都沒做，那建議你審視你自己的內心，忠於其意，看你到底為何只說不做，如果打從心裡就沒想做，又何必把自己變成「光說不做」的謊言人，就不要做就好拉

不然，努力一點吧 ～

一如 Severn Suzuki 所言 :" I challenge you, please make your actions reflect your words."

你是一個努力的人嗎？
你是一個誠實的人嗎？(即使是對自己)
你每天都有念英文嗎？
你每天都有努力把程式寫好嗎？
你每天都有努力學好程式嗎？
你有改善自己的學習方式嗎？
你明白自己問的問題夠清楚嗎？

以上，論壇近來，能做到，而說「是」的，不到 30 %

我想自己爛，就別怪別人了，也別想吃白飯 (爛的人，沒辦法給你，因為他沒有；不爛的人，也不會給你，因為他不願意幫你保持爛的狀態)

「靠李維大師獨挑大樑, 一人在唱獨角戲, 所討論的內容其實說真的, 對我們來說聽不懂的多於能了解的」

如果真是這樣，問題在哪裡？ 李維 表達能力差？ 還是(自己發揮想像力吧，醜話不宜多說)？
這樣開再多課(就算免費)，有用嗎？ (---> 新手小提問，若是大家一起揪團，拜託李維老師在台北開課這件事有沒有可能達成阿？)


胡亂說了一堆，看的人辛苦了，不需勉強接受，但若有用，我也很高興，能有所助益

不曉得frontier前輩是回應哪一個回應,似乎跟PD前輩的訴求有點搭不起來



===================引 用 frontier 文 章===================
如果 P.D.前輩列的課表,花5萬 就可以上課，那我不想學，因為我個人認為，這樣的內容，自己就可以學得來
而如果是 50 萬，那應該有點看頭吧 ～ 我就有學習的慾望了，不是我很強，而是我不向浪費時間學基本 Integer 是整數，這類的基本功夫 (這書上就有了)
電腦程式設計這種東西，一旦瞭解其本質以後，我想真的並沒有什麼難處所在

重點在於我們自己有沒有學習與解決問題的能力，不然，就算是大師免費教授一生所學，你也學不來

那為什麼大家都不會？我想大家心裡都很清楚

不要偷懶，做足基本功(瞭解問題、完成結構、演算法...)，沒有你寫不出來的程式

但若還有東西不會寫，不會用，那我建議你也別用了

工具是人設計的，設計的不友善、不流暢、效率差，很快會被淘汰，owl 就是一例 (犯了不友善的錯誤，雖非全部的因素)
編輯器好不好用，Help 清不清楚，函式庫效率高不高，我想只要其一很棒，其他平平，那很容易就被大眾接受，而成主流，就像 VB 會有一堆人用，因為，好學、簡單，而效率雖平平，但需要的地方，剛好不嚴格要求效率，
又如 .Net 效率不如 native prog. 但是，其 2008 IDE 好用，程式碼簡單易學，雖然要能用得好，需下一番功夫(因為其程式庫的學習先易後艱難，後艱難於說明不詳盡，每每都要反組譯來看才會懂)，所以用的人越來越多(只會簡單事物的人，也越來越多)

Delphi 也很好，但是慢了，說明變爛了，大家都是視覺化 IDE 設計方式，所以比的是方便，不是程式的功力，老闆要看的是產出，不是程式的質量

如果給你演算法，你寫不出程式，那你只好等好心人給你 Source Code 吧，我是不贊成，再將程式設計門檻降低，因為這已經很簡單了

而且降門檻，表示我的薪水，也降低了

這年頭 120 % 上大學，還有啥好抱怨的？怪去怪你父母，為何要小孩念大學，明明就不是這塊料，不是看不起，而是每個人都有適合的位置，沒有好與壞，自己幾斤幾兩，先甸甸斤兩，一味要求人人有大學念，就變成今天，念了也沒用，搞爛大學畢業後出路而已，也斬斷專技生機 (哪裡來的專技？快絕種了)

所以把大家都變成會，而不是大家自己努力學成會，這樣不好(為水準低的人，降低市場門檻)，只會變成大家沒飯吃

所以看不懂英文，怪你自己吧，明明每天花 1hr ，用心學半年，就會有小成果的，你也做不到，那，你還能做到什麼？還期望成為程式設計高手？別作夢了，最新資訊都是英文的，你看不懂，只能跟在高手後面當跟班，更不用說，我只是指「看懂」英文，而已，那還要看懂內容，更要懂外國人的思考方式

與其整天撿拾前面屁屁掉出來的東西，不如努力強化自己，自己願意努力學，教才有用，自己願意努力學，很多都變成不用教，只需點

如果你光是嘴上喊喊，一直都沒做，那建議你審視你自己的內心，忠於其意，看你到底為何只說不做，如果打從心裡就沒想做，又何必把自己變成「光說不做」的謊言人，就不要做就好拉

不然，努力一點吧 ～

一如 Severn Suzuki 所言 :" I challenge you, please make your actions reflect your words."

你是一個努力的人嗎？
你是一個誠實的人嗎？(即使是對自己)
你每天都有念英文嗎？
你每天都有努力把程式寫好嗎？
你每天都有努力學好程式嗎？
你有改善自己的學習方式嗎？
你明白自己問的問題夠清楚嗎？

以上，論壇近來，能做到，而說「是」的，不到 30 %

我想自己爛，就別怪別人了，也別想吃白飯 (爛的人，沒辦法給你，因為他沒有；不爛的人，也不會給你，因為他不願意幫你保持爛的狀態)

「靠李維大師獨挑大樑, 一人在唱獨角戲, 所討論的內容其實說真的, 對我們來說聽不懂的多於能了解的」

如果真是這樣，問題在哪裡？ 李維 表達能力差？ 還是(自己發揮想像力吧，醜話不宜多說)？
這樣開再多課(就算免費)，有用嗎？ (---> 新手小提問，若是大家一起揪團，拜託李維老師在台北開課這件事有沒有可能達成阿？)


胡亂說了一堆，看的人辛苦了，不需勉強接受，但若有用，我也很高興，能有所助益

就算您講的是出自肺腑之言,
frontier或許是一直躲在螢幕後面深不見底的老前輩?
請問您高手,為這ktop回應了多少文章?或許您很少求於人,新知來源都來自國外,所以不必管別人如何?
有多少人像您一樣是啃文件如看小說般容易?
你了解ktop群民一直所苦的心聲麼!?


===================引 用 frontier 文 章===================
如果 P.D.前輩列的課表,花5萬 就可以上課，那我不想學，因為我個人認為，這樣的內容，自己就可以學得來
而如果是 50 萬，那應該有點看頭吧 ～ 我就有學習的慾望了，不是我很強，而是我不向浪費時間學基本 Integer 是整數，這類的基本功夫 (這書上就有了)
電腦程式設計這種東西，一旦瞭解其本質以後，我想真的並沒有什麼難處所在

編輯記錄

frontier 我不是攻擊你喔，千萬別誤會喔，我沒興趣筆戰

只是你說的讓我想起一個人，一個數學天才(真的是天才等級低，就是那種千裡挑一的那種人)，這位仁兄是數學系出身，在看資工的演算法、影像處理、資料結構相關書籍時，跟翻小說差不多，看完以後還補上一句，很有趣的東西（他不但看懂，還指出這種方法的問題，甚至可以改善），丟本C語言的書，他1、2個星期翻完，就可以上機寫程式了，C 的書則是跟翻漫畫差不多，翻一翻就會寫C ，當然還有待磨練但是各位捫心自問，你學C/C 花多少時間，才能上機寫個上萬行的程式，這位仁兄前後花不到2個月，就把東西交給我了，當然以程式設計觀點來，他寫的不好甚至可說很爛，但是至少會動，而且效率還很好（至少比我寫的好），這種人多嗎？我想不至於滿街都是吧

一般人自己看像演算法、資料結構的東西，大多一頭霧水，因為實在很難搞懂，學這個要做啥，這時候若有人點一下，那會省很多摸索的時間，我個人也是進了研究所，才知道有人把B Tree 拿來用在檔案結構等方面，以及如何建立一個比較平衡的Tree，自己看資料結構時，我就始終沒搞懂，B Tree要用在什麼地方，因為很容易就搞成不平衡 tree....

版主說的上課，若真的有人要開課，大概會類似介紹入門以及應用，重點在於應用吧，會這麼做就是因為，不是每個人都懂所有的環節，舉個例子，若你不懂基本的會計理論及基礎，這時候老闆要你寫個會計軟體，你要怎麼辦？趕快買本基本會計書回家K嗎？眾所皆知書上講的只是理論，跟實際運用有一段差距，更別說會計軟體牽扯不只是會計，還有政府的法規問題，難不成也買本六法全書回家K嗎？這時候有人提點一下、帶一下不是會更好？正所謂的站在巨人的肩榜上，才可以看得更高、更遠阿

我個人是熟悉 Multi thread ADO TCP/IP 的部分，在K.top 上面的留言大多都是有跟這方面有關，這些技術基本的東西實在不很多，了不起就幾本書，拿來看一看也就1、2個星期就看完了，但是實際上機寫程式時，就有很多『眉眉角角』出現了，資料要怎麼鎖定才會安全，什麼東西在THREAD不可以用，什麼東西可以用，以及如何寫才能充分發揮，『分工』但是又『合作』，沒寫好～～你會發覺Multi thread 的程式跑起來比一般程式還慢，當機也是如影隨形跟著你，所以真的要上課，要講的東西當然是這些『眉眉角角』，只是不是每個高手都願意把自己吃飯傢伙公開教授

當然基本工要自己練啦，若要站上各位大大來上演算法、資料結構的東西，我想不是有人拿著這些書，敲來上課人的頭，不然就是發花生果醬，要來上課人吃下去...

我個人很好奇，寫程式一定要懂得『演算法』及『資料結構』嗎？不見得吧，有些程式，還真的用不太到，至少我個人不知道怎麼用、以及用在哪裡，就剛剛的例子來說，寫個會計軟體，跟『演算法』及『資料結構』能扯上什麼關係（簡單的加減乘除不能算是演算法吧，而也不能有用到 struct及point 就算資料結構吧）？ 我想說的是程式設計有很多面向，有的偏重於資料管理(如進銷存系統)，有的偏重於財務會計(如會計系統)，有的則事跟資料儲存有關(一般的資料庫程式)......等等，總不能只要跟電腦有關都算資工領域吧

不過寫程式到一定程度以後，多多少少都會跟這些基本功夫扯上關係，舉例來說：一般簡單的會計系統用不太到『演算法』及『資料結構』，但是如果要寫財務預估、統計、分析的功能，就會有關係了而且是很有關係，學這些基本工及應用為的就是區別化，讓你跟菜鳥畫一條清楚的界線........讓你能達到月薪60K以上.....

===================引 用 frontier 文 章===================
如果 P.D.前輩列的課表,花5萬 就可以上課，那我不想學，因為我個人認為，這樣的內容，自己就可以學得來
而如果是 50 萬，那應該有點看頭吧 ～ 我就有學習的慾望了，不是我很強，而是我不向浪費時間學基本 Integer 是整數，這類的基本功夫 (這書上就有了)
電腦程式設計這種東西，一旦瞭解其本質以後，我想真的並沒有什麼難處所在

重點在於我們自己有沒有學習與解決問題的能力，不然，就算是大師免費教授一生所學，你也學不來

那為什麼大家都不會？我想大家心裡都很清楚

不要偷懶，做足基本功(瞭解問題、完成結構、演算法...)，沒有你寫不出來的程式

恕刪.....

編輯記錄

想想還是浮上來回一下....
是的，我相信李大師傳授的應該都有其價值存在，也許是那個五十或一百萬吧...
這些新功能好，那些新功能棒，只要這麼作那麼作你就完成了一個以前要寫上千上萬行的程式。
但是這些功能不管是在K.Top上的文章還是在李大師Blog上得到的意見，似乎都是一樣的：好功能，沒人用，好環境，沒發展。
李大師的講座小弟去的不夠多，偏偏堂堂有人睡，睡到大師都不高興了，看來是台下的人真的要檢討？台下的人，我想有不少都是抽自己的工作時間去的，比起睡覺我想他們應該都有更重要的事情要作，應該不會是充場面喝咖啡。

會在這開砲的我想已經不是那些才剛入門的學生了，現在的學生沒幾個知道什麼是Delphi。
會開砲的不是那些對政府叫著我們要工作的社會青年，而是抱著Delphi可以長長久久希望的人。

Delphi是好，但不只慢了，是根本沒人學，Delphi是好，但是好的新功能，到底是不是這個使用族群所殷切期盼的？
你也提到了產出，如果不能跟開發者的需求符合，那麼開發者為了一個這個開發環境沒有提供的功能到底要花費多少時間才能完成？
不會DirectShow就學，我也知道，但是DXSDK下載下來就是現成的MFC的可編譯範例，請問把需要的sample code轉成Delphi要多久？還是為了DirectShow就再學個MFC？
這樣的門檻雖然是開發者要負擔的，但如果可以配合一些額外的資源，開發者就可以提高效率不是嗎？Delphi K.Top對我來說就是這樣的角色。
但是再怎麼說，這些都是比較算零散的資源，如果Delphi能夠在「開發者所需要的部份」上有更多的文件(help, 書籍)，更多的補充(課程)，相對的Delphi本身的價值就會被提高，產業會重視，學生會重視。
對產業來說，這樣的產出不但有效率，在前期規劃跟後期維護、更新、換版的部份也都不愁，也才有意義。

===================引 用 frontier 文 章===================
如果 P.D.前輩列的課表,花5萬 就可以上課，那我不想學，因為我個人認為，這樣的內容，自己就可以學得來
而如果是 50 萬，那應該有點看頭吧 ～ 我就有學習的慾望了，不是我很強，而是我不向浪費時間學基本 Integer 是整數，這類的基本功夫 (這書上就有了)
電腦程式設計這種東西，一旦瞭解其本質以後，我想真的並沒有什麼難處所在

(恕刪)

------
不論是否我發的文，在能力範圍皆很樂意為大家回答問題。
為了補我的能力不足之處，以及讓答案可以被重複的使用，希望大家能儘量以公開的方式問問題。
在引述到我的文時自然會儘量替各位想辦法，謝謝大家！

編輯記錄

未如預料有如此熱烈的討論, 或許太多人討論回帖容易造成我原意的曲扭, 這倒也算了
1.本人並未對李維大師有任何詆毀之意, 如果真的造成當事人的不悅, 個人願在此表達最深的歉意, 我原意是C.G.開的討論會參加多次下來的感覺, 都是介紹新功能, 例如 RUBY, 說真的, 在場有幾個人能真正了解的, 會場時間有限, 光介紹新功能都顯不足, 更惶論其他的技術呢? 其實有參加過討論會的人都很漬楚, 每次會議結束都是在李維大師邊圍了一堆人問問題, 問的也都與會議主題沒有很實質關連的問題, 所以我認為, 每場都是李維大師在撐場子, 太累了! C.G.的開發人員呢? 技術人員呢? 上那去了!
2.有人提汽車的供需問題"賣車的有什麼義務要教買車人學會開車", 我認為這個論調並不正確, C.G.要賣自己的產品, 就要讓人會用, 買車的人當然不必要求賣車的人教他們開車, 因為他們會到駕訓班上課, 駕訓班會開課是因為有人需要這方面的技術, 供需產生了, 自然就能進步, 但C.G.推出了一套很好的產品, 可是沒人會使用, 補習班想開課, 沒有需求來源, 這難道不是C.G.應該要正視的嗎? 反觀VB, .NET, 不用M$主動推銷, 就一堆班課可以找的到, 問題出在那? 我們常說, 教育要從根基打起, 光靠K.TOP的口水戰能有效益嗎? 我們又不是C.G.的顧問, C.G.也沒有給我們任何支援, 想要這套產品可以深植民間, 應該要如何推展, 其實大家討論也夠多了, 我常說, 一套叫好不座的軟體, 是一套失敗的產品, 通俗, 俗擱大碗才能深獲民心, C.G.應該要正視技術推廣, 價位考量, 售後服務等等, 現在大家還會討論, 表示還存有那麼一點興趣, 等到這種連回應都沒有時, 那真的就是"我心已死"
3.至於課程部份, 好像也遭到曲解, 我提出的部份, 都是我現在開發中所實質遭遇的狀況, 當然有些可以找的到文獻解決, 有些確真的沒有辦法, 而這些都是大家的KNOW-HOW,即使有錢也未必能取得, 如果C.G.能夠把這些納入提供詳盡的支援, 我想對使用者來說無益是很大的助益, 相對在使用上也增強不少戰力, 是不是呢?

編輯記錄

小弟無意抹殺P.D.及其它等人言論，我個人發言由我自行承擔，尚請見諒。

------
不論是否我發的文，在能力範圍皆很樂意為大家回答問題。
為了補我的能力不足之處，以及讓答案可以被重複的使用，希望大家能儘量以公開的方式問問題。
在引述到我的文時自然會儘量替各位想辦法，謝謝大家！

>一般人自己看像演算法、資料結構的東西，大多一頭霧水，因為實在很難搞懂，學這個要做啥，這時候若有人點一下，那會省很多摸索的時間，我個人也是進了研究所，才知道有人把B Tree 拿來用在檔案結構等方面，以及如何建立一個比較平衡的Tree，自己看資料結構時，我就始終沒搞懂，B Tree要用在什麼地方，因為很容易就搞成不平衡 tree....

B Tree??
你有沒有發現所有的 sort/index 是要在 "memory" 中進行. 也就是所有資料(KEY)要同時存在於記憶體才可以做.
似乎只有 B Tree 可以讓你在 "有限的" memory 中完成?
所以資料庫會用這個東西.而你不是沒用到.而是有人把它"包好"讓你只呼叫它的API.或者是有人在前面又包個語法的東西.
讓你只下所謂的SQL.去操作它而已.

>版主說的上課，若真的有人要開課，大概會類似介紹入門以及應用，重點在於應用吧，會這麼做就是因為，不是每個人都懂所有的環節，舉個例子，若你不懂基本的會計理論及基礎，這時候老闆要你寫個會計軟體，你要怎麼辦？趕快買本基本會計書回家K嗎？眾所皆知書上講的只是理論，跟實際運用有一段差距，更別說會計軟體牽扯不只是會計，還有政府的法規問題，難不成也買本六法全書回家K嗎？這時候有人提點一下、帶一下不是會更好？正所謂的站在巨人的肩榜上，才可以看得更高、更遠阿

其實.這就是所謂的 DOMAIN KNOWHOW.
你想想,如果你會拿手術刀.就能當外科醫生,幫人開刀.那會不會很可怕?
那到底是學會拿刀重要呢?
還是學會人體的一大堆生理.....等等重要呢?

>我個人很好奇，寫程式一定要懂得『演算法』及『資料結構』嗎？不見得吧，有些程式，還真的用不太到，至少我個人不知道怎麼用、以及用在哪裡，就剛剛的例子來說，寫個會計軟體，跟『演算法』及『資料結構』能扯上什麼關係（簡單的加減乘除不能算是演算法吧，而也不能有用到 struct及point 就算資料結構吧）？ 我想說的是程式設計有很多面向，有的偏重於資料管理(如進銷存系統)，有的偏重於財務會計(如會計系統)，有的則事跟資料儲存有關(一般的資料庫程式)......等等，總不能只要跟電腦有關都算資工領域吧

當然.寫程式的不一定要懂得『演算法』及『資料結構』
但是不可否認的.想要把程式寫得漂亮.你就得懂得『演算法』及『資料結構』
所謂的漂亮.不是程式碼的可讀性.....等等.
而是效率.
舉個例來說.人的基因,你要去解它.你只是用到字串比對.這樣的技術"而已"
可是,它實在是太大量了.所以,你的比對.要是能有好的演算法.你的速度就可以加快.
這樣說你可能還不會體會.
那我說個實際數據吧.在一台PC上.一個大一點的比對.可能要4天.
而全部的比對是以萬對萬級的比對.而4天只是一對一的比對而已.
所以你說演算法重要嗎?
再說到資料結構.以我說的基因比對的例子來說吧.
你如果把程式執行的結果.以TEXT的方式存在檔案中.
要再進行下一次處理時.還要再由 TEXT 讀出.而DEX -> HEX 轉一次.
跟直接存成 binary file 比起來.那一個會快?
請記住.它的DATA量.是以 G Byte 計算.
一片 DVD 拿來存.還不夠放.
試想.我們光是 copy 一片 DVD 由HD到HD就要花多久了.
何況要讀入,再做處理?
所以在一些細節上.如果你能用良好的資料結構.自然你的效率就會比別人好.

那再舉個例子.
各國每年花幾億在做"戰棋"的模擬系統.
那個系統每秒所產生的資料量之大.你很難想像.
如果,你的程式要去分析它的資料.然後提報給"長官"做決策.
你可以慢一點嗎?仗都打完了.你還沒結果產生.這不難想像吧.

它們不是不重要.而是在普通的環境,你不會遇到要那麼斤斤計較而已.

其實.我常說電腦.就是個"工具".工具就是工具.
跟鐵槌一樣.不要把它看得萬能.
你會用鐵槌.你要把它用在"另一個"領域.你才能賺錢.
有人拿來蓋房子.有人拿來敲皮雕.
會蓋房子的.不懂怎麼雕皮.
那就是 DOMAIN KNOWHOW 這個部份才是最難的.
就像那些個什麼"資料挖礦".
資訊人可以搞出這一套來.但是對於挖出來的結果.對不對.好不好.就不懂了.
就得要那個領域的人來解讀一樣.

如果.你是那個領域的人.又會用這個工具.
那你的薪水.60K算是低的了.^^

大哥~~~~ 別說CG 啦.
也別認為 M$ 的好啦.
我倒想問問.你認為 GCC 這個東西如何?
它一樣沒人管的.(嗯,以行銷來說,不是以它的發展) 使用者不是一天多一天嗎?
所以,不見得是要有什麼良好的支援,才能賣得好啦.

再者.我要是CG,我也會覺得.台灣的巿場,像雞肋.
全台的軟體從業人員才多少人?
就算一個人買一套.那才多少?
而我卻要投入多少?
問題是,又不是每個人都要買我的東西.我又不是做慈善事業的........ OK???? (以上純屬想像, 如與事實相符, 純屬巧合)

而 M$ 那是因為不懂的人怕死.
我們如果調查一下.可以發現.指定購買M$的.大多是老闆.
如果我是老闆很簡單的想法.
1.如果M$死了.那OS也死了.那我的東西跟著死.因為沒平台了.
2.如果CG死了.(嗯,不是沒前例.不然不叫CG) 那我公司要跟著死?而別人用M$的,不會死????
3.我的工程師說M$難用?反正,不是我在用.叫他學就好.反正,薪水都付了.東西沒做出來.我再找人就好.
4.我的工程師說要用CG?這個年頭,沒頭路的那麼多.我再找就好.不差這一個.
所以M$不用怎麼推它的工具.自然能活下來.

因為這樣,我也可以跟你說.如果 Linux 大到某個程度.
而 M$ 也有出了 Linux 的相容工具.
我相信 M$ 會比 gcc 還要多人用.
不過.那似乎要很久之後的事.

希望我還能在GCC上玩到退休.^^


===================引 用 P.D. 文 章===================
C.G.推出了一套很好的產品, 可是沒人會使用, 補習班想開課, 沒有需求來源, 這難道不是C.G.應該要正視的嗎? 反觀VB, .NET, 不用M$主動推銷, 就一堆班課可以找的到, 問題出在那?
我們常說, 教育要從根基打起, 光靠K.TOP的口水戰能有效益嗎? 我們又不是C.G.的顧問, C.G.也沒有給我們任何支援, 想要這套產品可以深植民間, 應該要如何推展, 其實大家討論也夠多了, 我常說, 一套叫好不座的軟體, 是一套失敗的產品, 通俗, 俗擱大碗才能深獲民心, C.G.應該要正視技術推廣, 價位考量, 售後服務等等, 現在大家還會討論, 表示還存有那麼一點興趣, 等到這種連回應都沒有時, 那真的就是"我心已死"

暗黑大大，感恩、受教了，別誤會，純粹只有感謝之意，這問題我很早就想到，但是要能像你一樣，寫出這麼精闢的言論，尚有一段差距

我上的是檔案結構，教授講的自然跟檔案結構有關，你說的沒錯，在上課同時腦袋瓜第一時間的反應，就是資料庫....特別是有關索引的部分，從此又衍生一卡車的東西，大都跟資料庫有關，特別是，在不借用任何資料庫引擎的情況下，如何針對資料做檢索及索引......

寫程式也寫8、9年了，就如同暗黑大大所說，漸漸覺得『工具』不重要，重要的是背後的 know - how，從早期寫寫AP，玩玩現成的資料庫，以及搞點8 bit 的 Embedded system，一路走來，坦白說最近這1、2年對M$所提出的環境及工具，越來越沒興趣，不是說他做的不好(像我現在在用的 Visual Studio 2008 光是一個簡單的，自動提示物件屬性的快顯示窗，BCB 就做的沒MS好....MS彈出的速度之快阿)，因為WINDOWS的平台越來越完整了，你會的東西，大家差不多都會，除非去搞比較底層的東西....

我現在打算花時間研究一下LINUX的程式寫作，希望能慢慢將開發平台改到 Embedded system Linux 上面，剛好學校有開 Linux 核心設計的課，如獲至寶馬上排除萬難衝下去(其實也不是啥萬難啦，只是『捨棄』一個超營養的營養學分，頗掙扎低，沒辦法...衝堂)，要效法暗黑大....投向GCC的懷抱了

暗黑大大你說的對阿，能賺錢低是 know - how 阿，不是工具

===================引 用 暗黑破壞神 文 章===================
>一般人自己看像演算法、資料結構的東西，大多一頭霧水，因為實在很難搞懂，學這個要做啥，這時候若有人點一下，那會省很多摸索的時間，我個人也是進了研究所，才知道有人把B Tree 拿來用在檔案結構等方面，以及如何建立一個比較平衡的Tree，自己看資料結構時，我就始終沒搞懂，B Tree要用在什麼地方，因為很容易就搞成不平衡 tree....

B Tree??
你有沒有發現所有的 sort/index 是要在 "memory" 中進行. 也就是所有資料(KEY)要同時存在於記憶體才可以做.
恕刪

戳锅漏，网络时代，人气为王。
希望CG多提供些本地化资源或者培养些本地大型论坛，并默认一定程度的盗版或干脆主动捐献一些拷贝，不要找个程序把互联网翻过底朝天，还要再找n多山寨秘籍才能安装成功。
有了n多讨论区，跟风的人就多啦，潜在客户就多啦，怕违法的企业该买的自然会买。

delphi for php有点意思，但不知道会不会再出新版？

------
江上何人初见月，江月何年初照人

看到各位前輩的心聲~令小弟感到莫名的感傷~
學Delphi也近十年了~從Delphi 5一路使用到現在~
每次Delphi 出新版本就會下載試用版的來玩玩~(現在還是搞不懂,到底有啥好玩的!)
每次Delphi 因為出新版本而開研討會,就會想方設法的去聽聽有啥新功能~(現在還是搞不懂,台上大師講的到底有多好用!)
用來用去還是5.0好用!
有空時去104看工作,就會看到超多公司在徵M$的程設師~當下就有莫名的衝動,轉換工具吧!不然早晚會沒頭路!
講個笑話給前輩聽~
這幾個月在找工作時,聽一個前輩講,現在會Delphi的人越來越少了,都找不到年輕的用Delphi,像你這種老經驗的已經很少了!
突然有莫名的感動~會Delphi真好!!!!
說真的~這麼多年來真的感受不到CG對台灣市場的經營~
各位大大會有想要換別的開發工具嗎?

時間過好快, 距前一篇留言已經九年了
以上所述的問題, 這九年有改善了什麼嗎 ? 感覺好像沒有,
我不知道現在 Delphi/BCB 到底到第幾版了 ? 哪版穩定 ?
公司的 BCB 5 開發的程式, 我不認為可以移植到新版 BCB 上
架構跟元件用法都不同, 用新版 BCB 感覺像是換一套開發工具,
還不如用 C# 重寫 .... 至少還買得到 C# 的書來參考
目前繼續撐著用 BCB 5 , 或是喵一下 Lazarus ....


p.s. 老實說, 公司目前程式沒有升級新開發工具的必要, 因為沒有太多 UI, 但會用到週邊控制跟網路通訊,
BCB 5.0 還很夠用, 升級的壓力並非因為 BCB 不夠用或是需要新的技術領域, 而是來自作業系統壓力
現在買入的機器都是 64 位元作業系統
Lazarus 支援 Win 64 , 支援 utf-8, 周邊控制跟網路通訊也能處理, 測試連結各大資料庫都很順利,
還有熟悉的 LCL 框架(VCL LIKE 90%), 是我私下鎖定的下一代開發工具目標 (老闆希望用.NET)
對了, 若真弄出一套 Lazarus 產品, 不但搞定 Win 64 , 還 "順便" 讓公司產品多了 Linux 版 (及其它作業系統版)

編輯記錄