Caro amigo parabéns pelo conteúdo, é sempre bom pensar em construção de projetos onde o pensamento nativo em cada um de nós é um pensamento estruturado e top down(de alta para baixa abstração de código) e que com isso pode-se resolver problemas estruturados de forma mais coesa.
Uma dica que gostaria de deixar para o estudo é começar por releituras que simplificam a escrita, uma delas que pode ser enriquecedora e se mesclar no seu artigo está(ão) no https://refactoring.guru/design-patterns
Além de usar mais ilustrações.
parabéns mais uma vez pelo artigo.
Obrigado o feedback!
De fato não houveram muitas imagens, tentei evitar colocar algumas aqui simplesmente para rechear o conteúdo. A maioria das que aparecem no livro ou que encontrei pela internet fazem muito mais sentido junto ao contexto delas, e achei que utilizá-las sem explicar o contexto talvez arriscaria a compreensão. Eu acredito que por ser a primeira que escrevo, consigo me esforçar em tornar a leitura cada vez menos maçante.
Sobre a indicação, eu já havia colocado no texto (logo antes do terceiro capítulo) pois considero atualmente o melhor site sobre os padrões de projeto "clássicos", isto é, os relatados por este livro. Talvez para as próximas eu possa colocar uma sessão de referências para deixar mais fácil de encontrar estes links.