This is one of the best discussion on software architecture I’ve heard so far

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.

Good presentation.

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.

Very good presentation. Thank you!

"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?"

Great talk! Cheers Simon.

Very good talk. It reveals misconceptions about the subject and delivers good advice

Really great talk! Touches on many important points of software architecture

@AnilSingh-rd5xb

3 жыл бұрын

Good work

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”

Great 👍🏻

Thanks!

Flawless.

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!

very liked, thank you

Awesome presentation Simon. How architecture affect the Lead Time?

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.

cool video)

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

Жыл бұрын

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

Жыл бұрын

@@deang5622 yes exactly!

19:56 the storm trooper - 🤣🤣🤣

Genial

One Love MPJ - Fun Fun Function!!!

Wow

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.

"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.

Good talk. I feel that majority of the topics comes from the Craig Larmans book.

goto; Karan Dwivedi

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. ;-)

Why did you zoom on a tax heaven ?!

I like it, it suits my principles: "The software architecture role is about coding coaching and collaboration"

A good architecture enables agility, but this agility would need to be an actual one and not imagined (overgeneralizing for too many cases).

Risks are subjective? No. What to *do* about them can be and sometimes should be, however. Rest of the talk is excellent, however.

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

Software architecture is the equivalent of the evil boss of Dilbert. ;-)

UML relfects an OO design approach. Hopefully you don't use OO, so you can skip UML too

@deang5622

Жыл бұрын

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

3 ай бұрын

Most software products today use OO based languages.... so what are you hoping for, exactly ?

Did I just watch a product placement video?