10 Conseils pour les codeurs débutants - les nuls

Apprendre à coder est plus populaire aujourd'hui que jamais. Il semble que tout le monde a un site Web ou une idée d'application, et dès que vos amis, votre famille ou vos collègues découvriront vos nouvelles capacités de codage, beaucoup demanderont conseil et aide.

Peu importe que vous vous y aventuriez après le travail ou que vous participiez à un camp intensif de codage de dix semaines, apprendre à coder peut être difficile. Il peut payer pour ramasser quelques conseils de certaines des personnes qui ont franchi la ligne d'arrivée devant vous. Gardez les conseils suivants à l'esprit, surtout lorsque vous commencez votre voyage de codage.

Choisissez une langue, n'importe quelle langue

En tant que codeur novice, vous ne savez peut-être pas par où commencer. Si vous n'avez jamais programmé auparavant, commencez par apprendre une langue utilisée pour créer des pages Web, car avec ces langues, il est facile de commencer et de publier du travail pour que les autres puissent le voir.

HTML et CSS sont des langages de balisage, qui sont les plus faciles à apprendre, et qui vous permettent de mettre du contenu sur une page Web en HTML, et de mettre en forme ce contenu avec CSS. Après avoir compris certaines des bases de la présentation du contenu, vous pouvez apprendre un langage de programmation pour manipuler ce contenu.

Définir un objectif

Lorsque vous commencez à apprendre à coder, choisir un objectif peut vous aider à rester motivé. Vous pouvez choisir n'importe quel objectif que vous aimez, mais assurez-vous que c'est quelque chose que vous seriez vraiment heureux d'accomplir. Les bons objectifs pour les débutants incluent

• Créer un petit site Web - composé de une à quatre pages différentes - pour vous-même, une entreprise ou un groupe.

• Construire votre vocabulaire de codage pour que vous puissiez comprendre ce que les développeurs ou les concepteurs disent dans les réunions au travail.

• Création d'un prototype ou d'une version de base d'un site Web ou d'une idée d'application - par exemple, une application qui vous indique quand le prochain bus arrive à votre position actuelle.

Au début, pratiquez de très petites tâches de codage. Ces tâches, telles que le titrage, peuvent vous laisser déconnecté de votre but ultime. Mais pendant que vous continuez à apprendre, vous commencerez à reconstituer des compétences de codage individuelles et à trouver un chemin pour atteindre votre objectif.

Divisez votre objectif en plusieurs étapes

Après avoir défini un objectif, divisez-le en petites étapes. Cela vous aide

• Voir toutes les étapes nécessaires pour atteindre l'objectif

• Rechercher comment effectuer chaque étape spécifique

• Demander facilement de l'aide aux autres lorsque vous êtes bloqué sur une étape

Au début, les étapes Créer peut être large ou incomplet, mais avec le temps, vous améliorerez votre capacité à détailler ces étapes, parfois appelées spécifications .

Distinguer le cupcake du glaçage

Que vous soyez à la maison en créant votre première application, ou au travail sur une équipe qui construit un site Web, vos projets auront tendance à inclure trop de fonctionnalités pour une échéance précise.Cela conduit inévitablement à l'un des trois résultats suivants: le projet se lance à temps mais est bogué; le projet se lance tardivement; ou votre équipe fait des heures supplémentaires pour lancer le projet à temps.

Décidez à l'avance quelles sont les caractéristiques du cupcake - c'est-à-dire celles qui sont essentielles - et quelles sont les glaçages non essentiels, ceux qui sont agréables à avoir mais facultatifs. Cela vous montre où sont vos priorités. Si votre projet est en cours d'exécution à temps ou budget, vous pouvez créer les fonctionnalités facultatives plus tard ou pas du tout.

Lors de la création de vos propres applications, assurez-vous de bien distinguer les fonctions essentielles des fonctions facultatives avant de commencer à coder.

Google est le meilleur ami d'un développeur

Les développeurs utilisent constamment le moteur de recherche Google pour rechercher des questions générales sur le codage d'une fonctionnalité ou des questions spécifiques sur la syntaxe d'une commande ou d'un tag. Lors de la recherche, le langage de programmation, tel que HTML, la commande prévue et le mot syntaxe devraient être suffisants pour trouver un bon ensemble de ressources.

Zapez ces bogues

Pendant que vous faites tout ce codage, vous créerez inévitablement des erreurs, communément appelées bogues . Il existe trois types d'erreurs:

• Les erreurs de syntaxe se produisent lorsque vous écrivez un code non valide que l'ordinateur ne comprend pas.

