Genre savoir exactement ce qu'il faut faire mais devoir chercher comment faire dans un certain langage de programmation à chaque fois

À force de pratique tu finis naturellement certaines choses. Apprendre par cœur n'est pas du tout le meilleur moyen pour devenir bon, avant d'apprendre ce qu'il faut c'est comprendre.

Si tu a un deuxième écran de un mètre carré pour afficher la doc du langage et un index musclé pour faire défiler , pas de soucis.

Je pense que ce n'est pas possible. Devenir un bon programmeur ca veut dire avoir programmer beaucoup et avoir programmer efficacement. Je ne sais pas comment tu peux programmer beaucoup sans te rappeller le nom et les parametres de fonction que tu utilises toutes les 5 minutes.

Tu ne te rappelle jamais de tout parceque les langages sont complique. J'ecris principalement du C++. Et j'ai rarement besoin d'aller verifier comment parser une chaine de caractere, ou aggreger deux collections, ou le type des objets dictionnaire ou ce genre de chose, ou les operations de lectures/ecriture de fichiers.
Apres, il y a des fonctionnalite que j'utilise moins rarement et je peux avoir besoin de verifier la syntaxe sur ce genre de chose. De tete, je ne sais pas utiliser les libs d'expression reguliere en C++, il va falloir que je regardes ca. Il y a des constructions du langage qu'il faut que je verifie. Certains des modes de captures de variable dans les lambda que j'utilise quasiment jamais. Ou la bonne facon de specialise une fonction template, la syntaxe est bizarre, et en general, il faut que je la verifie.

