| There was a talk by M. J. Dominus ... "Design Patterns" Aren't https://perl.plover.com/yak/design/samples/slide001.html While the narration of the talk itself is likely lost to time and "people weren't recording everything in 2002"... the slides linked are reasonable signposts of the author's ideas. The key points I believe occur on slide 12. Patterns vs. "Patterns"
The pattern language does not tell you how to design anything
It helps you decide what should be designed
You get to make up whatever patterns you think will lead to good designs
---I believe that people read the GoF Design Pattern book as a textbook or bible rather than what the authors were doing of "these are things that we discovered while writing a word processor" ... and are useful ways of looking at those problems. But then those patterns got enshrined in some holy temple as you need to do these things and this is how you build software". Patterns got turned into a prescriptive thing that people do to build software and for a long while people were often coming up with the question "did I discover a new pattern" ... which when you read Alexander's book becomes a silly question. My own rant on the cult of pattern... https://the-whiteboard.github.io/2016/09/02/patterns.html ... One of my favorite pages to link on career advice is Find the Hard Work You're Willing to Do https://news.ycombinator.com/item?id=26209541 ... The previous blog post that shows up on that same page is "Why Patterns Failed and Why You Should Care" https://www.cs.uni.edu/~wallingf/blog/archives/monthly/2018-... which is also a good read (which in turn links to another talk - https://www.deconstructconf.com/2017/brian-marick-patterns-f... which has transcript and video) |