J'ai un certain nombre de programmeurs de Cobol qui se déplacent à .NET. J'ai trouvé beaucoup de lutte pour adopter / comprendre les principes de programmation OO. Je n'ai aucune expérience de Cobol, alors ma capacité à trouver ce que peu de similitudes sont très limitées.
Il n'y a aucun moyen de dire «Oubliez vos vingt années d'expérience. C'est tout nouveau», mais je n'ai pas encore les analogies et les outils pour faire mieux.
Quelle est votre recommandation pour moi de les aider à comprendre le monde de .net?
8 Réponses :
J'ai déjà eu ce problème auparavant comme un chef d'équipe et j'avais cinq développeurs de Cobol; Ils avaient 4 fois plus d'expérience dans la programmation générale que celle que j'avais.
Comme vous avez remarqué, vous devez commencer par des fondamentaux de la programmation de OO. Ensuite, si vous le pouvez, essayez la programmation de paires (un .NET dev + un COBOL Dev). C'est ce que je faisais et ça a très bien fonctionné.
Ceci pourrait être utile aussi: Microsoft .NET pour COBOL programmeurs
+1 pour suggérer une programmation par paire et fournir un lien très spécifique.
Nous allons certainement les jumeler quand nous le pouvons. Merci pour la recommandation du livre.
La programmation paire fonctionne vraiment dans ce cas, mais n'oubliez pas d'échanger le clavier tous les 30 minutes ou de quelque chose comme ça. Nous avons utilisé ce livre mais la deuxième édition (mon premier lien a été initialement signalé que l'un, mais j'ai remarqué est dicounturé maintenant.)
selon ce que vous voulez qu'ils fassent. Ce pourrait être une courbe d'apprentissage escarpée.
Vous devez minimiser la courbe d'apprentissage.
Si je me souviens bien que COBAL est une syntaxe Wordie (pas comme c qui utilise des symboles pour contenir sa structure) afin que vb.net puisse être la langue de votre équipe peut ramasser le plus rapide.
Alors jetez un coup d'œil à http://www.learnvisuStudio.net la série principale que vous seriez intéressée par
Visual Basic 101
Visual Basic 201 - Programmation orientée objet et modèles de conception
Cela vous présentera la syntaxe et un peu dans la programmation ornette d'objet.
Ensuite, regardez dans les autres vidéos pour DataAccess (ADO) progressez lentement le niveau de compétence. Il ne sera pas une chose de nuit
htth
Dave
Commencez par les avoir Utilisez des objets , plutôt que de les attendre à proposer une excellente conception de OO du système.
Vous pouvez faire ce que mon introduction à CS professeur a fait - concevoir les classes et les échapper - juste en laissant les implémentations de la méthode pour comprendre. De cette façon, ils auront une chance de s'habituer à la syntaxe, à l'aide d'objets, d'une portée, etc., sans être censé comprendre les subtilités du bon design OO.
La voie à suivre est de penser aux choses du point de vue du programmeur COBOL. C'est une distance énorme pour les traverser afin de mettre ainsi des tabourets de pied dans la mesure du possible pour les aider à marcher est primordial.
La plupart des programmeurs Cobol auront peu ou pas d'expérience de bureau. La volonté n'a aucune expérience de POOP. Probablement peu ou pas de réseautage. C.
Toutefois, s'ils ont écrit le code COBOL structuré, ils seront avoir une très bonne idée pour quelle fonction est. Même si les paragraphes de Cobol ne sont pas strictement identiques à des fonctions, la plupart des bons programmeurs de Cobol saisiront cette notion rapidement. Construisez sur les concepts de programmation structurés qui leur ont été forés pendant 20 ans. La structure conduit à des fonctions qui conduisent à OOP.
La plupart des gens de Cobol avec une grande expérience devraient avoir une très bonne compréhension de la logique des affaires. Utiliser ça. Éloignez-vous des faux "carrés et triangles formes" des exemples d'OOP dès que possible et de les faire concentrer sur des choses qu'ils pourraient déjà être très à l'aise avec - par exemple. Les économies et la vérification sont des comptes et ils ont ces choses en commun ... etc.
Ils comprendront certainement les programmes basés sur des fichiers. Oubliez les trucs d'interface graphique fantaisie au début. Faites-leur d'écrire des programmes qui imitent ce qu'ils faisaient dans Cobol mais les facilitent les concepts de l'OUP. Ils comprennent les enregistrements. Les enregistrements ne sont pas très différents des structures qui ne sont pas très différentes des classes. Et ainsi de suite.
La plupart des programmeurs Cobol comprendront le traitement des transactions. Utiliser ça. Il devrait fournir une richesse de matériel à utiliser dans l'enseignement de l'OOP et de nombreuses API différentes de .NET (ou toute autre technologie).
Attribuer un développeur de .NET expérimenté comme son mentor. Demandez-lui que des critiques de code, soyez disponibles pour des conseils, etc. Vous ne faites que quelques livres et une série de nouveaux logiciels MS chez le peuple Cobol et attendez-vous à nager. C'est une ordonnance pour la catastrophe. Ils auront besoin d'une certaine maintien de la main et d'encouragement. Mais vous pourriez bien trouver un couple de personnes solides .Net dans ce groupe un peu en bas de la ligne et gardez votre connaissance des systèmes actuels à bord.
Ce n'est pas une vraie réponse, juste un lien que j'ai trouvé utile. La plupart des matériaux d'enseignement orientés objet utilisent les mêmes concepts anciens pour l'enseignement sur les objets et les classes - la hiérarchie des animaux, etc. Je trouve cet article rafraîchissant dans le sens où il commence par le vrai jus de véritable: comment décomposer un système dans son premier plan Classes et objets: http://archive.eiffel.com/ DOC / MANUELS / TECHNOLOGIE / OOSS / Recherche / Page.HTML
J'ai travaillé une fois sur un projet .NET avec un développeur de Cobol expérimenté et la chose que j'ai remarquée de temps et de temps, était l'hypothèse que les types de données n'avaient pas besoin d'être vérifiés (ce qui est compréhensible lorsque vous avez eu une expérience dans COBOL , où tout est vraiment vraiment une chaîne de caractères liés à un format): les autres choses ont été ramassées assez rapidement, mais cette habitude a pris beaucoup de temps à mourir.
La chose la plus importante est de se rappeler que .NET n'est pas un langage de programmation. Cobol est un langage de programmation.
Si vous souhaitez obtenir des programmeurs Cobol produisant de manière productive les applications .NET, alors demandez-leur de consulter et d'évaluer VB.NET et IRINPYTHON en prototypant certaines petites applications dans ces langues. Une fois qu'ils ont essayé VB.NET et IRINPYTHON, laissez-les choisir la langue à utiliser d'aller de l'avant et d'organiser une formation dans la langue choisie.
Quoi que vous fassiez, ne les laissez pas utiliser C # jusqu'à ce qu'ils aient démontré qu'ils puissent gérer VB.NET ou IronPython. Si vous avez un spectre de langues informatiques avec C ++, Java et C # sur le complexe, Techy, la ponctuation marque la fin du spectre, le COBOL est à l'autre extrémité étant simple, orienté sur les entreprises et texte brut. VB.Net et IronPython sont à la fois plus proches de l'extrémité cobol du spectre.
Si je courais dans la boutique, je sauterais l'EVAL et commencez par les vendre à l'aide de IronPython, car je pense que c'est un meilleur choix à long terme et que les compétences en python peuvent être exploitées sur des projets Linux / Unix ou des projets Java , ainsi que dans .net.
La chose importante est d'obtenir ces gars-là écrit et de déboguer du code réel qui fonctionne sur .NET afin qu'ils obtiennent la sensation de cela et peuvent comprendre des façons raisonnables de gérer les choses qu'ils connaissent comme le boucle correspondant et Niveau 88S.
[Déclaration - Postage par un fournisseur COBOL]
Comme quelqu'un qui a récemment essayé de se familiariser avec Cobol et moi-même (surtout comme un programmeur déformé de longue date!, j'ai trouvé que la partie la plus difficile comprenait la framework .NET. Les "mots" pour invoquer une méthode Sont assez simples, ce qui est difficile de trouver la méthode que vous souhaitez utiliser! Intellisense in vs est génial mais vous devez toujours savoir où commencer!
Je vous dirigerais également sur ce site où il y a un excellent tableau de comparaison pour Cobol vs. C # & VB: http://www.codeproject.com/kb/net-languages/cobolvsvbvsshaparp.aspx
Micro Focus Faites des choses vraiment intéressantes pour rendre Cobol beaucoup plus .net amical, mais je ferais mieux d'entrer trop de détails ici. Jetez un coup d'œil au site Web Micro Focus pour plus d'informations.
J'ai sélectionné une réponse parce que cela semble être la bonne chose à faire, mais je suis toujours intéressé par des suggestions supplémentaires ou une perspicacité. Merci tout le monde.