Recent searches

No recent searches

Search options

Only available when logged in.
eupolicy.social is one of the many independent Mastodon servers you can use to participate in the fediverse.
This Mastodon server is a friendly and respectful discussion space for people working in areas related to EU policy. When you request to create an account, please tell us something about you.

Administered by:

Server stats:

192
active users

eupolicy.social: AboutProfiles directoryPrivacy policy

Mastodon: AboutGet the appKeyboard shortcutsView source codev4.4.1

#softwarearchitecture

4 posts4 participants0 posts today
*
Karsten Schmidt

Watching "The Big OOPs", new 1h50m talk by Casey Muratori about the long and meandering history, mistakes & shortcomings of OOP and looking for better/alternative ways forward...

youtube.com/watch?v=wo84LFzx5n

(Also very interesting for some #PermaComputing & KISS aspects)

www.youtube.com- YouTubeEnjoy the videos and music you love, upload original content, and share it all with friends, family, and the world on YouTube.
#SoftwareArchitecture#ECS#DOD
Replied in thread
Sebastian Hans

@RuthMalan It's the "and then" part that's the problem. I write the ADR before making the decision, using it to drive discussion and evaluate options (and record the options, too). That's where most of the value comes from for me.

ADRs are rarely needed afterwards, but when they are (mostly during onboarding of new team members, but maybe also if something doesn't turn out the way we imagined), they are an immensely useful tool for understanding the thinking that went into the decision.

In other words (because I've been thinking about Peter Naur's Theory Building View lately), ADRs can help people (re)build the theory of the system in their minds if necessary, keeping it alive. People who already possess the theory don't need to read them, and this is a good thing.

#softwarearchitecture#ADRs
TrendingLive feeds
About