• Les erreurs sémantiques se produisent lorsque vous écrivez un code valide qui a un effet inattendu. Par exemple, essayer de diviser un nombre par zéro est une erreur sémantique en JavaScript.

• Des erreurs de logique ou de conception se produisent lorsque vous écrivez un code valide qui a l'effet voulu, mais que le code produit un mauvais résultat.

La meilleure façon de trouver et d'éliminer les bogues est de vérifier d'abord la syntaxe de votre code, puis la logique. Passez en revue votre code ligne par ligne, et si vous ne trouvez toujours pas l'erreur, demandez à une autre personne de jeter un coup d'œil à votre code, ou postez-la sur un forum communautaire en ligne comme stackoverflow. com.

Il suffit de l'expédier

Reid Hoffman, le fondateur de LinkedIn, a déclaré: «Si vous n'êtes pas gêné par la première version de votre produit, vous avez lancé trop tard. «Lorsque vous commencez à coder, vous serez probablement réticent à montrer vos créations à d'autres, que ce soit votre premier site Web de base ou quelque chose de plus complexe.

Hoffman commente ce désir de continuer à essayer de perfectionner ce que vous avez construit, et dit plutôt de publier (ou «expédier») votre code à la vue du public, même si vous vous sentez embarrassé. Quelle que soit la taille de votre site Web ou de votre application, il est préférable de recevoir vos commentaires rapidement et d'apprendre de vos erreurs, puis de continuer à vous diriger dans la mauvaise direction.

Souvenez-vous également que les sites Web hautement traités et très soignés que vous utilisez aujourd'hui ont commencé à l'origine à partir d'humbles débuts et de prototypes très simples. La première page d'accueil de Google, par exemple, n'avait qu'une fraction de la fonctionnalité ou du style de sa page d'accueil aujourd'hui.

Recueillir les commentaires

Après avoir codé la première version de votre site Web ou de votre application, collectez des commentaires sur votre code et sur le produit final. Même si tout fonctionne et que votre site Web est superbe, cela ne signifie pas que votre code a été écrit correctement ou que votre site fait tout ce qu'il peut.Par exemple, YouTube a commencé comme un site de vidéo-rencontre, mais a été remplacé par un site Web de partage de vidéos général basé sur les commentaires des utilisateurs.

Le meilleur moyen d'obtenir cette information est de collecter des données quantitatives et qualitatives sur votre code et le produit. La mesure des endroits où les visiteurs cliquent et combien de temps ils restent sur chaque page Web vous donne des informations quantitatives, ce qui vous aide à diagnostiquer et améliorer les pages à faible rendement.

Vous pouvez collecter des informations qualitatives en interrogeant les utilisateurs, soit en les envoyant par e-mail les questions de l'enquête, soit en regardant les personnes en personne utiliser votre site Web, puis poser des questions. Souvent, ces données vous surprendront - les utilisateurs peuvent trouver confus les fonctionnalités que vous pensiez évidentes et faciles à comprendre, et vice-versa. De même, si possible, demandez à quelqu'un d'examiner votre code, dans le cadre d'un processus appelé révision de code , pour vous assurer que vous n'avez pas ignoré les problèmes majeurs.

Itérer sur votre code

Après avoir recueilli vos commentaires, l'étape suivante consiste à «itérer» sur ces commentaires: Continuez à coder jusqu'à ce que les principaux problèmes dans vos commentaires aient été résolus et jusqu'à ce que vous ayez amélioré le code et le produit. Gardez à l'esprit qu'il est généralement préférable de confirmer l'utilité de votre produit avant de passer du temps à améliorer le code.

Ce processus consistant à créer un produit avec un minimum de fonctionnalités essentielles, à recueillir des commentaires sur le produit, puis à répéter ce retour d'information, est parfois appelé la méthodologie Lean Startup . Dans le passé, les processus de fabrication, une fois définis, étaient extrêmement difficiles à modifier, mais de nos jours, changer de logiciel est aussi simple que de modifier quelques lignes de code. Cela contraste avec la façon dont les produits étaient codés, ce qui impliquait des cycles de développement plus longs et moins de rétroaction initiale.

Partagez vos succès et vos échecs

Lors du codage, vous avez peut-être rencontré de la documentation sur un site Web que vous avez trouvé confuse ou tout simplement fausse. La meilleure chose que vous pouvez faire pour vous-même et la communauté plus large est de bloguer sur vos succès et vos échecs. Blogging vous profite parce qu'il montre aux autres les problèmes auxquels vous songez et que vous essayez de résoudre.

De même, le blogage profite à d'autres personnes qui utiliseront Google pour rechercher et lire vos expériences, tout comme vous avez utilisé Google pour rechercher des idées et résoudre des problèmes.