Quelles compétences sont essentielles pour les programmes professionnels qui ne sont pas couramment enseignés dans les écoles? [fermé]

Je suis une majeure en informatique de première année. Je suis allé à un salon de l'emploi, j'ai remis des CV, à ma grande surprise j'ai eu une interview et finalement un stage en tant que développeur.

J'ai expliqué à l'intervieweur (qui sera mon patron) que je ne suis qu'une première année et que je n'ai pas beaucoup d'expérience en programmation. Il m'a simplement dit que parce que j'ai une solide formation en mathématiques (j'ai presque terminé mon baccalauréat en mathématiques, et j'ai quelques cours de diplômé à mon actif), il est confiant que j'irai bien.

Je réussis bien dans tous les cours de programmation mais je sens toujours que je suis désavantagé. En ce moment, je veux vraiment faire du bien dans ce travail quand il commence. Le travail utilisera principalement C #, mais en plus évidemment d'apprendre du C #, quelle est la compétence que vous souhaiteriez avoir apprise avant de devenir un vrai programmeur?

Tout conseil est grandement apprécié, mais si vous avez des livres en tête, dites-le-moi. Merci!

À l'école, vous apprenez à écrire du code. Ce que vous ne connaissez pas, c'est le reste du développement de logiciels. Les principales choses que je n'ai jamais apprises à l'école sont:

• travailler au sein d'une équipe de développement
• utilisation du contrôle de version
• en utilisant un traqueur de bogues

Ce sont des compétences très importantes pour tout développeur, et vous ne les obtiendrez probablement pas en classe, malheureusement.

J'aimerais pouvoir savoir plus tôt dans ma carrière qu'en tant que développeur, j'ai un rôle très important dans l' entreprise . Je ne suis pas seulement un singe de code.

En tant que développeur, vous avez une main importante dans les parties de l'entreprise liées au logiciel sur lequel vous travaillez.

Si votre entreprise n'écrit pas de tests pour son code, commencez à écrire des tests maintenant.

S'ils ne suivent pas les bogues, trouvez maintenant un outil de suivi des bogues approprié.

Si votre patron veut que vous commenciez immédiatement à travailler sur une animation de fantaisie pour l'écran de démarrage de votre application de feuille de calcul - mais vous avez encore des dizaines de bogues à corriger et plusieurs fonctionnalités critiques inachevées avant la prochaine date limite de publication du client - discutez de la priorisation correcte du travail .

Même si vous n'êtes qu'un «employé normal», agir comme un consultant est un excellent moyen de vous démarquer des autres développeurs qui écrivent simplement du code et n'agissent pas comme s'ils avaient un intérêt direct dans l'entreprise.

Mon école ne m'a jamais appris à résoudre des problèmes. Ils m'ont appris la mécanique du codage, mais pour pouvoir étudier un problème, le comprendre et trouver une solution, c'est quelque chose qu'ils n'ont pas enseigné. Cela demande de la patience, de la rigueur et de l'intuition en plus de la compréhension d'un langage de programmation.

Ils n'ont pas non plus enseigné le travail d'équipe, le contrôle de version et l'importance d'écrire du code facile à maintenir. Ils n'ont également pas beaucoup appris sur la façon de tester les logiciels. Ils ont peut-être abordé les tests unitaires, mais ils ne se sont pas trop plongés dans les concepts de tests d'acceptation, de tests de régression, etc.

Avertissement: je suis allé au collège dans les années 80. Cependant, j'en vois des preuves chez des personnes que j'engage aujourd'hui - de nouveaux diplômés qui ont très peu de connaissances sur le monde réel de la programmation: contrôle de version, test, codage propre, compétences en débogage, etc.

À mon avis, certaines des choses les plus importantes non apprises (ou correctement apprises) à l'école sont:

