IT討論區(172) - 3年exp+留港升職潮
我宜家賭身家
1001 回覆
17 Like
0 Dislike
第 1 頁第 2 頁第 3 頁第 4 頁第 5 頁第 6 頁第 7 頁第 8 頁第 9 頁第 10 頁第 11 頁第 12 頁第 13 頁第 14 頁第 15 頁第 16 頁第 17 頁第 18 頁第 19 頁第 20 頁第 21 頁第 22 頁第 23 頁第 24 頁第 25 頁第 26 頁第 27 頁第 28 頁第 29 頁第 30 頁第 31 頁第 32 頁第 33 頁第 34 頁第 35 頁第 36 頁第 37 頁第 38 頁第 39 頁第 40 頁第 41 頁
你心目中個exchange trading system maintain緊咩data structure
早晨
每日都要技術負債
每日都要技術負債
呢啲西工請都唔做
唔轉工咁點請啊
你講收transaction 嘅mempool定咩pool?
IT又唔係得code
其實成件事是咁的
首先唔係好明個consistent要咩幾時個trading system一定要係distributed system
所以咩eventual consistent同CAP其實唔一定relevant
其次transaction點解一定要relationship db咁去考慮
其實有lock 已經可以transaction
然後persistent有journal就夠
唔係話唔想講多啲 但係個方向咁簡單複雜化做咩
如果唔想自己諗既 呢到係個hint
首先唔係好明個consistent要咩
幾時個trading system一定要係distributed system所以咩eventual consistent同CAP其實唔一定relevant
其次transaction點解一定要relationship db咁去考慮
其實有lock 已經可以transaction
然後persistent有journal就夠
唔係話唔想講多啲 但係個方向咁簡單複雜化做咩
如果唔想自己諗既 呢到係個hint
其實望下個feed既設計 就可以反推返人地點做
以上面提到既HKEX為例 佢個feed既doc係公開既
你既問題係feed既document會得到implicit解答
hkex黎講 睇interface spec同developer guide
手巴認為呢個方向既問題屬於娛樂性質 所以唔講咁多住 大家思考下先
睇完唔明再繼續討論 不過手巴相信睇完你絕對會明
hkex黎講 睇interface spec同developer guide
手巴認為呢個方向既問題屬於娛樂性質 所以唔講咁多住 大家思考下先
睇完唔明再繼續討論 不過手巴相信睇完你絕對會明
睇得出你有做hkex
單純鳩up
幾時個trading system一定要係distributed system?
- Trading system應該要HA, 所以by definition一定要係distributed system?
其實有lock 已經可以transaction
- 你指用distributed lock手動transaction? 幾乎mission impossible, 例如堆write行到一半出問題點rollback?
幾時個trading system一定要係distributed system?
- Trading system應該要HA, 所以by definition一定要係distributed system?
其實有lock 已經可以transaction
- 你指用distributed lock手動transaction? 幾乎mission impossible, 例如堆write行到一半出問題點rollback?
我bloom世一
lm