Reprise du message précédent :

 
Toi, le jour ou tu as une merde, tu te reveillera plus
 

http://www.liberation.fr/page.php?Article=336246
 

 
C'est possible. En attendant, j'entends pas de voitures toute la nuit sous ma fenetre  

 
Moi non plus

AH AH AH J4AI PLONK2 THOLDAN SUR MSN §§§§§§

Il y a pas à dire, ils sont très forts en markezting et en gadgets chez apple :
 

 
Alors les jeunes, vous l'aimez bien mon ssh ???

tiens au fait boulasque, juste au cas où donne moi une marge d'une demi heure de retard possible, juste pour pas que tu t'inquiètes
 
paske t'es quand même à perpette en fait

jor

y peuvent pas utiliser les mp ces deux glands sans tete, la ?

Blabla@Prog is teh multiplayer MP.  

Et il devient massive quand mwin mwin est là, même si mwin mwin n'est pas gros

http://www.lexpress.fr/info/quotidien/actu.asp?id=981
quels méchants policiers décidément
toutes ces bagnoles incendiées, tous ces dégats pour rien. il reste à espérer que ces emmerdeurs auront la punition qu'ils méritent, parce que là c'est n'importe quoi

bugmenot remarche \o/

http://forum.hardware.fr/hardwaref [...] 1236-1.htm  
 

Ce sont les joies des topics de Discu.

 
Il a dit "faire monter la mayonaise"  

Quelqu'un à déjà éssayer Argouml ?  
Si oui, est-il "bien"?

 
Non, c'est poourri, utilise Objecteering/UML en Personnal Edition à la place (si c'est juste pour modéliser), tu auras un vrai outils professionnel, avec tous les diagrammes UML, fait par un membre votant de l'OMG.
 
http://www.objecteering.com/

Merci, je vais tester ça.  
Mais je pense que je ferais mieux d'acheter un bon bouquin sur l'UML aussi...

 

 
Tiens, il y a une gaffe sur le site web, il y a une capture d'écran de la version UML2

Et on peut modifier le méta-modèle pour pouvoir faire du Merise avec ? Et est-ce qu'il y a un générateur de code vers Javascript ?

Allez viens boire un pti coup à la maison ! Y'a du blanc, du rouge, du saucisson, et gilou avec son ptit accordéon !

   
Il fait pas du reverse et de la génération de code D, Objectruc ?
D c'est mon dada.
C'est hachement bien ce langage. Faudrait que j'en parle à mon pote Bruno pour Bouml, tiens (mais je sens que ça va aller très loin dans sa liste de priorités).

D ca aurait été bien s'ils avaient fait une lib standart digne de ce nom

Bah la lib standard, elle est pas trop mal. En plus on peut utiliser la lib C encore plus facilement qu'en C (pas besoin d'#include). mais il manque l'équivalent d'une STL.  
Je vais tester celle-là qui m'a pas l'air trop mal : http://home.comcast.net/~benhinkle/mintl/
 
Aujourd'hui, j'ai installé ce simili Visual Studio pour D plutôt bien fait : http://www.thecodebase.com
A l'heure actuelle, je dirais qu'il manque surtout un debogueur.

 
Et il fera un smadc ?

 
non, elle pue
 

 
trop bien de pouvoir utiliser la lib C dans un langage se voulant objet

http://www.digitalmars.com/d/type.html

En quoi, elle pue ? Il y a un paquet de trucs qu'il n'y a pas dans la lib standard C++ comme thread, zlib, md5, dateparse, unicode, etc. Bref le genre de chose qu'on demande à une lib standard moderne, quoi.
 

Quand il n'y a pas besoin de faire de l'objet, je ne vois pas où est le pb. Franchement, snprintf n'est pas pire à utiliser que cout. En fait, dès qu'il faut faire un formatage un peu compliqué, je préfère la version C (évidemment, s'il y a bcp de manip de chaînes, j'utilise des string).  
Il y a pas mal de fonctions C qui sont triviales à utiliser et qui ne nécessitent pas l'OO.

http://www.digitalmars.com/d/phobos/std_file.html
 
nan franchement, elle craint ste lib

[quotemsg=1239422,378863,101896]En quoi, elle pue ? Il y a un paquet de trucs qu'il n'y a pas dans la lib standard C++ comme thread, zlib, md5, dateparse, unicode, etc. Bref le genre de chose qu'on demande à une lib standard moderne, quoi.
 
bin en ca, genre
 
http://www.digitalmars.com/d/phobos/std_file.html
 
merde quoi, ca ressemble a rien  
 

 
ouais bon, bin si c'est pour faire du C je fais du C. Ou tu me demande de refaire des abstractions sur les IO en D dans mon coin parce que la lib stdart est trop beubeu pour en fournir par defaut ?
 
 

 
snprintf
 
entre snprintf et std::ostringstream, j'ai choisi hein ?
 

 
je te le concede, mais la gestion mémoire ote tout gout a la chose
 
 
moi je dis que cette lib pue, completement, elle sent tellement le torché qu'on a pas envie de l'utiliser et pourtant j'etais enthousiaste a la lecture des specs du langage

Bon ok, là, rien ne t'empêche ensuite de créer un objet fichier qui utilise ces fonctions. C'est trivial. Tu me diras que ç'aurait dû être fait comme ça, je dis p-ê.

et je trouve moche l'absence de type string et l'utilisation massive de char[]

Ben là non plus, je ne vois pas le pb, vu que char[] est un tableau dynamique comme std::string. char[] fait tout ce que string fait. Au contraire, c'est plus cohérent et élégant.

 
 
ca fait du code a taper en plus, et une chaine de caractere c'est une chaine de caractere, pas un tableau de caractere
 
(et ensuite pour aller faire des operations sur string o aller farfouiller dans une API sentant fort le C )
 
enfin je sais pas moi, ou est l'interet de faire un langage objet si c'est pour apres beugler que les classes c'est du bloat ?
 
 
enfin moi ca m'a completement dissuadé d'explorer le langage

En quoi ça fait du code à taper en plus ???
 
char[] s
std::string s
 
Ensuite, la syntaxe est super peinarde à la Python:  s[0..5],  s.length, patati patata.
 
T'as vraiment lu la spec en diagonale. Je te dis qu'à l'usage (enfin le peu que j'en ai fait), la syntaxe est bcp plus simple, lisible et cohérente que le C++, tout en ayant un niveau d'expressivité équivalent.

Exemple, un vieux prog que j'ai traduit de C++ en D pour me faire la main:
 
C++

 
D

 
Je crois que c'est clair.
 
(Bon coté perfs, c'était pas ça, je pense qu'il faut aider le GC à un moment donné, et p-ê que j'abuse de la pile, mais c'était un premier jet)

 
Détail d'implémentation. Qu'une chaine de charactères soit implémentés en interne comme un tableau de char ou un petit nain qui écrit, ce quyi compte pour mopi, c'est le fait que ce soit une chaine de charactère, à savoir son interface exposée.  
 
 
 

 
Oui, mais les types de haut niveau, exposants des opérations de ce type, c'est plus sympa , sinon, autant tout implémenter sous forme de tableau de bit.

J'ai pas compris ton message.
En fait, en D, un tableau est par défaut dynamique (un vector quoi). la chaine de caractère est juste un tableau de char, vector<char> en quelque sorte. Je ne comprends pas ce qui vous gêne la-dedans, alors que je trouve cela très cohérent. C'est comme une chaîne C, mais sans les inconvénients.