相當同意您的看法
敝館就是如此
開發了許多機制,實行一段時間後就成了”孤兒”
有的是使用上的孤兒,有的則成了完全孤兒
原因何在? 無法持續,無法銜接
大家都知道圖書館業務是很routine,偏偏學資訊工程的人特愛開發,沒有思考到後續問題,若是反對,便被冠上”不合群”“愛唱反調”“怕工作”的名號.
這是我們的苦啊!

That was not what I meant.

(1) I didn’t say library systems (or modules)
should be left to students. What I suggested
was that since all (or most) universities have
Computer Science Departments, the universities
should ask the faculty from those departments
to assume more responsibilities. It is an
unfortunate fact that library staff do not
have sufficient programming skill to handle
library automation systems. But universities
have people among their faculty who can.
So every university should try to form their
team (like at 交大 or 台大) to help their
libraries.

(2) The large, or day-to-day operation,
systems cannot be left to a home brew
development team. I am not foolish enough
to suggest that. However, small improvements,
especially those involving web interface,
are not so difficult to write or maintain.
These can, and should, be done by local
developers so that the web functions can
cater to local needs. I don’t see anything
so terrible about that.

台灣圖書館界給我的感覺一向是說的多，做的少，
而且妄自菲薄。其實我們的同仁可以做的很多。
只要給同仁們機會，很少有什麼事是真的不能做的。
當然要努力了解自己圖書館的限制與需求，找出
可以發揮的地方。其實學校裡很多資源可以利用，
我提出的資工或資管的faculty就是一個例子。
If we take people from other departments as
a threat, then they will always be a threat.
If we can fully utilize what they have to
offer, they can be tremendous help.

就先寫到這裡。 謝謝板主給我這個機會。 項潔

用哪種人力資源來寫程式都可以（當然大家都應知道不同程度的人力資源的管理難度、管理方式不同），圖資人員未必要親自動手寫程式，但是需求單位（業務主管單位）要 take the lead ，掌握方向和架構。

從執行面來看，web 的小改善、加個 widget/gadget，當然是學生可以做的工作（前面已經提過）。但是誰來決定要做什麽，要做這些要用到什麽資源，才是最重要的決策吧！

找資工或資管的學生來寫就好了?
並不是就好了，其實需要相對的代價
譬如管理
譬如銜接

但，找找資工或資管的學生來寫
未嘗不可
只是需要許多配套的管理做法
也的確需要一個以上有整體概念的人整合整體計畫
做相關的對應、協調、溝通
不然，即便是聘請全職工程師
上述的情況仍然會發生

這和你用的人員是什麼成分不全然相關
因為都可以有相對應的解決方式
也都有那些不可逃避的現象

對一樓的說法有許多意見：
其一。沒有思考到後續的狀況是結果
這並不代表全然是由於開發人員的問題
其二。我也不認為反對就會被冠上那樣的名號
因為不合理，提出意見為什麼就是不合作、怕工作？
通常只是缺乏溝通而已
重點是溝通，要清楚明確的表達什麼是你所反對的點
如果不能的話，是不是應該自省：
我是否做的功課不夠？

常常有情況是，使用者並不清楚他們要什麼
既然不清楚，就只會大家在瞎子摸象
既然不清楚，那怎樣都無法產生整體性的架構
既然不清楚，那開的會易就沒那麼有意義的了
不是嗎

我常覺得，一個主管面試員工或者工讀生
之後並不代表那個主管就沒事了
是否有完整的訓練
是否有完整的交接文件
是否做到管理的責任

也許那些才是工作上最最瓶頸的問題
可是往往被直接的現象忽略
那樣的事實也都反應溝通的重要

每每聽到有人抱怨哪個員工不好、工讀生品質難管
但是試問，如果如此，不也就證明了當初的面試
全然失敗嗎？

與其執著的反應現況
不如想想如何解決或者改善

結論：
用什麼樣的開發人員並不是最主要造成無法推動的原因
而是溝通
或者可以說是管理

是否有一個能整體性的瞭解並有所概念的人
介中做統合才是比較關鍵的原因

以上是個人淺見 不代表任何機構或單位之意見

> 但是不是就再也不嘗試？這也不對，管理及銜接
> 經驗是累積的，也不能說有幾次不愉快的經驗
> 就否定這個做法，或許可以從小專案開始做起吧!

Apparently I didn’t get my point across
properly. It’s my fault. Anyway,
the collaboration with 資工或資管 should
NOT be at the 館員 level. If that’s how
it’s done, you will have a lot of
“管理與銜接的問題”. In fact, 館長 should
take the initiative to convince the
university to invite 資工或資管 to participate
in 圖書館的技術部門. I emphasize, this
should be the responsibility of 校方與館長,
not 館員. 如果學校計中的主任與組長可以由
教授來做，為什麼圖書館的系統資訊組組長不行？
I don’t think it’s problem with the university.
I can’t imagine why any university president
would reject this idea if the 館長 put forth
a good argument (which shouldn’t be
difficult if one tries). it is the
library’s responsibility to overcome the
psychological resistance first.

My point is: 建立制度是最要緊的。
台灣的圖書館該開始做些事了，不該還只是在羨慕
別人。

我想圖書館界的技術人員真的不多吧,
雖然我曾經唸了資圖和資管兩個領域,不過兩個領域的想法還是有很多不一樣的差別,偏技術和偏人文的基礎在溝通上還是會有些問題,有的可能想說走直線就可以,但有的可能會繞來繞去才到相同的目標,所以在專案上,溝通和時程控制就變得重要,同時也很不穩定,因為學生來來去去,可能一個案子還沒寫完學生就畢業了,也沒有任何的強制力可以讓他們把案子弄完...

另外,找學生來寫雖說是一個可能可行的方法,但是找學生來寫也有一些風險,畢竟每個人的思考邏輯不同,光一個迴圈,可能A喜歡用for-next,B喜歡用do-loop,
如果轉給下個人,又要花閱讀程式碼的時間,懶惰的時候會有”乾脆全部重寫還會覺得比較快”的感覺..

另外則是開發環境的問題,有的用.net,有的用java,可能好不容易找到一個想要來圖書館coding的學生,結果用的是perl,來個大混戰吧.呵呵

圖書館有時候希望簡化在routine工作的做法,
所以希望技術人員幫助他們可以解決現有的問題,
但是在技術人在了解問題的過程中,很多事情是交雜在一起,要理清問題的癥結點,有時是要做很多很多溝通,所以我想有落差難免的

有時候我會有想法是讓圖書館裡的技術人員有個交流的機會..像.net, java, perl, ruby, asp, php, jsp..等大家都可以提供一些做的小工具之類的,就算是改api的也好,就是交流一下..畢竟不是每個學校都有資工資管背景的學生......

個人想法啦.哈哈..

個人覺得如果圖書館有專屬的程式人員，加上自動化系統資料庫有一定程度的開放(允許讀取資料權限)，
圖書館可以提供更方便的資訊服務。
例如：黃鴻珠館長在 線上目錄新面貌 一文中的許多功能，以資訊人員來看，技術上不是問題(不然你找學校資工的老師問看看...)，很多是做得到，只是受限於無權讀取自動化系統內資料庫的資料。
最簡單的，查詢結果一定是用幾頁顯示? 何不用10大類分?同樣”影像”對資工 與美術設計者來說是不一樣... 如果用10大類來顯示查詢結果對讀者來說不是很有用?

“或者你們能像交大那樣還可以組成一個資訊團隊。”
==>還要有一個允許讀取資料的自動化系統ㄚ!