iT邦幫忙

0

最近發燒中的議題,戶政系統的怪現像...

政府花大錢,結果做出令所有開發人員都會差愧的程式來...
各位先進前輩、大德們,是否也提出你們的看法..
大家一起來說說...為什麼??

看更多先前的討論...收起先前的討論...
賽門 iT邦超人 1 級 ‧ 2014-02-20 16:30:55 檢舉
花輪 iT邦大師 1 級 ‧ 2014-02-20 17:13:30 檢舉
我想問一個可能會被邦友 幹譙 的問題 :

因為這問題使戶政司長下台、調離主管職了,但這是 "資訊系統",新聞媒體或其他人(單位)沒人質疑內政部的 IT 單位的責任嗎?

戶政司長怎可能懂 資訊系統? 她頂多是聽意見、批簽呈、往上呈送罷了,這樣因媒體一吵就成了代罪羔羊,這社會真的是...OOXX Orz

以上是我個人的感想...
賽門 iT邦超人 1 級 ‧ 2014-02-20 17:23:35 檢舉
我覺得是藉機把眼中釘拔掉....
這其實沒什麼標準作業程序可以遵循
反正都是隨機應變
根據民意調查來決定砍誰的頭

iT邦幫忙MVPfran633提到:
可能會被邦友 幹譙 的問題

這問題不會被幹譙
換我問問題

1.ETC eTag 專案吵得天昏地暗,如果要有人下台,誰該下台?
臺灣區國道高速公路局 業務組 組長?
臺灣區國道高速公路局 總工程司?
臺灣區國道高速公路局 局長?
交通部 部長?
行政院 院長?
總統?

2.陸軍死了個兵,如果要找人負責,誰該負責?
班兵?士官?連長?營長?旅長?師長?陸軍司令?
國防部長?
行政院長?
總統?
一尾 iT邦研究生 1 級 ‧ 2014-02-20 19:29:47 檢舉
個人認為
資訊單位應該沒有那個勇氣硬上
受人指使的成份很高
unio123 iT邦新手 5 級 ‧ 2014-02-20 22:03:04 檢舉
選舉越來越近...越來越近
那些個高官欠績效
政治考量之下
該給的給不足
結果當然就這樣
花輪 iT邦大師 1 級 ‧ 2014-02-20 22:05:26 檢舉
Select大:我剛好跟您說的相反... Orz
花輪 iT邦大師 1 級 ‧ 2014-02-20 22:06:26 檢舉
最後的結論會是 : 總統!
乖乖缺貨嗎?
賽門 iT邦超人 1 級 ‧ 2014-02-21 08:46:38 檢舉
fran633提到:
最後的結論會是 : 總統!

所以,公司ERP推動失敗,是總經理要下台?
花輪 iT邦大師 1 級 ‧ 2014-02-21 08:56:10 檢舉
賽大: 公司的應不至於,除非那家公司有分藍綠...暈

我的意思是...媒體治國,反正這10幾年來公家的任何事都是怪到高官、政務官,甚至總統身上!

但企業的經營,出問題下台的總是那些墊背的倒楣鬼來背黑鍋,尤其是某公司..翻桌
花輪 iT邦大師 1 級 ‧ 2014-02-21 08:57:18 檢舉
可能因為還來不及(或沒時間想到)在戶政的主機上放乖乖吧...驚
花輪 iT邦大師 1 級 ‧ 2014-02-21 08:58:48 檢舉
對了,eTAG的問題,若在車子擋風玻璃下放包綠色乖乖,會不會就......駭客
8
daniel929
iT邦新手 4 級 ‧ 2014-02-21 09:25:40
最佳解答

大型資訊系統上線前,一定會先作上線測試。

這套戶政系統,正式上線前應於幾所戶政單位進行小規模測試上線。

待戶政單位相關人員,長官們驗收後,才會擴大至全省的戶政單位。

我只是把上線測試說的很簡單罷了,事實上它是很嚴謹,項目很多的計畫。

戶政系統上線後,有當機,連線異常,操作介面難用這些狀況,這些都是可以事前發現的。為何在正式上線後,這些問題才爆發出來,這就蠻耐人尋味了。

