Laisse tomber, ça rame
En même temps, si on arrêtait de coder comme des branleurs et qu'on codait comme avant, en faisant attention aux opérations qu'on fait et à la RAM que prennent les variables, ça ramerait moins ...
@No_Offense: Ça, c'est certain.
Il y a des mecs qui pensent que de toute façon, le client achètera une bécane plus puissante...
Pour avoir déjà fait des optimisations de code, en réfléchissant un peu, on obtient des résultats parfois impressionnants. Un gag qui m'est arrivé, c'est le gars chargé des tests de l'application qui est venu me voir parce que "ça marche pas". Dans sa tête, ça ne pouvait pas fonctionner car ça allait trop vite. Faut le comprendre aussi. Le traitement prenait environ vingt minutes à l'origine et le sagouin que je suis était passé sous la barre des 5 secondes. Forcément, c'était râpé pour la pause café.
@THX_1138: Ah ouais c'est pas de l'optimisation de PD ça. Comment ça pouvais prendre autant de temps avant ?
@No_Offense: Suffit de voir ce qui sortait sur des atari avec pour seul support des disquettes 1.44mo, les éditeurs se prenaient vraiment la tête pour repousser les limites de nos machines. Maintenant c'est plutôt " on s'en branle, ils prendront une cg meilleure/plus de ram/proc plus rapide"
@Necrogimp: Essentiellement, j'ai réduit la quantité de données devant transiter sur le réseau, j'ai modifié les méthodes d'accès aux données surtout pour éviter de répéter exactement la même requête un nombre incalculable de fois, j'ai réparti la charge de travail entre client et serveur, etc... Et le code d'origine n'avait pas été conçu par un programmeur.
Ça, c'était avec un système nommé 4D, mais j'ai fait le même genre de gag avec MS SQL Serveur ou Sybase ASE.
@Necrogimp: Je te donnes un exemple en bases de données, y'a deux catégories de personnes, celles qui utilisent des cross join, et les autres.
En gros, le cross join c'est prendre toute une entité de la DB et la croiser avec toute une autre, pour ensuite trier les résultats (Tu multiplies a chaque fois, donc si t'as 4 entités avec 1K résultats chacune, ca fait 1K x 1K x 1K x 1K + le tri dans le bordel qui sort).
L'autre façon, c'est de prendre les entités toutes ensembles, et de trier directement, ce qui t'évite le produit carthésien et te fait donc trier un peu plus, mais dans seulement 1K résultats.
Sauf que les branleurs veulent pas trier plus, et j'ai déjà eu des profs d'infos qui m'ont sorti : " Non mais fais du cross join, met pas un varchar 5 met un varchar 50 comme ça on est sur, on a la place et les capacités avec la technologie de maintenant ".
@THX_1138: J'ai un pote comme ça qui faisait de l'optimisation de requêtes de bases de données aussi, il est passé après avoir travaillé quelques heures sur une requête d'une vitesse d'éxécution de +- 36heures, à quelques secondes ...
@No_Offense: C'est vrai qu'on a de la place et des machines très puissantes par rapport à ce que j'ai connu au début de ma carrière (ouh putain! 25 ans déjà..).
Mais c'est pas une raison pour se laisser aller et prendre des mauvaises habitudes.
J'ai vu passer des trucs qui, pour moi, sont de véritables aberrations. Du genre, dans une boucle de base
for(double i=1; i<=1000; i++)
ou un admin SQL Server qui me demandait :
C'est quoi une table temporaire ?
@Bebon: Absolument pas. C'est en fait un SGBD-R doublé d'un EDI doté de son propre langage de programmation. On retrouve des applications faites avec 4D dans des domaines aussi variés que l'immobilier (Century21 et Square Habitat), la santé (SAMU), la pharmacie, la finance, l'industrie, etc...
Tu ne dois accéder à ce site que si tu as au moins 18 ans ou si tu as l'âge légal pour visionner ce type de matériel dans ta juridiction locale, l’âge le plus élevé étant retenu. En outre, tu déclares et garantis que tu ne permettras aucun mineur à d'accéder à ce site ou à ces services.
En accédant à ce site, tu acceptes nos conditions d'utilisation.