[討論] Event Sourcing的未來

看板Soft_Job作者 (perry tsai)時間5年前 (2019/06/22 20:33), 5年前編輯推噓0(2推 2噓 9→)
留言13則, 6人參與, 5年前最新討論串1/1
Event Sourcing的開發方式 能夠記錄每個時間變化 能像錄影帶一樣還原狀態的改變 未來硬體成本更低 運算速度更快 所有一切的動作都將被記錄下來 版本控制不再是commit 而是每次的keydown 網路上撰寫文章 寫入句子後刪除句子重新修飾的細微動作 也將被AI考慮當時的心境 使用者的操作體驗反饋 經由Event Sourcing的記錄 也能夠有效的分析與優化 Event Sourcing 是不是下一代開發模式的霸主 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 101.9.37.20 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1561206782.A.092.html
→
06/22 21:33, 5年前 , 1F
可是我不想一個keydown都被記錄下來啊
06/22 21:33, 1F
→
06/22 21:38, 5年前 , 2F
一些共享文件的系統(Blog / Google doc)已經有你描述
06/22 21:38, 2F
→
06/22 21:38, 5年前 , 3F
的效果，但是算不算是Event sourcing就不清楚了
06/22 21:38, 3F
推
06/22 22:32, 5年前 , 4F
流系統 kappa architecture算是蠻看好的資料流處理系統
06/22 22:32, 4F
推
06/22 23:15, 5年前 , 5F
這樣監視感好重 每個動作都是考績關鍵
06/22 23:15, 5F
噓
06/23 01:35, 5年前 , 6F
記錄下來怎麼共同協作和保證品質
06/23 01:35, 6F
→
06/23 01:35, 5年前 , 7F
Code review 系統還會保證 commit 質量 你講的這種要怎
06/23 01:35, 7F
→
06/23 01:35, 5年前 , 8F
麼測？
06/23 01:35, 8F
所有的記錄都被保存 不代表不能加commit 請活用 ※ 編輯: ripple0129 (101.9.37.20 臺灣), 06/23/2019 03:13:39
→
06/23 08:25, 5年前 , 9F
有套裝好的microservice framework就內建event souring
06/23 08:25, 9F
→
06/23 08:41, 5年前 , 10F
學習門檻高,成本較高,且規模不大也很難享受到好處
06/23 08:41, 10F
噓
06/23 12:34, 5年前 , 11F
不過是個工作也搞得這麼累 你確定你在說什麼嗎
06/23 12:34, 11F
→
06/23 12:35, 5年前 , 12F
硬體成本低不表示可以無限上綱
06/23 12:35, 12F
無法認同 不斷的思考新的事物才是進步關鍵 資料就是錢這在30年前很難想像 影格般的資料就是更多錢 或許你也無法想像 ※ 編輯: ripple0129 (1.171.201.135 臺灣), 06/23/2019 13:12:59
→
06/23 14:22, 5年前 , 13F
我覺得比較像殺鷄用牛刀吧 中小型專案用了反多開發時間
06/23 14:22, 13F
‣ 更多 ripple0129 的文章
文章代碼(AID): #1T3X_-2I (Soft_Job)