Loved hearing the real-world experiences. Very clear slides supporting the talk itself. The only negative is that at the end I wasn't clear how the eponymous monolith was actually slain so much as replaced. Still, good info and and a great speaker.
This talk was excellent because it highlighted the realities of slaying a legacy Monolith - the satisfaction of leveraging new techniques and technologies to simplify an end-to-end system into lean services; the struggles of convincing the company that it is worth the effort and getting 'buy-in' from teams.
Concisely delivered problem and solution description, including concrete examples of which tools were used. I may not have used quite the same tools/methodologies (I've battled a monolith or three as well), but I can appreciate Graham's perspective, and the principles behind the talk were solid.
As one nitpick, I was kind of expecting a refactoring talk, but that wasn't the approach that Graham took in real life so I'm okay with what I got.
Honestly, the way that Graham explained the monolith systems and how to move forward with micro services was incredible clear, also an excellent share of resources where we can start from.
I really enjoyed hearing about the real life experience with trying to migrate off what you know is code rot you cant save. I have been experiencing this my self and it gave me a lot of good ideas on how to deal with some really bad legacy code.
The talk was impressive. It sounded more personal, how we are handling our legacy enterprise applications. I respect the change to moving to a Distributed architecture like micro-services. Its takes a big learning curve and time.
I enjoyed this talk because it not only addressed the technical challenges of replacing legacy applications but also address how to deal with people. From the managers watching the project to the end users, clients always are the first priority and I think that talk helped with that cause.
Comments
Comments are closed.
Loved hearing the real-world experiences. Very clear slides supporting the talk itself. The only negative is that at the end I wasn't clear how the eponymous monolith was actually slain so much as replaced. Still, good info and and a great speaker.
Excellent story, and real world example. Presented in a clear and concise manner.
This talk was excellent because it highlighted the realities of slaying a legacy Monolith - the satisfaction of leveraging new techniques and technologies to simplify an end-to-end system into lean services; the struggles of convincing the company that it is worth the effort and getting 'buy-in' from teams.
Concisely delivered problem and solution description, including concrete examples of which tools were used. I may not have used quite the same tools/methodologies (I've battled a monolith or three as well), but I can appreciate Graham's perspective, and the principles behind the talk were solid.
As one nitpick, I was kind of expecting a refactoring talk, but that wasn't the approach that Graham took in real life so I'm okay with what I got.
Honestly, the way that Graham explained the monolith systems and how to move forward with micro services was incredible clear, also an excellent share of resources where we can start from.
I really enjoyed hearing about the real life experience with trying to migrate off what you know is code rot you cant save. I have been experiencing this my self and it gave me a lot of good ideas on how to deal with some really bad legacy code.
The talk was impressive. It sounded more personal, how we are handling our legacy enterprise applications. I respect the change to moving to a Distributed architecture like micro-services. Its takes a big learning curve and time.
I enjoyed this talk because it not only addressed the technical challenges of replacing legacy applications but also address how to deal with people. From the managers watching the project to the end users, clients always are the first priority and I think that talk helped with that cause.
Great talk. I particularly liked hearing about the speaker's experiences as a manager.