System Administrator 主要負責線路、Routers、Switches、Server（不含資料庫）
、Services daemon。
不過，SA 也很難躲掉程式開發，很多事情還是得靠 shell programming，
或是寫 Perl/Python/C/C++，至於寫程式會不會碰到資料庫嘛，就很難說了。
專職的 DBA 應該只負責處理 Database、Data Warehouse 運作的問題，以及 BI。
DBA 可以協助 tuning SQL statement 的 performance 問題，
但最初的 SQL statement 不一定要由 DBA 產出。
常見的企業內部系統大概有 ERP、HR、Finance、CRM、Workflow，
除非每個系統各配置一位 DBA，否則，把 AP 開發跟資料庫存取劃開不算是好事。
而且，依照功能來區分，系統資料的正確性也會比較高。
若有「最前端」的介面要存取各系統時，各系統人員應該提供 Web Services
或是 class 以供調用，因為透過程式來作權限控管比較簡單，
error、exception handling 在程式作也會比在 Database 作還來的容易。
其實，應該也有很多人有這種體認...
組織架構、規模愈龐大，「開會」佔用上班時間的比例就愈高。
至於原 po 提到的，我個人覺得.. IT 人可以，也確實應該花時間去看新的技術。
但尚未導入前，只要了解新技術的優、缺點，可以做什麼，有什麼依然作不到。
不須看到新技術，就馬上埋首鑽研。
程式也是相同，只要了解哪種程式作哪種事情比較快。
程式大部分只是邏輯判斷，邏輯觀念搞好，碰到新的程式，
大不了花比較多的時間翻書、翻 API reference 或是 function reference。
技術跟（程式）語言只是工具，就像剪刀、美工刀、螺絲起子、榔頭一樣。
螺絲起子反過來拿，一樣可以敲敲打打，只是沒有榔頭那麼有效率。
不要被工具限制住自己，也不要讓自己限制住自己，而不去了解新的工具。
--
我不寂寞, 因為煙在我口,
我不寂寞, 因為酒在我手,
我不寂寞, 因為還有寂寞陪著我.
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 114.37.132.213
※ 編輯: JoeHorn 來自: 114.37.136.223 (06/30 02:35)