學Delphi到現在四年了，Delphi之前都是玩VB，算一算寫程式的時間也大約超過十年了，但是....

我一直都覺得自己的程式功力很爛，雖然東西都寫的出來；雖然寫出來的作品也沒太多人嫌差，但，還是覺得自己的基礎差、觀念也差。

也許是資管系出身的都這樣吧，資管要求的是善用資訊工具與方法來協助管理(什麼都會但不精)，但可惜的是真實的工作環境，大多還是以coding為主，管理，機會真的不多，此外由於我們寫的東西比較偏向於一般使用者，所以什麼ERP、什麼n-tier、甚至是ms-sql我也沒什麼機會接觸，概念更是沒有，最慘的是連delphi裡面的預設元件也常常不是那麼清楚該怎麼用。

Delphi的資源比起m$真的很少，Delphi的書沒人要寫了，Delphi的線上Help有和沒有差不多，delphi的元件又常常因版本不同而無法使用，偏偏我又喜歡拿最新的版本來開發，Delphi真的好用，沒話說，但眼看著Dot.Net越來越紅，心裡也開始蠢蠢欲動了，不過 32歲的年紀，要再重新開始學習，我想也有點吃力。

Delphi過去的書買很多了，不過真的優的沒幾本，書是都翻完了，但基礎的概念..好像也沒什麼建立起來，簡單易懂的書沒深度，李為大師的書則完全看不懂，想認真的打好基礎也不知道該如何下手，難道...我的程式就必須一直保持『堪用』的程度嗎？

版上的前輩先進可以分享一下您的學習過程嗎？

哈!! 這一篇,有意思...............

資管 的定位, 個人個人個人個人個人深感是一個很模糊的科系

說管理,好像沒企管行,說技術實作,其它科系似乎也有

資訊管理, 好像是輔大先提出的名詞.....,您看, 資訊 管理 ,不是管理 資訊喔!...有點高深

現在的軟體..........能解決問題,不衍生其它問題的系統,就是好系統,何必在意您的程式技巧??

早期在 10 幾年前寫程式,程式效率及耗用資源(容量/Ram....)都必須斤斤計較

很多底子要很紮實,現在大家已經不用如此麻煩了,螢幕上拉一拉,工作就做完了

我不認為這是寫程式,充其量是使用防呆的工具罷了

既然是工作,就是要把 問題 解決, 工具隨個人喜好,不用太在意別人的做法(您是解決問題,不是參加比賽)

當然了,您若是要 "研究規範" ,您就必須 要徹底了解它的源由,(現在的開發工具,很多已經不用如此了)

例如 : Web Services ,soap , xml,wsdl,uddi ......等

當您說要 用 delphi 來實作 Web Services 時

若您用 Delphi 來做,大概也看不出底層的精神,若用 Java,也許就清楚一些 ,

(至少 Tom Cat 要架一下, 這些過程都是有 "理論及規範" 的)

所以既然 定位 是 "開發工具" , delphi 當然是不錯的選擇之一,

不過要自己 K書及來 Ktop 練功,這是大家都知道的事

------
---------------------------------------
偶爾才來 KTOP ,交流條碼問題,在 FB [條碼標籤達人] 社團留言,感恩.

------
======================
昏睡~
不昏睡~
不由昏睡~

我是建議你可以學一下C 這類的物件語言,
從OOP的一些pattern了解物件架構,思考如何做一個好用而且強韌的底層(data object及database的關係對映),
再進一步去往上包裝成GUI的MVC架構.再放大成一個可以支援多層式/多人同時共用的架構
所以你的思考會由單純的元件使用者升級做元件提供者,再進級成為架構師.
就算是架構師,也一會要有相當的技術了解,這樣面對客戶的需求及廠商的唬爛才會泰然自若心有定見,對上面的質詢也可以提供滿意的回覆.
當然,有空也不忘充實自己在某些產業的know-how,有些會議有空就去聽,了解一下教室不教的東西.
想要有個大型的專案給你實作,固然是不錯的機會,不過,沒機會,請自己給自己機會--自己做自己的客戶考驗自己.
====================================================================================
當然啦,我是一個coding的黑手罷了,在座的很多位先進的成就遠大於技術的層級了,說說自己的經驗罷了
現醜了

