Analyste système vs programmeur informatique? [fermé]

Ma question ici concerne les emplois. J'occupe actuellement un poste d'analyste système.

Quelle est la différence entre System Analyst et Programmer / Analyst? Cette position est-elle supérieure à celle d'un programmeur? Ou comment dois-je me mettre à niveau?

Ni l'un ni l'autre n'est supérieur car ils se complètent

La définition Wikipedia d'un analyste de systèmes est

Un analyste de systèmes recherche des problèmes, planifie des solutions, recommande des logiciels et des systèmes et coordonne le développement pour répondre aux exigences commerciales ou autres.

L'analyste programmeur (bien qu'aucune définition ne soit immédiatement disponible) est davantage à l'écoute des besoins de l'entreprise, puis à les implémenter en code. Si l'entreprise est orientée vers un calcul scientifique extrêmement complexe sur une plate-forme matérielle standard, la connaissance des algorithmes (c.-à-d. Analyste programmeur) est plus pertinente et donc supérieure. Si l'entreprise crée ces plateformes, l'inverse est vrai. Pour vous mettre à niveau, définissez les domaines dans lesquels vous êtes faible et que vous souhaitez améliorer. Appliquez-vous ensuite à les apprendre.

Ceci est similaire à d'autres questions sur les titres d'emploi. Le mérite ou la signification du titre est localisé dans sa région et son employeur. Vous devez consulter les descriptions de poste pour déterminer les différences.

Systems Analyst n'est pas nécessairement un poste supérieur à Computer Programmer, mais c'est différent. Un analyste de systèmes comble le fossé entre les propriétaires et les utilisateurs d'un projet (côté commercial) et ses concepteurs et programmeurs (côté technique). Un analyste de systèmes doit avoir à la fois les connaissances techniques de haut niveau et les connaissances de l'entreprise pour pouvoir communiquer efficacement avec les deux groupes (et généralement agir comme traducteur). Un SA est principalement impliqué dans la définition, la collecte des exigences et les phases de conception d'un projet.

J'ai travaillé comme un pour un stage. Fondamentalement, il s'agit d'un poste totalement créé artificiellement en raison de bêtises d'entreprise qui n'a pas besoin d'exister du tout et devrait être placé juste à côté du conseiller éthique.

Pourquoi? Parce que les programmeurs / gestionnaires devraient faire tout ce qui est délégué à l'analyste. Généralement, l'hypothèse est que les programmeurs ne peuvent que coder et ne peuvent pas concevoir ou qu'ils ne peuvent pas communiquer correctement avec les gens.

Personnellement, je n'aime vraiment pas le fait qu'une telle position existe même.

En termes de salaire, ils sont payés beaucoup moins en moyenne.

Personnellement, je m'attendrais à ce qu'un analyste système fasse moins de codage qu'un programmeur, mais c'est difficile à dire sans savoir quel est réellement votre travail.

Je recommande de consulter les offres d'emploi de votre région. Comparez les responsabilités professionnelles répertoriées dans les postes de programmeur avec ce que vous faites et cela vous aidera à déterminer si c'est la voie que vous souhaitez suivre.

J'occupe actuellement un poste d'analyste des systèmes, mais toutes mes fonctions comprennent le développement / la maintenance de logiciels.

La signification du titre et la hiérarchie des postes dépendent entièrement de l'entreprise. Je pense que vos responsabilités réelles sont plus importantes que le titre dans votre signature électronique.

Cette question me fait penser à quelle est la différence entre Development Analyst et Systems Analyst.

Dans le pays où je suis actuellement, mon titre est Dev. Analyste. Nous avons également un analyste de systèmes et, franchement, la seule différence que je vois est que Dev. Les analystes semblent travailler davantage avec l'implémentation réelle à l'aide de code, ce qui équivaut à ce que vous appelez «programmeur informatique».

Oui, c'est certainement subjectif pour l'employeur, je détiens également le titre d'analyste de systèmes, et ici nous jouons le rôle d'administrateurs de systèmes sur appel auprès des groupes de support technique et de développement, afin que nos ingénieurs systèmes puissent se concentrer de manière proactive sur les projets, où notre rôle est être plus réactif. bien que nous ayons également des tâches proactives envers les projets de département, en plus d'être un point d'escalade final de troisième niveau pour les tickets de support technique, ainsi que de faire passer les changements de développeurs chaque semaine en production. Tout le monde avec mon titre a une expérience de codage, mais certaines personnes de mon équipe n'en savent pas plus que Batch, donc ce n'est certainement pas un rôle axé sur le développement, j'ai de l'expérience avec plusieurs langages de programmation / script, mais ne compte pas moi-même en tant que développeur.