Débutant cherchant des conseils sur la programmation en général [fermé]

besoin que certains d'entre vous se souviennent d'une époque où vous auriez pu être mauvais en programmation ...

Été à mon nouvel emploi (en tant que développeur de logiciels) depuis quelques mois maintenant, a passé la période de probation. Avoir très peu d'expérience en programmation (C ++ uniquement) et je travaille actuellement avec asp.net MVC et silverlight. Il y a donc un site Web sur lequel la société travaille et je me joins à l'effort pour l'améliorer, éliminer les bogues, etc.

Le problème est - l'apprentissage d'un système / site Web qui a déjà été fait, via Visual Studio. Je me sens TOUJOURS extrêmement submergé, ne sachant jamais quelle partie de cette ligne dois-je rechercher, et ayant généralement beaucoup de mal à avoir une vue d'ensemble. Visual studio lui-même est quelque chose que je trouve difficile à maîtriser, sans parler du cadre asp.net.

J'ai l'impression que parce que mes collègues ont plus d'expérience que moi, ils obtiennent tous les bons emplois, et je me retrouve avec de la merde à faire - des choses qui ne sont même pas vaguement programmées. Ce qui signifie qu'ils apprennent / créent plus, et j'apprends / crée presque rien. Je suis démoralisé et j'ai trop peur de dire quoi que ce soit.

Je ne suis pas stupide, j'ai lu et pratiqué plein de concepts de programmation fondamentaux ... J'ai juste peur de ce fichu cadre. Je le regarde et je me sens juste paralysé.

Le résultat est que je continue à poser des questions au vétéran plus âgé, et il s'énerve, et préfère me donner des emplois faciles / stupides / sans programmation pour éviter de perdre du temps à m'aider. Puis, quand je ne comprends pas quelque chose, j'hésite à savoir si je dois le lui demander ou non, et j'essaie de décider si ce serait une perte de temps.

Je suis le genre de personne qui ramasse les choses lentement, mais avec beaucoup d'attention aux détails. Je pense que le premier me fait paraître incompétent.

N'importe qui arrive d'où je viens, dites quelque chose d'utile ... J'ai peur de perdre mon emploi dans quelques mois ou quelque chose ...

Processus que les gens devraient effectuer dans le cadre de leur travail en tant que nouvel employé

1. Regardez d'abord le code
2. Corrections de petits bugs
3. Corrections de bogues plus importantes
4. Demandes de fonctionnalités - Ajout de quelque chose à une pièce existante du puzzle
5. De nouvelles choses - Créer quelque chose à partir de rien

Se précipiter un développeur vert sans expérience de domaine trop loin trop vite entraînera beaucoup trop de problèmes. Vous allez obtenir les nouveaux trucs de gars parce que vous devez les obtenir.

Accrochez-vous

Tout d'abord. Vous êtes le débutant. Vous obtiendrez les affectations de merde. Il n'y a aucun moyen de contourner cela. Vous devez comprendre que ce n'est pas malveillant. Comme vous l'avez dit vous-même, ces gars-là ont plus d'expérience et sont plus qualifiés. Ils sont également probablement à un niveau de salaire plus élevé. Ce qui signifie, du point de vue du projet, que leur temps est précieux et plus précieux que le vôtre. Ils peuvent donc effectuer les tâches les plus avancées (et les plus amusantes), vous laissant avec un travail plus banal (mais toujours important).

Maintenant, l'important n'est pas de rester coincé dans l'ornière pour toujours. Prenez chaque instant possible pour vous familiariser avec le projet et les outils à portée de main. Vous pouvez jouer au démineur lorsque vous êtes mort. Je sais que l'apprentissage d'une nouvelle plate-forme ainsi que la mise à jour avec un projet existant est une perspective très accablante. L'astuce consiste à le couper en petits morceaux et à les aborder un par un. À votre place, je ferais quelque chose comme ça:

• Au travail, découvrez d'abord l'architecture générale de l'ensemble de l'application. Pas besoin d'entrer dans les détails pour le moment. Identifiez simplement les principaux blocs de code; c'est-à-dire où se trouve l'interface utilisateur? Quelle partie accède à la base de données? Lequel prend les décisions commerciales? N'ayez pas peur de demander autour de vous. Montrez-leur que vous avez hâte d'apprendre et que les gens feront généralement la même chose. S'il existe une bonne (et récente) documentation sur son utilisation.
• Maintenant que vous connaissez les principaux morceaux, il est temps de creuser un peu. Essayez de commencer à l'une des extrémités . L'interface utilisateur, ou la couche de base de données, se dirige ensuite vers l'autre extrémité. Jetez un œil général sur le morceau que vous étudiez. Découvrez comment cela fonctionne. Quelles fonctions et méthodes il expose. Les détails peuvent venir plus tard. Prenez des notes copieuses, dessinez des graphiques et des organigrammes, faites tout ce qui vous aidera à tout rechercher plus tard.
• Ce n'est que lorsque vous sentez que vous comprenez comment la logique circule dans l'application que vous pouvez vraiment commencer à regarder le code. C'est le bon moment pour vous familiariser avec Visual Studio. Faites un clic droit sur n'importe quel objet / fonction dans le code et vous obtiendrez un menu contextuel très utile. "Aller à la définition" et "Trouver toutes les références" sont particulièrement utiles et puissants. Si une commande vous semble cryptique, cliquez sur F1.
• À la maison ou pendant votre temps libre, lisez plus sur ASP.NET MVC et Silverlight (ou sur la plate-forme que vous utilisez). Plus précisément, lisez plus sur les morceaux que vous avez vus au travail aujourd'hui.
• Au fur et à mesure que votre compréhension de la plate-forme et du projet se développera, vous verrez de plus en plus d'occasions de contribuer au code. Saisissez ces moments!

Si cela ressemble à beaucoup de travail, c'est parce que c'est le cas. Mais les dividendes que vous finirez par percevoir sont plus qu'une ample compensation.

J'ai l'impression que parce que mes collègues ont plus d'expérience que moi, ils obtiennent tous les bons emplois, et je me retrouve avec de la merde à faire - des choses qui ne sont même pas vaguement programmées. Ce qui signifie qu'ils apprennent / créent plus, et j'apprends / crée presque rien.

En êtes-vous certain? En tant que personne, je demande qu'en général, lorsque vous commencez quelque chose de nouveau, il y a toutes sortes d'apprentissage en cours que vous ne réalisez peut-être pas. Dans quelle mesure vous êtes-vous habitué à Visual Studio? Je me souviens que c'était plutôt effrayant d'apprendre l'IDE à partir de zéro lorsque j'ai commencé à travailler en 1998, mais c'était une période intéressante à certains égards. Connaissez-vous bien le logiciel de suivi des bogues? Dans quelle mesure avez-vous une idée de toutes les différentes personnes de l'équipe? Il y a probablement plus que quelques choses que vous apprenez, même si vous ne les voyez pas comme de grandes choses à apprendre.

Mon conseil serait d'envisager de parler à certains collègues ou à votre patron pour voir si vous vous débrouillez bien ou pas. Ils peuvent dire: "Ouais, tu vas bien" ou "Tu es génial!" c'est quelque chose que vous devrez peut-être accepter, même si certains disent simplement cela car ils ont peur de dire la vérité. En même temps, reconnaissez que c'est là que vous découvrez où vous en êtes et faites quelque chose à ce sujet. En étant là pendant quelques mois, vous devez savoir quelques choses et ainsi pouvoir faire mieux que vous ne l'avez fait la première semaine.

Son genre, "corriger ce bug, ne devrait prendre qu'une ligne", puis je prends beaucoup de temps à découvrir où je pense que cette ligne devrait aller.

J'ai entendu et dit ce genre de réplique des dizaines de fois dans ma carrière, vraiment. Il y a quelques points différents que je ferais au sujet d'une telle ligne:

• Il peut s'agir d'une estimation et la personne peut avoir oublié un cas excentrique qui fait que le correctif est une poignée de lignes. Je sais que j'ai eu des moments où j'ai pensé: "Cela devrait être fait dans une ligne de code d'une manière ou d'une autre", pour découvrir plus tard ce que j'ai manqué.

• Certaines lignes de code peuvent être ridiculement compliquées. Avez-vous déjà vu un si où il y a des dizaines de crochets pour appliquer une logique où il a fallu une poignée de fois pour lire correctement la condition? Je sais que je l'ai.

Considérez quel type d'image de l'application avez-vous maintenant et comment voyez-vous les différentes pièces s'emboîter, quelles conventions le code utilise-t-il généralement, quels types de méthodologie de développement sont utilisés et quels outils sont utilisés pour divers processus, par exemple, y a-t-il un serveur d'intégration continue, existe-t-il un story-board, etc.

Ça prend du temps. Quelques mois, c'est peu de temps. À moins que vous ne voyiez aucun avenir dans votre entreprise actuelle, je lui donnerais plus de temps.

Il est courant de travailler sur des produits existants. En fait, vous le ferez plus souvent que les nouveaux systèmes. Il faut beaucoup de compétences pour améliorer les systèmes existants qui sont déjà en production. Ce n'est pas nécessairement une mauvaise chose.

Bonne chance pour votre nouvel emploi.

Continuez à poser des questions, mais faites aussi preuve d'initiative ; faites autant que vous le pouvez avant de demander. C'est un peu comme poser des questions ici sur Stack Exchange.

Prenez un bon livre sur asp.net et probablement aussi sur le framework .net et lisez-les attentivement en dehors des heures de travail. Vous vous sentirez assez confiant au travail une fois que vous les aurez lus. C'est aussi incroyable de travailler pratiquement sur ce que vous apprenez. Le code aura du sens pour vous au fur et à mesure de votre lecture et la lecture sera donc plus amusante aussi. Vous devriez tirer le meilleur parti du temps dont vous disposez actuellement, pas beaucoup de tâches vous sont lancées, alors utilisez ce temps à bon escient.

Je pense que je peux parler pour beaucoup d'entre nous en disant que pendant un moment, je me suis demandé si mon moi passé s'était transporté vers le futur pour me poser cette question sur programmers.se. C'est à peu près ce que je dirais à moi-même si j'étais face à face avec lui quand il était à votre place:

Ne vous découragez pas - ça va être difficile et certains jours vous détesterez ce que vous faites et souhaiteriez pouvoir devenir jardinier ou autre chose qui ne programme pas. Soulevez-vous du sol, dépoussiérez-vous et continuez, car vous irez mieux et le travail que vous accomplirez s'améliorera.

Utilisez StackOverflow et Google - ne soyez pas un "programmeur de copier-coller", mais réalisez qu'il y a des TONNES de gens intelligents sur SO et sur le reste du Web qui sont prêts, prêts et heureux d'offrir de l'aide. De plus, la réponse SO ou le billet de blog ne vont pas vous grogner ou vous donner un air sale si vous continuez à les relire pour vous assurer de les obtenir.

Continuez à poser des questions - tant que vous faites votre part pour comprendre ce que vous pouvez, il n'y a rien de mal à demander de l'aide à quelqu'un ayant plus de connaissances et d'expérience. Si votre collègue veut être un imbécile à ce sujet, trouvez un autre collègue plus disposé à vous aider, ou comme d'autres l'ont dit, discutez-en avec lui et voyez ce qu'ils disent. Un peu de communication dans des situations comme celle-ci peut aller très loin.

Continuez d'essayer - n'abandonnez pas. La programmation est difficile, mais cela fait partie de sa récompense. Cela prend beaucoup de temps et d'efforts pour apprendre un nouvel outil, un nouveau cadre, un nouveau langage, un nouveau paradigme, etc. la prochaine fois que vous y faites face. Je travaille dans une base de code beaucoup plus grande que lors de mon premier travail, mais j'ai pu le récupérer beaucoup plus rapidement en raison de l'apprentissage que j'ai eu en cours de route.

Donnez-vous du crédit - vous avez réussi à transformer l'expérience C ++ en un travail avec ASP.NET MVC et Silverlight. Vous êtes sur programmers.stackexchange à la recherche d'aide. Vous travaillez et essayez et faites ce que vous pouvez pour vous améliorer. Vous faites les bonnes choses et vous êtes déjà en bonne partie grâce au fait que vous avez pu obtenir un travail de programmation. Continuez et cela deviendra plus facile.