感謝各位前輩的意見。

這幾年來我的coding工作雖然是專職但並非專業，所以對於Delphi程式上的撰寫一直都是一個人處理，其實ktop及網路上所提供的資訊很多，但往往都是片斷且零碎的，所以要寫出東西並不難，東抓西找再加上自己拚拚湊湊也總是能順利完成，但完成後的感覺卻總是空虛大於成就感。

oo、C 基礎概念我應該算有，但也許一知半解，而且沒有範例與實作的書籍我幾乎啃不下去，我甚至買了幾本最基礎的C 、vc及 bc的書，好像也無濟於事，也許是學習的過程與方法不對吧，這會不會是一開始就使用IDE來開發的後遺症？現在連想找本詳細介紹DELPHI2006各元件的書都很困難，至於c 與oo的基礎.....茫茫書海與網海...我又繼續迷失了。

我想我不太有資格說這事,畢竟我學OOP & Design pattern是從java切入的.
而C ,我目前也止於自學階段,只是自己想些小習題給自己做罷了
坊間最初的Design patterns書那就首推GOF那一本.那本是以C 實作,可以說是精典
若以java而言,我個人推薦這一本"實用java樣式"
( http://tlsj.tenlong.com.tw/WebModule/BookSearch/bookSearchViewAction.do?isbn=9867790782&sid=14966)
因為該書從最單純的單機版,到放大化的多層式架構,用一系列的樣式去說明實作.
而且好在樣式並未因架構放大而"走經"--改變最初的精神,反而是更加發揚光大,足見作者真的是了解那些樣式的實質原則
(我個人不是書商,先撇清關係一下)
如果嫌太無聊,可以看一下最近出版的侯捷系列也不錯--effective C ,可以讓你少走一些冤枉路.
一起加油吧.我也是正在自學C 呢

感謝neoart的推薦，您提到的那幾本我會去找看看的。

不曉得各位手邊『翻到爛』的書有哪些？

我到現在還會翻的是黃文鈺所寫的Delphi6 程式建構的思維，會常翻...不是因為內容，而是他附錄的各項函式範例。

>>我一直都覺得自己的程式功力很爛，雖然東西都寫的出來；雖然寫出來的作品也沒太多人嫌差，但，還是覺得自己的基礎差、觀念也差。

跟你抬個槓,沒太多人嫌差自己覺得程式功力爛,這段語法有邏輯上的錯誤.

>>Delphi的線上Help有和沒有差不多，

再跟你抬個槓,對你來說help有跟沒有差不多,不過蠻多基本的東西好像都是從help去了解的.

>版上的前輩先進可以分享一下您的學習過程嗎？

我跟你一樣的年紀,不敢稱前輩,不過大概有幾個有意思的心得可以分享

1.找些例子練習,或是跟著討論區的問題去身歷其境,一起探索
2.想辦法讓無聊的事情變得好玩
3.用工作去磨.
4.學而不思則惘,思而不學則怠,硬碰硬的方式去coding後還要花點時間去想,多觀摩別人的code.
5.以及ktop不要三不五十無預警的關閉以及資料流失什麼的,穩穩的開著,應該可以造福不少想學習的人們.

>>跟你抬個槓,沒太多人嫌差自己覺得程式功力爛,這段語法有邏輯上的錯誤.

我想沒太多人嫌差是因為我防呆做得多，防呆做得多我想就有點像水公司抓漏水一樣，補好後看起來好像就ok了，而技術或功力對他們來說就沒那麼重要了，但對自己來說，由於大多是邊摸索邊完成功能，也就是說沒有去思考最佳化，這也是我覺得自己差的另一個原因。

>>再跟你抬個槓,對你來說help有跟沒有差不多,不過蠻多基本的東西好像都是從help去了解的.

我想若delphi 和微軟牌的開發工具一比，delphi 的help 真得是天差地遠，微軟的裝個msdn幾乎什麼都給你了，不僅有詳細的說明，甚至還有豐富的範例，但寫delphi後，google變成了我最重要的 help ，若不能上網，幾乎廢了自己八成的『能力』，至於delphi 內建的help，2006版雖然稍有進步，以查詢元件的使用或不熟的函式來說，只列原型的宣告出來
，說實在的一點幫助也沒有。

而您提的五種方式都不錯，看來我要重新規劃自己撰寫皂方式與心態了，thanks！

資管著力點在那? 是技術呢? 還是管理?

當深陷在滿足企業人各方人員的業務需求時,當為了調一支報表到完全準確時,其實有時候已經身心俱疲了,還談什麼時間去學DotNet? 也許DotNet裹著糖衣的美食是好的,解決GUI、Unicode、Security、webservice、網路分散式運算和理想中跨M$平台等問題,但真正佳惠到底在那裡,也許還需時間的驗証。現有D7和未來的Delphi Win32用的好好的,而且都說還會持續下去,更讓企業對DotNet無實質利益而保留。而想想VCL物件類別庫,對於.Net Framework還一直在演進,Delphi不是已實行很久且不斷的被驗証確實可運行的,而且眾多第三方控件可以滿足另類需求....

也許RAD是寵壞人IT人員往底層技術挖掘,可是若大部份元件都穩定且堪用,我們就沒有理由和力氣去向下挖掘。也許早期會研究整個作業系統運作的奧秘,會了解MFC種種類別交互使用影響,包裹種種Win32 API,然後才發現原來VCL真真好用,直接uses或放置在表單,根本不必在意裡層是如何實作的,當以最快速時間滿足前端user需求時,沒有時間再去向底層挖掘。而這些知識都在早期的VC或Delphi書,才會提及,現在坊間的書,要不深邃如李大師的書,要不就是提表面元件使用的書,很少再提及底層觀念,為什麼?

需求的分析和滿足,專案的規劃和執行,都很少能夠交流,而技術,若您有心學,不管是Sql語法或Delphi的種種問題,這些都好交流的,在ktop有一些無私的高手,奉獻他們的經驗和所學,敝人我也都在這裡提問前輩,然後獨自不斷的磨練,稍微養成一些功力

也許DevCo將來的Turbo 系列,有計劃流傳版本的流出,希望吸引一批新血..書或雜誌會夾帶這些軟體光碟...想想懷念Turbo Pascal 7.0那段往日情懷..如何輕便使用的IDE環境

各位先進:

看完各位大師對於程式寫作的感觸及討論,真是令人覺得汗顏...

我算是delphi的一級菜鳥,因為是從xbase學起

所以學pascal語法時覺得非常吃力

對於各位大師所發表的內容,心有所感

我想也許是因為地域性的關係吧

在台灣的中小企業,因為資金人力有限

相對的在資訊化的投資上明顯不足

逼的一些從事mis工作的人,要面對的雜務很多

我想"什麼都會一點,但是什麼都不專"

這是在台灣從事mis的人,共有的心聲吧

反觀中國在資訊管理的這一塊上

才短短幾年,就比台灣要好的太多

不論是軟硬體的投資上,網路的資源等等

每一樣都令人驚訝,也許我們都該研究其中的原因

不過在此也與大家共勉,雖然是delphi的菜鳥

還是努力再努力,加油~~

daimay

爛爛 1,目前我也正在弄懂整個class的繼承,運算子多載,樣版實作....

不過有種感覺,摸久了就是你的了,

一起努力吧!

------
=.=???

看了這篇,我也深也同感!心有戚戚焉>

感覺我們CODING的人有兩種 一種是對程式很有興趣的人會去鑽研的!!天生有寫程式的特質的人!

另一種就是下了班情願看電視也不碰電腦 更別說家裡的電腦有裝開發程式了!

剛開始幾年 也許年紀輕當個CODING人員可以慢慢磨

但日子久了 年紀長了 才發現自己觀念也不是那麼清晰

而歲數大了 站出來講出來的話 卻也不是那麼有程式的SENSE

這時才驚覺自己半吊子的功夫 還能混飯吃多久!!

會有未來被其他年輕CODING人員追過的恐慌吧! 而往前也沒自己立足點的窘境!

所以啦~~~我常開玩笑說以後要去賣G排!!!!

雖歸說 最近我也是開始學.NET..........

你才32歲 還年輕啦!! 多學點以後就是你的.......免驚啦!!!

大不了存點錢改行 !!

------
BCDEFHIJKLMNOPQRSTUVWXZ