haur5 iT邦研究生 4 級 ‧ 2014-02-21 10:21:16 檢舉

在正式上線後,這些問題才爆發出來,這就蠻耐人尋味了。

來個小劇場好了...偷笑
大長官說:啥時可以好?給我個時間!
小長官:報告長官,因合約規範月底前完成,我會在這禮拜完成測試,下禮拜提前上線!
大長官說:很好,持續辦理。
小長官:專案經理,長官要求我們這禮拜要處理完所有Bug,並且完成測試,下禮拜一我要看到準時上線!
專案經理:..........,我稍後跟廠商協商...。
專案經理:廠商,我們長官要求下禮拜要正式上線,如果無法達成的話,就從違約金開始扣。
廠商:................。
戶政事務所同仁:................。
到戶政辦理的人:................。
新聞台:!@#@!%!$!%!#$!
鄉民::!@#@!%!$!%!#$!
政府::!@#@!%!$!%!#$!
嘴砲人士::!@#@!%!$!%!#$!

6
haur5
iT邦研究生 4 級 ‧ 2014-02-20 17:36:19

summertw提到:
結果做出令所有開發人員都會差愧的程式來

雖然有可能被砲轟,但還是要小小獎一下...

個人認為開發人員,對於程式系統的設計一定有一定的流程,系統一定是經由專案規畫產生,最後由專案負責人(PM)將專案分配下去給各開發人員(程式規劃師、程式設計師、資料庫協調師、...太多了不依依舉例),最後功能性測試、壓力測試。有問題再回到會議做修正,由會議記錄為基準,為修正依據。

從這邊可以看出,身為開發人員,一定是"依造程序"在開發軟體(當然不敢保證都一定都是對的程式no bug),檢驗人員當然就要負起責任針對需求進行測試(當然不敢保證都不會有盲點)。

對於職等最低的開發者來說,把死刑標籤標在他們頭上,我覺得有點無辜..(罪不該死的感覺)
另外對於不懂程式,跟沒有實際用的機關人員,也是無奈至極,要他們下台,也只是背黑鍋吧!

老話一句,沒有上過路的車永遠不知道性能多好!

okra iT邦研究生 3 級 ‧ 2014-02-21 01:01:20 檢舉

好比理財保險,不入市終身遺憾,入了市遺憾終身~

haur5 iT邦研究生 4 級 ‧ 2014-02-21 10:24:03 檢舉

okra提到:

下面小劇場,給您笑笑! 偷笑

summertw iT邦好手 1 級 ‧ 2014-02-23 10:29:36 檢舉

haur5 兄
我想先感謝你專業的糾正,用詞之不當是我的疏忽,謝謝..
我這裡的用詞起點是以一般行外人的觀點,所謂【開發人員】在行外人的觀點,就是一掛在作一整件事的人,他們是不能理解為什麼要【程式規劃師、程式設計師、資料庫協調師、...太多了不依依舉例...】這麼多層次,以至所謂專案經理的功能所在是為何。
有時,專業的用詞要給專業的人聽、看、讀,就如同我代表公司出去跟客戶做簡報時,就得看對象是什麼樣的人,Keyman是不是專業人事,或是只是一個很不專業的老闆,或者是很不專業的老闆身邊有一一位很專業的人......等等,我想,報告方式都會不同才對...
在此,仍然感謝你細心的糾正,謝謝你。

2
okra
iT邦研究生 3 級 ‧ 2014-02-21 00:54:16

見怪不怪。周作人先生說過:「當災難來臨時,只有跪下來順服的沒​​有站起來抗爭的;當災難過去後,只有站起來控訴的沒有跪下來懺悔的。這大概是我們民族特點吧」
軍公教人員動輒得咎,官不聊生。耐何?!

6
peterkoo
iT邦新手 1 級 ‧ 2014-02-21 14:17:14

現在官員都好大喜功,想把自己留一筆漂亮的政績,卻完全沒有周延考慮的計畫。
總之政府本身的專業人士,顧問等,也都摻雜在其中或被置之不理。