Trouvez quelque chose à faire sur le côté - faire une programmation trop difficile ou trop banale ou tout ce qui peut rapidement épuiser votre plaisir de l'artisanat. Trouvez un projet sur lequel vous pouvez travailler par vous-même en dehors du travail, qui n'est pas trop difficile mais qui gardera votre intérêt et vous passionnera pour la programmation. Non seulement cela vous évitera de haïr le codage, mais chaque morceau de code que vous écrivez vous aidera à perfectionner vos compétences et vos projets personnels auront une belle apparence sur les CV si vous décidez que ce travail ne vous convient pas.

Désolé si cela ressemble trop à un discours d'encouragement. Je viens d'être à ta place et je sais ce que ça fait. J'espère que cela et les autres conseils des gens d'ici vous seront utiles. Oh, et encore une chose - vous avez commencé votre question avec cette ligne:

need some of you to remember back to a time when you might have been bad at programming...

Je suis toujours! Nous sommes tous! Nous continuons simplement à y travailler et essayons d'en sucer moins chaque année .

Cela arrive à tout le monde dans la programmation. Même les programmeurs ayant de nombreuses années d'expérience auront une courbe d'apprentissage substantielle lorsqu'ils seront confrontés à un système complexe qui est en place depuis de nombreuses années. Il est rare de trouver un emploi avec presque toutes les connaissances dont vous aurez besoin. Vous pouvez vous attendre à vous sentir dépassé pendant un certain temps à moins que vous ne travailliez à 100% sur un nouveau développement dans une entreprise / division relativement nouvelle ou sur des systèmes très simples.

Je pense que votre préoccupation est vraiment valable. Mais ne vous inquiétez pas trop .

En tant que nouvel employé, vous obtiendrez bien sûr les tâches que personne ne veut faire. Comme une tâche qui reste à faire, une tâche plus mécanique et désagréable.

Je ressens vraiment ta douleur, car tout le monde ici, comme moi, est déjà là. Ce dont vous avez besoin, c'est de faire les choses rapidement et de faire de votre mieux .

De cette façon: les gens verront que vous pouvez faire des choses de plus en plus difficiles, que vous donnez vraiment de votre mieux et que vous vous améliorerez vraiment, ce qui vous permettra de performer encore mieux et de laisser une bonne impression (dans le bon sens).

Et aussi soyez patient . Cela prend du temps, mais ça vaut le coup.

La patience. Il y a 20 ans, quand j'étais le nouveau, ils me renvoyaient dans la salle des serveurs pour redémarrer les routeurs qui plantaient tout le temps. Astuce rapide: pour apprendre un nouveau framework lorsque vous avez du code existant, essayez d'ajouter un autre champ à un formulaire existant, puis transférez ses effets jusqu'à son emplacement dans une base de données. En suivant la valeur d'un autre champ déjà sur ce formulaire. Vous apprendrez une tonne.

Parmi vos options: trouvez un emploi où vous ne serez pas censé vous lancer. Toutes les entreprises ne sont pas un bon endroit pour un travail d'entrée de gamme. Une grande société de conseil (par exemple Dell ou Accenture) pourrait être un trou d'honneur épuisant pour rester en tant que programmeur régulier, mais elle devrait avoir des programmes de formation solides et les ressources nécessaires pour gérer les frais généraux des employés avec votre style d'apprentissage.

Le corollaire est qu'il est tout à fait possible que vous ne soyez pas le bon type d'employé pour votre employeur actuel et vice versa. Bien que perdre votre emploi soit une proposition effrayante, il serait peut-être préférable de réduire vos pertes.

Bien sûr, je ne dis pas que vous devriez abandonner. Il y a de fortes chances que vous ayez juste besoin de plus de temps pour surmonter la pire partie de la courbe de difficulté et arriver au point où tout "clique".

Autres observations aléatoires:

Je me sens TOUJOURS extrêmement submergé, ne sachant jamais quelle partie de cette ligne dois-je rechercher, et ayant généralement beaucoup de mal à avoir une vue d'ensemble.

