Résumé:
- Décrochez un diplôme lié à l'informatique ou obtenez une expérience informatique et entrez directement dans le métier - l'un ou l'autre sert de qualification d'entrée dans l'industrie informatique
- Faites quelques examens dans le domaine / langage dans lequel vous voulez travailler, comme un coup de pouce pour travailler dans ce domaine et comme un défi pour vous-même, mais pas pour pouvoir progresser dans votre carrière. Un examen ne prouve pas l'efficacité ou la capacité. C'est ce qui convient le mieux à l'architecture logicielle, car ces examens ont tendance à couvrir les modèles de conception dans le contexte d'un domaine donné. Idéalement, faites d'abord un peu de travail dans le domaine avant de faire les examens, si possible - vous obtiendrez beaucoup plus des examens car vous les comprendrez dans le contexte du travail que vous avez fait, donc toute connaissance que vous apprenez est susceptible d'être plus "collante".
- Travaillez votre chemin d'être un développeur à un développeur senior à un chef technique
- Travaillez si vous voulez travailler plus avec le côté commercial des choses et le côté Enterprise-Level des choses.
- Si oui, alors bien sûr, passez quelque chose comme l'examen TOGAF de niveau 2 (ou lisez simplement sur le sujet si les frais d'examen sont au-dessus de vos moyens), mais ce n'est pas 100% essentiel.
- Il est plus important de s'intéresser à ce côté des choses et de poser des questions. Les gens le remarqueront.
- L'architecture de solutions pourrait être l'ajustement naturel pour vous là car vous devez avoir une connaissance profonde et large du domaine et aussi une compréhension du paysage de l'entreprise - c'est un rôle difficile mais très enrichissant.
- Vous pouvez envisager l'architecture d'entreprise si le côté développement des choses n'est plus intéressant pour vous, et les choix techniques stratégiques de haut niveau qui soutiennent la stratégie d'entreprise sont plus intéressants pour vous. Vérifiez définitivement l'un des cadres d'architecture dans ce cas - TOGAF est l'endroit le plus facile pour commencer je pense, mais Archimate semble assez populaire aussi - cela est généralement déterminé par ce qui est déjà utilisé dans une entreprise donnée.
Longue réponse avec un peu plus de contexte...
Bien, j'ai obtenu un diplôme en génie logiciel. Je ne sais pas si c'est la même chose maintenant, mais mon cours particulier a couvert différentes méthodologies logicielles, certaines d'implication commerciale, et d'autres bits que je n'ai jamais réellement utilisés.
La plupart des certifications que j'ai vues étaient plus orientées vers l'architecture d'entreprise, donc bien que celles-ci puissent être intéressantes à faire (car en tant qu'architecte logiciel, vous pouvez travailler avec des architectes de solutions ou des architectes d'entreprise), elles ne sont pas vraiment nécessaires.
Ce ne sont que les très grandes organisations qui ne savent pas grand-chose de ce que le rôle implique, et les institutions gouvernementales qui insistent sur une sorte de qualification dans ce domaine, donc je ne m'inquiéterais pas trop à ce sujet. TOGAF est probablement le certificat le moins cher et le plus sensé à prendre dans ce domaine, et donne une bonne base sur les raisons pour lesquelles l'architecture est nécessaire pour une entreprise.
Votre meilleur pari est d'obtenir un diplôme universitaire standard dans une discipline liée à l'informatique (aussi bon marché que possible - honnêtement, vous n'avez pas besoin d'aller dans l'un de ceux qui ont une consonance impressionnante, sauf si vous prévoyez d'abandonner parce que vous êtes riche et que c'est cool).
Ce n'est en fait pas nécessaire. Si vous pouvez entrer par une autre voie, vous pouvez vous économiser de l'argent. Peut-être entrer dans une entreprise au service d'assistance, ou faire du travail opérationnel, ou en tant que stagiaire.
Au moment où les 3-4 ans se sont écoulés où vous auriez été à l'université, alors vous aurez beaucoup plus d'expérience pertinente.
Le problème est que vous êtes face à des gens qui ont un certificat, donc vous pouvez lutter - à moins que vous ayez passé quelques années avant d'arriver à ce point en montrant que vous pouvez déjà faire le travail (par ex.g. travailler sur des projets Open Source, faire un peu de travail entrepreneurial pour des entreprises locales, vendre vos propres applications, etc. - en particulier si vous faites de l'axe de votre travail des entreprises).
La question suivante est... Que voulez-vous dire par architecte logiciel. Cela semble être à une étape de distance d'un architecte de solution. C'est-à-dire que vous concevez la meilleure façon dont le logiciel devrait être mis ensemble, mais vous n'êtes pas aussi étroitement impliqué dans la stratégie commerciale globale (ce que serait un architecte de solution). Le rôle d'un architecte logiciel a tendance à ne pas être un rôle en soi dans une organisation, mais il est poussé dans les rôles de Tech Lead ou d'architecte de solution, donc faites attention à ce que vous voulez faire - si vous ne voulez vraiment pas commencer à entrer dans la réunion avec l'architecte d'entreprise, et les parties prenantes clés de l'entreprise, et être finalement responsable de savoir si l'ensemble du système s'accroche ou non, alors éloignez-vous de l'architecture de solution, et devenez simplement le meilleur développeur que vous pouvez, pour devenir un chef technique.
C'est de toute façon une bonne voie, et si vous êtes plus intéressé à prendre la responsabilité de l'architecture de la solution, alors, par tous les moyens, lisez un livre sur TOGAF, passez l'examen si c'est quelque chose qui vous motive, et commencez à vous intéresser davantage à l'aspect commercial des choses, car cela est nécessaire pour garantir que la solution correspond à la stratégie commerciale.
Mais ne transpirez pas trop les titres de poste. Je fais de l'architecture de solutions depuis longtemps maintenant, et je ne l'ai pas réalisé les premières années - ce n'était pas dans mon titre de poste, mais c'est ce que je faisais quand même. Vous trouverez souvent que les personnes qui réussissent dans l'architecture de solutions ont toujours cette vision d'ensemble de toute façon, et s'ennuient en faisant un travail inutile dont ils savent qu'il ne sera pas utilisé.
Si c'est vous, alors apprenez ce que vous pouvez en tant que développeur, et développeur senior, et responsable technique / architecte logiciel. Ensuite, il deviendra évident si vous voulez aller plus loin et vous impliquer dans tout le côté architecture de solution.
Enfin, c'est bien de se mettre au défi en passant des examens dans le domaine dans lequel vous travaillez. C'est ce que j'ai généralement fait dans la plupart des domaines dans lesquels j'ai travaillé, avec la certification PeopleSoft, la certification Java, la certification ScrumMaster, la certification ITIL, la certification PRINCE2 (lorsque j'ai été brièvement chef de projet pendant 18 mois !), la certification Microsoft et la certification hybris.
Si je suis honnête, c'était intéressant à faire du point de vue de me maintenir au défi, et d'apprendre à connaître le langage utilisé / les approches utilisées, mais aucune n'était nécessaire à passer, et aucune ne m'a permis d'obtenir un emploi ou une promotion.
Ce que les entreprises recherchent, c'est une expérience avérée, car c'est ce qui permet de faire le travail. Vous pouvez passer un examen et être nul pour ce travail. Tous ceux qui font réellement le travail le savent.
Donc, concentrez-vous pour être excellent dans ce que vous faites, ou ce que vous voulez faire, et ce sera la chose qui fera la plus grande différence dans votre carrière.
Et définitivement, ne vous inquiétez pas tant du titre du poste. Les gens apprendront à connaître ce que vous pouvez faire. C'est ce qui fait la différence.
C'est ce qui fait la différence.