Est-ce que vous connaissez le blogue suivant :

Si oui, tant mieux 🙂

Sinon, je vous le conseille fortement, surtout si l’architecture logicielle vous intéresse. D’ailleurs on le retrouve parmi ma liste de blogue que je lis disponible dans la colonne droite de ce blogue.

L’auteur du blogue, Simon Brown, a les mêmes opinions que moi par rapport au rôle de l’architecte et des programmeurs. Soit  :

• Un architecte logiciel ne devrait jamais arrêter de coder afin d’être toujours conscient de ce qui se passe à ce niveau et ainsi éviter de se retrouver avec le syndrome de la tour d’ivoire.
• De la même manière, les programmeurs devraient avoir la vision globale de l’architecture et ne pas seulement se concentrer sur leur bout de code.

Les grandes lignes de ce blogue se retrouvent dans la liste suivante (Je vous recommande fortement de les consulter !!!) :

• What is software architecture?: This category covers all of the basics such as what software architecture is all about and why it’s important.
• What is the role of a software architect?: This is probably the largest category on the site where you’ll find lots of discussion about what software architects (should, in our opinion) do.
• How do you define software architecture?: This category is about putting software architecture into practice, where you’ll find articles about what drives architecture, technology selection, dealing with non-functional requirements and so on.
• How do you share software architecture?: Having a software architecture is only part of the puzzle and this category is all about collaborating, documenting and sharing it.
• How do you deliver software architecture?: The final category is about delivering the architecture; covering aspects such as process, methodology, evaluating and testing architectures.

Aussi, d’autres articles intéressants:

• Strategy rather than code: What *is* enterprise architecture and is it the next step for your software career?
• You don’t need a UML tool: A short essay about why you don’t need a UML tool to do software architecture.
• Start with the big picture: This essay talks about the levels of detail you might go into when you’re defining a software system.
• The code doesn’t tell the whole story: The code might be the ultimate deliverable, but it isn’t everything.
• Software architecture is a platform for conversation: An essay that explains why you should talk to people during the software architecture definition process.
• The Other Interface: Why you shouldn’t ignore logging in your software.
• Software architecture document guidelines: Software documentation should be complementary to the code and describe what the code itself doesn’t. This essay provides some guidelines as to what you might want to include.

Et vous, que pensez-vous du rôle d’un architecte logiciel ?

Êtes-vous d’accord avec les propos de Simon Brown ?

Quels rôles en général l’architecte logiciel occupent dans vos projets informatiques ?

Est-ce qu’il y a des améliorations à faire à ce niveau ?

Comme d’habitude, les commentaires sont les bienvenues !