[1] : "L'optimisation prématurée est la source de tous les maux"

de ...

Donald Knuth

"J'ai lu qu'il utilisé une sorte de langage de pogrammation "maison" c'est pas trop dérangeant ?" + "Du coup, si tu veux lire quoi que ce soit, tu es oblligé de te farcir cette partie (longue!) et bien peu intéressante (du moins, pour ce que je souhaitais extraire de l'ouvrage). "
Je n'ai pas lu le volume 1, et je me fiche des codes assembleurs des autres volumes. D'une part, ça n'apporte absolument rien pour comprendre. Et d'autre part, on ne perd rien en ne lisant pas ces codes.
Ils sont là juste pour permettre d'avoir des théorèmes précis sur les complexités. Mais là encore, on se fiche des énoncés exacts des théorèmes. Ce qui compte est plutôt la façon de prouver le théorème, vu que c'est là qu'on trouve de la matière pour prouver un vrai résultat pour le vrai programme codé dans un vrai environnement.

Personnellement, je trouve que le volume 2 se lit raisonnablement bien (bien mieux que la plupart des documents de recherche). Après, j'avoue que je suis familier de la majorité des thèmes abordés, donc ça aide. Et je confirme une nouvelle fois qu'il faut un gros niveau (j'ai déjà dit master précédemment) pour s'attaquer vraiment à la bête. Ce n'est pas du matériel pédagogique tout usage.

CavalierAnal : On n'a déjà dit à l'OP qu'il n'avait pas le niveau (si j'ai pas été assez clair dès le début, je ne vois pas comment faire passer le message... ). Laisse nous répondre aux questions suivantes.

Au passage, je me demande avec quelle légitimité tu te permet de faire les remarques que tu fais.

Le bon sens ?