Merci à tous pour les différentes explications du ‹ code source › 
C’est moins abstrait pour moi maintenant 
Alors on a peu être eu le même PC, je l’ai toujours. Un Lifetec Titanium LT8386 acheté le 23 mars 2005 avec un Pentium 4 HT 640, une Ati Radeon X740XL, une carte tuner TV & FM Medion… il y avait même une prise péritel à l’arrière de l’unité centrale.
Bon rapport qualité/prix et logiciels, car livré avec une flopée de logiciels payants pour 1049 €.
L’époque ou Aldi vendait encore des PC gamer, puis ensuite il n’y a eu que du PC de bureautique.
Je m’en souviens que mes parents devaient me l’acheter pendant que j’étais en cours en BTS mais ils sont arrivés trop tard, il n’y en avait déjà plus. L’Aldi du coin avait téléphoné aux autres pour savoir ou il y en avait encore, et c’était à 30 km, Aldi a donc fait une réservation, mes parents m’y ont conduit à la fin des cours mais il en resté encore une fois arrivé dans le magasin. Par contre, il n’y avait plus d’écran TFT 19" à 8 ms qu’il vendait aussi.
Souvenir, souvenir…
2 « J'aime »
C’est le genre de techniques utilisées sur les machines des années 90 (voir 80) par des programmeurs assembleurs, afin d’optimiser le moindre calcul qui pourait prendre trop de cycles, surtout sans FPU. Plus les languages sont de haut niveaux et moins les optimisations de tailles et de performances sont à la portés des développeurs. Trouver la racine carré inverse (le problème ici) se fait par approximation via une ou deux itérations de la méthode de Newton en fonction de la précision souhaitée (pas énorme pour ce type de jeu). Cette résolution existait avant la lecture du code source C de Quake III, mais ça a forcément profité à d’autres.