看板 [ Soft_Job ]
討論串[閒聊] 公司內部非GUI類型的AP
共 3 篇文章
內容預覽： 開啟 | 關閉 | 只限未讀
首頁
上一頁
1
下一頁
尾頁
#3
Re: [閒聊] 公司內部非GUI類型的AP
推噓0(0推 0噓 5→)留言5則，0人參與, 最新作者idleidle時間15年前 (2010/08/12 00:06), 編輯資訊
0
0
0
內容預覽:
誰管你用什麼技術. 先寫好比較要緊. 基本上這是「塞缺」. 如果有些程式是當下無回應. 你要什麼處理？. 有些User會說，那就自動重開. 自動重開又有自動重開的問題. 1秒？2秒？n秒？. 其實你最重要的事情. 是提醒讓負責的人知道，記得留存log、讓使用者接受你的作法. 這樣你才能明哲保身. 至
#2
Re: [閒聊] 公司內部非GUI類型的AP
推噓1(1推 0噓 0→)留言1則，0人參與, 最新作者windycity (飛吧！)時間15年前 (2010/08/11 00:45), 編輯資訊
0
0
0
內容預覽:
提到這個最直接聯想到的就是 Oracle 的 Concurrent Manager. 或許可以參考一下他們的架構來作些簡單的東西？. 其實用table來作感覺一點都不低級啊～. 如果大部分的 batch process 都能夠利用 Java 來呼叫的話. (應該是原PO熟的技術). 訂定一個統一的i
(還有6個字)
#1
[閒聊] 公司內部非GUI類型的AP
推噓12(12推 0噓 11→)留言23則，0人參與, 最新作者architk (ㄜ)時間15年前 (2010/08/10 22:36), 編輯資訊
0
0
0
內容預覽:
進入這行已經八個年頭. 呆過四間公司 Vendor Side & User Side都有. 開發維護過系統非常多元. 我們知道大型企業裡的資訊系統 除了一些給人操作的 GUI類型系統外. 還有一大部分是默默的躲在背後定期被執行或常駐型的AP. 我習慣稱他們為 scheduling job或daemo
(還有1382個字)
首頁
上一頁
1
下一頁
尾頁