Ce qui est marrant c'est que tu prétends savoir mieux que moi les problèmes existants sur le logiciel sur lequel je travail; on travail avec des données d'entrée contrôlées et cohérente (sinon on les jettes) ; par contre allonger le temps de traitement n'est pas envisageable,
La mauvaises qualité c'est toujours les autres
Force est de constater, que lorsque je fais une évol, j'ai tendance à retirer plus de lignes que d'en rajouter; sur fichier de 9000 lignes, j'en ai viré 3000, rien qu'en factorisant un minimum le code, et au passage gérer des cas 'oubliés' dus à la duplication sauvage; lorsqu'on a des soucis du au multi-threading, c'est bibi qu'on appel; je me bas pour remplacer les paramètre shared_ptr par des référence lorsque c'est possible, et supprimer tous les new qui trainent. J'ai fait mon lot de mauvais code par le passé, et il y a toujours du code que je trouve perfectible, mais faute de temps, on fait au mieux.
J'ajouterai que la sécurité du logiciel, n'est pas à l'ordre du jour; la liste des utilisateurs est assez limité, et que si quelqu'un est à même d'y injecter des données malveillantes, il n'a pas besoin de chercher bien loin pour faire que l'appli ne marche pas. Par contre il ferait mieux d'utiliser les autres applis à sa disposition pour foutre le chaos;
Bref le buffer overflow c'est vraiment le cadet de nos soucis.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Performances vs. Sécurité
Posté par fearan . En réponse au journal Le glissement du C++ (et dans une moindre mesure du C) vers une position indésirable. Évalué à 6.
Ce qui est marrant c'est que tu prétends savoir mieux que moi les problèmes existants sur le logiciel sur lequel je travail; on travail avec des données d'entrée contrôlées et cohérente (sinon on les jettes) ; par contre allonger le temps de traitement n'est pas envisageable,
Force est de constater, que lorsque je fais une évol, j'ai tendance à retirer plus de lignes que d'en rajouter; sur fichier de 9000 lignes, j'en ai viré 3000, rien qu'en factorisant un minimum le code, et au passage gérer des cas 'oubliés' dus à la duplication sauvage; lorsqu'on a des soucis du au multi-threading, c'est bibi qu'on appel; je me bas pour remplacer les paramètre shared_ptr par des référence lorsque c'est possible, et supprimer tous les new qui trainent. J'ai fait mon lot de mauvais code par le passé, et il y a toujours du code que je trouve perfectible, mais faute de temps, on fait au mieux.
J'ajouterai que la sécurité du logiciel, n'est pas à l'ordre du jour; la liste des utilisateurs est assez limité, et que si quelqu'un est à même d'y injecter des données malveillantes, il n'a pas besoin de chercher bien loin pour faire que l'appli ne marche pas. Par contre il ferait mieux d'utiliser les autres applis à sa disposition pour foutre le chaos;
Bref le buffer overflow c'est vraiment le cadet de nos soucis.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent