une grande mémoire est-elle nécessaire pour une grande programmation

Question

Pensez-vous que le fait d'avoir une bonne mémoire soit OBLIGATOIRE pour être un bon programmeur ?

Je ne me considère pas comme un grand programmeur mais je pense être correct. Mais ma mémoire est VRAIMENT mauvaise et je dois toujours me rappeler comment faire les choses. Je veux dire que je "sais où regarder", mais parfois, j'ai l'impression d'être un mauvais programmeur. Ce qui est encore pire, c'est que j'oublie toujours où se trouvent les choses dans mon code source ou quel algorithme j'ai utilisé dans certaines situations.

Pensez aux grands programmeurs que vous avez rencontrés dans votre vie. Ne semblaient-ils pas tous avoir une mémoire extraordinaire ?

Answer 1

Surement apocrapful, mais voici Le nombre d'Einstein :

Un journaliste a interviewé Albert Einstein. A la fin de l'interview, le journaliste a demandé s'il pouvait avoir le numéro de téléphone d'Einstein afin qu'il puisse appeler s'il avait d'autres questions.

"Certainement" a répondu Einstein. Il prend l'annuaire téléphonique et cherche son numéro de téléphone, puis l'écrit sur une feuille de papier qu'il tend au journaliste. le journaliste.

Abasourdi, le journaliste a dit : "Vous êtes considéré comme l'homme le plus intelligent du monde et vous ne vous souvenez pas de votre propre numéro de téléphone ?"

Einstein a répondu : "Pourquoi devrais-je mémoriser quelque chose quand je sais où où le trouver ?"

Answer 2

Traitez votre mémoire à court terme comme une pile (non statique) et n'en attendez pas beaucoup plus. Je suis revenu à du code que j'avais écrit il y a seulement un mois et c'est presque comme si quelqu'un d'autre l'avait écrit il faut juste un certain temps pour se remettre dans la même zone.

Je me fais souvent taquiner parce que je laisse des commentaires pour moi-même comme des miettes de pain mais ça marche. Si je termine une fonction et que je me dis "AHA, c'est absolument BRILLIANT !", je commente immédiatement ma complexité car je suis sûr de l'oublier.

Alors maintenant, pour répondre à une question par deux questions :

1. Qu'avez-vous mangé mercredi dernier ?
2. A quoi sert le 'counter' dans hash_foo() ?

Au moins, avec le n°2, vous pouvez rapidement revenir en arrière et regarder / vous souvenir.

Answer 3

Tant que vous pouvez vous rappeler comment s'écrit g-o-o-g-l-e, tout va bien. :)

Mais sérieusement, vous devez garder plusieurs choses dans votre mémoire à court terme en même temps. La mémoire à long terme est, je pense, moins importante. Tant que vous êtes conscient que quelque chose existe, que vous avez vu quelque chose avant, etc., alors quand cela devient pertinent, vous savez que vous pouvez le déterrer.

Les programmeurs expérimentés peuvent généralement régurgiter les API, les détails mineurs et ainsi de suite, mais d'après mon expérience, cela n'a pas toujours été le cas. nunca il s'agissait de s'asseoir et de mémoriser des choses par cœur. C'est une conséquence naturelle de l'utilisation des choses encore et encore.

Answer 4

J'ai ce collègue qui écrit un code vraiment mauvais qui est incroyablement difficile à maintenir. J'en suis venu à la conclusion que son problème est une bonne mémoire. Il est simplement capable de se rappeler où il a mis telle ou telle fonctionnalité. Par conséquent, il n'a pas besoin d'écrire du code qui est auto-explicatif. Il se souvient simplement de cette merde. Le reste d'entre nous a beaucoup de mal à comprendre son code.

Je suis sûr que la bonne mémoire n'est pas le seul problème de ce type. Mais je suis sûr que son code s'améliorerait si sa mémoire se détériorait.

Answer 5

Je dirais le contraire, avoir une bonne mémoire peut conduire à écrire du code que seul l'auteur peut comprendre, parce qu'il se souvient des détails de sa logique. D'un autre côté, moi qui ai une mauvaise mémoire, je documente mon code et l'écris aussi clairement que possible.