Комментарии:
Great presentation. Still relevant in 2025 👍
ОтветитьGreat talk!
ОтветитьThank u so much for this presentation. Still worth for watching in 2025 and so on
ОтветитьAwesome talk. Thanks for a great presentation
ОтветитьGreat presentation. Still relevant in 2023 👍
ОтветитьNice talk, still valid in 2023. :)
ОтветитьWonmderful talk! Very articulate and the examples are excellent. Thanks for sharing this.
ОтветитьCool this is workflows and is implemented in things like temporal in 2023. Still wish it were easier to implement but we’re getting there.
ОтветитьExcellent talk.
Ответить뭔말이냐이게
ОтветитьVery good presentation! Thanks for sharing!
Ответить0.75x speed is perfect!
Ответитьthis is a very amazing talk. Thankyou
ОтветитьSmart!
ОтветитьJeez I was just trying to make ajax calls from my web page. Great talk though !
Ответитьnice explanation and slides. i'm wondering where is the saga state stored if it's not in SEC?
ОтветитьSo load data into big bucket and then, at leisure, process and parcel out to store. On fail, retry. This is similar to CQRS except with that the big bucket is kept around and considered to be the database.
ОтветитьFantastic.
ОтветитьTwo questions
1. The presenter says they are using Azure Service Bus as a log. How does this work? I don't understand how a queue would be a useful way to store log information.
2. They mention a "CP log", what does that mean in this context?
My Ears didn't breathe at all watching whole talk 😂
ОтветитьGreat talk. Thx !
ОтветитьGreat talk. I learnt some new things.
ОтветитьOhohoho! Perfect explanation. Now I can do my homework )) I'll borrow a couple of your slides if you don't mind of course. Thx!
ОтветитьI don't see the relationship between this and redux-saga, but hey I watched the full thing and maybe, later on, I might come back and laugh at how stupid I was :) great speech.
ОтветитьAlthough it is a bit fast, and some background knowledge is assumed, it's a great presentation ... Thanks !!
ОтветитьLooks like a great fan base here for her... God Save them!
ОтветитьMany thanks 👍👍👍👍
ОтветитьMy english is terrible but she is great even for me all was understandably
ОтветитьThat was a great presentation, thank you Caitie
ОтветитьTotally stupid question - how do you achieve idempotency when you are making a totally new car/hotel/flight booking? Wouldn't that be a POST request? a new entry in db of the remote service? and POST is not idempotent.
ОтветитьBlown away!!! Thank you :)
Ответитьcantik
ОтветитьSo if I'm understanding correctly: in order for the Saga to survive the Coordinator dying, either the forward transaction or the compensating transaction must be idempotent. However in the example of email, neither seems to be the case. Obviously sending out the email is not idempotent, nor would I want to flood the customer's inbox with hundreds of "disregard the last email" messages if the compensating action needs to be retried.
ОтветитьNeed to learn the Saga Pattern for my first developer job, and this video was certainly a superb starting point!
Seldom does new concepts click as fast and easily as this one did after watching your talk.
Thank you, Caitie!
what a clear presentation!! Thanks to your talk, i figure out what saga pattern is and could imagine what redux-saga does. Thx again!!
ОтветитьVery clearly and thoroughly explained, thank you.
ОтветитьThis didn't click last time I watched this, this time it's like I already understood the whole thing. When did I actually learn it lol.
Ответитьcame from redux-saga docs ... didn't understand
ОтветитьAwesome Presentation. Very well explained . Thanks !!
ОтветитьWhat techniques did you use to achieve idempotency in your scenarios? - Great talk!
ОтветитьVery good presentation, thank you
ОтветитьI wonder if this pattern (transaction idempotentcy) can be applied in financial world? Probably it will be more complex solution - if you for example do fund transfer, how would your system retry if transaction failed...Also how compensation will work?
ОтветитьThis presentation made Saga's click for me. Nice one.
Ответить