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)