PCDVD數位科技討論區

PCDVD數位科技討論區 (https://www.pcdvd.com.tw/index.php)
-   七嘴八舌異言堂 (https://www.pcdvd.com.tw/forumdisplay.php?f=12)
-   -   高鐵車票事件...滿適合當成軟體工程的教材喔... (https://www.pcdvd.com.tw/showthread.php?t=686027)

mingsheu 2007-01-07 10:48 AM

總覺得, Windows 背著太多的不白之冤曲了, 這跟 OS 的關係基本上是沒關係的, 想想你自己用的 2k/XP, 有這麼容易當掉嗎? 高鐵的問題, 只能說在這麼少的連線數上, 還有這種問題, 搞這套系統的工程師, 大概也不敢說寫過高鐵的案子吧!

lyl 2007-01-07 10:52 AM

引用:
作者mingsheu
總覺得, Windows 背著太多的不白之冤曲了, 這跟 OS 的關係基本上是沒關係的, 想想你自己用的 2k/XP, 有這麼容易當掉嗎? 高鐵的問題, 只能說在這麼少的連線數上, 還有這種問題, 搞這套系統的工程師, 大概也不敢說寫過高鐵的案子吧!

沒錯... 現在Windows的問題在於軟硬體成本比較高, 並非是穩定度, 有穩定度問題的在於那些application
如果真的要說穩定度, X-Windows還更差

但Windows對於錯誤容忍度比較差就是了... 出問題的application會吃光OS資源或當掉, linux之類的就還好

cucubird 2007-01-07 11:25 AM

windows硬體成本?還好吧...
售票系統
on board vga就夠了
256或512mb的ram
cpu有多低用多低..
hd...市面上最低的容量都嫌大...乾脆再加個系統回復
只要hd沒掛...按幾個鍵就recovery
一萬內就夠了...

用嵌入式的主機版...是會便宜一些.
穩定度或許會好一點...
不過...軟硬體都被綁死了...

用相同配備嵌入式系統?
只省下os的錢
那天mb斷貨....嵌入式系統要重寫...(只要能灌winxp..那塊mb都可以)

...突然想到...我公司最近也發生了很相似的問題....
系統跑個一兩天,client就會無法登入..要重開server
資料記錄會錯誤...
解決辦法是....換一組人來重寫....

因為loading太大,系統會掛掉
這已經是一些基本問題沒處理好
沒做研發階段測試的關係
每秒能有幾人連上,能同時寫入幾筆資料,同時100人booking同一個位置會如何.....
等程式都寫完了...發生這種基本問題....很難抓
是通訊?client收到錯誤資料?資料庫?資料流程?

firmware 2007-01-07 11:28 AM

引用:
作者lyl
邏輯觀念對於寫程式很重要, 但只要有人架構規劃得很好, 軟工作的很好, 大多programer只要照著做就好
好的軟工與沒軟工, 好的架構與不好的架構, 開發速度會差好幾倍

這就如同蓋建築物, 建築架構設計的好, 建造流程控制得很好, 每個工人只要按圖施工, 就有好結果
但現在的教育是努力提升每個工人的施工能力, 訓練出工人英雄, 卻沒有訓練好建築師, 然後每個工人根據爛建築師的藍圖, 蓋出一個問題百出的建築物來

另外一提, 台灣產業的問題就是管理與搞研發, 沒辦法切開, 導致有能力搞研發的人都想辦法去搞管理, 結果不見得適用,
然後越打嘴砲升的愈快, 最後是將軍一堆, 底下沒強兵



沒辦法..........這跟目前的教改有關

我那個年代(69年)和更早時,大學聯考不好考的時候...考的上的就是你說的"將軍",因為之前的聯考很有鑑定性,而且也可以繼續升研究所

至於讀技職的,就是你說的"強兵",不需要跟高中體系一樣讀物理+數學+化學+...這些困難的理論,轉於主攻實做

偏偏現在全都亂了,所有學校,不管技職或普大,全都叫大學,研究所亂設,一堆鳥學校鳥系所
研究所居然還比大學還好考.......雖然說這樣有賺到技職苦到普大,但是整各教育本質早亂了

twu2 2007-01-07 11:44 AM

用什麼 OS 沒關係. (是 AP 出問題, 又不是 OS 當了)
用什麼 DB 也沒什麼關係. (其實多少還是有, 因為每一種的 lock 機制可能有些不同, 不過這個案例看起來似乎完全沒考慮要 lock 吧?)

看起來像是 SA/SD 沒經驗? 規格與邏輯沒寫清楚? coding 的 team 也許不只一組? 每組的寫法不同? 不同的前端設備使用不同的邏輯去 lock 取位?
所以.... 會有重複的情形. (也許... 同一組寫的程式改了幾次, 中間有不同, 而上線的機台並不是都用同一個版本, 也會有類似的情形)

這樣的訂位系統會複雜嗎? 台灣一堆不算小的醫院都有掛號系統, 有人工機台, 有網路, 有電話語音, 有觸控式機台, 就沒看過有一家的掛號系統會出現一堆人掛同一時段同一醫生的同一個號碼的情形.

官字兩張嘴 2007-01-07 11:50 AM

當教材,又不能學到教訓

反而是多本多綱:laugh:

s1300045 2007-01-07 12:02 PM

引用:
作者firmware
沒辦法..........這跟目前的教改有關

我那個年代(69年)和更早時,大學聯考不好考的時候...考的上的就是你說的"將軍",因為之前的聯考很有鑑定性,而且也可以繼續升研究所

至於讀技職的,就是你說的"強兵",不需要跟高中體系一樣讀物理+數學+化學+...這些困難的理論,轉於主攻實做

偏偏現在全都亂了,所有學校,不管技職或普大,全都叫大學,研究所亂設,一堆鳥學校鳥系所
研究所居然還比大學還好考.......雖然說這樣有賺到技職苦到普大,但是整各教育本質早亂了


  沒辦法啊。有機會當將軍誰會想去當兵?

  能夠去讀高中誰會去讀高職?就算我願意,父母還不一定會答應勒。

lyl 2007-01-07 12:15 PM

每個父母都希望孩子朝他認為好的方向去發展, 但卻未必適合孩子
萬般皆下品, 唯有讀書高, 最後的結局就是不適才適所
自己造的果, 自己承擔了

Axel_K 2007-01-07 12:20 PM

我不認為windows的系統有多穩定
但以目前來說
穩定到足以應付訂票工作了
我認為是設計訂票系統的問題

我曾在德意志銀行也看過從新啟動的提款機是''windows'os
但是,我對的德國提款機的穩定度並不質疑
以前經常小額提款
最軟體無法操作就只有那一次(自動從新啟動後就好了)
大部分遇到都是硬體問題

Devil 2007-01-07 12:24 PM

以訂票系統為例
像這麼大的系統真的是要經過很大量的測試
多人同時訂票時,對資料庫的鎖定(lock)若太久,很可能造成其他人無法訂票,甚至造成死結(dead lock)
這部份邏輯與演算法是蠻重要的,我想寫程式的工程師也是被趕鴨子上架的,有時想要測試,專案經理卻要你直接上線
隨著時間增加,資料庫內的資料量越來越大,如果沒調校好資料庫,或是訂票的程序,問題只會越來越大
一點小看法,畢竟小弟我不是寫那套程式的人,不知問題是出在哪,也沒什麼好評論的
只是覺得,很多人一看到前端UI是使用Windows,就說他該死,只覺得真是有點莫名其妙,看一眼就可以知道問題出在哪了,我只能說真是神,若是分散式系統,前端負責的loding通常不大
各位前面有講到演算法的問題,小弟我看過一篇文章
裡面大概是說,有個人去面試程式設計師的工作,有一道題目是,求1~100的總和
求職者很直覺的使用迴圈去算,當然這不能算是錯
只是面試官的解法是梯形公式,面試官說了一句話,當人腦可以做的事,又何必交給電腦去作呢
讓電腦去做他更該做的事不是更好,當系統放大時,這些地方便成了影響效能的點
很多系統只是在開發時期用起來沒問題,一旦上線,或是上線一段日期後,就開始出問題了


所有的時間均為GMT +8。 現在的時間是05:30 PM.

vBulletin Version 3.0.1
powered_by_vbulletin 2025。