• Comment utiliser correctement et IDE; utiliser toute la puissance d'un IDE moderne offre une énorme augmentation de la productivité: refactoring automatique, navigation dans le code, intégration VCS, analyse de code, complétion de code, etc.
• Comment utiliser correctement un débogueur: débogage à distance, débogage d'applications multithread, évaluation express, etc.
• Correction et maintenance des bugs; à l'université, ils ne vous apprennent presque rien à ce sujet, mais dans l'industrie, il est assez courant de corriger les bugs.
• Comment travailler dans une grande équipe et sur un grand projet; fondamentalement à l'université, les projets sont plutôt petits par rapport aux grands projets industriels.
• Comment écrire du bon code et comment mettre l'accent sur la lisibilité; cela vient avec l'expérience, mais il y a quelques livres qui vous enseignent les bases (Code complet, Code propre, etc.).
• Comment utiliser un framework à pleine puissance, en utilisant sa personnalisation; à l'université, vous avez peut-être appris à utiliser certains cadres sur des scénarios très basiques; dans l'industrie, vous atteindrez les cas d'angle.
• Comment comprendre et écrire du code après la spécification; vous apprendrez probablement comment écrire une spécification mais maintenant comment la lire et comment l'interpréter

VCS, les systèmes de suivi des bogues, les outils de construction, etc. sont des outils que vous devez apprendre pour pouvoir travailler avec une équipe; ils ne nécessitent pas beaucoup de temps pour être appris à un niveau de base, et sont assez simples après cela (au moins au début); la liste ci-dessus contient des subtilités qui, si elles sont connues, augmentent votre productivité.

La plus grande chose que je vois manquer aux nouveaux diplômés est une bonne compréhension du contrôle de version.

Si vous avez de l'expérience dans le développement de logiciels open source utilisant des référentiels de code source (comme GitHub ), vous avez une longueur d'avance mostsur vos camarades de classe.

La deuxième chose est une compréhension de la complexité ( big O). La plupart des gens qui sortent de l'université en ont entendu parler, mais n'ont pas encore développé de véritable logiciel là où il entre en jeu et ne comprennent donc pas sa véritable importance.

Lorsque vos ensembles de données sont si volumineux que la force brute ne les coupera jamais et que la compréhension d'autres techniques est utile et pouvoir deviner quand la force brute conviendra à la situation, c'est quelque chose que vous développez avec l'expérience et en faisant des erreurs.

Comment bien déboguer, en particulier en utilisant un débogueur et en adoptant une approche appropriée pour s'attaquer à un bogue, c'est-à-dire découvrir ce qui est à l'origine, savoir pourquoi il est à l'origine et comprendre pourquoi votre solution le résout plutôt que d'essayer simplement et d'espérer.

La plupart des diplômés en informatique sont remarquablement pauvres en débogage et, par conséquent, mettent beaucoup plus de temps à corriger les problèmes que nécessaire et à créer plus de bogues.

D'autres choses telles que le contrôle de version, le suivi des bogues, etc. méritent d'être mentionnées, mais à mon avis, le manque d'approches sensées pour le débogage est un problème beaucoup plus important et qui nécessite plus d'apprentissage.

Quelle est la seule compétence que vous souhaiteriez avoir apprise avant de devenir un vrai programmeur?

D'après mon expérience, mon école ne m'a jamais appris à résoudre des problèmes.

D'après mon expérience, la programmation consiste à résoudre des problèmes. Dans mon école, ils vérifiaient seulement si vous pouvez écrire un programme sans erreur de syntaxe. Ce qui est réellement requis n'est pas fourni en entrée. La syntaxe est juste quelque chose que vous pouvez rechercher dans tous les livres si nécessaire. Mais la capacité de résoudre un problème ne peut être obtenue de n'importe où, sauf si vous vous entraînez bien et vous vous entraînez pour le résoudre.

Que ce soit de n'importe quel type, essayez de répondre au plus grand nombre de questions possible afin de vous faire confiance. Essayez de le faire avec une certaine passion dans votre esprit et vous y arriverez sûrement.

Prenez le temps d'apprendre quelques modèles de conception courants: usine, singleton, adaptateur, commande et observateur (mon collège ne les a pas enseignés).

Si l'entreprise utilise la méthodologie Agile pour le développement de logiciels, il serait utile de la comprendre.

