作者ripple0129 (perry tsai)
看板Soft_Job
标题[讨论] Event Sourcing的未来
时间Sat Jun 22 20:33:00 2019
Event Sourcing的开发方式
能够记录每个时间变化
能像录影带一样还原状态的改变
未来硬体成本更低
运算速度更快
所有一切的动作都将被记录下来
版本控制不再是commit
而是每次的keydown
网路上撰写文章
写入句子後删除句子重新修饰的细微动作
也将被AI考虑当时的心境
使用者的操作体验反馈
经由Event Sourcing的记录
也能够有效的分析与优化
Event Sourcing
是不是下一代开发模式的霸主
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 101.9.37.20 (台湾)
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1561206782.A.092.html
1F：→ shortoneal: 可是我不想一个keydown都被记录下来啊06/22 21:33
2F：→ shortoneal: 一些共享文件的系统(Blog / Google doc)已经有你描述06/22 21:38
3F：→ shortoneal: 的效果，但是算不算是Event sourcing就不清楚了06/22 21:38
4F：推 drajan: 流系统 kappa architecture算是蛮看好的资料流处理系统06/22 22:32
5F：推 shooter555: 这样监视感好重 每个动作都是考绩关键06/22 23:15
6F：嘘 stu51211: 记录下来怎麽共同协作和保证品质06/23 01:35
7F：→ stu51211: Code review 系统还会保证 commit 质量 你讲的这种要怎06/23 01:35
8F：→ stu51211: 麽测？06/23 01:35
所有的记录都被保存
不代表不能加commit
请活用
※ 编辑: ripple0129 (101.9.37.20 台湾), 06/23/2019 03:13:39
9F：→ alan3100: 有套装好的microservice framework就内建event souring06/23 08:25
10F：→ alan3100: 学习门槛高,成本较高,且规模不大也很难享受到好处06/23 08:41
11F：嘘 remmurds: 不过是个工作也搞得这麽累 你确定你在说什麽吗06/23 12:34
12F：→ remmurds: 硬体成本低不表示可以无限上纲06/23 12:35
无法认同
不断的思考新的事物才是进步关键
资料就是钱这在30年前很难想像
影格般的资料就是更多钱
或许你也无法想像
※ 编辑: ripple0129 (1.171.201.135 台湾), 06/23/2019 13:12:59
13F：→ alan3100: 我觉得比较像杀鷄用牛刀吧 中小型专案用了反多开发时间 06/23 14:22