On 22 fév, 21:03, Eric Levenez wrote:Ma nouvelle page sur VMware :
<http://www.levenez.com/NeXTSTEP/VMware.html>
C'est beau, et est empreint d'un peu de nostalgie...
Limite en RAM, taille de partition, floppy...
On 22 fév, 21:03, Eric Levenez <use...@levenez.com> wrote:
Ma nouvelle page sur VMware :
<http://www.levenez.com/NeXTSTEP/VMware.html>
C'est beau, et est empreint d'un peu de nostalgie...
Limite en RAM, taille de partition, floppy...
On 22 fév, 21:03, Eric Levenez wrote:Ma nouvelle page sur VMware :
<http://www.levenez.com/NeXTSTEP/VMware.html>
C'est beau, et est empreint d'un peu de nostalgie...
Limite en RAM, taille de partition, floppy...
Le 23/02/08 10:36, dans
,On 22 fév, 21:03, Eric Levenez wrote:Ma nouvelle page sur VMware :
<http://www.levenez.com/NeXTSTEP/VMware.html>
C'est beau, et est empreint d'un peu de nostalgie...
Limite en RAM, taille de partition, floppy...
Oui, mais je suis toujours stupéfait de ce que NeXT a réussi à faire avec un
CPU à 25 MHz et 8 Mo de Ram il y a 20 ans. Aujourd'hui avec une machine 1000
fois plus puissante (en CPU, RAM, disque...) je ne fais guère plus qu'à
l'époque. Mais je dois dire que c'est mieux maintenant, quand même :-)
Le 23/02/08 10:36, dans
<f55b71af-dc40-432e-a7fc-dc5869e4ca35@o77g2000hsf.googlegroups.com>,
On 22 fév, 21:03, Eric Levenez <use...@levenez.com> wrote:
Ma nouvelle page sur VMware :
<http://www.levenez.com/NeXTSTEP/VMware.html>
C'est beau, et est empreint d'un peu de nostalgie...
Limite en RAM, taille de partition, floppy...
Oui, mais je suis toujours stupéfait de ce que NeXT a réussi à faire avec un
CPU à 25 MHz et 8 Mo de Ram il y a 20 ans. Aujourd'hui avec une machine 1000
fois plus puissante (en CPU, RAM, disque...) je ne fais guère plus qu'à
l'époque. Mais je dois dire que c'est mieux maintenant, quand même :-)
Le 23/02/08 10:36, dans
,On 22 fév, 21:03, Eric Levenez wrote:Ma nouvelle page sur VMware :
<http://www.levenez.com/NeXTSTEP/VMware.html>
C'est beau, et est empreint d'un peu de nostalgie...
Limite en RAM, taille de partition, floppy...
Oui, mais je suis toujours stupéfait de ce que NeXT a réussi à faire avec un
CPU à 25 MHz et 8 Mo de Ram il y a 20 ans. Aujourd'hui avec une machine 1000
fois plus puissante (en CPU, RAM, disque...) je ne fais guère plus qu'à
l'époque. Mais je dois dire que c'est mieux maintenant, quand même :-)
Eric Levenez wrote:Le 23/02/08 10:36, dans
,On 22 fév, 21:03, Eric Levenez wrote:Ma nouvelle page sur VMware :
<http://www.levenez.com/NeXTSTEP/VMware.html>
C'est beau, et est empreint d'un peu de nostalgie...
Limite en RAM, taille de partition, floppy...
Oui, mais je suis toujours stupéfait de ce que NeXT a réussi à faire avec un
CPU à 25 MHz et 8 Mo de Ram il y a 20 ans. Aujourd'hui avec une machine 1000
fois plus puissante (en CPU, RAM, disque...) je ne fais guère plus qu'à
l'époque. Mais je dois dire que c'est mieux maintenant, quand même :-)
Je pense qu'en fait il faut distinguer les applications de l'époque et
les applications d'aujourd'hui.
C'est sûr que pour un tableur, un traitement de texte, un navigateur
internet (en mettant à part toutes les javaniaiseries et autres
flashouillages), enfin bref tout ce qui se faisait à l'époque, on n'a
pas vraiment changé grand chose. D'autant que le Display Postscript des
NeXT était une véritable "tuerie" à l'époque. C'est là que j'ai
découvert que le "Live Scroll" existait : c'est à dire le texte qui
défile à l'écran lorsque l'on bouge un ascenseur. C'est maintenant chose
courante, mais à l'époque, ce n'était pas le cas, et c'est resté ainsi
pendant très longtemps chez Apple.
Après, il y a toutes les autres applications et utilisations que l'on
fait maintenant d'un ordi, l'encodage MP3, L'encodage vidéo, le
traitement des images avec Photoshop, la 3D, autant d'applications qui
n'étaient même pas imaginables à l'époque.
Les stations et Cube NeXT de l'époque étient des monstres de puissances.
De plus, l'optimisation n'était pas un vain mot : aujourd'hui, on se
repose sur la puissance de la machine pour éviter une optimisation qui
d'après certains développeurs (sujet développé ici plusieurs fois)
coûterait trop cher par rapport à ce qu'elle rapporterait.
J'ai lu ici ou là que la nouvelle mouture de la Suite Office 2008 pour
Mac était au moins aussi lente, si ce n'est plus lente en natif sur les
nouvelles Machines , que la précédente version qui passait par Rosetta.
J'ai pu tester hier sur un Mac PRo gonflé à 6 Go de RAM, que déjà rien
que j'ouverture était vraiment plus lente que sur ma machine (on compare
donc du natif PPC chez moi, versus du natif Intel sur le Mac Pro).
N'ayant pas de gros fichiers, je n'ai pas vraiment pu faire de tests,
mais l'impression que ça m'a laissé était un brin amère.
Eric Levenez <usenet@levenez.com> wrote:
Le 23/02/08 10:36, dans
<f55b71af-dc40-432e-a7fc-dc5869e4ca35@o77g2000hsf.googlegroups.com>,
On 22 fév, 21:03, Eric Levenez <use...@levenez.com> wrote:
Ma nouvelle page sur VMware :
<http://www.levenez.com/NeXTSTEP/VMware.html>
C'est beau, et est empreint d'un peu de nostalgie...
Limite en RAM, taille de partition, floppy...
Oui, mais je suis toujours stupéfait de ce que NeXT a réussi à faire avec un
CPU à 25 MHz et 8 Mo de Ram il y a 20 ans. Aujourd'hui avec une machine 1000
fois plus puissante (en CPU, RAM, disque...) je ne fais guère plus qu'à
l'époque. Mais je dois dire que c'est mieux maintenant, quand même :-)
Je pense qu'en fait il faut distinguer les applications de l'époque et
les applications d'aujourd'hui.
C'est sûr que pour un tableur, un traitement de texte, un navigateur
internet (en mettant à part toutes les javaniaiseries et autres
flashouillages), enfin bref tout ce qui se faisait à l'époque, on n'a
pas vraiment changé grand chose. D'autant que le Display Postscript des
NeXT était une véritable "tuerie" à l'époque. C'est là que j'ai
découvert que le "Live Scroll" existait : c'est à dire le texte qui
défile à l'écran lorsque l'on bouge un ascenseur. C'est maintenant chose
courante, mais à l'époque, ce n'était pas le cas, et c'est resté ainsi
pendant très longtemps chez Apple.
Après, il y a toutes les autres applications et utilisations que l'on
fait maintenant d'un ordi, l'encodage MP3, L'encodage vidéo, le
traitement des images avec Photoshop, la 3D, autant d'applications qui
n'étaient même pas imaginables à l'époque.
Les stations et Cube NeXT de l'époque étient des monstres de puissances.
De plus, l'optimisation n'était pas un vain mot : aujourd'hui, on se
repose sur la puissance de la machine pour éviter une optimisation qui
d'après certains développeurs (sujet développé ici plusieurs fois)
coûterait trop cher par rapport à ce qu'elle rapporterait.
J'ai lu ici ou là que la nouvelle mouture de la Suite Office 2008 pour
Mac était au moins aussi lente, si ce n'est plus lente en natif sur les
nouvelles Machines , que la précédente version qui passait par Rosetta.
J'ai pu tester hier sur un Mac PRo gonflé à 6 Go de RAM, que déjà rien
que j'ouverture était vraiment plus lente que sur ma machine (on compare
donc du natif PPC chez moi, versus du natif Intel sur le Mac Pro).
N'ayant pas de gros fichiers, je n'ai pas vraiment pu faire de tests,
mais l'impression que ça m'a laissé était un brin amère.
Eric Levenez wrote:Le 23/02/08 10:36, dans
,On 22 fév, 21:03, Eric Levenez wrote:Ma nouvelle page sur VMware :
<http://www.levenez.com/NeXTSTEP/VMware.html>
C'est beau, et est empreint d'un peu de nostalgie...
Limite en RAM, taille de partition, floppy...
Oui, mais je suis toujours stupéfait de ce que NeXT a réussi à faire avec un
CPU à 25 MHz et 8 Mo de Ram il y a 20 ans. Aujourd'hui avec une machine 1000
fois plus puissante (en CPU, RAM, disque...) je ne fais guère plus qu'à
l'époque. Mais je dois dire que c'est mieux maintenant, quand même :-)
Je pense qu'en fait il faut distinguer les applications de l'époque et
les applications d'aujourd'hui.
C'est sûr que pour un tableur, un traitement de texte, un navigateur
internet (en mettant à part toutes les javaniaiseries et autres
flashouillages), enfin bref tout ce qui se faisait à l'époque, on n'a
pas vraiment changé grand chose. D'autant que le Display Postscript des
NeXT était une véritable "tuerie" à l'époque. C'est là que j'ai
découvert que le "Live Scroll" existait : c'est à dire le texte qui
défile à l'écran lorsque l'on bouge un ascenseur. C'est maintenant chose
courante, mais à l'époque, ce n'était pas le cas, et c'est resté ainsi
pendant très longtemps chez Apple.
Après, il y a toutes les autres applications et utilisations que l'on
fait maintenant d'un ordi, l'encodage MP3, L'encodage vidéo, le
traitement des images avec Photoshop, la 3D, autant d'applications qui
n'étaient même pas imaginables à l'époque.
Les stations et Cube NeXT de l'époque étient des monstres de puissances.
De plus, l'optimisation n'était pas un vain mot : aujourd'hui, on se
repose sur la puissance de la machine pour éviter une optimisation qui
d'après certains développeurs (sujet développé ici plusieurs fois)
coûterait trop cher par rapport à ce qu'elle rapporterait.
J'ai lu ici ou là que la nouvelle mouture de la Suite Office 2008 pour
Mac était au moins aussi lente, si ce n'est plus lente en natif sur les
nouvelles Machines , que la précédente version qui passait par Rosetta.
J'ai pu tester hier sur un Mac PRo gonflé à 6 Go de RAM, que déjà rien
que j'ouverture était vraiment plus lente que sur ma machine (on compare
donc du natif PPC chez moi, versus du natif Intel sur le Mac Pro).
N'ayant pas de gros fichiers, je n'ai pas vraiment pu faire de tests,
mais l'impression que ça m'a laissé était un brin amère.
Les stations et Cube NeXT de l'époque étient des monstres de puissances.
De plus, l'optimisation n'était pas un vain mot : aujourd'hui, on se
repose sur la puissance de la machine pour éviter une optimisation qui
d'après certains développeurs (sujet développé ici plusieurs fois)
coûterait trop cher par rapport à ce qu'elle rapporterait.
C'est sûr qu'aujourd'hui les programmeurs qui commencent par Java sont
pourris et ne connaissent pas ce mot "optimisation". Quand on parlait de
kilo, ils parlent de mégas ou même gigas.
Les stations et Cube NeXT de l'époque étient des monstres de puissances.
De plus, l'optimisation n'était pas un vain mot : aujourd'hui, on se
repose sur la puissance de la machine pour éviter une optimisation qui
d'après certains développeurs (sujet développé ici plusieurs fois)
coûterait trop cher par rapport à ce qu'elle rapporterait.
C'est sûr qu'aujourd'hui les programmeurs qui commencent par Java sont
pourris et ne connaissent pas ce mot "optimisation". Quand on parlait de
kilo, ils parlent de mégas ou même gigas.
Les stations et Cube NeXT de l'époque étient des monstres de puissances.
De plus, l'optimisation n'était pas un vain mot : aujourd'hui, on se
repose sur la puissance de la machine pour éviter une optimisation qui
d'après certains développeurs (sujet développé ici plusieurs fois)
coûterait trop cher par rapport à ce qu'elle rapporterait.
C'est sûr qu'aujourd'hui les programmeurs qui commencent par Java sont
pourris et ne connaissent pas ce mot "optimisation". Quand on parlait de
kilo, ils parlent de mégas ou même gigas.
Eric Levenez wrote:Les stations et Cube NeXT de l'époque étient des monstres de puissances.
De plus, l'optimisation n'était pas un vain mot : aujourd'hui, on se
repose sur la puissance de la machine pour éviter une optimisation qui
d'après certains développeurs (sujet développé ici plusieurs fois)
coûterait trop cher par rapport à ce qu'elle rapporterait.
C'est sûr qu'aujourd'hui les programmeurs qui commencent par Java sont
pourris et ne connaissent pas ce mot "optimisation". Quand on parlait de
kilo, ils parlent de mégas ou même gigas.
Well... on peut aussi considérer que des optimisations qui reposent sur
des hacks immondes non portables...
Le temps des géniaux programmeurs qui faisaient du code, certe rapide
mais non gérable est - heureusement - passé :)
Eric Levenez <usenet@levenez.com> wrote:
Les stations et Cube NeXT de l'époque étient des monstres de puissances.
De plus, l'optimisation n'était pas un vain mot : aujourd'hui, on se
repose sur la puissance de la machine pour éviter une optimisation qui
d'après certains développeurs (sujet développé ici plusieurs fois)
coûterait trop cher par rapport à ce qu'elle rapporterait.
C'est sûr qu'aujourd'hui les programmeurs qui commencent par Java sont
pourris et ne connaissent pas ce mot "optimisation". Quand on parlait de
kilo, ils parlent de mégas ou même gigas.
Well... on peut aussi considérer que des optimisations qui reposent sur
des hacks immondes non portables...
Le temps des géniaux programmeurs qui faisaient du code, certe rapide
mais non gérable est - heureusement - passé :)
Eric Levenez wrote:Les stations et Cube NeXT de l'époque étient des monstres de puissances.
De plus, l'optimisation n'était pas un vain mot : aujourd'hui, on se
repose sur la puissance de la machine pour éviter une optimisation qui
d'après certains développeurs (sujet développé ici plusieurs fois)
coûterait trop cher par rapport à ce qu'elle rapporterait.
C'est sûr qu'aujourd'hui les programmeurs qui commencent par Java sont
pourris et ne connaissent pas ce mot "optimisation". Quand on parlait de
kilo, ils parlent de mégas ou même gigas.
Well... on peut aussi considérer que des optimisations qui reposent sur
des hacks immondes non portables...
Le temps des géniaux programmeurs qui faisaient du code, certe rapide
mais non gérable est - heureusement - passé :)
FiLH wrote:Eric Levenez wrote:C'est sûr qu'aujourd'hui les programmeurs qui commencent par Java sont
pourris et ne connaissent pas ce mot "optimisation". Quand on parlait de
kilo, ils parlent de mégas ou même gigas.
Well... on peut aussi considérer que des optimisations qui reposent sur
des hacks immondes non portables...
Le temps des géniaux programmeurs qui faisaient du code, certe rapide
mais non gérable est - heureusement - passé :)
Il y aurait sans doute un juste milieu à trouver... Mais encore
faudrait-il s'en donner la peine.
FiLH <filh@filh.orgie> wrote:
Eric Levenez <usenet@levenez.com> wrote:
C'est sûr qu'aujourd'hui les programmeurs qui commencent par Java sont
pourris et ne connaissent pas ce mot "optimisation". Quand on parlait de
kilo, ils parlent de mégas ou même gigas.
Well... on peut aussi considérer que des optimisations qui reposent sur
des hacks immondes non portables...
Le temps des géniaux programmeurs qui faisaient du code, certe rapide
mais non gérable est - heureusement - passé :)
Il y aurait sans doute un juste milieu à trouver... Mais encore
faudrait-il s'en donner la peine.
FiLH wrote:Eric Levenez wrote:C'est sûr qu'aujourd'hui les programmeurs qui commencent par Java sont
pourris et ne connaissent pas ce mot "optimisation". Quand on parlait de
kilo, ils parlent de mégas ou même gigas.
Well... on peut aussi considérer que des optimisations qui reposent sur
des hacks immondes non portables...
Le temps des géniaux programmeurs qui faisaient du code, certe rapide
mais non gérable est - heureusement - passé :)
Il y aurait sans doute un juste milieu à trouver... Mais encore
faudrait-il s'en donner la peine.
Le 23/02/08 14:37, dans <1icrpxc.10r65zn198xvwaN%,FiLH wrote:Eric Levenez wrote:C'est sûr qu'aujourd'hui les programmeurs qui commencent par Java sont
pourris et ne connaissent pas ce mot "optimisation". Quand on parlait de
kilo, ils parlent de mégas ou même gigas.
Well... on peut aussi considérer que des optimisations qui reposent sur
des hacks immondes non portables...
Le temps des géniaux programmeurs qui faisaient du code, certe rapide
mais non gérable est - heureusement - passé :)
Il y aurait sans doute un juste milieu à trouver... Mais encore
faudrait-il s'en donner la peine.
Oui, l'optimisation n'est pas trouver des "hacks immondes" ou écrire en
assembleur, c'est d'abord et principalement réfléchir. Ensuite cela consiste
à trouver la bonne architecture logicielle et trouver les bons algorithmes.
Et là ces nouveaux programmeurs ne savent que faire du couper/coller de
codes écrits par d'autres du même niveau...
Le 23/02/08 14:37, dans <1icrpxc.10r65zn198xvwaN%sebastienmarty@yahoo.fr>,
FiLH <filh@filh.orgie> wrote:
Eric Levenez <usenet@levenez.com> wrote:
C'est sûr qu'aujourd'hui les programmeurs qui commencent par Java sont
pourris et ne connaissent pas ce mot "optimisation". Quand on parlait de
kilo, ils parlent de mégas ou même gigas.
Well... on peut aussi considérer que des optimisations qui reposent sur
des hacks immondes non portables...
Le temps des géniaux programmeurs qui faisaient du code, certe rapide
mais non gérable est - heureusement - passé :)
Il y aurait sans doute un juste milieu à trouver... Mais encore
faudrait-il s'en donner la peine.
Oui, l'optimisation n'est pas trouver des "hacks immondes" ou écrire en
assembleur, c'est d'abord et principalement réfléchir. Ensuite cela consiste
à trouver la bonne architecture logicielle et trouver les bons algorithmes.
Et là ces nouveaux programmeurs ne savent que faire du couper/coller de
codes écrits par d'autres du même niveau...
Le 23/02/08 14:37, dans <1icrpxc.10r65zn198xvwaN%,FiLH wrote:Eric Levenez wrote:C'est sûr qu'aujourd'hui les programmeurs qui commencent par Java sont
pourris et ne connaissent pas ce mot "optimisation". Quand on parlait de
kilo, ils parlent de mégas ou même gigas.
Well... on peut aussi considérer que des optimisations qui reposent sur
des hacks immondes non portables...
Le temps des géniaux programmeurs qui faisaient du code, certe rapide
mais non gérable est - heureusement - passé :)
Il y aurait sans doute un juste milieu à trouver... Mais encore
faudrait-il s'en donner la peine.
Oui, l'optimisation n'est pas trouver des "hacks immondes" ou écrire en
assembleur, c'est d'abord et principalement réfléchir. Ensuite cela consiste
à trouver la bonne architecture logicielle et trouver les bons algorithmes.
Et là ces nouveaux programmeurs ne savent que faire du couper/coller de
codes écrits par d'autres du même niveau...
T'as raison « c'était mieux avant » (c) (tm) (r)..
T'as raison « c'était mieux avant » (c) (tm) (r)..
T'as raison « c'était mieux avant » (c) (tm) (r)..
(FiLH) écrivait :
Well... on peut aussi considérer que des optimisations qui reposent sur
des hacks immondes non portables...
On peut optiliser ET être portable. Je programme de l'embarqué, là on
est bien obligé
Le temps des géniaux programmeurs qui faisaient du code, certe rapide
mais non gérable est - heureusement - passé :)
20 ms pour faire les 6 échanges nécessaires à l'ouverture d'un portillon
du métro par une carte Navigo? Il ne s'agit pas de trainer, ni d'un côté
ni de l'autre.
filh@filh.orgie (FiLH) écrivait :
Well... on peut aussi considérer que des optimisations qui reposent sur
des hacks immondes non portables...
On peut optiliser ET être portable. Je programme de l'embarqué, là on
est bien obligé
Le temps des géniaux programmeurs qui faisaient du code, certe rapide
mais non gérable est - heureusement - passé :)
20 ms pour faire les 6 échanges nécessaires à l'ouverture d'un portillon
du métro par une carte Navigo? Il ne s'agit pas de trainer, ni d'un côté
ni de l'autre.
(FiLH) écrivait :
Well... on peut aussi considérer que des optimisations qui reposent sur
des hacks immondes non portables...
On peut optiliser ET être portable. Je programme de l'embarqué, là on
est bien obligé
Le temps des géniaux programmeurs qui faisaient du code, certe rapide
mais non gérable est - heureusement - passé :)
20 ms pour faire les 6 échanges nécessaires à l'ouverture d'un portillon
du métro par une carte Navigo? Il ne s'agit pas de trainer, ni d'un côté
ni de l'autre.
Eric Levenez wrote:Le 23/02/08 14:37, dans <1icrpxc.10r65zn198xvwaN%,FiLH wrote:Eric Levenez wrote:C'est sûr qu'aujourd'hui les programmeurs qui commencent par Java sont
pourris et ne connaissent pas ce mot "optimisation". Quand on parlait de
kilo, ils parlent de mégas ou même gigas.
Well... on peut aussi considérer que des optimisations qui reposent sur
des hacks immondes non portables...
Le temps des géniaux programmeurs qui faisaient du code, certe rapide
mais non gérable est - heureusement - passé :)
Il y aurait sans doute un juste milieu à trouver... Mais encore
faudrait-il s'en donner la peine.
Oui, l'optimisation n'est pas trouver des "hacks immondes" ou écrire en
assembleur, c'est d'abord et principalement réfléchir. Ensuite cela consiste
à trouver la bonne architecture logicielle et trouver les bons algorithmes.
Là c'est pas de l'optimisation hein... :) Toi qui aime jouer sur les
mots exacts.
Et là ces nouveaux programmeurs ne savent que faire du couper/coller de
codes écrits par d'autres du même niveau...
T'as raison « c'était mieux avant » (c) (tm) (r)..
Eric Levenez <usenet@levenez.com> wrote:
Le 23/02/08 14:37, dans <1icrpxc.10r65zn198xvwaN%sebastienmarty@yahoo.fr>,
FiLH <filh@filh.orgie> wrote:
Eric Levenez <usenet@levenez.com> wrote:
C'est sûr qu'aujourd'hui les programmeurs qui commencent par Java sont
pourris et ne connaissent pas ce mot "optimisation". Quand on parlait de
kilo, ils parlent de mégas ou même gigas.
Well... on peut aussi considérer que des optimisations qui reposent sur
des hacks immondes non portables...
Le temps des géniaux programmeurs qui faisaient du code, certe rapide
mais non gérable est - heureusement - passé :)
Il y aurait sans doute un juste milieu à trouver... Mais encore
faudrait-il s'en donner la peine.
Oui, l'optimisation n'est pas trouver des "hacks immondes" ou écrire en
assembleur, c'est d'abord et principalement réfléchir. Ensuite cela consiste
à trouver la bonne architecture logicielle et trouver les bons algorithmes.
Là c'est pas de l'optimisation hein... :) Toi qui aime jouer sur les
mots exacts.
Et là ces nouveaux programmeurs ne savent que faire du couper/coller de
codes écrits par d'autres du même niveau...
T'as raison « c'était mieux avant » (c) (tm) (r)..
Eric Levenez wrote:Le 23/02/08 14:37, dans <1icrpxc.10r65zn198xvwaN%,FiLH wrote:Eric Levenez wrote:C'est sûr qu'aujourd'hui les programmeurs qui commencent par Java sont
pourris et ne connaissent pas ce mot "optimisation". Quand on parlait de
kilo, ils parlent de mégas ou même gigas.
Well... on peut aussi considérer que des optimisations qui reposent sur
des hacks immondes non portables...
Le temps des géniaux programmeurs qui faisaient du code, certe rapide
mais non gérable est - heureusement - passé :)
Il y aurait sans doute un juste milieu à trouver... Mais encore
faudrait-il s'en donner la peine.
Oui, l'optimisation n'est pas trouver des "hacks immondes" ou écrire en
assembleur, c'est d'abord et principalement réfléchir. Ensuite cela consiste
à trouver la bonne architecture logicielle et trouver les bons algorithmes.
Là c'est pas de l'optimisation hein... :) Toi qui aime jouer sur les
mots exacts.
Et là ces nouveaux programmeurs ne savent que faire du couper/coller de
codes écrits par d'autres du même niveau...
T'as raison « c'était mieux avant » (c) (tm) (r)..