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