"On peut considérer que les designers font du développement, avec des sources qui peuvent être conséquentes"
je ne dis pas que c'est pas complexe aussi, mais en microelectronique, on est :
- En systeme fermé
- Avec des entrees sorties tout a fait caractérisees, bornées.
Bref, le rêve pour un developpeur.
Ce n'est malheureusement pas comparable a l'envirronemment de développement logiciel.
Avec le logiciel, on est confronté à :
- Multiplicité des configurations de l'os, rendant impossibles les tests par le developpeurs sur toutes lse plates-formes (os, noyaux, patches, etc...)
- Multiplicité du materiel rendant impossibles les tests par le developpeurs sur toutes lse plates-formes (intel, ppc, ram, ddram, cartes video differentes, souris, pad, vitesse de bus, taille de l'ecran, etc...)
- Multiplicité des entrées-sorties rendant impossibles les tests de toutes les combinaisons possible (les cas de tests de courverture complete sont tres rare, voire inexistants en cas réels.)
- Contexte (autres logiciels en marche qui modifient le comportement de l'ordinateur)
Tout ca rend tres difficile le développement... et le débogage encore plus : le plus grand probleme étant souvent d'arriver a reproduire un bug, tellement le nombre de conditions a remplir est grand.
"Si les bugs sont rares, c'est parce que faire une erreur ca coûte très cher"
c'est le cas en developpement de gros logiciels... combien coute une Ariane explosée ou une journée de panne SNCF a ton avis ?
[^] # Re: Comme d'habitude....
Posté par tuan kuranes (site web personnel) . En réponse au journal Repenser les langages et le développement logiciel. Évalué à 8.
je ne dis pas que c'est pas complexe aussi, mais en microelectronique, on est :
- En systeme fermé
- Avec des entrees sorties tout a fait caractérisees, bornées.
Bref, le rêve pour un developpeur.
Ce n'est malheureusement pas comparable a l'envirronemment de développement logiciel.
Avec le logiciel, on est confronté à :
- Multiplicité des configurations de l'os, rendant impossibles les tests par le developpeurs sur toutes lse plates-formes (os, noyaux, patches, etc...)
- Multiplicité du materiel rendant impossibles les tests par le developpeurs sur toutes lse plates-formes (intel, ppc, ram, ddram, cartes video differentes, souris, pad, vitesse de bus, taille de l'ecran, etc...)
- Multiplicité des entrées-sorties rendant impossibles les tests de toutes les combinaisons possible (les cas de tests de courverture complete sont tres rare, voire inexistants en cas réels.)
- Contexte (autres logiciels en marche qui modifient le comportement de l'ordinateur)
Tout ca rend tres difficile le développement... et le débogage encore plus : le plus grand probleme étant souvent d'arriver a reproduire un bug, tellement le nombre de conditions a remplir est grand.
"Si les bugs sont rares, c'est parce que faire une erreur ca coûte très cher"
c'est le cas en developpement de gros logiciels... combien coute une Ariane explosée ou une journée de panne SNCF a ton avis ?