Je serais curieux de savoir quels livres vous utilisez. Tous ne sont pas vraiment bons. De plus, tous les livres ne conviennent pas à tout le monde.
Vous n'avez pas précisé votre âge, alors je présume que vous avez bien moins de 18 ans. J'ai commencé à apprendre vers l'âge de 8 ans.
Lorsque j'étais enfant, j'ai utilisé de nombreuses ressources pour apprendre à programmer. J'ai eu les manuels fournis avec ma TI 99 / 4A, qui contenait beaucoup de programmes amusants pour dessiner des images et des figures animées. Je n'avais pas accès à Internet, mais il y avait même des magazines informatiques qui ciblaient les enfants, avec des programmes que je pouvais taper et obtenir un retour immédiat, et des articles sur la façon de résoudre d'autres types de problèmes. J'aimais beaucoup les romans d'espionnage qui me permettaient de saisir et de déboguer des programmes inclus dans l'histoire. Malheureusement, je ne pense pas que ce type de ressource existe encore, mais il existe quelques livres de programmation destinés aux plus jeunes, comme le livre Hello World sur Python et Land of Lisp (bien que ce soit amusant pour les adultes aussi).
Je ne sais pas pour vous, mais il fut un temps où j'ai eu beaucoup de mal à écrire des programmes qui font des choses très similaires à ce que vous venez de décrire. Finalement, je suis passé à des choses plus avancées. J'ai écrit quelques jeux médiocres, des démos jouant divers sons et animations en réaction aux frappes au clavier, ainsi que des aides à l'étude. Vers 10 ou 11 ans, j’ai écrit un programme qui m’a aidé à mémoriser le tableau périodique des éléments en me questionnant à plusieurs reprises. (À ce moment-là, mes capacités de mémorisation étaient meilleures que maintenant, alors j'ai eu presque autant de mal à saisir les données la première fois que de jouer au quiz, mais l'objectif était de progresser).
Votre père ne le réalisera peut-être pas, mais les livres ne sont qu'une partie du processus lorsque vous apprenez à programmer. Trouver un petit problème et essayer de comprendre comment le résoudre est l’autre moitié de l’équation. Trouver un livre qui vous apprend un peu à la fois et vous permet d’obtenir quelque chose d’amusant sur la machine est l’autre moitié. Dans mon cas, ce sont les livres qui ont mis l’accent sur les graphiques et l’animation qui m'ont séduit.
Quand j'étais enfant, je lisais des livres sur les algorithmes de tri et les structures de données complexes, jusqu'à ce que j'en sache suffisamment pour voir comment ils s'appliquaient aux problèmes qui me tenaient vraiment à cœur. Tous les mots des livres que vous allez lire ne seront pas captivants. C'est bon. Vous y arriverez quand vous en aurez besoin; Un problème que vous voudrez résoudre résultera de la technique qui, à votre avis, n’était pas intéressante il ya trois semaines, trois mois ou trois ans. Vous reviendrez en arrière et vous le relèverez.
Un mois n'est pas très long pour apprendre la programmation. J'écris du code sous une forme ou une autre depuis environ 30 ans, y compris pendant mon enfance, et j'apprends toujours quelque chose de nouveau chaque jour. Je suis presque certain qu'au cours du premier mois où j'ai eu mon premier ordinateur, j'ai passé beaucoup de temps à jouer à Munch Man et beaucoup moins d'heures à essayer de donner un sens aux exemples de programmes de mon livre de référence. Apprenez au rythme qui vous convient. Il n'y a pas de pression en ce moment, et c'est génial.
"Foutre en rond" est ce que vous êtes censé faire lorsque vous apprenez à programmer. Les hackers (du genre Paul Graham) fouinent, essayant de comprendre comment leur système fonctionne, comment fonctionne leur langage de programmation, comment fonctionnent leurs outils. Vous essayez quelque chose, vous échouez, vous réfléchissez au problème auquel vous êtes confronté et vous essayez autre chose, jusqu'à ce que quelque chose fonctionne. Ne t'inquiète pas trop pour ça.
À moins que votre père travaille dans les mêmes livres, il ne comprend probablement pas tout ce que vous avez appris jusqu'à présent. Je ne m'attendrais pas à pouvoir concevoir une maison ou un gratte-ciel après avoir lu un livre d'architecture pendant un mois, en particulier à l'adolescence.
Pour mettre les choses en perspective, au cours des quatre dernières semaines, j'ai travaillé dans certains coins ésotériques de la fonctionnalité Engines du cadre Ruby on Rails. À ce jour, j'ai enfin quelque chose à montrer du point de vue de l'utilisateur. J'ai appris énormément à cette époque et développé de nombreux codes de base critiques qui fonctionnent assez bien, mais c'est mon équivalent professionnel qui permet aux utilisateurs de saisir du texte et d'obtenir autre chose: ce n'est pas si impressionnant à première vue qu'un utilisateur occasionnel , mais beaucoup de travail s’y est consacré. Si quelqu'un me disait que je me suis fourvoyé pendant quatre semaines, je serais assez déçu, mais je saurais aussi qu'ils ne comprennent que très peu ce qui est nécessaire pour rendre les choses si simples.