Je n'ai pas dis que c'était bien. Je dis que la démarche initiale est mauvaise quelque soit le code que tu met en face. Il n'y a pas besoin d'aller voir le code ni de connaître l'un ou l'autre des langages pour comprendre le manque d'honnêteté.
Un bench sans explication précise de la différence → démarche malhonnête. Il y a bien trop d'articles de ce genre pour s'appesantir. Déjà que ce niveau de gain de performance est ridicule pour la majorité des usage.
J'ai porté le code C++ ligne par ligne en Nim, en séparant les lignes qui étaient trop code-golfer en plusieurs.
Je vais même jusqu'à utiliser le même générateur de nombre aléatoire.
Les images générées sont absolument identiques pour les mêmes paramètres d'entrées.
Quelle partie de ma démarche est mauvaise? Où est le manque d’honnêteté?
Le bench est juste la première partie de l'article, le reste de l'article est à propos des fonctionnalités pour écrire du code correct:
- représentation d'unités physiques et concordance des unités vérifiée par le compilateur.
- traçage de la mutabilité
- traçage des effets secondaires
de la vitesse de compilation et de l'intéropérabilité avec C ou C++
Ce que je vois surtout ici c'est une attaque sans raison "qui manque d’honnêteté", à part clarifier que tu n'as pas lu le code et que tu pars d'un biais négatif de base.
[^] # Re: Aie mes yeux...
Posté par mratsim . En réponse au lien Nim plus rapide que C++ sur du ray tracing. Évalué à 3.
J'ai porté le code C++ ligne par ligne en Nim, en séparant les lignes qui étaient trop code-golfer en plusieurs.
Je vais même jusqu'à utiliser le même générateur de nombre aléatoire.
Les images générées sont absolument identiques pour les mêmes paramètres d'entrées.
Quelle partie de ma démarche est mauvaise? Où est le manque d’honnêteté?
Le bench est juste la première partie de l'article, le reste de l'article est à propos des fonctionnalités pour écrire du code correct:
- représentation d'unités physiques et concordance des unités vérifiée par le compilateur.
- traçage de la mutabilité
- traçage des effets secondaires
de la vitesse de compilation et de l'intéropérabilité avec C ou C++
Ce que je vois surtout ici c'est une attaque sans raison "qui manque d’honnêteté", à part clarifier que tu n'as pas lu le code et que tu pars d'un biais négatif de base.