Guide indépendant pour celles et ceux qui apprennent à programmer de zéro. Sans lien avec l'ancien site de ce domaine, ni avec des entreprises ou des écoles ; nous ne vendons pas de formations et ne promettons pas d'emploi.
Sécurité
On pourrait croire que la sécurité est l'affaire des développeurs expérimentés, mais les débutants prennent autant de risques. Un projet d'exercice se retrouve facilement dans un dépôt public avec le mot de passe de sa messagerie, un script trouvé sur un forum quelconque est lancé sans vérification, et une bibliothèque au nom ressemblant s'avère être une contrefaçon. Quelques habitudes simples suffisent à éviter la plupart de ces désagréments. Cette rubrique présente les risques les plus fréquents chez les débutants et les bases des licences libres.
Un mot de passe qui s'est retrouvé une seule fois dans l'historique d'un dépôt public doit être considéré comme connu de tous, et changé immédiatement.
Comment fonctionne cette rubrique : nous décrivons les risques de manière générale, sans nommer de logiciels ni de services et sans statistiques inventées. Les informations sur les licences sont un repère général, pas un conseil juridique.
Six situations dans lesquelles on tombe facilement pendant les premiers mois d'apprentissage.
Les mots de passe, jetons et clés d'accès ne doivent jamais être écrits directement dans les fichiers du programme ni envoyés dans le dépôt. Gardez-les dans un fichier de configuration séparé ou dans des variables d'environnement, et ajoutez ce fichier à la liste des fichiers ignorés.
N'exécutez pas de code dont vous ne comprenez pas le sens, surtout des commandes qui demandent des droits administrateur ou téléchargent autre chose. Lisez d'abord le script et comprenez ce qu'il fait.
Des personnes malveillantes publient des bibliothèques aux noms proches de paquets connus, en misant sur une faute de frappe. Vérifiez le nom dans la documentation officielle et regardez qui maintient le paquet.
On découvre dans les anciennes versions des bibliothèques des failles corrigées dans les nouvelles. Mettez régulièrement vos dépendances à jour et lisez ce qui a changé, surtout quand le numéro de version majeur évolue.
Votre compte sur le service d'hébergement de dépôts protège tout votre code. Utilisez un mot de passe long et unique, un gestionnaire de mots de passe et l'authentification à deux facteurs.
Captures d'écran, exports, adresses, numéros de téléphone et documents professionnels dans un dépôt public sont visibles par tous. Avant de publier, vérifiez quels fichiers entreront dans l'historique, et gardez ce qui est personnel dans des dépôts privés.
L'open source désigne des programmes dont le code source est accessible à tous selon les conditions d'une licence libre. Une telle licence autorise à utiliser, étudier, modifier et redistribuer le code, sous certaines conditions : par exemple, conserver la mention des auteurs ou publier les modifications sous la même licence.
La définition de l'open source est maintenue par l'Open Source Initiative, une organisation à but non lucratif fondée en 1998. Si vous reprenez du code d'autrui dans votre projet, lisez sa licence et respectez-en les conditions. Si vous publiez le vôtre, choisissez explicitement une licence : sans elle, les autres ne savent pas ce qu'ils ont le droit de faire de votre code.
Commande introuvable, erreur de syntaxe, programme muet, conflit dans le dépôt, modifications perdues : ce qu'il faut vérifier.
La trousse du débutant, sans marques : éditeur de code, terminal, interpréteur ou compilateur, gestion de versions, hébergement de dépôts, gestionnaire de paquets.
Réponses sur le guide, sur l'apprentissage de zéro et sur les premiers projets concrets.
Les dates et les définitions proviennent de la documentation officielle et des spécifications à la date de rédaction. Les langages et les outils évoluent : vérifiez les détails dans les sources de référence à jour.