> Je vous souhaite une bonne année 2003.
bonne annee 2004 a tous ainsi qu'aux trolleurs de ce newsgroup !
>Profitez bien des 129
> minutes qui restent, parce que 2004, ça va pas être du gâteau. Je vous
> promets de la sueur, du sang et des larmes.
sts a la rescoussssse ! sait cpp priez pour nous :-)
@+
ricky : meilleurs voeux a tous et pleins de petits animes censures :-)
Il est temps pour souhaiter une bonne année 2003 ^___^ Il ne restait que 129
minutes ^___^
ricky a écrit cette année :
> bonne annee 2004 a tous ainsi qu'aux trolleurs de ce newsgroup !
<mode troll>
Bonne année aussi, et Eva, c'est de la merde ^___^
Je laisse la parole à Alphonse pour le reste ^___^
</mode troll>
> sts a la rescoussssse ! sait cpp priez pour nous :-)
CPP c'est pour les geekz ^___^ Delphi powaaaaaaaaaaa ^___^
> ricky : meilleurs voeux a tous et pleins de petits animes censures :-)
Pareil, mais sans censure pour les anime ^___^
--
Hashi.
Hana wa sakuragi, hito wa bushi.
<pub>
Mon voyage au Japon, http://www.aka-hashi.net/
</pub>
><mode troll>
>Bonne année aussi, et Eva, c'est de la merde ^___^
Ce n'est pas un troll, vu que tu ne trouveras personne pour prétendre
le contraire...
>CPP c'est pour les geekz ^___^ Delphi powaaaaaaaaaaa ^___^
Je ne supporte pas le Pascal :-(
Et en toute bonne foi, je trouve le C++ extrêmement plaisant, malgré
quelques petits trucs un peu tordus.
En passant, j'ai dû jeter un oeil à du Perl récemment. Mon dieu mon
dieu mon dieu... que c'est laid ! -_- PHP rulez !
--
;-)
http://www.gotw.ca/gotw/063.htm
http://www.gotw.ca/gotw/067.htm#2
>><mode troll>
>>Bonne année aussi, et Eva, c'est de la merde ^___^
>
>
> Ce n'est pas un troll, vu que tu ne trouveras personne pour prétendre
> le contraire...
tu paris ? :-)
> Je ne supporte pas le Pascal :-(
pourtant c est sympa :-)
> Et en toute bonne foi, je trouve le C++ extrêmement plaisant, malgré
> quelques petits trucs un peu tordus.
moi aussi, entre le cpp et sts j'hesite toujours :-)
> En passant, j'ai dû jeter un oeil à du Perl récemment. Mon dieu mon
> dieu mon dieu... que c'est laid ! -_- PHP rulez !
finalement c est sympa ce groupe : je pose une question sur sts, et
j'ai des commentaires sur perl et php en reponse :-)
finalement, les anime c'est dangereux pour le mental, c'est confirme :-)
@+
ricky : sts wins et sans troll :-)
>finalement, les anime c'est dangereux pour le mental, c'est confirme :-)
Les animes en général, pas forcément. StS, par contre, l'est.
>tu paris ? :-)
Paris sera toujours Paris... et loin de moi si possible. J'aime pas
les grandes villes.
Ta mère ? :)
> En passant, j'ai dû jeter un oeil à du Perl récemment. Mon dieu mon
> dieu mon dieu... que c'est laid ! -_- PHP rulez !
Nan, vive le ruby et le python, et vive les yeahs.
et bonne nuit.
--
Roulio
>Nan, vive le ruby
Jamais vu, faudra que je regarde à quoi ça ressemble.
>et le python,
Mouais... D'après le peu que j'en ai vu, il impose une certaine
présentation du code (notamment au niveau de l'indentation), ce qui
aurait tendance à me déplaire.
>et vive les yeahs.
Uh ?
>et le python,
Le python c sympa c vrai, le php aussi (meme si on en fait vite le tour),
mais alors le Perl, argghhh
Le C++ bof bof, perso je préfère le C ou le Java, je sais que je compare ce
qui n'est pas comparable, mais si c'est pour faire du procédural j'utilise
le C, et pour de l'objet c du Java.
Le delphi c'est assez sympa, mais je trouve le Pascal un peu trop
restrictif, mais bon c po pire que le langage de m**** que je travaille
actuellement (PowerBuilder).
VB pawaaaaaa \^3^/
allez bonne année...
Et l'objective C ?
--
Roulio
Penser à appuyer sur 'f' et pas sur 'r'
Un groupe de rock de New York. Certains disent que le son est 'garage',
d'autre que c'est du new rock. Moi je m'en fout :)
--
Roulio
oh là là c'est quoi ce troupeau de geeks sur fra...
C'est horrible, j'ai l'impression d'être à coté de la machine à café de ma
boite...
Nico - Ingénieur en vacances. yahou.
Et le C# ?
--
Enlever '_pas_de_spam' pour m'écrire ;)
Et le marc de Savoie ?
--
Roulio
Ha mais t'as du boulot, c'est pas mal déjà :)
--
Roulio
Euh, oui mais non !
Java passe encore (de justesse), mais faut pas abuser quand meme...
Croco
> oh là là c'est quoi ce troupeau de geeks sur fra...
> C'est horrible, j'ai l'impression d'être à coté de la machine à café de ma
> boite...
ben moi on parle sts devant la machine a cafe :)
et pis je vois bien un anime: java le survivant contre cpp survivor en
114 episodes lol ce sera censure de partout tellement ce sera saignant :)
avec C# comme grand mechant (il en faut bien un) et delphi ^pour tenir
la chandelle
alors quand on me cherche sur le cpp prceque j ai demande des infos sur
sts, je me defend :P
@+
ricky
zut pas pu m empecher d un chtit troll moi
>Et le C# ?
On ne sait pas encore, pour l'instant il est dans la phase des
premiers essais. Attendons quelques années, et on pourra commencer à
tester.
>VB pawaaaaaa \^3^/
Wow... Ça c'est du troll !
>Le C++ bof bof, perso je préfère le C ou le Java, je sais que je compare ce
>qui n'est pas comparable, mais si c'est pour faire du procédural j'utilise
>le C, et pour de l'objet c du Java.
C'est bizarre ce cloisonnement. Perso, quand je fais un programme,
j'utilise la POO où j'en ai besoin, et du procédural où c'est adapté.
Je déteste les langages qui imposent un paradigme.
>21h52, 1h48, 04h19,06h32....
>Apparemment il y en a qui se sont fait chier la saint sylvestre^^
Ben... Je dois admettre que je les réveillons auraient tendance ą me
gonfler presque autant que Java ^_^
Cette comparaison me donne le vertige ...
>C'est horrible, j'ai l'impression d'être à coté de la machine à café de ma
>boite...
Dans ce cas, c'est normal de parler de Java.
Sédolé.
>avec C# comme grand mechant
Il me semble que dans l'OAV 2 de Pretty Sammy, Microsoft est le grand
méchant, même si le nom n'est jamais cité.
Nico R. a dit:
> Cette comparaison me donne le vertige ...
Moi j'ai une autre relation de cause à effet entre le Java et les
soirées. Mon projet de Java me désespérait, alors je me saoulais au
réveillon. Mais bon.
--
Roulio
>Moi j'ai une autre relation de cause à effet entre le Java et les
>soirées. Mon projet de Java me désespérait, alors je me saoulais au
>réveillon. Mais bon.
Je te comprends. Moi qui ne programme qu'en C++ (et un peu de PHP pour
les petits trucs et les sites web), je ne bois pas[*].
De toutes façons, quand on picole on apprécie moins le chocolat --
voire parfois, on avale des trucs à moins de 70 % de cacao, voire au
lait. Mais faut vraiment avoir beaucoup bu.
[*] Même si tout le monde ne suit pas mon exemple :
<http://www.google.com/groups?selm=EXTs9.3072%24U17.305093%40news20.bellglobal.com&rnum=1>
^______^
Le meilleur langage au monde. Et je n'exagère pas.
A part ça, le fait que les blocs de code soient identifiés par
différents niveaux d'indentation, je trouve ça très bien : le code est
*forcément* un minimum lisible.
Plutôt que le pascal ou (et ça c'est une connerie) le C, on ferait
mieux d'apprendre aux "djeunz" le Python. Ils ne perdraient rien en
possibilités de programmation (ou presque), et apprendraient à
structurer un peu leurs algos.
JLP, électronicien/qualiticien. Donc en fait, je m'en tape un peu :)
--
Jean-Laurent Picard
Hi! I'm a .signature virus! Copy me into your ~/.signature, please!
Moui, pour faire mumuse, PHP, c'est sympa. Heureusement qu'il reste Perl
pour les vrais boulots.
Bonne année au passage :-)
--
<luc2> bon, si vous voulez pas m'aider, foutez le camp
>>>et le python,
>Le meilleur langage au monde. Et je n'exagère pas.
Le langage le plus adapté à mon mode de pensée reste le C++. Mais ce
n'est pas forcément le meilleur langage pour tout ni pour tout le
monde.
AMHA, quel que soit le langage, tu trouveras des gens pour dire que
c'est le meilleur langage au monde. Même C# ou l'assembleur x386.
>A part ça, le fait que les blocs de code soient identifiés par
>différents niveaux d'indentation, je trouve ça très bien : le code est
>*forcément* un minimum lisible.
C'est sans doute très bien pour les débutants. Mais le fait qu'un
langage impose quelque chose d'aussi arbitraire que la présentation du
code me gêne un peu aux entournures. Je me repète sans doute, mais
j'apprécie la liberté que le C++ laisse au programmeur (tout en
reconnaissant les dangers de cet état de fait).
>Plutôt que le pascal ou (et ça c'est une connerie) le C
Je reconnais que le C n'est absolument pas un langage à enseigner. Et
le C++ est sans doute trop riche et trop permissif pour des débutants.
Quant au Pascal... c'est comme le Perl, je suis allergique.
>, on ferait
>mieux d'apprendre aux "djeunz" le Python.
Effectivement, ce me semble un langage de choix pour commencer.
Libre à chacun ensuite de continuer à programmer en Python (j'avoue ne
pas être très au fait de ses possibilités) ou de choisir d'autres
langages.
--
;-)
>Moui, pour faire mumuse, PHP, c'est sympa.
Yep, pour bricoler des petits scripts, ou faire rapidement des sites
web assez simples, j'aime beaucoup ce langage. Dès que ça devient un
peu plus "sérieux", je passe en C++.
>Heureusement qu'il reste Perl
>pour les vrais boulots.
Ahem... J'ai très nettement l'impression que Perl est très utilisé
parce qu'il était là le premier, avant Python, PHP, etc.
--
;-)
Personnellement, je prefere Perl/Mason (malheureusement trop peu connu)
a PHP. Je trouve en effet la repartition HTML/script plus logique et
facilitant beaucoup la reutilisation de briques...
Sinon lorsque j'ai besoin de faire du code "serieux", rien ne vaut le C :)
>>Heureusement qu'il reste Perl
>>pour les vrais boulots.
>
> Ahem... J'ai très nettement l'impression que Perl est très utilisé
> parce qu'il était là le premier, avant Python, PHP, etc.
Je ne suis pas completement d'accord. Meme si cette saison n'est sans
doute pas negligeable, les deux principales sont AMHA :
- la reutilisation de code. Perl me semble dans ce domaine largement
devant tous les autres langages, que ce soit via la CPAN ou la
facilite de creer et gerer des modules.
- la puissance de son moteur d'expression reguliere : lorsque l'on a
besoin de faire des regexp un peu avancees (voire completement
tordues :), sa seule limite est de rester maitre de ce que l'on
ecrit (pour les expressions recursives avec des valeurs
conditionnelles, le cerveau du programmeur est souvant le premier a
declarer forfait :). Pour avoir teste la penibilite d'un simple
"match" dynamique en python, ya pas photo...
Quand on ajoute a cela certaine facilite (comme la "souplesse" de la
programmation objets :), je comprend pourquoi ce langage est (et pour un
certain temps encore) tres utilise en administration systeme (generatoin
"automatique" de configs) et en bioinformatique (conversion de formats,
recherche de motifs) pour les domaines que je connais...
Croco
PS : sinon, ruby c'est mieux que python :)
>Sinon lorsque j'ai besoin de faire du code "serieux", rien ne vaut le C :)
Tant qu'on n'a pas à gérer de chaînes de caractères ou des tableaux...
Hummm... Serieux ?
Entre son moteur de regexp et sa gestion des fichiers, c'est un langage
qui a un don pour m'enerver...
Pour reprendre une boutade qui n'avait bien amise : "Python est un
langage pense ; le probleme c'est que cette reflexion n'a toujours pas
aboutie..."
> A part ça, le fait que les blocs de code soient identifiés par
> différents niveaux d'indentation, je trouve ça très bien : le code est
> *forcément* un minimum lisible.
En meme temps, ce genre de contrainte c'est *forcément* un maximum
pete-c***lle.
Parce qu'entre la difficulte de lire le 6e niveau dans un terminal 80
caracteres (cela m'est arrive une fois et je ne veux plus jamais avoir a
le faire), la prise de tete pour un simple copier-coller et l'espace
planque dans une tabulation et qui fait plante ton code...
> Plutôt que le pascal ou (et ça c'est une connerie) le C, on ferait
> mieux d'apprendre aux "djeunz" le Python. Ils ne perdraient rien en
> possibilités de programmation (ou presque), et apprendraient à
> structurer un peu leurs algos.
Heureusement qu'il y a le presque, parce que franchement, Python...
Et puis un "arch=i386" qui traine dans une release du generateur de
binaire pour MacOS X, ca fait pas serieux. :-/
Et puis je te souhaite franchement du courage le jour ou il faudra
explique au-dit djeunz qu'un ordinateur n'est pas une machine de Turing
et que pour sa recherche d'alignement entre deux chromosomes ecrite en
Python, il peut toujours se tater parce que le To de RAM ce n'est pas
pour tout de suite...
Donc commencer par Python pourquoi pas (c'est d'ailleurs ce qui est fait
chez nous), mais il ne faut pas supprimer le C, surtout lorsque l'on
fait du calcul (d'ailleurs, c'est amusant de voir qu'ici le remplacement
du cours de C par du Java n'a tenu qu'un an)...
Croco
Ou des que l'on a besoin de performance...
Croco
Généralement si tu bosses dans une boite ils ont souvent des règles
d'indentation de toute facon...
C'est le meilleure moyen pour rendre les choses lisibles, et prendre
l'habitude d'une certaine facon de lire un code...si tu le monde n'en
fais qu'a sa tete, cela devient vite le bordel...
Faudrait que je retrouve l'exemple celebre de ce que permet le C++ sous
la forme d'une ligne de code totalement incompréhensible (faut environ
3h pour entrevoir ce que cela fait ;) )
>
> Effectivement, ce me semble un langage de choix pour commencer.
>
Et le Fortran ? ;) (on m'aurait menti :) )
?_?
C'est tres bieng le C#...
Ben tient, justement, en parlant des entreprises. Faut aussi penser
qu'on apprend à l'école, ce qui va servir à trouver un boulot. Donc à la
limite on s'en tape un peu que le langage soit beau :) Et ce qui ressort
le plus souvent, c'est pas mal de perl pour les postes d'admin, pas mal
de java, beaucoup de C++ avec modélisation UML (chose qui n'est pas
enseignée partout, et c'est une erreur, vu la demande) pour le secteur
financier, et pas mal de C pour l'électronique.
Sinon, en ce qui concerne les langages, dans le genre légèrement
anarchique avec des découpage en bloc un peu spécial, mais diablement
efficace et hyper utilisé, y'a le VHDL.
Sinon Croco, merci pour la super argumentation sur les avantages du
Perl, je pensais, de façons assez réductrivce, que les gens de l'ensta
servaient uniquement à organiser le gala en même temps que celui de mon
école.
Sinon, c'est un bon vieux HS. Dommage que je ne regarde que des anime
qui ont plus de deux ans, et que du coup, ca n'intéresse personne.
--
Roulio
Ah ! C'est donc pour ça qu'à la fac j'ai appris ADA, Caml, Eiffel, CaSL
et la méthode B. Des langages qui sont super bien pour faire certains
trucs, mais qui sont utilisés par un pouillème des entreprises (même que
lors des entretiens d'embauche, il arrive qu'on vous demande si ces
langages existent).
Ce que je ne comprends pas, c'est _pourquoi_ on se retrouve
systématiquement au milieu de trolls sur les langages de programmation
sur fra. C'est fou, ça.
Je suis assez d'accord avec toi. J'ajouterai d'un cote que l'on apprend
beaucoup aussi en dehors de l'ecole en n'hesitant pas a retrousser ses
manches, et de l'autre que l'on voit aussi beaucoup de C la ou il y a
besoin de perfs (calcul scientifique, video).
> Sinon, en ce qui concerne les langages, dans le genre légèrement
> anarchique avec des découpage en bloc un peu spécial, mais diablement
> efficace et hyper utilisé, y'a le VHDL.
C'est vrai que niveau langage tordu, Perl fait pale figure en
comparaison...
> Sinon Croco, merci pour la super argumentation sur les avantages du
> Perl, je pensais, de façons assez réductrivce, que les gens de l'ensta
> servaient uniquement à organiser le gala en même temps que celui de mon
> école.
;-)
En meme temps, il y a plus d'ecole en RP que de WE dans l'annee, et la
Charte etant ce qu'elle est...
> Sinon, c'est un bon vieux HS.
J'ai souvant vu les memes personnes rentrer dans ces differentes
categories :
- informaticiens
- amateurs de mangas/animes/culture japonaise
- patineurs
- amateurs de JdR
> Dommage que je ne regarde que des anime
> qui ont plus de deux ans, et que du coup, ca n'intéresse personne.
Il n'est pas necessaire de dire que l'on a deja vu NaruTaru (tres bien
par ailleurs) pour soulever l'interet. Tu n'a qua dire que Saint-Seya
c'est bof-bof ou que Evangelion n'a aucun interet pour te faire beacoup
d'amis (et d'ennemis :) alors que ces animes ont plus de deux ans. :-)
Croco
Top jet set en effet.
> Ce que je ne comprends pas, c'est _pourquoi_ on se retrouve
> systématiquement au milieu de trolls sur les langages de programmation
> sur fra. C'est fou, ça.
Parceque certains n'arrive pas à se retenir (comme moi) et que d'autres
appuie sur delete :)
--
Roulio
Complètement d'accord.
> Il n'est pas necessaire de dire que l'on a deja vu NaruTaru (tres bien
> par ailleurs) pour soulever l'interet. Tu n'a qua dire que Saint-Seya
> c'est bof-bof ou que Evangelion n'a aucun interet pour te faire beacoup
> d'amis (et d'ennemis :) alors que ces animes ont plus de deux ans. :-)
Oui d'ailleurs, de quand date les trolls sur saint seiya, il n'y avait
pas encore ca à l'époque ou je lisais fra ?
--
Roulio
je vote [OUI]
Si tu le dis. J'ai jamais essayé C#, mais il paraît que c'est pas mal du
tout.
Le langage idéal pour les débutants c'est le Java. Il te permet
d'appréhender les concepts de la poo (encapsulation, héritage,
spécialisation,polymorphisme...) sans les pièges du C++ (héritage multiple
et gestion de la mémoire). Tu me diras oui mais il y a des problèmes de
gestion mémoire en Java aussi, et je te répondrai que lorsqu'un débutant en
arrive là, il maitrisera le C++.
Et tout ça pour dire que c'est rigolo de vous entendre discuter de vos
préférences en matière de langages de prog. Ce qui se passe bien souvent
aussi bien dans un milieu industriel que dans un milieu de recherche c'est
qu'on a guere le choix, et que le choix du langage est dicté par la nature
du projet (quand ce n'est pas par un crétin de chef de projet qui n'y
connait rien). Et les affinités de chacun n'entrent hélas que rarement en
ligne de compte.
Enfin continuez, c'est amusant^^
Tu peux aussi simplement dire que chaque langage est prévu pour un but.
Tu va pas faire du perl pour une application financière complexe par
exemple. Mais je pense que ca, tout le monde le sais déjà :)
--
Roulio
>Généralement si tu bosses dans une boite ils ont souvent des règles
>d'indentation de toute facon...
Certes, mais pas forcément les mêmes que dans l'idée du concepteur du
langage...
>Faudrait que je retrouve l'exemple celebre de ce que permet le C++ sous
>la forme d'une ligne de code totalement incompréhensible (faut environ
>3h pour entrevoir ce que cela fait ;) )
En C++, je ne connais pas, mais en C, tu as <http://www.ioccc.org/>.
>> Effectivement, ce me semble un langage de choix pour commencer.
>
>Et le Fortran ? ;) (on m'aurait menti :) )
Le Fortran n'est-il pas réservé aux applications mathématiques ?
Je n'y ai jamais touché personnellement -- les seuls cours
d'informatique que j'ai eu en maths tournaient autour de Maple.
>Ce que je ne comprends pas, c'est _pourquoi_ on se retrouve
>systématiquement au milieu de trolls sur les langages de programmation
>sur fra.
Parce que les trolls sur Eva, ça va cinq minutes, mais on s'en lasse
vite.
>Ou des que l'on a besoin de performance...
Mouarf, je l'attendais, celle-là.
C'est vrai que le C++ a tendance à faire des exécutables plus gros. Il
est donc assez peu prisé pour l'embarqué.
Par contre, niveau performances (vitesse d'exécution et consommation
mémoire), le C++ n'a rien à envier au C. Et si en plus des
performances, tu veux une certaine stabilité et des temps de
développement décents, le C++ s'impose.
>C'est tres bieng le C#...
Perso, je hais tous les langages ayant un GC.
En prime, l'idée de mettre les fonctions libres sous forme de
fonctions membres statiques d'une classe bidon, je trouve ça du
dernier ridicule.
>Perso, je hais tous les langages ayant un GC.
Ou plutôt, tous les langages OO ayant un GC.
>Je suis assez d'accord avec toi. J'ajouterai d'un cote que l'on apprend
>beaucoup aussi en dehors de l'ecole
La question est plutôt : apprend-on quelque chose à l'école ?
>J'ai souvant vu les memes personnes rentrer dans ces differentes
>categories :
> - informaticiens
> - amateurs de mangas/animes/culture japonaise
> - patineurs
> - amateurs de JdR
- amateurs de vrai chocolat
Disons que c'est largement insuffisant, mais j'ai suivit quelques cours
qui m'ont beaucoup apporte. Et puis pour moi la capacite a "pipoter" un
rapport est un aprentissage comme un autre ;-)
>>J'ai souvant vu les memes personnes rentrer dans ces differentes
>>categories :
>> - informaticiens
>> - amateurs de mangas/animes/culture japonaise
>> - patineurs
>> - amateurs de JdR
> - amateurs de vrai chocolat
J'y avais tres fortement pense mais ne l'avais finalement pas fait...
Comme quoi :-)
Croco
>Disons que c'est largement insuffisant, mais j'ai suivit quelques cours
>qui m'ont beaucoup apporte. Et puis pour moi la capacite a "pipoter" un
>rapport est un aprentissage comme un autre ;-)
C'est vrai que ça me manque. Je crois que je vais essayer d'entretenir
la conversation avec le luc2 sur frcd pour m'entraîner ^_^
>Le langage idéal pour les débutants c'est le Java.
C'est peut-être un bon langage pour apprendre la programmation objet
"pure", même si traditionnellement il me semble que c'était Smalltalk
l'exemple habituel.
>sans les pièges du C++ (héritage multiple
>et gestion de la mémoire).
Objection, Votre Honneur : l'héritage multiple n'est pas un piège,
c'est une fonctionnalité, qu'on n'utilise que si on en a besoin. Si tu
ne comprends pas comment ça marche, tu ne l'utilises pas, un point
c'est tout.
Quant à la gestion de la mémoire en C++, son importance est largement
exagérée. En C, les problèmes d'allocation dynamique sont une notion
fondamentale ; en C++, on peut tout à fait ne pas s'en préoccuper dans
les premiers temps, tout en gardant un contrôle plus fin sur la durée
de vie des objets qu'avec un GC. Evidemment, au bout d'un certain
temps on finit par devoir allouer soi-même de la mémoire sans
l'automatisation qu'apporte la STL, mais alors on n'est plus du tout
un débutant. Moi-même, qui ai pourtant pas mal de pratique du C++, je
ressens assez rarement le besoin de m'occuper moi-même de la gestion
directe de la mémoire.
>Tu me diras oui mais il y a des problèmes de
>gestion mémoire en Java aussi, et je te répondrai que lorsqu'un débutant en
>arrive là, il maitrisera le C++.
Mouais... Ce point de vue n'engage que toi...
> - amateurs de vrai chocolat
pffffff n'importnaouak ...
le vrai chocolat est un bon chocolat au lait d'abord :-)
@+
ricky : desole il etait tard :-)
>>>Moui, pour faire mumuse, PHP, c'est sympa.
>Personnellement, je prefere Perl/Mason (malheureusement trop peu connu)
>a PHP. Je trouve en effet la repartition HTML/script plus logique et
>facilitant beaucoup la reutilisation de briques...
Il est tout à fait possible de faire de la "réutilisation de briques"
en PHP, même si du coup la structure du programme est peut-être
différente de ce que les auteurs avaient imaginé.
Généralement, dans mes .php il y a très peu de texte -- mes scripts se
contentent d'afficher la partie commune de l'interface (menus, logos,
etc.), de lire un fichier .txt contenant le contenu du site proprement
dit, et de l'afficher après l'avoir éventuellement mis en forme.
Je crois que c'est totalement contraire à la philosophie du langage,
mais c'est efficace, et en pratique j'ai pas mal de code commun à
plusieurs sites.
>hello
>
>> - amateurs de vrai chocolat
>
>pffffff n'importnaouak ...
>le vrai chocolat est un bon chocolat au lait d'abord :-)
Beurk... Rien que l'idée d'employer le mot "chocolat" pour ce genre de
concept me donne mal au ventre.
Bientôt tu vas nous dire que mettre des graisses d'origine douteuse
dans le chocolat est une bonne chose.
Espèce d'amateur de StS, tiens...
Au bûcher !
>ricky : desole il etait tard :-)
C'est bien ce que je pensais, tu as autant de goût qu'une grenouille.
Le troll renaîtra de ces cendres tel le phénix. Il peut aller loin
maintenant, de plus si il prend le train (sncf) avec de l'énergie
électrique (edf, il est probable qu'il ne s'arrête jamais. Surtout si il
est à la retraite.
--
Roulio
>Fabien LE LEZ a dit:
>> La question est plutôt : apprend-on quelque chose à l'école ?
>
>Le troll renaîtra de ces cendres
J'avais posé sur fr.comp.lang.c++ la question suivante : "Si je dois
embaucher un programmeur, dois-je privilégier quelqu'un qui a fait des
études d'informatique ?"
Les différentes réponses que j'ai obtenues ne m'ont pas convaincu que
c'était un critère fondamental.
Dans un contexte plus général, il va sans dire que les cours de
français (surtout ceux de primaire et de début de collège) sont très
utiles, de même que les cours d'anglais (même si les animes en VOSTA
sont tout aussi importants que les cours proprement dits). Mon
ignorance totale quant à l'utilité pratique des autres cours explique
ma question, même si je reconnais que mes cours de maths m'ont permis
d'acquérir une certaine rigueur très utile pour le C++.
Je n'ai jamais dis que ce n'etait pas possible en php mais que c'etait
plus facile en Mason simplement parce que le langage a ete prevu pour
des le depart,
Par exemple, je peux tout a fait avoir une page avec un composant gerant
le menu, un autre les news et un troisieme le resultat de la requete
sans qu'ils ne se tirent dans les pieds les uns les autres...
Croco
à 111%.
> Parce qu'entre la difficulte de lire le 6e niveau dans un terminal 80
> caracteres (cela m'est arrive une fois et je ne veux plus jamais avoir a
> le faire),
Règle ton logiciel pour que tes tabulations ne mesurent qu'un caractère
ou deux. Ca change la vie !
> la prise de tete pour un simple copier-coller et l'espace
> planque dans une tabulation et qui fait plante ton code...
Et l'étoile calée entre deux parenthèses en C ?
Les oublis de fermeture de bloc dans tous les langages ?
JLP, et arrêtez de troller et de faire du HS. C'est mal.
--
Jean-Laurent Picard
Hi! I'm a .signature virus! Copy me into your ~/.signature, please!
c'est tres utile pourtant un garbage collector, bien implémenté c'est loin
de se limiter à la destruction des objets non référencés. Dans tous les
programmes que tu developpes tu te paies le luxe d'utiliser un mécanisme
d'allocation qui te préserve de la fragmentation?
> En prime, l'idée de mettre les fonctions libres sous forme de
> fonctions membres statiques d'une classe bidon, je trouve ça du
> dernier ridicule.
>
C'est pourtant ce qu'il est recommandé de faire si tu programmes en Objet.
Meme en c++, sinon c'est un mélange C/C++, de la soupe quoi.
Je vais pas rentrer dans le débat des études supérieur en France.
Je vais juste dire que tu n'es pas obligé de choisir pour faire du C++
un mec qui a fait des études purement informatique. En fait, je pense
que pour pouvoir bien choisir, il faut connaitre le programme suivit par
les élèves et la réputation en entreprise. Donc autant dire que c'est
plutôt difficile. :)
--
Roulio
Oui, mais si par exemple, tu as réglé ton éditeur de façon à ce qu'une
tabulation donne 2 espaces, ca devient galère pour les langages qui
nécessite le caractère tabulation.
--
Roulio
> Quant à la gestion de la mémoire en C++, son importance est largement
> exagérée. En C, les problèmes d'allocation dynamique sont une notion
> fondamentale ; en C++, on peut tout à fait ne pas s'en préoccuper dans
> les premiers temps, tout en gardant un contrôle plus fin sur la durée
> de vie des objets qu'avec un GC. Evidemment, au bout d'un certain
> temps on finit par devoir allouer soi-même de la mémoire sans
> l'automatisation qu'apporte la STL, mais alors on n'est plus du tout
> un débutant. Moi-même, qui ai pourtant pas mal de pratique du C++, je
> ressens assez rarement le besoin de m'occuper moi-même de la gestion
> directe de la mémoire.
Si tu ne t'en occupes pas de ta mémoire et que tu ne fais qu'allouer des
objets, ton prog peut planter. Pour peu que tu débutes, bon courage pour
trouver pourquoi, surtout si tu utilises la STL.
>
> >Tu me diras oui mais il y a des problèmes de
> >gestion mémoire en Java aussi, et je te répondrai que lorsqu'un débutant
en
> >arrive là, il maitrisera le C++.
>
> Mouais... Ce point de vue n'engage que toi...
Oui je sais, c'est pour cela que c'est mon point de vue :-P
Je ne parle au nom de personne et ne pense pas détenir la Vérité.
D'ailleurs à ce propos, tu devrais faire attention à cela, à te lire il me
saute aux yeux que tu es persuadé d'avoir raison, par la façon dont tu
utilises le ton personnel/impersonnel, et le lexique que tu utilises.
J'ai beaucoup aimé le "moi-meme, qui ai pourtant pas mal de pratique...". Tu
arrives à trouver des chaussettes à la taille de tes chevilles, ou tu les
fais faire sur mesure?
^^
Les vrais éditeurs de texte permettent de changer automatiquement ce
genre de paramètres, en fonction du nom du fichier (extension, ou
autre).
JLP, vim & MS Notepad user.
Ouais, mais je suis un vieux flemmard :)
ceci dit, je n'ai jamais eu personnellement le problème.
(je note quand même qu'on peut faire ca avec vim, au cas ou).
--
Roulio
> Beurk... Rien que l'idée d'employer le mot "chocolat" pour ce genre de
> concept me donne mal au ventre.
petite nature va, tu ne sera jamais un chevalier d or :)
> Bientôt tu vas nous dire que mettre des graisses d'origine douteuse
> dans le chocolat est une bonne chose.
ah non ca jamais ... plutot faire du cpp :-)
> Espèce d'amateur de StS, tiens...
ah oui j'avouuuuuuuuuuueeeeeeeeeeeeee
c'est pas un crime pourtant non ? si ? :)
> Au bûcher !
tout de suite les grosses puniqtions.. moi qui suit un gentil troll tout
mignon !
> C'est bien ce que je pensais, tu as autant de goût qu'une grenouille.
ben quoi , il y a des grenouilles qui ont bon gout !
@+
ricky
>J'ai beaucoup aimé le "moi-meme, qui ai pourtant pas mal de pratique...". Tu
>arrives à trouver des chaussettes à la taille de tes chevilles, ou tu les
>fais faire sur mesure?
Je n'ai pas dit que j'ai un bon niveau, j'ai juste dit qeu je
programme en C++ depuis plusieurs années. C'est pas la même chose.
>c'est tres utile pourtant un garbage collector, bien implémenté c'est loin
>de se limiter à la destruction des objets non référencés.
Ce qui est pratique en C++, c'est qu'un objet est détruit
automatiquement au moment où on sort du bloc où il a été créé. On peut
donc pondre des constructeurs qui ont des effets de bord (fermer un
fichier par exemple). Avec un GC, on ne sait jamais à l'avance combien
de temps un objet va rester non référencé avant d'être détruit.
>Dans tous les
>programmes que tu developpes tu te paies le luxe d'utiliser un mécanisme
>d'allocation qui te préserve de la fragmentation?
Non -- en pratique je n'ai jamais eu à m'y intéresser. Mais il me
semble qu'il est tout à fait possible de faire ça sans GC.
>C'est pourtant ce qu'il est recommandé de faire si tu programmes en Objet.
Ça reste du bidouillage. C'est toujours une fonction libre, même si
elle paraît membre d'une classe. En fait, on utilise là une classe
comme on utiliserait un namespace en C++.
>Meme en c++, sinon c'est un mélange C/C++, de la soupe quoi.
Non, le C++ n'est absolument pas un langage objet : c'est un langage
multi-paradygmes. Si j'ai besoin de POO à un endroit d'un programme,
je l'utilise ; si à un autre endroit ou dans un autre programme je
n'en ai pas besoin, je ne l'utilise pas. La programmation objet n'est
pas la solume ultime à tous les problèmes.
>c'est tres utile pourtant un garbage collector, bien implémenté c'est loin
>de se limiter à la destruction des objets non référencés.
Ce qui est pratique en C++, c'est qu'un objet est détruit
automatiquement au moment où on sort du bloc où il a été créé. On peut
donc pondre des destructeurs qui ont des effets de bord (fermer un
fichier par exemple). Avec un GC, on ne sait jamais à l'avance combien
de temps un objet va rester non référencé avant d'être détruit.
>Dans tous les
>programmes que tu developpes tu te paies le luxe d'utiliser un mécanisme
>d'allocation qui te préserve de la fragmentation?
Non -- en pratique je n'ai jamais eu à m'y intéresser. Mais il me
semble qu'il est tout à fait possible de faire ça sans GC.
>Si tu ne t'en occupes pas de ta mémoire et que tu ne fais qu'allouer des
>objets, ton prog peut planter.
Uh ?
Si tu crées tes variables au moment où tu en as besoin, elles sont
détruites au fur et à mesure quand on sort de la portée, et il n'y a
pas de souci.
Bien sûr, il faut tout de même avoir (vaguement) la notion de taille
mémoire totale, i.e. on ne peut pas créer un tableau de dix milliards
d'entiers, parce que ça ne tient pas en RAM. Mais ça, c'est valable
quel que soit le langage et les méthodes utilisés.
>si tu alloues dynamiquement un pointeur sur un objet
Pourquoi faire ?
Oui, je sais, il y a parfois de bonnes raisons à ça, mais pas pour un
débutant. Ce n'est que mon avis, mais il me paraît souhaitable de
commencer par les choses simples
Heuu, l'allocation dynamique de mémoire, j'ai vu ca au troisième
trimestre de ma première année d'études supérieures.
C'est une chose toute à fait essentielle à la compréhension du
fonctionnement d'un logiciel, amha.
(et j'imagine mal faire un logiciel un poil complexe avec de gigantesque
tableaux statiques :p)
>(et j'imagine mal faire un logiciel un poil complexe avec de gigantesque
>tableaux statiques :p)
Ça dépend ce que tu appelles "statique". Quand j'ai besoin d'un
tableau, j'utilise std::vector<>, std::map<> et leurs copains. Stricto
sensu, ce sont des variables automatiques, même si leur cuisine
interne fait de l'allocation dynamique.
Il m'arrive d'utiliser directement new, mais généralement pour des cas
assez éloignés de l'idée que je me fais d'un cours pour débutants.