Beaucoup de compétences dont vous aurez besoin en tant que programmeur professionnel sont presque impossibles à chacun dans un environnement universitaire / académique.

Ils ne peuvent provenir que d'une expérience de travail directement sur le terrain.

• Apprendre à collaborer et à communiquer avec des personnes extérieures à votre "profession", comme les graphistes, les concepteurs de produits, les gestionnaires, etc.

• Comprendre que votre travail n'est pas d'écrire du code, mais de donner vie à un produit. Plus facile à dire qu'à faire.

• Savoir comment équilibrer les bonnes pratiques de codage avec des considérations pratiques. Acquérir la capacité de juger quand le code est «assez bon», «trop conçu» ou «doit être refactorisé».

• Apprendre à surmonter vos propres faiblesses et insécurités. Acquérir la capacité de résister aux critiques. Lâcher votre ego. Apprendre ce que signifie prendre la responsabilité personnelle, puis la prendre.

Il est facile de lire tout cela. C'est une toute autre chose que de mettre cela en pratique. La seule façon est de le faire. Vous serez mordu plusieurs fois et cela vous fera probablement mal, mais vous en sortirez plus fort et meilleur.

Lecture pertinente: modèles d'apprentissage

Tout dépend de l'école. Dans mon collège, nous avons beaucoup de projets pratiques. Assez souvent en équipe et en utilisant différents contrôles de source. Je pense donc que certaines écoles se concentrent là-dessus.

Mais une chose que l'école n'enseigne pas: les détails. Très souvent, lorsque l'école enseigne une technologie ou une pratique (comme le développement Web, le développement de l'interface utilisateur JAVA, les bases de données avancées), elles ne feront qu'effleurer la surface et ne rentreront jamais dans les détails, ce qui serait nécessaire pour utiliser cette technologie ou cette pratique dans les affaires du monde réel. Vous obtiendrez un aperçu général des moyens possibles de résoudre vos problèmes, mais vous devrez vous apprendre les détails nécessaires.

Le seul moment où l'école enseigne quelque chose dans les détails, c'est quand il y a une solide base mathématique ou théorique derrière quelque chose. Des choses comme les langages formels ou les bases de données SQL font souvent partie intégrante du programme scolaire, car elles reposent sur une base mathématique et sont beaucoup utilisées en informatique ou en ingénierie.

• exigences - se tromper et le repos est surtout un gaspillage
• priorités (qui présentent dans quelle version)
• faire ou utiliser hors de la boîte (acheter / freeware)
• travail en équipe
• gestion de projet - exigences, qualité (échantillons de données dans prod, cas de test, comment tester, couverture avant de coder, c'est plus comme le coût mais pas pertinent. lire un livre PMI
• outils de communication (courrier, réunions: agenda)
• gestion du code source

J'aurais aimé avoir décidé plus tôt dans le jeu si je voulais ou non être un programmeur général, apprendre de nombreuses choses, langages, bases de données et plates-formes, et finalement devenir développeur web, ou devrais-je simplement me spécialiser dans un CMS, ou même simplement se spécialiser dans Photoshop, étant un spécialiste, vos compétences seraient tout aussi précieuses et rentables que de savoir ce qu'un véritable programmeur devrait savoir. En d'autres termes, si vous avez juste besoin de gagner beaucoup d'argent, il vous suffit de vous spécialiser dans UNE CHOSE. Si vous aimez l'ordinateur et aimez résoudre des problèmes, alors soyez programmeur.

[en réfléchissant sur et après avoir appris comme 4 ou 5 «frameworks» javascript différents avant que JQuery ne se révèle vraiment fort, obtenant la certification en JAVA et n'obtenant jamais une position java, et après avoir travaillé sur plusieurs plateformes; AS400- rpg,> .NET - c # et PHP, avant de souhaiter, je viens de maîtriser photoshop et de gagner de l'argent sans avoir à corriger des bugs ou écrire des logiciels. ]

Je veux dire qu'il y a une certaine satisfaction à connaître un large éventail de sujets, mais la satisfaction est entravée lorsque vous voyez quelqu'un qui connaît juste Photoshop payer le même salaire.