J'ai discuté avec un de mes amis sur la vulnérabilité relative de différents types de travailleurs informatiques à un chômage inattendu (par exemple des licenciements, de la société qui sort des affaires, des compétences obsolètes, etc.)
Comme il semble que les développeurs de Cobol (ou mainteneurs?) Semblent très en sécurité dans leurs positions, quel que soit l'état si l'économie ou même la qualité de leur qualité. Avec tant de code COBOL critique étant autour d'un côté et le nombre de savoir-faire de COBOL de l'autre, il est logique de recommander à quelqu'un de commencer leur chemin dans le monde informatique et à la recherche d'un travail sécurisé de relativité pour étudier et stagiaire À Cobol!
Que pensez-vous?
10 Réponses :
IMHO, il est toujours logique d'étudier une nouvelle langue.
@Rakesh: Qu'est-ce que cela signifie?
Je dirais que ce n'est pas un non-sens complet d'apprendre Cobol, tant que ce n'est pas la seule technologie que vous apprenez.
Je pense qu'il est logique d'être un bon développeur de logiciels. Pour moi personnellement, votre question ressemble un peu à: "Quel Silo devrais-je occuper pour me sentir en sécurité sur mon travail et cesser d'm'améliorer?" Je sais que tu ne voulais pas dire exactement ça. Mais de toute façon, ce n'est pas la meilleure motivation pour choisir un cheminement de carrière.
Je dirais: essayez de bricoler sur certains codes COBOL. Si c'est amusant pour vous, allez-y! Juste comme pour des dizaines d'autres choses que vous devriez essayer.
Essayez-le, et si vous l'aimez, étudiez cela sérieusement.
Si vous apprenez trop bien, vous pouvez vous retrouver que vous vous retrouverez coincé dans un rôle de Cobol sans issue; Il commence lentement et ensuite vous êtes tiré parce que la connaissance est très spécialisée. Si vous en profitez, c'est bien - mais si vous l'essayez et que vous ne l'aimez pas, alors ne continuez pas.
Il est vrai qu'il y a beaucoup de code COBOL en cours d'exécution aujourd'hui, et une grande partie de ce code est critique. Cependant, combien de cobol réel
Du point de vue pratique, il y a une énorme base de code COBOL héritier exécutant beaucoup de systèmes dans le monde (nombre d'entre eux critiques de la mission) et il est probable qu'il est prohibitif de remplacer tout ce logiciel à tout moment. Le programmeur de COBOL moyen est probablement proche de l'âge de la retraite. Par conséquent, on pourrait raisonnablement supposer qu'il continuera d'être exigé de nouveaux programmeurs COBOL pour un peu de temps indéterminé à venir.
D'une perspective de développement personnel / d'enrichissement, il est certainement logique d'étudier COBOL (et tout nombre d'autres technologies à la fois nouveau et «moins nouveau».). Je ne suis pas sûr que je ne mets pas près de la de ma liste, mais sa signification historique est la raison suffisante de la mettre sur la liste. Quelque part.
Je suppose que l'une des raisons des programmeurs COBOL (je suis un programmeur Fortran, une situation similaire que je soupçonne) sont relativement sûres, c'est parce qu'ils ont des oodules d'expérience; Vous n'obtiendrez pas cela d'apprendre la langue. Plutôt que de demander combien d'emplois Cobol y a-t-il, demandez-vous à quelle fréquence vous voyez un travail de COBOL. Je pense qu'il est beaucoup plus facile de tenir à l'un de ces emplois que d'en obtenir un.
Et, bien sûr, quand on est annoncé, vous êtes en concurrence avec tous ceux qui sont très expérimentés en tant que programmeurs actuellement expérimentés en Cobol.
Cordialement
Vous devez comprendre que les arguments que vous avez faits sont relatifs au temps, c'est maintenant. Nous avons vu du temps et de nouveau, comment les technologies semblent si importantes au temps Ne comptez jamais sur une seule technologie.
Avec le temps, ils trouvent toujours des moyens d'avoir des ressources moindres et moindres faire la même chose. Tout ce que vous pouvez faire est d'être un professionnel du logiciel intelligent. Lorsque vous recevez la partie centrale de la programmation informatique, les technologies n'atteignent pas, avec le temps que vous pourriez les apprendre. Voici donc la deuxième règle:
N'essayez pas d'expertiser un
Technologie, logiciel d'expertise
Ingénierie
Enfin, pour survivre, vous devez toujours être conscient de la coupe. Également immatériel de tout ce qui précède, vous pouvez toujours être mis à pied en fonction de la dureté de la récession. Alors enfin:
garder une ligne de travail de sauvegarde prêt,
Tommorow informatique pourrait ne pas être
Là :)
J'ai commencé comme programmeur avec Cobol plus de 10 ans et travaillé avec Cobol dans différentes institutions alors depuis plusieurs années.
Cobol comme une technologie est assez facile à apprendre si vous connaissez un langage de programmation impératif.
Cobol lui-même diffère beaucoup sur diverses plateformes et versions - il est donc difficile d'étudier la bonne version avant la main.
Le véritable défi avec Cobol n'est pas la technologie, mais la complexité de l'activité sous-jacente et le manque de documentation des systèmes / programmes. Ainsi, la valeur réelle de nombreux experts de COBOL n'est en fait pas la connaissance actuelle du COBOL, mais la compréhension de l'entreprise.
BON POINTS ... Je fais du Cobol depuis plus de 25 ans et j'ai observé du temps et de nouveau que de nombreux programmeurs d'anciens combattants (pas tous) n'ont pas de solides compétences en programmation. Cependant, ils ont généralement une connaissance très profonde des fonctions commerciales que leurs programmes mettent en œuvre et comment leur bit convient à un cadre plus vaste. Je conviens que ce sont les connaissances commerciales qui conservent ces personnes employées sur leurs compétences techniques. Cela dit, une connaissance pratique de COBOL pourrait vous mettre en mesure d'obtenir l'un de ces emplois - éventuellement. Mieux être agile et développer un spectre de compétences informatiques.
Les développeurs COBOL sont sécurisés dans leurs positions car leur code gagne de l'argent. Ce n'est pas une langue horrible à apprendre. En fait, c'est plutôt agréable une fois que vous gagnez la structure de celui-ci.
Mais ce n'est qu'un outil dans votre boîte à outils, vous devez en avoir plusieurs.
@Alon: C'est une très bonne question que vous avez ici à l'improvoir des réponses impatientes, IMHO: je dirais non