La principale raison pour laquelle la mise en route de nouveaux projets devient plus facile avec l'expérience est que vous aurez travaillé avec la plupart des composants desdits systèmes, donc ils ne sont pas vraiment "nouveaux". Il n'y a pas d '"expérience générale", simplement être familier avec un grand nombre de concepts et de cadres et d'outils et s'appuyer sur le problème lié aux choses que vous connaissez. Pour un programmeur débutant, être submergé par un système non trivial est parfaitement normal. (Comme c'est le cas pour un programmeur expérimenté s'il travaille sur un système avec suffisamment de choses nouvelles pour lui. La programmation est une bête complexe, et la plupart des programmeurs ont une "zone de confort".)

La programmation est un processus d'apprentissage sans fin. Je n'entrerai pas dans ce qui vous rendra meilleur, mais je m'attaquerai à ce sentiment de dépassement, ayant été là et se sentant parfois de cette façon. Se lancer dans un grand projet tout en apprenant l'IDE et la technologie utilisée EST une tonne à gérer. Je suis dans un travail où j'utilise VS 2010, C #, WPF, SQL Server et MVVM pour la première fois. Donc, rien n'est facile sans des tonnes de googler.

Considérez quelques points - vous avez passé la période probatoire, alors ils aiment ce que vous faites. Ils croient en vous en tant qu'employé. Ils savent également que vous êtes nouveau et ils ne s'attendent pas à ce que vous absorbiez 10 ans d'expérience en ouvrant VS à quelques reprises. Ils vous permettront de grandir. Vous êtes un investissement et un atout - ils ne veulent pas que vous échouiez et si vous montrez des progrès et désirez, ils vous garderont pour réussir.

En ce qui concerne le type senior "irrité" - il a 100% tort. Si vous montrez un penchant pour l'effort et la recherche avant de demander, il n'a aucune raison de s'énerver. Être leader est en partie responsable - quelqu'un dirait que c'est une grande partie. =) S'il mène par ce pauvre exemple, ils ont choisi le mauvais homme (ou la mauvaise femme). Abordez le sujet avec lui et dites-lui que vous appréciez l'aide. Les développeurs peuvent être des types hargneux et peuvent souvent être un peu pleins d'eux-mêmes. S'il a un problème, parlez-en à votre manager. Encore une fois, vous êtes un atout et avoir quelqu'un freiner votre croissance en n'aidant pas comme il devrait blesser l'équipe.

Plus important encore, ne le transpirez pas. Si vous faites des efforts et que vous aimez ce que vous faites, c'est une garantie que vous irez mieux et que vous dirigerez cette équipe un jour ou un autre. S'ils sont intelligents, ils vous donneront des bouchées que vous pourrez mâcher.

Enfin - j'ai 6 ans et j'apprends toujours. Parfois, quand je ne «comprends pas» immédiatement, je me sens un peu déprimé. Je dois, comme vous, me dire: «Calme-toi, le monde ne se termine pas. C'est .Net pour l'amour de Dieu.

Tout d'abord, acceptez le fait que vous n'êtes pas bon en programmation. Si vous ne voulez pas l'accepter, alors ça va être un problème. Tu es un noob. Soit pratique. Et soyez honnête envers vous-même. Période. Accepté? Alors lisez la suite.

Deuxièmement, prouvez à vous-même (et à personne d'autre. Je le répète, personne d'autre que vous) que vous n'êtes plus un noob et que vous pouvez déchiffrer, créer, déboguer le code le plus sale et le plus atrocement écrit. Vous pouvez être en tête du classement, attendez-vous à l'échelle salariale la plus élevée de votre bon vieux patron en vous prouvant que vous n'êtes plus un noob .

Alors maintenant, pour en venir à la vraie réponse: comment diable êtes-vous censé faire cela entre vos heures de travail serrées, votre famille, votre temps libre? Oui. je sais que ce n'est pas facile. La façon dont je le fais. Et de loin, je pense que c'est le plus efficace:

Obtenez vos principes de base : les concepts de la POO doivent être intégrés dans votre cerveau.

