※ 本文為 ott 轉寄自 ptt.cc 更新時間: 2014-02-13 23:33:33
看板 Soft_Job
作者 Lordaeron (Terry)
標題 Re: [新聞] 戶政系統大塞車 內政部請IBM抓錯
時間 Mon Feb 10 22:41:14 2014


※ 引述《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
rex1224:喔靠...這篇真是太中肯了,只能跪著推了T^T1F 02/10 22:49
f1234518456:2F 02/10 22:53
d1288999:超猛中肯3F 02/10 22:55
swkca:糟糕,spring和jsf能打patch嗎??抖抖抖!!4F 02/10 23:10
swkca:可惜那些原來的人才是寶,但現在都ByeBye了
freeunixer:出來跑的遲早要還,靠做標案吃穿的哪能不先想到會有這天6F 02/10 23:15
freeunixer:能活下去的還是會找到方法活下去的,可惜的不是人,是...
swkca:不過原PO說的那個通報,真的很複雜又不好做,泣!!!8F 02/10 23:16
swkca:玩軟體業的全靠三樣東西,人脈多、機會多,還有不要臉
Lordaeron:spring沒patch? 哪它的版本更新是? 都是功能更強大?10F 02/11 00:08
Lordaeron:一套framework,你用得了幾成的功能?
coflame:這篇中肯12F 02/11 00:16
swkca:不是說沒能力自己打opensource的patch嗎?13F 02/11 00:27
swkca:spring大版本更新也是要測的死去活來的,萬一現在的版本漏洞
swkca:太多,未來的patch變更太大,那要砍掉重練?這個系統少說要跑
swkca:個十年吧
swkca:自己打patch又沒特好,那我很擔心我的個資呀,抖
Lordaeron:哪你的回應是? spring和jsf能打patch嗎?18F 02/11 00:34
Lordaeron:有沒有比較好, 我不知, 但能打為前題.
swkca:呵,我只是想說你說struts沒特別好,那spring和jsf會不會也20F 02/11 00:37
swkca:一樣
Lordaeron:JSF 要找BUG,rich:editor,effect,gmap等...22F 02/11 00:37
swkca:既然有無法掌握的事為何要用?增加風險?23F 02/11 00:38
Lordaeron:哪你要問你自已囉.24F 02/11 00:39
swkca:呵呵!我只是好奇當初的決策啦25F 02/11 00:41
swkca:我自己沒答案
Lordaeron:從CPU,OS,COMPILER,VM 等等等都存在著BUG27F 02/11 00:44
Lordaeron:問題是, 你能HANDLE 的只有你選的工具, 但中國人嘛
Lordaeron:寫JAVA不套一套FRAMEWORK, 就會被人家看不起.
Lordaeron:還要SSH2 之類的, 套越多越強.
ccccboom:黑數是指magic number?31F 02/11 00:48
jlhc:能用open source 和 framework 解決的問題就該用..重點是規劃32F 02/11 01:22
jlhc:至於2300萬人乘以100年的資料量其實真的算還好而已
jlhc:不然就是我誤會 這些資料不是文字和縮圖 而是影音和串流
djboy:我從別的案件經驗,本案資料庫應該大到可怕白了地步35F 02/11 07:27
djboy:絶對比你想像中大很多
swkca:沒有大到可怕,但也不算小,以現在的db應該撐的起來,複雜在37F 02/11 08:05
swkca:那些table的正規化,以及如何查詢有效率,我認為db效能不是
swkca:瓶頸
Lordaeron:有點屁話的回文, 解決問題? tool的問題你都無法解決.40F 02/11 08:05
Lordaeron:你怎麼解決問題?
swkca:用framework不是壞事,重點是你要有本事控制他,看看淘寶都42F 02/11 08:12
swkca:能養人改了一堆opensource自己用,台灣的軟體業培養人材倒
swkca:像辦家家酒一樣,系統能動都成最低標準了
jk47tai:不對吧!台灣軟體業有在陪養人材嗎?45F 02/11 09:31
swkca:有啦,做戶政這家有在培養人材啦,實習上課期間還給薪呀,多46F 02/11 09:44
swkca:佛心來的
eplis:說實話這篇文章好難看..48F 02/11 10:18
Lordaeron:資拓走一堆人, 哪有培養人材.49F 02/11 11:08
swkca:有啦,看104寫的洋洋灑灑好幾個學院,很用心的,實習完後還50F 02/11 11:33
swkca:要綁約三年唷,要進來可是很挑人低
lance70176:資拓培養人才?? 是新兵上火線的基礎培訓吧...52F 02/11 11:34
diefast:我要說句中肯的,我就是從資拓走的...在我走的時候,53F 02/11 11:34
diefast:感覺已經被IBM來的執行長,改造成人力派遣公司
lance70176:我之前朋友 可是他們的二包呢 培養? 哼哼...55F 02/11 11:36
swkca:有興趣去找找他們的招募DM,他們宣稱我們的生活都和他們公司56F 02/11 11:42
swkca:息息相關,一想到就悲從中來
swkca:人力派遣好賺呀,不然怎拼獲利呢?
segaa:這年頭販賣人力最好賺了,, IBM的服務收費也很高昂59F 02/11 13:38
felaray:純粹好奇 之前的戶所如果斷網的話 業務還能辦下去嗎?60F 02/11 16:01
jlhc:為什麼會覺得是屁話呢? tool的問題幹嘛我解決?61F 02/11 16:32
Lordaeron:如果你今天提供一個解決方案給別人, 原來你對這個62F 02/11 21:37
Lordaeron:方案是一無所掌握的, 哪麼, 你的還算是解決方案嗎?
Lordaeron:不就是一個玩具.
swkca:我現在只希望真的能夠徹底究責承包商,讓這些承包商不要再繼65F 02/11 22:10
swkca:續活下來害人了。那可笑的薪資,和敷洐的測試報告,RFP說幾
swkca:妙內要回應,實際回應卻遙遙無期。每次出去標案就扛著資x會
swkca:的招牌。都切害出來多久了,還一直活在過去,以為公司還一堆
swkca:菁英
luciferii:推文裏這些ID好像都是資拓出來(或現任)苦主啊XD70F 02/12 17:19
mow811236:有苦主也有仇家71F 02/12 18:16
freeunixer:打醬油的路過表示:72F 02/12 19:33
ppttpptt:回樓上,空降那位太扯,搞的人心背離73F 02/12 23:21
swkca:某空降剛上任時表示,他開雜貨店都比這家公司還好賺74F 02/13 00:09
freeunixer:iii 就是台 IBM 的台灣灣非官方同學會,看習慣了啦...75F 02/13 00:59
freeunixer:之前 iii 還成立新所直接讓從 ibm bye 了的人來接的.
freeunixer:說穿了,這是台灣政府自己選的啊.IBM 肯花錢肯給好處啊.
freeunixer:就跟幾十年前,台灣省屬行庫要電腦化時,日商去找議員在
freeunixer:議會施壓,所以台灣自製金融系統才會死胎,一堆日本系統.
freeunixer:IBM 去的那個,砍幾個也無所謂,但是等領股票的老頭砍完,
freeunixer:連底下的苦力也砍光,搞啥約聘派遣制,只能說,自作孽...
freeunixer:可是金融系統,是另有一套金融界的秩序在控制,像當初,
freeunixer:有些跟安全認證有關的設備,是要經過瑞士還是英國啥金融
freeunixer:機構驗證過啥的...現在出事的是政府的行政業務系統..XD
freeunixer:所以我就說,幹嘛不直接把政府外包給美國或日本來管,
freeunixer:直接讓 IBM 還是 NEC 執行長來兼任就好了啊...XDXDXD
freeunixer:什麼,不配?那IBM/NEC 的台灣分公司總經理也可以啦.XDXD
swkca:3iii和I來的那位free大你得到它了,幾霸分。這些人總有種僻88F 02/13 07:50
swkca:好,近親繁殖
swkca:話說,某空降的副總是I來的,當初在I賣東西,亂收東西被I抓
swkca:到,趕出來的,偷吃沒把嘴擦乾淨
swkca:不過這也業界常態了,見怪不怪
ppttpptt:樓上的,你真的知道太多了93F 02/13 09:36
swkca:有時不知道還好,但知道後反而會歸懶X趴火94F 02/13 13:14
freeunixer:嗚嗚嗚,司長下臺了~~95F 02/13 13:29
swkca:司長下台還不夠,一定要重重的究責廠商96F 02/13 13:50

--
※ 看板: ott 文章推薦值: 0 目前人氣: 0 累積人氣: 629 
作者 Lordaeron 的最新發文:
點此顯示更多發文記錄
分享網址: 複製 已複製
guest
x)推文 r)回覆 e)編輯 d)刪除 M)收藏 ^x)轉錄 同主題: =)首篇 [)上篇 ])下篇