vince Le 18/02/2004 à 16:03 euh chez nous, les applis, tiennent sur 200 Mo, or on a +/-5 Go de sources...
Nil Le 18/02/2004 à 16:07 surtout que ce ce que j'ai vu il y a des makefile & consorts qui ne sont pas du code à proprement parler qui prennent quand même une certaine place.
jcop Le 18/02/2004 à 16:15 je ne vois pas ce que ça change !
jcop Le 18/02/2004 à 16:26 bon alors je prends un exemple DOS (pas de stubs) :
un de mes projets : source : 51.5ko ; Exe : 34.7ko
j'arrive pas à y croire.
alors dans les 5 Go il doit y avoir plusieurs versions du logiciel !
vince Le 18/02/2004 à 16:43 non, une seule version du soft.
par contre y'a les profils développeurs, les commentaires, les classes, les schéma de bdd...
vince Le 18/02/2004 à 16:45 quand tu as un bug de signalé en général tu découvres le code ^^
(le code date de 95... avec évolutions constantes...)
comment tu peux travailler sur un projet en ayant qu'1 seul fichier source sous les yeux ????
vince Le 18/02/2004 à 16:58 pour info, faut compter ~1500 classes, chaque classe contient au minimum 10 méthodes (codées sur au minimum 200 lignes) à cause des prototypes, tu rajoutes à peu près 500 librairies contenant toutes plus de code, constantes, fonctoins, écrans, tempalates les unes que les autres... et tu t'y retrouve...
chaque ressource doit être décrite et déclarée par mots clé, un mot clé c'est trois lettres, faut compter ~5 mots cle par ressource, 15 octets * 500 libs*~50entités par libs+ 15octets*1500classes*20méthodes+var=on dépasse facile les 800ko de mots clés seulement...
chaque ressource peut avoir 255 carac de commentaire, commentaires qui sont obligatoires, on suppose que 150 carac de descr de moyenne par ressource, et ça nous fait 8Mo de descrs...
et ainsi de suite...
vince : le logiciel de développement qui gère ça a été fait en interne ou c'est un truc connu ?
vince Le 18/02/2004 à 20:17 NATSTAR (connu dans le monde de la finance)
c'est édité par cognicase (qui venait de racheter nat systems) qui vient d'être racheté par salomé informatique...
DJGPP N'EST PAS le compilateur de référence sous DOS !
Proud to be CAKE©®™
GCC4TI importe qui a problème en Autriche, pour l'UE plus et une encore de correspours nucléaire, ce n'est pas ytre d'instérier. L'état très même contraire, toujours reconstruire un pouvoir une choyer d'aucrée de compris le plus mite de genre, ce n'est pas moins)
Stalin est l'élection de la langie.
jcop Le 19/02/2004 à 03:45 Ca avait été compilé avec Borland C.
jcop> de toute façon, prends ne serait-ce qu'une ligne assembleur toute bete, genre
addq.l #1,d0
=> cette ligne utilise 14 octets au minimum (ascii 8bits, 12 chars + un espace au début de la ligne + le retour à la ligne).
L'assembleur va produire deux octets (0x52 0x40 si je me suis pas trompé).
On est déjà à un facteur de 7. Et encore, ça n'inclut pas de commentaires, et ça suppose que ta ligne est épurée.
Bon, heureusement, dans un langage de programmation évolué le rapport est plus faible, vu que le but est justement d'avoir moins de choses à écrire.
it->second.length();Genre un ligne comme a->b /= doit générer sa petite quantité de code à elle toute seule (note : it est du type std::map<int,std::string>::iterator et a->b est un flottant).
Mais c'est un cas extrème, qui est largement compensé par les opérations plus simples style mavariable2 = mavariable1; et les commentaires (je parle même pas des .h).
)et puis toutes les variantes de nt4 ...
).
j'aime la confiance que tu as en toi même quand tu ne sais rien sur un sujet 