其實民間也差不多,幫客戶上線也常常發生,客戶從頭到腳都了解狀況的人不多,採購、財務、工廠、前台經理兼鬥爭....。

2
markshu
iT邦好手 1 級 ‧ 2014-02-23 01:00:04

這很大的一個原因是因為系統太大,使用者太多,致使問題一下就爆發,還有很多企業中的系統也是一樣的,差別在使用者少,或只有特定的人在使用,以致同樣的問題存在,但沒爆發而已,也就是類似的狀況用在小系統,隱藏的定時炸彈,不明顯而已,將小系統放大十倍,隱藏的定時炸彈就變成原子彈..
因為工作性質是常常到各客戶點接手歷史悠久的爛攤子,所以發現幾點共同的原因
1.低價搶標,搶到後,找人來做,但基本上就已經利潤不高了,當然找最便宜的工程師
2.所謂高層看的是經營數字,並非認為資訊技術有多重要,因此傳遞的觀念是就找幾個工人來,把人補足,就可以完成事情了,工程師、菲傭、開怪手、廚師、園藝修剪人員...,對他們來說都是一樣的,把人找來補足洞,就一定可以把系統做好,不就寫寫程式,那有什麼困難
3.低價搶標、高調承諾,弄得最後上限壓力下來,各層級都要保命,包含實際寫程式的廠商,誰願意當知道明明有問題時,要主動的去爆出,誰願意阿,反正上限的功勞絕對是最高層,中低層的人員就是做苦工,反正有錢領就好,誰那麼無聊去主動報問題,搞不好還被薛一頓..

類似這種系統非常多,程式中根本東複製、西複製,select * 抓取一個欄位的資料,然而整個table中卻有100多個欄位,不必要的迴圈跑到讓人頭昏,但終究結果是正常的,以致於當是小系統時沒太大問題,至少還能動,但是當系統很大時、使用者很多時,這就是馬上爆發的炸彈.

summertw iT邦好手 1 級 ‧ 2014-02-23 10:43:43 檢舉

markshu 大大所提最後的那項觀點,與在下所研判有雷同之處...
其實,我個人的直覺看法,應該是開發人員懶惰,直接使用系統商提供的套件在開發,而不是自己開發與資料庫的溝通方法(Connect Method),所以造成今天的問題,為何我會有如此的看法,理由很簡單..
記得在十年前,我們公司的一套會計帳系統,開發給國內一家知名的非營利事務組織在使用,目前仍在使用中,他們也是全省大連線,當時有一家公司(X中)與我競爭開發薪資系統,因為我開出的價碼較高,最後我的客戶選擇了較便宜的,但是呢,才一上線,系統的掛了,不只他的掛了,連我的會計系統也跟著掛了,原本,我的系統一上線,不管是台北、台中、高雄、花蓮……連線會很順的工作著,但是只要他們的薪資一上線,立馬就咬死所有的頻寬,後來詳細研究,才發現他們程式的寫法就是直接使用系統商的套件來開發…
這次咱們的戶政系統也是一樣,狀況非常的類似,當然這只是我一人的判斷,不能算數,也只是我但人的猜測而已。
至於markshu大大所提,【Select * From TableName WHERE ...】這種只在除錯時才會應用的語法,在程式中是絕對禁止被使用的,至少我的團隊裡沒人敢如此用,需要哪幾個欄位,就取哪幾個需要的欄位,不多取,也不會少取,這是一定要做到的,所以我才會說...【開發人員懶惰】...

2
ayu
iT邦好手 5 級 ‧ 2014-02-23 12:54:44

(不當)<span style="font-size: 30px;">利 益 輸 送</span>
或許早在標案之前, 就已喬定給特定財團.
認真, 正直, 不願乖乖配合的中層/基層/外包, 很可能被排擠掉.
(沒了工作,房屋貸款怎辦?孩子學費著落?...?)
乖乖配合的, 也許有一天要背黑鍋, 甚至被約談.
(長官把責任往下推,你有拿到多少好處?值得嗎?)
開發/工程人員是否需要ㄔㄚ愧? 我不明白....

我要發表回答

立即登入回答