Codes de conception (à la place des châteaux) dans l'air Je sais que cela semble fou, mais le fait de voir les roues des voitures comme des fonctions aide le cerveau humain à s'habituer au monde du codage!

Pratiquez sur le papier d'abord! Mon professeur m'a dit cette astuce. Entraînez-vous d'abord sur papier. Exécutez vos programmes à sec sur le papier lui-même. Cela vous aidera à entrer dans le flux d'un compilateur + cela ouvrira ces portes logiques dans votre cerveau.

Concevez votre propre projet oui. que ce soit une calculatrice basée sur CLI. concevez votre propre code. Rendez-le unique. Pourquoi votre propre programme unique? Parce que cela vous obligera à penser "Comment suis-je censé faire ça?" et ne pas vous forcer à être frustré. Et lorsque vous avez des doutes, demandez à Herbert Schildt (pardonnez-moi si l'orthographe n'est pas correcte) ou Google ou déposez une question ici. C'est la meilleure façon de s'autoformer et d'improviser vos compétences.

Quand j'ai découvert C, moi aussi, j'ai passé un mauvais moment. Surtout avec Structures n Pointeurs n Blahs n blahs. J'ai appris ces choses au fil du temps .. à la dure si vous pouvez l'appeler. Et puis, quand j'ai été brisé, je n'ai pas perdu espoir. J'ai acheté un livre de référence et j'ai commencé à créer un programme que j'ai toujours voulu. Après 3 mois (ouais vous pouvez rire!) J'ai finalement fait une version CLI d'un programme qui prendra votre nom en entrée et montrera votre personnalité en sortie. Acrophonologie.

Oui. Je me vante parce que j'en suis fier! Parce que j'ai vu les visages de mes aînés qui se moquaient de moi. Son toute détermination mon ami! La programmation n'est pas sorcière! Si cela avait été le cas, vous n'auriez pas subi de probation! C'est facile!

Ma conviction personnelle: si vous avez la logique dans votre cerveau et que vous comprenez ce qui est du bon sens, vous pouvez être un bon codeur.

Et la bonne nouvelle, c'est que vous avez les deux! Parce que si vous ne l'aviez pas eu, vous n'auriez pas pris la bonne mesure en partageant votre problème avec nous!

Si vous vous sentez bien maintenant, je suis heureux. Et oui, vous pouvez maintenant ignorer la première ligne de cette réponse .. était nécessaire alors .. Pas nécessaire maintenant! À votre santé!

Avertissement: Je suis d'avis que votre problème, bien que propre au programmeur, est rencontré par de nouveaux professionnels / praticiens dans tous les domaines. Je veux dire, personne ne sait rien pendant les premiers mois, et les nouveaux gars obtiennent toujours les pires tâches ( sauf peut-être quand ces tâches sont trop critiques).

Un moment où vous pourriez avoir été mauvais en programmation

Je suis toujours mauvais. Pas de doutes.

J'ai l'impression que parce que mes collègues ont plus d'expérience que moi ..

Encore une fois, rappelez-vous que chaque joueur était un garçon de balle une fois. Pour obtenir une bonne chose à travailler, vous devez d'abord prouver votre valeur dans des choses que vous n'aimez pas, et cela est courant dans tous les domaines, pas seulement la programmation.

Je le regarde et je me sens juste paralysé.

Qu'est-ce qui vous fait vous sentir paralysé? Craignez-vous de revenir au cadre encore une fois , ou détestez-vous simplement le regarder complètement?

Essayez toujours de diviser vos problèmes en une ou plusieurs étapes simples. Passez ensuite à chacun séparément. Il n'y a pas de solution miracle ici, sauf pour continuer à s'accrocher, et c'est ce qui compte.

Prendre le contrôle

Comme le nouveau gars, vous allez rencontrer des problèmes pour apprendre à connaître les outils que vous travaillez avec (VB, ASP , etc.) et les choses que vous travaillez sur (le cadre ). C'est naturel. Nous y sommes tous confrontés. Votre principale priorité devrait être de continuer.

Continuez à apprendre les langues, continuez à poser des questions, continuez à regarder dans les cadres et répétez!