Re: [新聞] 戶政系統大塞車 內政部請IBM抓錯

看板Soft_Job作者 (Terry)時間10年前 (2014/02/10 22:41), 編輯推噓35(35推 0噓 61→)
留言96則, 19人參與, 最新討論串8/30 (看更多)
※ 引述《manlike ( )》之銘言： : ※ 引述《Lordaeron (Terry)》之銘言： : : er....半狀況外的發文? : : 台灣的戶政系統跟役政系統是分開的, 為徵兵的是役政系統. : : 這次出事的是戶政系統, 役政系統的狀況.....知道的人就知道了. : : 而這次戶政系統出的狀況是.....有人不信邪, 自認為高手, 將tuxedo 換成queue. : 基本上 IBM 的 Message Queue server 功能應該是很強大的， : 畢竟這是 IBM 企業軟體解決方案中一部分，相信也是 IBM 裡 : 的高手規劃和寫的程式，應該不會這麼爛，也已經用在很多 : 的地方，像是各種金融業、政府和企業裡的資訊系統，所以問題 : 絕對不是 MQ 不好，最有可能的問題是：使用的人不會用 MQ ~ : 或者是說不懂 IBM 那一整套 SOA 架構。 : 稍微有了解過的人應該都知道 IBM 那一整套 WebSphere AP server, BPM, MQ, etc. : 真的是相當的複雜~ 每個程式開起來就是琳瑯滿目的設定, 然後一堆看不懂的 IBM : 自訂術語名詞, 這真的不是一般人會去懂的東西, SI 公司裡的便宜工程師應該也不會 : 有這種經驗, 有經驗的也只是一知半解, 懂些皮毛罷了, 稍微變化一下可能就不會用了, : 大部分都是經過無數次的 try & error 弄起來的, 表面上看起來會動就 OK 這樣, : 我想就連台灣 IBM 的業務/工程師可能也不是很懂那套在幹嘛吧 XD : 問題是那套 SOA 只要一個地方設定錯, 可能就不會動或是效能不好, 我想這次 : 戶政系統的問題應該在這邊, 所以才會找 IBM 來救火, 畢竟 IBM 的東西還是 IBM : 會比較懂, 而且這樣 IBM 還能多賺一筆錢, IBM 就是靠這樣賺錢的, 用 IBM 那套 : 就是註定要被 IBM 吃死死, 難用, 難學, 難維護, 什麼都要錢, 升級要錢, 維護要錢, : 教學要錢, 也難怪這些外商這麼賺錢; 台商就是從頭到尾都是做免費的 XD : 再來有人說戶役政資料很大, 其實根本很小, 台灣也不過2300萬人, 每個人就幾張照片, : 然後一些文字欄位這樣的資料量根本沒啥, 大概沒幾個小時就能把整個 DB 複製一份到 : 你的電腦上 XD : 再來, 這戶政整個系統架構就是好笑, 很多政府資訊系統都是如此, 每個地方單位都 : 存一份資料在自己的 DB, 只有自己可以用, 然後又要同步資料, 結果搞得一團亂又複雜, : 這種古老時代的解決方案想到就好笑, 就算 MQ 再強, 一個地方都在修改資料, : 就要其他單位的 DB 都要同步更新, 那如果全部都一起在更新, 就要 O(n^2) 的更新, : 根本和 DDoS 攻擊沒啥兩樣 XD : 再來雲端大使不是說要推動政府雲端建置嗎？ 怎麼會搞出這樣的東西呢？ 我知道 : server 可能是雲端的硬體平台啦, 和精誠 台達電 等等買的雲端硬體, 然後上面跑 : VMWare, 有 KVM 這樣~ 可惜, 軟體架構完全不是雲端的軟體架構, 還是古老時代的技術, : 其實全部都在惡搞, 花超多錢買硬體 買軟體, 做出來的東西兩光兩光, 這就是鬼島政府, : 套句宗痛講的話: 習慣就好。 又一篇高論. 戶所的軟硬體, 已經有人回你了, 你的IBM 高論就不回了. 息了吧. 台灣也不過2300萬人, 但你從出生開始, 直到你死去, 大大小小跟政府有關的資料, 都有記載. 幾小時能copy db? 小叮噹沒問題啦. 而 "好笑的架構" ? 當你還在Mo..............dem 的年代. A.........D........S......L 的年代, 就一點都不好笑. 所以說, 台灣人是很有錢的, 500元便當沒問題的啦. 戶所的通報, 就是通報其所有的節點, 也頂多是N 次, 哪來N平方? 所以DDoS 就也不回了. 因為你不知, 它一個通報, 可以有多大. 而雲端? 正所胃walking in the cloud, 穩嗎? 什麼遜, 什麼狗的, 已經證明過了. 哪...更別說, 台灣一堆山區小戶所, 沒事颱風一下, 走山一下的, 咦, 不是 雲端嗎, 斷了呢. 等路修好, 等等等....又不知等到何時. 再來有人說, 用opensource ? 不會吧, 你有本事為你用的opensource 工具打patch嗎? opensource 有比較安全? 這件事, 由struts 事件得證, 沒特好. 但重點還是patch. 辨不到, 哪請問, 人家為何買你的service? 另外, 軟體的事, 永遠不止"軟體" 的問題. 一則, 你沒辨法完全寫到沒BUG. 二則, 像戶所的案子, 沒有原來的人幫助,連DB SCHEMA 都搞不清楚. 三則, 法規, 程序, 流程, 使用者現在的tricky. 會寫在系統上嗎? 去K SOURCE 有解嗎? 你要K 多少SOURCE? 四則, 測試呢? 沒人脈, 能協調各戶所幫你測試? 這中間有沒有黑數呢? 工作過的人都明白的. -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 114.34.12.58
推
02/10 22:49, , 1F
喔靠...這篇真是太中肯了,只能跪著推了T^T
02/10 22:49, 1F
推
02/10 22:53, , 2F
02/10 22:53, 2F
推
02/10 22:55, , 3F
超猛中肯
02/10 22:55, 3F
推
02/10 23:10, , 4F
糟糕，spring和jsf能打patch嗎??抖抖抖!!
02/10 23:10, 4F
推
02/10 23:12, , 5F
可惜那些原來的人才是寶，但現在都ByeBye了
02/10 23:12, 5F
→
02/10 23:15, , 6F
出來跑的遲早要還,靠做標案吃穿的哪能不先想到會有這天
02/10 23:15, 6F
→
02/10 23:16, , 7F
能活下去的還是會找到方法活下去的,可惜的不是人,是...
02/10 23:16, 7F
推
02/10 23:16, , 8F
不過原PO說的那個通報，真的很複雜又不好做，泣!!!
02/10 23:16, 8F
→
02/10 23:17, , 9F
玩軟體業的全靠三樣東西，人脈多、機會多，還有不要臉
02/10 23:17, 9F
→
02/11 00:08, , 10F
spring沒patch? 哪它的版本更新是? 都是功能更強大?
02/11 00:08, 10F
→
02/11 00:09, , 11F
一套framework,你用得了幾成的功能?
02/11 00:09, 11F
推
02/11 00:16, , 12F
這篇中肯
02/11 00:16, 12F
推
02/11 00:27, , 13F
不是說沒能力自己打opensource的patch嗎?
02/11 00:27, 13F
推
02/11 00:31, , 14F
spring大版本更新也是要測的死去活來的，萬一現在的版本漏洞
02/11 00:31, 14F
→
02/11 00:31, , 15F
太多，未來的patch變更太大，那要砍掉重練?這個系統少說要跑
02/11 00:31, 15F
→
02/11 00:31, , 16F
個十年吧
02/11 00:31, 16F
推
02/11 00:33, , 17F
自己打patch又沒特好，那我很擔心我的個資呀，抖
02/11 00:33, 17F
→
02/11 00:34, , 18F
哪你的回應是? spring和jsf能打patch嗎?
02/11 00:34, 18F
→
02/11 00:35, , 19F
有沒有比較好, 我不知, 但能打為前題.
02/11 00:35, 19F
推
02/11 00:37, , 20F
呵，我只是想說你說struts沒特別好，那spring和jsf會不會也
02/11 00:37, 20F
→
02/11 00:37, , 21F
一樣
02/11 00:37, 21F
→
02/11 00:37, , 22F
JSF 要找BUG,rich:editor,effect,gmap等...
02/11 00:37, 22F
→
02/11 00:38, , 23F
既然有無法掌握的事為何要用?增加風險?
02/11 00:38, 23F
→
02/11 00:39, , 24F
哪你要問你自已囉.
02/11 00:39, 24F
推
02/11 00:41, , 25F
呵呵!我只是好奇當初的決策啦
02/11 00:41, 25F
→
02/11 00:41, , 26F
我自己沒答案
02/11 00:41, 26F
→
02/11 00:44, , 27F
從CPU,OS,COMPILER,VM 等等等都存在著BUG
02/11 00:44, 27F
→
02/11 00:45, , 28F
問題是, 你能HANDLE 的只有你選的工具, 但中國人嘛
02/11 00:45, 28F
→
02/11 00:45, , 29F
寫JAVA不套一套FRAMEWORK, 就會被人家看不起.
02/11 00:45, 29F
→
02/11 00:45, , 30F
還要SSH2 之類的, 套越多越強.
02/11 00:45, 30F
推
02/11 00:48, , 31F
黑數是指magic number?
02/11 00:48, 31F
推
02/11 01:22, , 32F
能用open source 和 framework 解決的問題就該用..重點是規劃
02/11 01:22, 32F
→
02/11 01:23, , 33F
至於2300萬人乘以100年的資料量其實真的算還好而已
02/11 01:23, 33F
→
02/11 01:24, , 34F
不然就是我誤會 這些資料不是文字和縮圖 而是影音和串流
02/11 01:24, 34F
推
02/11 07:27, , 35F
我從別的案件經驗，本案資料庫應該大到可怕白了地步
02/11 07:27, 35F
→
02/11 07:28, , 36F
絶對比你想像中大很多
02/11 07:28, 36F
推
02/11 08:05, , 37F
沒有大到可怕，但也不算小，以現在的db應該撐的起來，複雜在
02/11 08:05, 37F
→
02/11 08:05, , 38F
那些table的正規化，以及如何查詢有效率，我認為db效能不是
02/11 08:05, 38F
→
02/11 08:05, , 39F
瓶頸
02/11 08:05, 39F
→
02/11 08:05, , 40F
有點屁話的回文, 解決問題? tool的問題你都無法解決.
02/11 08:05, 40F
→
02/11 08:06, , 41F
你怎麼解決問題?
02/11 08:06, 41F
推
02/11 08:12, , 42F
用framework不是壞事，重點是你要有本事控制他，看看淘寶都
02/11 08:12, 42F
→
02/11 08:12, , 43F
能養人改了一堆opensource自己用，台灣的軟體業培養人材倒
02/11 08:12, 43F
→
02/11 08:12, , 44F
像辦家家酒一樣，系統能動都成最低標準了
02/11 08:12, 44F
→
02/11 09:31, , 45F
不對吧！台灣軟體業有在陪養人材嗎？
02/11 09:31, 45F
推
02/11 09:44, , 46F
有啦，做戶政這家有在培養人材啦，實習上課期間還給薪呀，多
02/11 09:44, 46F
→
02/11 09:44, , 47F
佛心來的
02/11 09:44, 47F
→
02/11 10:18, , 48F
說實話這篇文章好難看..
02/11 10:18, 48F
→
02/11 11:08, , 49F
資拓走一堆人, 哪有培養人材.
02/11 11:08, 49F
推
02/11 11:33, , 50F
有啦，看104寫的洋洋灑灑好幾個學院，很用心的，實習完後還
02/11 11:33, 50F
→
02/11 11:33, , 51F
要綁約三年唷，要進來可是很挑人低
02/11 11:33, 51F
推
02/11 11:34, , 52F
資拓培養人才?? 是新兵上火線的基礎培訓吧...
02/11 11:34, 52F
→
02/11 11:34, , 53F
我要說句中肯的，我就是從資拓走的...在我走的時候，
02/11 11:34, 53F
→
02/11 11:34, , 54F
感覺已經被IBM來的執行長，改造成人力派遣公司
02/11 11:34, 54F
推
02/11 11:36, , 55F
我之前朋友 可是他們的二包呢 培養? 哼哼...
02/11 11:36, 55F
推
02/11 11:42, , 56F
有興趣去找找他們的招募DM，他們宣稱我們的生活都和他們公司
02/11 11:42, 56F
→
02/11 11:42, , 57F
息息相關，一想到就悲從中來
02/11 11:42, 57F
→
02/11 11:43, , 58F
人力派遣好賺呀，不然怎拼獲利呢?
02/11 11:43, 58F
→
02/11 13:38, , 59F
這年頭販賣人力最好賺了,, IBM的服務收費也很高昂
02/11 13:38, 59F
推
02/11 16:01, , 60F
純粹好奇 之前的戶所如果斷網的話 業務還能辦下去嗎?
02/11 16:01, 60F
推
02/11 16:32, , 61F
為什麼會覺得是屁話呢？ tool的問題幹嘛我解決？
02/11 16:32, 61F
→
02/11 21:37, , 62F
如果你今天提供一個解決方案給別人, 原來你對這個
02/11 21:37, 62F
→
02/11 21:38, , 63F
方案是一無所掌握的, 哪麼, 你的還算是解決方案嗎?
02/11 21:38, 63F
→
02/11 21:38, , 64F
不就是一個玩具.
02/11 21:38, 64F
推
02/11 22:10, , 65F
我現在只希望真的能夠徹底究責承包商，讓這些承包商不要再繼
02/11 22:10, 65F
→
02/11 22:11, , 66F
續活下來害人了。那可笑的薪資，和敷洐的測試報告，RFP說幾
02/11 22:11, 66F
→
02/11 22:12, , 67F
妙內要回應，實際回應卻遙遙無期。每次出去標案就扛著資x會
02/11 22:12, 67F
→
02/11 22:13, , 68F
的招牌。都切害出來多久了，還一直活在過去，以為公司還一堆
02/11 22:13, 68F
→
02/11 22:13, , 69F
菁英
02/11 22:13, 69F
推
02/12 17:19, , 70F
推文裏這些ID好像都是資拓出來(或現任)苦主啊XD
02/12 17:19, 70F
推
02/12 18:16, , 71F
有苦主也有仇家
02/12 18:16, 71F
→
02/12 19:33, , 72F
打醬油的路過表示:
02/12 19:33, 72F
推
02/12 23:21, , 73F
回樓上，空降那位太扯，搞的人心背離
02/12 23:21, 73F
推
02/13 00:09, , 74F
某空降剛上任時表示，他開雜貨店都比這家公司還好賺
02/13 00:09, 74F
→
02/13 00:59, , 75F
iii 就是台 IBM 的台灣灣非官方同學會,看習慣了啦...
02/13 00:59, 75F
→
02/13 01:00, , 76F
之前 iii 還成立新所直接讓從 ibm bye 了的人來接的.
02/13 01:00, 76F
→
02/13 01:01, , 77F
說穿了,這是台灣政府自己選的啊.IBM 肯花錢肯給好處啊.
02/13 01:01, 77F
→
02/13 01:02, , 78F
就跟幾十年前,台灣省屬行庫要電腦化時,日商去找議員在
02/13 01:02, 78F
→
02/13 01:03, , 79F
議會施壓,所以台灣自製金融系統才會死胎,一堆日本系統.
02/13 01:03, 79F
→
02/13 01:04, , 80F
IBM 去的那個,砍幾個也無所謂,但是等領股票的老頭砍完,
02/13 01:04, 80F
→
02/13 01:04, , 81F
連底下的苦力也砍光,搞啥約聘派遣制,只能說,自作孽...
02/13 01:04, 81F
→
02/13 01:07, , 82F
可是金融系統,是另有一套金融界的秩序在控制,像當初,
02/13 01:07, 82F
→
02/13 01:07, , 83F
有些跟安全認證有關的設備,是要經過瑞士還是英國啥金融
02/13 01:07, 83F
→
02/13 01:08, , 84F
機構驗證過啥的...現在出事的是政府的行政業務系統..XD
02/13 01:08, 84F
→
02/13 01:08, , 85F
所以我就說,幹嘛不直接把政府外包給美國或日本來管,
02/13 01:08, 85F
→
02/13 01:08, , 86F
直接讓 IBM 還是 NEC 執行長來兼任就好了啊...XDXDXD
02/13 01:08, 86F
→
02/13 01:09, , 87F
什麼,不配?那IBM/NEC 的台灣分公司總經理也可以啦.XDXD
02/13 01:09, 87F
推
02/13 07:50, , 88F
3iii和I來的那位free大你得到它了，幾霸分。這些人總有種僻
02/13 07:50, 88F
→
02/13 07:50, , 89F
好，近親繁殖
02/13 07:50, 89F
推
02/13 07:53, , 90F
話說，某空降的副總是I來的，當初在I賣東西，亂收東西被I抓
02/13 07:53, 90F
→
02/13 07:53, , 91F
到，趕出來的，偷吃沒把嘴擦乾淨
02/13 07:53, 91F
推
02/13 07:56, , 92F
不過這也業界常態了，見怪不怪
02/13 07:56, 92F
推
02/13 09:36, , 93F
樓上的，你真的知道太多了
02/13 09:36, 93F
推
02/13 13:14, , 94F
有時不知道還好，但知道後反而會歸懶X趴火
02/13 13:14, 94F
→
02/13 13:29, , 95F
嗚嗚嗚,司長下臺了~~
02/13 13:29, 95F
推
02/13 13:50, , 96F
司長下台還不夠，一定要重重的究責廠商
02/13 13:50, 96F
‣ 更多 Lordaeron 的文章
文章代碼(AID): #1I-EKEPU (Soft_Job)
討論串 (同標題文章)
本文引述了以下文章的的內容：
完整討論串 (本文為第 8 之 30 篇)：
排序： 最舊先 | 最新先 | 留言數
在新視窗開啟完整討論串 (共30篇)
‣ 更多 Lordaeron 的文章
文章代碼(AID): #1I-EKEPU (Soft_Job)