This is one of the best discussion on software architecture I’ve heard so far
@avibrarbrar
3 жыл бұрын
After watching this video I went on to read a book about architecture - opened this book named Software Architecture for developers and as I started reading the book then I realized it's a Simon Brown book...what a coincidence. Really good content. Thankyou.
@coderider3022
2 жыл бұрын
My current company is obsessed with UML diagrams for EVERYTHING and it drives me crazy. Something that I did in education in 90s and it should have stayed there.
@Reaper2234
3 жыл бұрын
"A good software architecture enables agility" this is something I've thought about in the past couple of weeks, and it's lead me to ask the question, "How does our architecture support our way of work?"
@DodaGarcia
3 жыл бұрын
6:04 - “lol I’m two steps ahead of him, I’ll just start with a well-designed, decoupled monolith and then convert it to microservices” 6:31 - “oh”
@reactiveland3111
3 жыл бұрын
I like to add that there is no architecture or architect as higher in hierarchy. Only levels of abstraction or angles of focus. Neither 🦉 nor 🐸 are more important. So focus on solution rather than roles.
@moshecsbgu1
3 жыл бұрын
Very good talk. It reveals misconceptions about the subject and delivers good advice
@dandoescode
2 жыл бұрын
Great talk! Cheers Simon.
@lewissheridan
8 ай бұрын
Flawless.
@samehsz
2 жыл бұрын
Awesome presentation Simon. How architecture affect the Lead Time?
@sergiob3698
3 жыл бұрын
Very good presentation. Thank you!
@frotes
3 жыл бұрын
Really great talk! Touches on many important points of software architecture
@AnilSingh-rd5xb
3 жыл бұрын
Good work
@hsmiranda
4 ай бұрын
Good presentation.
@TNothingFree
3 жыл бұрын
Great talk! Recommended to anyone who doesn't have much experience with design :) Especialy with the UML thing, I've met some people who used more UML and it gets very confusing very fast.
@deang5622
2 жыл бұрын
UML is just a documentation language using diagrams. I have looked at some UML diagrams where I've walked away thinking "I don't understand this design. I can't see how it works" and that's when you realise that the documentation is poor.
@TNothingFree
2 жыл бұрын
@@deang5622 yes exactly!
@willemvdk4886
3 жыл бұрын
Excellent talk! It reminds me of a very good book I read on a quite regular basis that touches on these subjects many times: Code Complete by Steve McConnell. Really good read!
@CoxJul
3 жыл бұрын
"You don't need to speak English" - of course not, but if everyone speaks that language it's a good idea, even if it's their second or third language. The problem is, if people just know words but don't understand how to use them properly to create meaningful sentences then poor communication occurs. The same with most people's use of UML.
@MaxLaurieHutchinson
3 жыл бұрын
I like it, it suits my principles: "The software architecture role is about coding coaching and collaboration"
@valour.se47
3 жыл бұрын
If you can't understand the boundaries / bounded context, you will suffer in microservices, even if you are writing a monolith which you think you are going to break into micros.
@sinamobasheri
7 ай бұрын
Great 👍🏻
@mgan59
2 жыл бұрын
19:56 the storm trooper - 🤣🤣🤣
@AlvaroCamilloNeto
3 жыл бұрын
Thanks!
@bartoszpiekny2760
3 жыл бұрын
Good talk. I feel that majority of the topics comes from the Craig Larmans book.
@yvip
3 жыл бұрын
very liked, thank you
@РоманГарус
8 ай бұрын
cool video)
@stefandili2650
3 жыл бұрын
One Love MPJ - Fun Fun Function!!!
@OmPrakash-zy8nw
3 жыл бұрын
I believe while design once should be able to define macro vs micro decision.
@lepidoptera9337
Жыл бұрын
Depends on the design methodology. An OOP architect, for instance, makes every single anal decision for the team that crops up and a million on top of that that are completely unnecessary in the first place. ;-)
@logiciananimal
Жыл бұрын
Risks are subjective? No. What to *do* about them can be and sometimes should be, however. Rest of the talk is excellent, however.
@maksimbober4260
3 жыл бұрын
A good architecture enables agility, but this agility would need to be an actual one and not imagined (overgeneralizing for too many cases).
@KaranCODM
3 жыл бұрын
goto; Karan Dwivedi
@A2d2d56
2 жыл бұрын
Genial
@dvanrooyen1434
2 жыл бұрын
Cost to change is a bad example because something could be super critical and important to a system but fairly cheap to change. Hard to change is a better example
@rdromjan511
3 жыл бұрын
Wow
@elsaigneur
3 жыл бұрын
Why did you zoom on a tax heaven ?!
@bocckoka
3 жыл бұрын
UML relfects an OO design approach. Hopefully you don't use OO, so you can skip UML too
@deang5622
2 жыл бұрын
Not necessarily. There are object relationship diagrams which do support a design done with objects. I don't give a stuff, I use a mix of everything, from flow charts, to data flow diagrams, state diagrams, to UML sequence diagrams. Use whatever is most effective.
@ForgottenKnight1
6 ай бұрын
Most software products today use OO based languages.... so what are you hoping for, exactly ?
@lepidoptera9337
Жыл бұрын
Software architecture is the equivalent of the evil boss of Dilbert. ;-)
Пікірлер: 42