Pour autant que je puisse voir Architecte de solutions est juste un terme "marketing" différent pour Architecte d'applications . Est-ce exact ou les rôles sont-ils en fait différents d'une manière ou d'une autre ? Si oui, comment ?
Et oui, je l'ai cherché à la fois sur StackOverflow et sur Google.
Mise à jour 1/5/2018 - Au cours des 9 dernières années, ma pensée a considérablement évolué sur ce sujet. J'ai tendance à vivre un peu plus près de l'avant-garde de notre secteur que la majorité des gens (même si je ne repousse certainement pas les limites autant que beaucoup de personnes très intelligentes). J'ai été architecte à différents niveaux, de l'application à la solution, en passant par l'entreprise, dans de nombreuses entreprises, grandes et petites. J'en suis venu à la conclusion que l'avenir de notre industrie technologique est en grande partie sans architectes . Si cela vous semble fou, attendez quelques années et votre entreprise rattrapera probablement son retard, ou vos concurrents qui auront compris le phénomène vous rattraperont (et vous dépasseront). Le problème fondamental est que l'"architecture" n'est ni plus ni moins que la somme de toutes les décisions qui ont été prises concernant votre application/solution/portefeuille. Le titre d'"architecte" signifie donc en réalité "décideur". Cela en dit long, également par ce qu'il n'a pas dites. Il ne dit pas "constructeur". Créer un parcours de carrière / une hiérarchie qui indique implicitement aux gens que "construire" est inférieur à "décider", et que les "décideurs" ne sont pas directement responsables (par la différence de titre) de "construire". Les personnes qui s'accrochent encore à leur titre d'architecte s'en irriteront et protesteront "mais je suis un homme d'action !". Parfait, si vous n'êtes qu'un constructeur, abandonnez votre titre vide de sens et cessez de vous distinguer des autres constructeurs. Les entreprises qui insistent sur le fait que "tous les constructeurs sont des décideurs et que tous les décideurs sont des constructeurs" progresseront plus vite que leurs concurrents. Nous utilisons le titre d'"ingénieur" pour tout le monde, et "ingénieur" signifie décider et construire.
Réponse originale :
Pour les personnes qui n'ont jamais travaillé dans une très grande organisation (ou qui l'ont fait, mais dans une organisation dysfonctionnelle), le terme "architecte" peut avoir laissé un mauvais goût dans leur bouche. Pourtant, il s'agit non seulement d'un rôle légitime, mais aussi d'un rôle hautement stratégique pour les entreprises intelligentes.
Lorsqu'une application devient si vaste et si complexe que s'occuper de la vision et de la planification techniques globales, et traduire les besoins de l'entreprise en stratégie technique devient un travail à plein temps, il s'agit d'une architecte d'applications . Les architectes d'applications sont aussi souvent des mentors et/ou des chefs de file pour les développeurs, et connaissent bien le code de leur(s) application(s) responsable(s).
Lorsqu'une organisation a tellement d'applications et d'infrastructures interdépendantes que c'est un travail à plein temps de s'assurer de leur alignement et de leur stratégie sans être impliqué dans le code d'aucune d'entre elles, c'est une architecte de solutions . L'architecte de solutions peut parfois être similaire à un architecte d'applications, mais sur une suite d'applications particulièrement importantes qui constituent une solution logique pour une entreprise.
Lorsqu'une organisation devient si grande qu'il devient nécessaire de coordonner la planification de haut niveau pour les architectes de solutions et d'élaborer les termes de la stratégie technologique de l'entreprise, ce rôle devient une " mission ". architecte d'entreprise . Les architectes d'entreprise travaillent généralement à un niveau exécutif, conseillant le bureau du CxO et ses fonctions de soutien ainsi que l'entreprise dans son ensemble.
Il existe également des architectes d'infrastructure, des architectes de l'information et quelques autres, mais en termes de nombre total, ils représentent un pourcentage plus faible que les "trois grands".
Note : de nombreuses autres réponses ont dit qu'il n'y avait "aucune norme" pour ces titres. Ce n'est pas le cas. Allez dans le département informatique de n'importe quelle entreprise du classement Fortune 1000 et vous trouverez ces titres utilisés de manière constante.
Les deux plus courants idées fausses sur "l'architecte" sont :
Ces idées fausses proviennent d'un grand nombre d'architectes qui font un très mauvais travail, et d'organisations qui ne comprennent pas du tout à quoi sert un architecte. Il est courant de promouvoir le meilleur programmeur au poste d'architecte, mais ce n'est pas correct. Les deux fonctions se chevauchent mais pas des compétences identiques. Le meilleur programmeur peut souvent être, mais pas toujours, un architecte idéal. Un bon architecte a bon compréhension de nombreux technique aspects de l'industrie informatique ; un meilleur compréhension de les besoins et les stratégies de l'entreprise qu'un développeur doit avoir ; excellent les compétences en matière de communication et souvent des compétences en gestion de projet et en analyse commerciale. Il est essentiel pour les architectes de se salir les mains avec du code et de rester affûtés sur le plan technique. Les bons architectes le font.
De très bons points tout autour. Je suis d'accord pour dire qu'il existe des idées fausses très répandues. +1
Bonne réponse ; cela me fait réaliser à quel point travailler pour la grande entreprise X ne me manque pas :)
OK, très bonne réponse - je l'ai acceptée. Il est clair que ceux qui publient des offres d'emploi pour des rôles d'architecte n'ont pas cette compréhension, mais au moins maintenant je l'ai si on me pose la question :)
En fait, dans le monde des certifications informatiques, vous pouvez vous appeler comme vous voulez, tant que vous ne marchez pas sur les plates-bandes d'une "vraie" organisation professionnelle. Par exemple, vous pouvez être un "Microsoft Certified Solution Engineer" sur votre carte de visite, mais si vous écrivez la phrase magique "Professional Engineer" (ou P. Eng), vous aurez des problèmes juridiques, à moins que vous n'ayez une bague en fer. Je sais qu'il existe un titre similaire pour les "vrais" architectes, dont je ne me souviens plus, mais tant que vous ne le mentionnez pas, vous pouvez être "Cisco Certified Network Architect" ou autre.
Non, le travail d'un architecte est différent de celui d'un programmeur. L'architecte est plus concerné par les exigences non fonctionnelles ("ilité"). Comme la fiabilité, la maintenabilité, la sécurité, etc. (Si vous n'êtes pas d'accord, considérez cette expérience de pensée : comparez un programme CGI écrit en C qui fait un site web compliqué, par rapport à une implémentation Ruby on Rails. Ils ont tous deux les mêmes fonctionnel comportement ; choix d'un RdR architecture a quels avantages).
En général, un "architecte de solutions" s'occupe de l'ensemble du système - matériel, logiciel et tout le reste - tandis qu'un "architecte d'applications" travaille sur une plate-forme fixe, mais les termes ne sont pas aussi rigoureux ou bien normalisés.
Il n'existe pas de définition standard des titres de poste d'architecte - Architecte d'application, de système, de logiciel ou de solution, tous ces termes désignent en général un développeur principal doté de solides compétences en matière de conception et de direction. L'équilibre entre la conception, la stratégie, le développement (souvent de services ou de cadres de base) et la gestion varie selon l'organisation et le projet.
Le seul titre de poste d'"architecte" qui a vraiment une signification différente pour moi est celui d'"architecte d'entreprise", que je considère davantage comme un poste de stratégie informatique.
Il existe des différences valables entre les types d'architectes :
Les architectes d'entreprise étudient les solutions pour l'entreprise en s'alignant étroitement sur la stratégie de l'entreprise. Par exemple, dans une banque, ils examineront l'ensemble du paysage informatique.
Les architectes de solutions se concentrent sur une solution particulière, par exemple un nouveau système d'acquisition de cartes de crédit dans une banque.
Les architectes de domaine se concentrent sur des domaines spécifiques, par exemple un architecte d'application ou un architecte réseau.
Les architectes techniques jouent généralement le rôle d'architectes de solutions en se concentrant moins sur l'aspect commercial et davantage sur l'aspect technologique.
Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.
