Devriez-vous apprendre à coder?
J'ai gagné mon BFA en 1998. J'ai appris à mettre en page des fonctionnalités et à créer des infographies pour le quotidien local. J'ai gagné un Photoshop ACE en 2003. Mon plus récent contrat à temps plein était un travail de conception de maquette pure.
Pourtant, depuis un an et demi, j'ai débogué du code 40-50 heures par semaine. J'ai lu sur le code, j'ai écrit sur le code, j'ai parlé à d'autres personnes du code. Imaginez cela: un non-codeur l'a compris.
Pourtant, "écrire du code" est une phrase large. Certaines langues sont plus faciles que d'autres. Certaines langues nécessitent une compréhension de la manière dont les logiciels «communiquent» avec l'ordinateur. La partie la plus importante de l'apprentissage du code est de garder l'état d'esprit correct. Il ne se dit pas "je peux le faire" ou cherche les bons livres.
Voici comment cela fonctionne.
Tenez-le - devriez-vous apprendre à coder?
L’alphabétisation dans tout langage informatique, du simple HTML au C ++ complexe, exige un dévouement non seulement à la technologie, mais aussi aux changements technologiques. Il y a une raison pour laquelle HTML5 se termine par un nombre. Lorsque suffisamment de navigateurs prennent en charge HTML6, les développeurs auront de nouvelles choses à apprendre.
Les raisons possibles pour vous mettre à travers le processus d'apprentissage sont les suivantes:
- Pour gagner en confiance: j'ai eu des clients rares qui pensent que s'ils maîtrisent une langue, les ordinateurs les intimideront moins. Bien que cela puisse être le cas, il reste rarement sans pratique spécifique.
- Nécessité: des problèmes techniques se poseront, que la description de poste corresponde ou non à la facture. Lorsque les problèmes doivent être résolus, il y a un temps pour faire passer le problème et un temps pour le résoudre.
- Le frisson: certaines personnes aiment apprendre de nouvelles compétences.
- Pour comprendre ce qui est possible: un développeur dit "ça ne peut pas être fait". Est-ce qu'ils veulent dire que c'est impossible? Ou que cela pose plus de problèmes que ça en vaut la peine? Un concepteur dit "Je veux que ça marche". Est-ce qu'il ou elle a juste donné à quelqu'un une semaine de maux de tête? La technologie peut-elle être utilisée de manière plus appropriée?
Reste curieux
Je l'ai vu. Vous savez, ce regard. Pas tout à fait la panique, pas tout à fait le désespoir. C'est le regard de quelqu'un qui se rend compte de l'attrait de laisser quelqu'un d'autre faire le gros du travail. Le regard qui dit: "C'est un pare-brise; Je n'ai pas à être le virus. "Je l'ai vu dans les yeux de collègues, dans les postures des étudiants et en regardant du miroir.
D'après mon expérience, ce n'est pas la peur de l'échec qui intimide les gens. C'est la peur de se perdre. Le désespoir écrasant encourage les sentiments d'inadéquation. Ce cycle battra n'importe qui.
Le courage ou la persistance ne sont pas des antidotes pour se sentir dépassés. Arrêter avant de se sentir dépassé est la solution.
Image de pression via Shutterstock.
Ma technique préférée est d'aborder un projet à trois traits.
1. Trouvez un sujet qui vous contrarie
Les délais et les chèques de paie vont bien. Mais rien ne pousse les gens comme une démangeaison qu'ils ne peuvent pas rayer. À long terme, l'apprentissage du code ne doit pas être une fin en soi. Il doit devenir un baume pour certaines irritations.
Il y a longtemps, j'étais frustré de ne pas trouver un bon livre. Il n'y a pas de pénurie de sites de découverte de livres, mais l'intuition m'a dit qu'il y avait une meilleure façon. J'ai donc lancé mon propre site web. Je n'ai jamais terminé le projet, mais j'ai appris de nombreuses façons d'organiser des romans. En chemin, presque accessoirement, j'ai appris plus de code.
2. Vous devriez être récompensé pour un effort supplémentaire
Ayant trouvé cette démangeaison proverbiale, les personnes apprenant à coder devraient également trouver un soulagement.
Aucun tutoriel, outil ou éloge extérieur ne donnera aux gens l’état d’esprit de conquérir le code mieux que «j’ai écrit ceci et… regarde ce que j’ai fait!» Et laisse l’impression d’être plus grand que l’obstacle que vous avez surmonté.
Cela semble idiot jusqu'à ce que vous l'essayiez. Voir la performance du code donne aux gens une confiance en soi, une validation qu'ils peuvent maîtriser la machine.
Image de code via Shutterstock.
La semaine dernière, quelqu'un a regardé mon écran et a secoué la tête. C'était plein de code. Trois fenêtres ouvertes d'étiquettes colorées et d'appels de fonction. Il a dit: "Je ne pourrais jamais faire ça." Il y a des années, j'aurais accepté. Je ne voulais pas paraître stupide ou casser quelque chose que je ne pouvais pas réparer. Qui sait quel dommage pourrait causer une mauvaise frappe?
3. Votre projet devrait se terminer pendant que votre cerveau a encore un appétit
Celui-ci est critique. Lorsque vous apprenez quelque chose qui vous intimide, vous devez vous approcher mais ne pas dépasser votre limite.
"Exercer son cerveau" n'est pas une analogie appropriée. En travaillant, les formateurs encouragent les gens à dépasser leurs limites. Mais apprendre est une faim. Votre cerveau a un appétit pour la connaissance. Remplir votre cerveau jusqu'au bord (ou pire, dépasser ses limites) gênera votre capacité à apprendre, érodera votre confiance en vous et tuera un chaton. S'il vous plaît, pensez aux chatons.
Mieux encore, pensez à l'exercice mental comme à un entraînement qui dure un certain temps. Dis une semaine. Bien sûr, vous prenez des pauses entre les représentants (appelé "dormir"). Mais aller de l'avant travaille contre votre objectif. Les chatons ne te pardonneront jamais.
- Première partie: échauffez-vous en mélangeant quelque chose que vous avez déjà appris avec quelque chose que vous ne connaissez pas. Laissez-vous au moins une question. Un jour.
- Deuxième partie: pratique. Expérience. Pratiquez des expériences répétitives. Et finissez toujours par un cliffhanger. Le but est de frapper votre foulée et de vous briser sur une note haute. Par «pause», je veux dire dormir, manger ou parler à d'autres humains. 3 jours.
- Partie 3: refroidissez en améliorant ce que vous avez déjà couvert. Comme toujours, amenez votre cerveau à apprécier l'exercice, puis relâchez-le pendant un moment. Un jour.
Le sprint ne vous entraîne pas pour un marathon. Une centaine de pompes amélioreront vos épaules mieux que d'essayer de soulever une fois un camion. Et bricoler des livres de tutorat comme des plans de tequila nuiront à votre capacité de penser.
Pratique quotidienne
Dans mes jours de journal, j'ai refusé d'utiliser les stocks artistiques. Les dates limites sont arrivées cinq jours par semaine, mais j'ai insisté pour fabriquer à la main mes propres images vectorielles. Six mois plus tard, j'étais le type de référence pour tout travail graphique personnalisé. Cette compétence qui m'a valu un poste de cadre supérieur dans une entreprise en démarrage. Même aujourd'hui, j'adore jouer avec les chemins bezier.
Apprendre n'importe quelle compétence, y compris comment déboguer le code, fonctionne de la même manière.
La seule façon d’apprendre le code - et de le faire accepter - est de pratiquer chaque jour. Tout comme l'apprentissage de nouvelles compétences, un calendrier cohérent avec des objectifs gérables améliore progressivement les performances au point de vue de l'expertise.
"Je peux" n'est pas "je devrais"
Apprendre à lire et à écrire du code, que ce soit en HTML, jQuery ou C ++, c'est apprendre ses limites. Une autre partie explique ses limites. La malédiction de comprendre une langue ... plutôt la malédiction des gens qui pensent que vous "connaissez le code", c'est qu'ils s'attendent à ce que vous le fassiez.
Image de code via Shutterstock.
HTML n'est pas CSS. CSS n'est pas PHP. PHP n'est pas WordPress. WordPress n'est pas l'administration du serveur. L'administration du serveur ne corrige pas les boîtes de réception Outlook bloquées. Pourtant, on m'a demandé de faire tout cela. Moi, armé de mon certificat Photoshop expiré et de la phrase "Je ne sais pas, mais peut-être que je peux aider ..."
Ceux sans expérience de code ne font souvent pas la différence entre un acronyme $ (fog-of) .squiggles + et +. ou
- trouver un sujet qui vous intéresse;
- obtenir des récompenses supplémentaires;
- apprendre sans être dépassé.
La connaissance du code est habilitante. La réputation en tant que codeur est asservissante. Au moins les deux paient les factures.
Êtes-vous un designer qui code, ou un codeur qui conçoit? Les disciplines doivent-elles être séparées? Faites-nous savoir ce que vous pensez dans les commentaires ci-dessous.