你需要學習的是物件導向設計和分析, ex: Design Pattern書籍, Martin Folwer大師的書....
塑模語言, ex:UML
一些物件導向系統分析的書籍,ex: GRAIG LARMAN或著Robert Cecil Martin的書籍..
努力當成小說看就好了......
有些則是要當成報紙, 雜誌來看...
如果你有志一日想走coding這行, 從事挨踢(IT)的產業..

學習資料結構這些並不能幫助你寫好的程式
這只是偏向商業邏輯上的細節...
而不是程式的整體架構...
時髦的API, 已經封裝大多的應用(提升複用性, 隱藏細節)...
但是這不能完全解決客戶的獨特需求...
所以資料結構還是需要去接觸...

前面有人說數學不太重要, 甚至要用背的...
其實我不太能苟同, 因為他還是很重要...
我自己做coding的, 就是數學差, 有時才後悔在學校的時候為啥沒學好.....

自己要練習做一個project！

以前學生時期，也問過老師類似問題。
老師要我自己找個project來做。
他建議寫個editor，因為這在我們後續的研究上會用到。
結果真的花了一個多月的時間，寫了一個類似vi的editor。
接下來老師計畫裡要一個script processor,
他就直接使用我的editor當編輯器，讓我極有成就感。
此後一通百通！後來寫了一個頗大的real-time kernel
也是有賴於這個project的訓練。

如果你是要 "寫" 一個資料庫軟體, 那... 資料結構很重要, 它是基礎沒錯.
如果你是要 "用" 或 "管理" 一個資料庫軟體, 那... 資料結構一點都不重要, 你應該在這方面永遠用不到你在這堂課學到的東西. 去學些 "理則" 學, 把邏輯弄好一些可能會更重要一些.

只是要用用 Oracle.... 實在不應該去學 "資料結構" (除非你是資工相關科系的學生, 那這算是基礎)...
難不成真要用 PL/SQL 去實作 queue, array, tree... 之類的東西? 如真的做的出來, 那應該在 PL/SQL 這領域可以算是神, 不過你的 DBA 應該會想把你給殺了.

不好意思插話一下. 要學好 "資料庫" (尤其是關聯式資料庫), 你要學的課叫做 data model, 教你什麼是正規化, 什麼是ER model

要學好 "Oracle" (資料庫), 先把data model學好, 然後去考Oracle DBA證照.

資料結構是 "開發"資料庫系統 的基礎, 但是如果只是要 "使用"資料庫 的話，倒是不需要學資料結構.

o_O!學C完再上資結,會比較概念吧!

你誤會了，我沒有說數學不重要，我是說數學很簡單。簡單的意思是只要花時間就可以學得很好。真正難的數學是要靠天份的，沒有天份怎麼學都學不會，但除非你在研究中心之類的部門或機構。一般大學生、研究生或研發人員，所接觸的數學，都屬於「簡單」的定義，不需要因此感到害怕。

我總是這樣跟別人說：只要花時間就學得起來的東西，都不叫困難。

所以問題往往是在自己不願下苦工，不是某某事真的困難。

再來，我說背是指所有 IT 的科目，資料庫、資料結構、演算法....大多要背一堆東西。

離散數學........
妻離子散..........

離散數學很好玩啊