Je n'ai pas parlé de mon métier ou du tiens, j'ai parlé de généralité.
Toujours dans la même optique si ton calcul d'itinéraire en transport en commun parisien prends 15 minutes, le trajet qu'il t'indique est déjà caduc.
Si à chaque clique tu a 2/3 secondes de lag, ton utilisateurs il va aller voir ailleurs.
C'est précisément ce que j'ai dis. Ce sont des cas où tu indique une contrainte (rendre le résultat en un temps donné) et pas il faut être le plus rapide immaginable.
La différence est importante car dans un cas tu va toujours pouvoir troller en expliquant qu'en assembleur t'es capable de faire mieux (d'ailleurs si le système d'exploitation arrêtait de faire de la merde ça t'arrangerais bien), alors que dans l'autre tu es tout à fait capable d'estimer si une techno de plus haut niveau peut faire l'affaire ou pas et on voit ces dernières années que plus ça va plus les techno de haut niveau en sont capables.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Pas d'accord
Posté par barmic . En réponse au journal Et moi qui croyais que le client lourd serait gagnant.... Évalué à 4.
Je n'ai pas parlé de mon métier ou du tiens, j'ai parlé de généralité.
C'est précisément ce que j'ai dis. Ce sont des cas où tu indique une contrainte (rendre le résultat en un temps donné) et pas il faut être le plus rapide immaginable.
La différence est importante car dans un cas tu va toujours pouvoir troller en expliquant qu'en assembleur t'es capable de faire mieux (d'ailleurs si le système d'exploitation arrêtait de faire de la merde ça t'arrangerais bien), alors que dans l'autre tu es tout à fait capable d'estimer si une techno de plus haut niveau peut faire l'affaire ou pas et on voit ces dernières années que plus ça va plus les techno de haut niveau en sont capables.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)