Apres quand tu passes d'un langage a l'autre c'est une autre histoire. Mais en general, il y a un langage principale dans lequel tu programmes le plus. Et en general, en quelques mois, tu sais comment il marche et tu te rappelles de la plupart des choses.
J'ecris pas mal de python ces jours ci, et en effet je passes du temps a chercher la syntaxe qui va bien pour faire ce truc la. Note que ca fait en gros 1 an que j'ecris du python de temps en temps. (J'ai du faire de l'ordre de 4 webservice de 500 lignes dans l'annee; deux semaines de boulot en gros) Et je google beaucoup moins de chose maintenant qu'il y a un an.

J'ai du mal a croire que quelqu'un peut etre "un crack en programmation" et que dans son langage principal, il/elle ai encore a verifier des fonctions qui reviennent tout le temps dans des cas d'utilisation normale.

Godrik, je ne suis absolument pas d'accord. Je ne retiens rien et passe mon temps a lire la doc des fonctions de base. Bon bien sur apres des annees je peux utiliser List.map et List.fold_left par coeur, mais ca s'arrete la. Et cela ne me gene nullement pour etre efficace.

Tu perds du temps à chercher, et le temps que tu perds à chercher pour quelque chose que tu devrais connaitre, tu ne le passes pas à coder, donc tu n'es pas efficace.

@Aun_Khey coder c'est meme pas 10% du temps de dev. Le gros se fait dans la tete pas les doigts sur le clavier. Si tu fonces, tu n'iras pas plus vite que celui qui aura soigneusement fait son alg dans sa tete.

Le 18 janvier 2021 à 18:31:02 godrik a écrit :
J'ai du mal a croire que quelqu'un peut etre "un crack en programmation" et que dans son langage principal, il/elle ai encore a verifier des fonctions qui reviennent tout le temps dans des cas d'utilisation normale.

Connaitre par coeur la plupart des méthodes (avec les différents paramètres possibles, leurs rôles, etc ...) d'un langage c'est juste stupide.

Un "crack en programmation" ce n'est pas quelqu'un qui connait un langage par coeur (ce qui en soit n'apporte rien) mais plutôt quelqu'un qui comprend ce qu'il veut faire et comment il va le mettre en place.
Il n'y aucun mal à aller voir la doc pour comprendre à quoi sert le 3eme paramètres de la fonction blabla (c'est d'ailleurs pour ca qu'elle existe cette doc)

Autre point, les langages évoluent, la méthode que tu as apprises par coeur il y a X années n'est probablement plus la méthode efficace et donc rechercher, même pour quelque chose que l'on connait, n'est pas forcément une mauvaise idée en soit.
Sinon on se retrouve avec des devs qui ne sont pas ouvert au changement et qui finissent par écrire du code déjà deprecated au détriment de la dette technologique de ton appli.

Le 19 janvier 2021 à 13:23:40 SithisMinion a écrit :
@Aun_Khey coder c'est meme pas 10% du temps de dev. Le gros se fait dans la tete pas les doigts sur le clavier. Si tu fonces, tu n'iras pas plus vite que celui qui aura soigneusement fait son alg dans sa tete.

Sauf que quand c'est de l'algo que tu ecris, tu ne melanges pas conception d'algo et implementation. Typiquement tu concois l'algo d'abors et apres tu l'implementes. Des differences mineures dans l'algo peuvent changer fondamentalement comment tu vas ecrire le code.
Du coup, une fois que tu commences a ecrire l'algo, il ne reste plus grand chose a regarder dans la doc, apart des trucs triviaux comme list, set, map, string. Et il ne reste pas grand chose a penser non plus parceque l'algo est sur ton tableau.

Le 19 janvier 2021 à 13:48:27 Shellshock a écrit :

Le 18 janvier 2021 à 18:31:02 godrik a écrit :
J'ai du mal a croire que quelqu'un peut etre "un crack en programmation" et que dans son langage principal, il/elle ai encore a verifier des fonctions qui reviennent tout le temps dans des cas d'utilisation normale.

Connaitre par coeur la plupart des méthodes (avec les différents paramètres possibles, leurs rôles, etc ...) d'un langage c'est juste stupide.

Je ne dis pas qu'il faut les apprendre par coeur. Je dis qu'apres 5 an de programmation en C, si tu ne connais les parametres de printf, strcmp, et malloc, il y a un probleme.

Un "crack en programmation" ce n'est pas quelqu'un qui connait un langage par coeur (ce qui en soit n'apporte rien) mais plutôt quelqu'un qui comprend ce qu'il veut faire et comment il va le mettre en place.

En efffet un crack en programmation n'est pas quelqu'un qui connait le langage par coeur. Mais dans le langage que tu utilise le plus souvent (et des fois il faut changer du code dans un langage que tu n'utilises jamais et la il faut regarder la doc pas mal), tu devrais connaitre le langage suffisement pour essentiellement n'avoir jamais besoin de verifier ce que fait un construct du langage classique. Ou une fonction basique du langage. Encore une fois, j'ai pas besoin de regarder la doc pour savoir que malloc prends un size_t et retourne un void *. Ou en python pour se rappeller la difference entre "is" et "=="

Il n'y aucun mal à aller voir la doc pour comprendre à quoi sert le 3eme paramètres de la fonction blabla (c'est d'ailleurs pour ca qu'elle existe cette doc)

Evidement, il n'y a rien de mal a aller regarder la doc d'une fonction que tu n'utilise que rarement, ou meme que tu n'utilises typiquement que d'une seule facon. Je ne me rappelle jamais de la semantique tu parametre de configuration de pthread_create parceque dans 99% des cas tu passes NULL. Mais en meme temps, je ne regardes pas "tout le temps" la doc parceque la plupart du temps, tu appelles une fonction que tu as appelle il y a 5 minutes.

Autre point, les langages évoluent, la méthode que tu as apprises par coeur il y a X années n'est probablement plus la méthode efficace et donc rechercher, même pour quelque chose que l'on connait, n'est pas forcément une mauvaise idée en soit.
Sinon on se retrouve avec des devs qui ne sont pas ouvert au changement et qui finissent par écrire du code déjà deprecated au détriment de la dette technologique de ton appli.

C'est n'importe quoi. Les langages evoluent lentement. C++, c'est une version tous les 3 ans. Meme si python a un modele plus effrene, en pratique les hosts sur lesquels tu vas deployer peuvent mettre des annees a mettre leurs stacks a jour et donc il vaut toujours mieux viser la version d'il y a deux ou trois ans pour s'assurer d'avori le support de ta plateforme d'execution.