|
Publicité ' | ||||||||||||||||||||||||
|
|
#1 |
|
Nouveau Membre du Club
![]() Inscription : janvier 2010 Messages : 291 ![]() |
bonjour
je sais qu'il y a des gens très très forts dans ce merveilleux forum. moi je ne suis qu'un modeste développeur en php-mysl-js.Je ne peux malheureusement consacrer 100% de mon temps au développement car je suis plus manager que développeur.Ceci dit j'adore faire du développement mais à chaque fois j'oublie soit le code , soit la logique de programmation. Par exemple j'étais parti 1 mois à l'étranger sans toucher aux codes .A mon retour oh surprise j'ai l'impression d'avoir tout oublier . Alors des questions : comment vous faites pour retenir autant de code et de syntaxe ou de logique de programmation ? avez vous des techniques pour retenir des logiques de programmation ? comment faites vous pour apprendre si vite et ne pas oublier ? comment faire pour s'améliorer en programmation ? Racontez vos expériences merci pour tout. |
|
|
10
|
|
|
#2 |
|
Membre régulier
![]() |
Personnellement moi c'est grâce à la pratique que j'apprends et que je retiens.... plus je vais faire d'un langage et mieux je vais développer dans ce langage (bon avec mes un peu moins de 2 ans d'expérience c'est pas compliqué de faire mieux mais je met du coeur à l'ouvrage)....
L'inconvénient c'est qu'il me faut toujours un petit temps d'adaptation pour passer d'un langage à l'autre....
__________________
[/HS] une pétition pour la libération des drivers matériels ici J'adorerai changer le monde, mais pas moyen de mettre la main sur le code source |
|
|
10
|
|
|
#3 | |||
|
Membre expérimenté
![]() Développeur informatique Inscription : janvier 2011 Messages : 309 ![]() |
la pratique, la pratique et ... la pratique
Citation:
Citation:
Citation:
|
|||
|
|
10
|
|
|
#4 |
|
Expert Confirmé
![]() dba Inscription : juillet 2007 Messages : 2 520 ![]() |
La guitare, ça ne s'apprend pas en regardant des dvds ou en lisant des livres sur le sujet...
Psst, en passant : il y a un mot en français pour exprimer "de plus en plus bon", c'est "meilleur"...
__________________
les règles du forum - mode d'emploi du forum Aucun navigateur ne propose d'extension boule-de-cristal : postez votre code et vos messages d'erreurs. (Rappel : "ça ne marche pas" n'est pas un message d'erreur) JE NE RÉPONDS PAS aux questions techniques par message privé. Écrire en français sur un forum est une marque minimale de respect. |
|
|
90
|
|
|
#5 | ||
|
Expert Confirmé
![]() ![]() |
Citation:
__________________
Citation:
|
||
|
|
10
|
|
|
#6 |
|
Nouveau Membre du Club
![]() Inscription : janvier 2010 Messages : 291 ![]() |
peut être avez vous des techniques pour retenir certaines logiques ?
c'est comme les expressions régulières ca fait je ne sais pas combien de fois j'essaie de retenir les codes .J'ai l'impression d'avoir compris et 2 semaines après ,je me retrouve au point zéro.j'ai toujours pas compris . Quand je vois certains qui te pondent des codes en 5 mn là je suis impressionné. |
|
|
10
|
|
|
#7 |
|
Membre expérimenté
![]() Développeur informatique Inscription : janvier 2011 Messages : 309 ![]() |
c'est que ces gens les utilisent régulièrement et donc ça reste plus facilement
si tu t'entraines tous les jours, ça sera pareil pour toi, tu y arriveras rapidement |
|
|
30
|
|
|
#8 | |
|
Inscrit
Consultant SAP Inscription : novembre 2010 Messages : 276 ![]() |
Citation:
C'est simple. CTRL+Space. |
|
|
|
06
|
|
|
#9 |
|
Expert Confirmé
![]() Inscription : décembre 2007 Messages : 1 903 ![]() |
Même si c'est un outil utile, il ne remplace pas la mémoire. La vraie aptitude du programmeur, c'est l'aptitude à mémoriser plein de petits détails en même temps qui forment un tout. Et ça, pas de miracle, ça s'entraine. Par contre, avoir oublié plein de trucs après des vacances, c'est normal. La mémoire du programmeur est surtout à court terme. C'est là, maintenant, en plein algorithme, que je dois retenir tout ce qui va dedans, tous les mécanismes induits, et tout ce qui doit en ressortir.
__________________
Les 4 règles d'airain du développement informatique sont, d'après Michael C. Kasten : 1)on ne peut pas établir un chiffrage tant qu'on a pas finalisé la conception 2)on ne peut pas finaliser la conception tant qu'on a pas complètement compris toutes les exigences 3)le temps de comprendre toutes les exigences, le projet est terminé 4)le temps de terminer le projet, les exigences ont changé Et le serment de non-allégiance : Je promets de n’exclure aucune idée sur la base de sa source mais de donner toute la considération nécessaire aux idées de toutes les écoles ou lignes de pensées afin de trouver celle qui est la mieux adaptée à une situation donnée. |
|
|
10
|
|
|
#10 |
|
Nouveau Membre du Club
![]() Inscription : janvier 2010 Messages : 291 ![]() |
merci pour vos réponses.
Et pour être précis avez vous des techniques mémo techniques pour retenir des choses , des raisonnements ect ??? Allez que les vieux routards de la programmation s'expriment et partagent leur vécu |
|
|
20
|
|
|
#11 |
|
Membre chevronné
![]() Inscription : juin 2006 Messages : 444 ![]() |
La compréhension du code qu'on utilise joue énormément aussi.
Ca peut paraître évident pour certains, mais pas mal de gens copient/collent du code sans le comprendre. Et dans ce cas, même s'ils le réutilisent plusieurs fois dans d'autre projets, il faudra toujours retourner voir comment c'était fait dans les anciens projets pour l'utiliser à nouveau. Donc pour moi, bien comprendre le code qu'on utilise est une étape primordiale pour s'en rappeler facilement et, plus généralement, progresser. Ca ne se limite pas qu'au code, mais aussi au langage, design patern etc. Mais pour moi le facteur universel numéro un, quelque soit le domaine : la motivation |
|
|
30
|
|
|
#12 |
|
Expert Confirmé Sénior
![]() Inscription : septembre 2004 Messages : 5 066 ![]() |
Personnellement je ne mémorise presque rien. L'informatique (ou du moins les technos que j'en utilise personnellement) est un outil mathématique parfaitement rigoureux.
Je ne retiens rien, je déduis ce que je dois faire. Quand j'apprends une chose, j'apprends aussi quel est le raisonnement derrière, et la prochaine fois que j'en ai besoin je le déduis à partir de la situation où je me trouve. Bien sûr, tout ce qu'on passe son temps à redéduire, le cerveau l'optimise et se contente de le déduire tout de suite. Du coup, tout ce qui n'est pas spécialement logique, voire qui est illogique ou, le pire, qui est parfaitement aléatoire, tout ça, ça passe mal avec cette technique. Dans ces cas-là, je vais plus vite en apprenant par cœur le temps que j'en ai besoin, et en le réapprenant à chaque fois que j'y reviens. |
|
|
10
|
|
|
#13 |
|
Nouveau Membre du Club
![]() Inscription : janvier 2010 Messages : 291 ![]() |
que veut tu dire par le mot déduire que tu utilises plusieurs fois ?
|
|
|
10
|
|
|
#14 |
|
Expert Confirmé Sénior
![]() Inscription : septembre 2004 Messages : 5 066 ![]() |
- Je me demande quelle est la valeur de x.
- Je sais que 2x + 3 = x + 1 - J'en déduis que 2x - x = 1 - 3 - J'en déduis que x = -2 De ce que je vois à propos de x je déduis la valeur de x. Déduire, c'est ça. Raisonner par déduction. Je ne retiens pas par cœur quelle classe ou quelle fonction permet de faire quelle chose avec quels paramètres. Je vois ce que j'ai besoin de faire, j'en déduis que ça a à voir avec ça, je vais dans le sommaire de la doc où je vois rapidement quelle section, puis quel chapitre, puis quelles classes/fonctions ont à voir avec ça, avec documentation des paramètres et exemples. Je vais dessus, je lis, j'en déduis ce que je dois faire. Ça a peut-être l'air long, mais après les deux premières fois, c'est quelques secondes si on est un peu lent à la souris. En plus, certains langages sont organisés de sorte que l'intellisense permet de faire ça à la volée. |
|
|
10
|
|
|
#15 | |
|
Membre Expert
![]() Alexis LechevalierIngénieur développement logiciels Inscription : février 2005 Messages : 1 005 ![]() |
Citation:
Au début, je n'y avais pas accès, je mémorisais énormément de choses: les fonctions, leur paramètres, leur temps d’exécution (pour faire du pseudo temps réel), les failles de fonctionnement de certaines,... Maintenant, avec l'intellisense, je ne m'amuse plus à mémoriser ces fonctions et donc, j'ai plus de mal à y associer leur paramètres, leur failles,... Concernant la syntaxe de programmation, utilisant quasi exclusivement le même langage depuis environ 9 ans, c'est devenu une seconde langue "maternelle". Pour ce qui est de la logique de programmation, il suffit d'avoir compris le concept pour pouvoir le mettre en pratique et, ce, quelque soit le langage. Ensuite, ce ne sont que des problèmes d'implémentation, brancher les neurones suffit. On n'apprend pas tous et toutes à la même vitesse. Certains vont assimiler très rapidement certaines choses alors que d'autres mettront un temps incroyable. A l’école, on nous faisait trouver notre méthode d'apprentissage prioritaire. Certains sont photographiques et, par conséquent, vont mémoriser l'apparence d'un code/pattern/architecture. D'autres, comme moi, sont des associatifs qui mémorisent les choses en faisant des associations d'idées (parfois alambiquées ou farfelues Enfin, de ce que je peux ajouter, pour progresser, il a été dit, à très juste titre, la pratique mais j'ajouterais aussi le niveau de difficulté influence beaucoup. Pendant 2 ans, j'ai été sur des projets particulièrement "bateau" techniquement et fonctionnellement (autant dire ). Quand je suis revenu sur des projets plus "touchy", autant dire que j'avais l'air, pendant quelques temps, d'un type qui ne savait plus rien faire. Mais c'est comme le vélo, ça revient vite.
__________________
Vu sur un paquet de cigarettes: "Fumer peut entrainer une mort lente et douloureuse" Vivre aussi... Ce n'est pas forcément moins douloureux et c'est même beaucoup plus lent...
|
|
|
|
40
|
|
|
#16 |
![]() ![]() |
salut,
outre la pratique, quel que soit le langage que tu vises, ce que je tache d'enseigner aux eleves c'est surtout l'algorithmique. A partir du moment ou tu as deja une bonne idee des informations que tu souhaites manipuler, du point de depart et du point d'arrivee, tu as deja parcouru une bonne partie du chemin. Le debogage et la pratique font que tu auras une facilite a trouver seul les solutions a tes points bloquants (variable pas declaree, test non verifie, exception non prevue, etc.). Comme indique par LooserBoy, tu peux tres bien maitriser un sujet a perimetre precis. La force du developpeur experimente sera la capacite de celui-ci a prevoir par avance les eventuels ajouts qui lui seront demandes, et de programmer en consequence pour ne pas avoir a "tout recommencer" a cause d'un ajout de variable, de parametre, de conditions...
__________________
Pas de question technique par MP, je ne réponds pas ![]() Mon perso ? Une vraie brute Tutos Access, Tâches planifiées et Batch,Tables de Paramètres sous Access, Excel et Batch, Tâches planifiées et Access |
|
20
|
|
|
#17 |
![]() ![]() Daniel HagnoulÉtudiant perpétuel Inscription : février 2009 Messages : 3 221 ![]() |
Bonsoir
Je souscris à la vaste majorité de ce qui a déjà été dit. Mais avoir une bonne mémoire, cela aide beaucoup. On gagne du temps ! Je m'en rends compte, car j'oublie plus vite qu'avant et je perds du temps à retrouver la piste.
__________________
FAQ jQuery Mon cahier d’exercices sur jQuery & CoSi un message vous a aidé ou vous semble pertinent, votez pour lui ! ![]() |
|
20
|
|
|
#18 |
![]() ![]() ![]() |
Et c'est en sciant que Léonard...
(Ben oui, 'faut pas oublier que c'est la taverne ). Sinon, pour s'améliorer, pas trente-six solutions : pratiquer, toujours pratiquer. Apprendre de nouveaux paradigmes pour voir le monde d'une manière différente ou, simplement, un nouveau langage (certains recommandent un nouveau langage par an).
__________________
Le troisième défi Qt ! Vous souhaitez participer aux rubriques Qt ou PyQt/PySide (tutoriels, FAQ, traductions, sources) ? Contactez-moi par MP. Qt : La FAQ : 200 QR symfony : sfDoctrineGuard Pas de question d'ordre technique par MP ! |
|
10
|
|
|
#19 | |
![]() ![]() Andry Aimé Inscription : septembre 2007 Messages : 5 128 ![]() |
Citation:
|
|
|
|
00
|
|
|
#20 | |
|
Expert Confirmé
![]() Inscription : décembre 2007 Messages : 1 903 ![]() |
Citation:
Après, on peut oublier. C'est pour ça que je parle de mémoire à court terme. Se rappeler, 8 ans après, que le programme MBCCMOM1 gérait la sortie du premier écran de la transaction de modification de (---secret professionel---), c'est parfaitement inutile. Mais, au moment ou on corrige la transaction, c'est une information à avoir en mémoire, en même temps que bien d'autres.
__________________
Les 4 règles d'airain du développement informatique sont, d'après Michael C. Kasten : 1)on ne peut pas établir un chiffrage tant qu'on a pas finalisé la conception 2)on ne peut pas finaliser la conception tant qu'on a pas complètement compris toutes les exigences 3)le temps de comprendre toutes les exigences, le projet est terminé 4)le temps de terminer le projet, les exigences ont changé Et le serment de non-allégiance : Je promets de n’exclure aucune idée sur la base de sa source mais de donner toute la considération nécessaire aux idées de toutes les écoles ou lignes de pensées afin de trouver celle qui est la mieux adaptée à une situation donnée. |
|
|
|
00
|
Copyright © 2000-2012 - www.developpez.com