Toutes les machines sur Debian (~70-80 il me semble) ...
Il y a 2 ans, il y avait des machines en dual boot NT / Debian, mais NT à disparu (au grand soulagement des admins système apparement ;) ).
Sinon, apparement il y a pas mal de postes "autres" (profs, administratifs, PC en libre-service dans la bibliothèque, ...) qui sont sous windows ... mais pas tous ;)
Voilà un exemple dont tu peut t'inspirer (c'est pas forcément propre) ... Cela utilise le parser XML de PHP (parser SAX).
Tu peut trouver de la doc PHP (manuel en français annoté) à http://dev.nexen.net(...) (en particulier le 7.110, Analyseur Syntaxique XML).
<?php
function start_element ($parser, $name, $attribs) // Pour une balise ouvrante
{
if ($name == "ENTETE") // Nom de la balise a tester, en majuscule
{
// Tu fait ton traitement
// $attribs est un tableau avec les attributs de la balise
}
}
function end_element ($parser, $name) // Pour une balise fermante
{
if ($name == "ENTETE")
{
// Tu fait le traitement nécessaire
}
}
// On se cree un parser utilisant les fonctions ci-dessus
$parser = xml_parser_create();
$fileName = // tu récupère le nom du fichier à parser
$file = file ($fileName); // Tu le charge (dans un tableau avec 1 case = 1 ligne du fichier il me semble)
while (list ($key, $val) = each ($file)) // Pour chaque élément du tableau
{
$newVal = trim ($val);
$prochain = next ($file);
if ($prochain == false)
{
$error =xml_parse ($parser, $newVal, true); // On est à la dernière ligne, on fait le dernier parsing avant de sortir
}
else
{
$prochain = prev($file);
$error =xml_parse ($parser, $newVal, false); // On parse la ligne courante
}
}
xml_parser_free($parser); // Libération de la mémoire
?>
L va en v2
L va accrocher B
L tire B en v2
L pousse B en v1
L lache B
L va accrocher A
(Variante à partir d'ici)
L tire A jusqu'au fond de v2
L repart jusqu'à la place initiale de A, et continue jusqu'à l'embranchement avec v1
L acroche B, et revient le déposer à la place de A
L revient à v2
L tire A, puis le lache et part vers la position initiale de B (De façon que A s'arrête après l'aiguillage)
L revient sur v2 at accroche A
L va au fond de v2 en tirant A
L va ensuite vers la position initale de B en poussant A
L reprend sa position initiale
Ca évite de calculer la force pour que le wagon s'arrête juste au bon endroit ;)
Quelle est la règle précise de passage des aiguillages ?
Quelle est la règle d'acrochage des wagons (sont-ils obligés d'être en ligne, ou peut-il y avoir un angle entre eux -du moment qu'ils se touchent en un point-) ?
Euh ... On a le droit d'acrocher les wagons à n'importe quel bout de la loco ? Et celle-ci peut tirer OU pousser les wagons ? Et elle peut faire une marche arrière quand elle veut ?
Dans ce cas, on a :
L va pousser A en v3
L va se connecter à B en restant "au-dessus" de lui
L tire B à la position qu'occupait A
L fait le tour (passe par la voie tout en bas) pour remonter à v3 s'accrocher à A
L tire A pour l'amener à la position initiale de B
L, qui tirait A, se retrouve en bonne position pour revenir à sa position initiale
6 déplacements (c'est ridicule comme nombre de déplacement)
Alors, il y a 2 choses :
1/ Soit j'ai suffisament bouffé d'algos pour être capable de trouver la solution triviale (je ne voit vraiment _pas_ la difficulté de la chose)
2/ Soit il manque des infos qui invalident la solution du dessus
J'aurais tendance à penser à la solution 2/ ;) Des précisions ?
PS : Accessoirement, c'est quasiment un swap de 2 variables a et b ;)
Donc on est d'accord, c'est le dépot de brevet actuel qui est néfaste (en particulier breveter n'importe quoi ;) ) ... Des brevets sur des vraies innovations, ça ne me paraît pas aberrant ...
Un algo complexe (et nouveau) mis au point par une boite et breveté, ça ne me choquerait pas ...
Sinon, pour aller dans ton sens, sur les brevets actuels :
J'ai vu, ici je crois (ou sur un lien trouvé ici), qu'en fait, IBM ne gagnait pas tant d'argent que ça sur les droits de ses brevets.
Leur plus grande source de revenus dans ce domaine, c'est ce qu'ils avaient pu développer en utilisant les brevets d'autres entreprises ... Qu'ils peuvent utiliser parcequ'ils ont eu-même des brevets comme monnaie d'échange ...
Bref un cercle vicieux du type : J'ai des brevets -> Je peut négocier des accords d'utilisation d'autres brevets -> Je me fait des tunes avec -> Je peut déposer d'autres brevets ...
Et ça, c'est Mal(tm) ... (enfin pour les petites structures et le LL)
Non, mais en fait ils parlent pas de le faire passer dans le domaine public ...
Le problème, c'est que, pour une chanson interprétée il y a 50 ans (par quelq'un d'autre que le compositeur), tu vas pouvoir vendre son interprétation, en payant les droits aux compositeurs, mais pas à l'interprète ...
Bilan, pour quelqu'un qui interprète en grande majorité des chansons écrites par d'autres, au bout de 50 ans, quelq'un peut profiter de ton travail sans rien te reverser ... Et tes propres revenus diminuent avec le temps ...
Je ne pense pas que ce soit bien grave financièrement (encore que), mais au niveau moral, avoir incarné un chanson, et la voir t'échapper sans que tu n'y puisse rien, c'est pas top ... Je suis persuadé que l'interprète est parfois aussi important que le compositeur ...
Faisons nous l'avocat du diable :
IBM ici n'utilise ses brevets _que_ comme moyens de défense ... D'une façon qui me parait tout-a-fait honorable ...
Comme quoi, le Mal(tm) ce n'est pas "Les Brevets Logiciels", mais leur utilisation abusive (en particulier les brevets qui ne devraient pas pouvoir être déposés) ...
Bon, maintenant le problème c'est que l'utilisation abusive a des chances d'être la plus répandue (cf la news sur le streaming ...) :(
> alors qu'ils sont le plus souvent compositeur-interprète
Ben non ... Beaucoup de chanteurs ont un répertoire qui n'est pas composé par eux-même ... Ce qui fait qu'une chanson "de Johnny" par exemple, est en fait souvent la chanson _de quelqu'un d'autre_ chantée par Johnny ...
En fait je suis même tout à fait d'accord avec ton commentaire ;)
C'est juste le journal que je critiquais ...
Désolé ....
Pour me faire pardonner, voilà le texte du communiqué pour ceux qui ne peuvent pas le lire :
" Le SNEP souhaite qu'il y ait une harmonisation de leur durée avec ceux des auteurs. En effet, alors que les auteurs voient leurs droits protégés pendant 70 ans après leur mort, ceux des producteurs et des interprètes ne le sont que pendant 50 ans ! A titre de comparaison, il faut savoir que le droit américain protège les producteurs pendant plus de 95 ans, que l'Inde et la Turquie bénéficient respectivement de 60 et 65 ans de protection en matière de droits voisins
Cette position est partagée de façon générale par les titulaires de droit en Europe et la Fédération Internationale de l'Industrie Phonographique (IFPI) en a fait un dossier prioritaire pour l'année 2003.
Si l'on suit la législation française actuelle, des artistes comme Charles Aznavour, Henri Salvador ou Jean Ferrat n'auront plus la maîtrise de leurs interprétations. D'ici peu de temps la génération qui a débuté au début des années 60, par exemple Johnny Hallyday, Enrico Macias sera concernée à son tour.
C'est la protection du patrimoine de la musique française qui est en jeu : le domaine public n'a de sens que pour des éléments qui ont acquis une véritable dimension historique, pas pour ceux qui font encore partie de la vie des artistes et des producteurs.
"
> en oubliant bien sur de parler du droit d'auteur qui lui court 70 ans après leurs morts.
Extrait du lien fourni :
> En effet, alors que les auteurs voient leurs droits protégés pendant 70 ans après leur mort, ceux des producteurs et des interprètes ne le sont que pendant 50 ans !
Dis, tu les lis les liens avant de faire un journal ????
> Franchement devant tant de mauvaise foi, c'est decidé je n'achète plus de disque.
Franchement, devant tant de mauvaise foi, j'aimerais bien pouvoir moinsser les journaux ...
(Sinon l'idée pour le classique est bien, ça relève un peu le niveau du journal)
Java pour apprendre mieux que le C++ -> On est d'accord :)
Après, Java à des gros avantages en pratique (Javadoc, ramasse-miette, ...) -> on est encore d'accord :)
Mais le problème c'est que pour avoir ces avantages, il y a des choix qui ont été faits à l'origine ... Donc qui peuvent (parfois) te limiter ...
Le C++ à quand même 2 objectifs qui expliquent pourquoi on a pas tout ça :
- Compatibilité maximum avec le C (mais pas totale bien sûr).
- Etre générique.
C'est pour ça qu'il n'y a pas de ramasse-miette en C++, qu'il n'y a pas de conventions fixées ... Pourtant c'est des choses qui ont été étudiées et envisagées dans le cadre du développement du C++.
Je pense qu'on peut résumer ça ainsi :
En Java, on est plus guidé, tu as des conventions déjà définies, des libs complètes et faciles d'accès, une doc très très bien faite, ça devient de plus en rapide avec les versions, c'est plus simple à apprendre.
En C++, tu as plus de possibilité parceque les choix de développement ont consisté à laisser le choix aux utilisateurs. Donc : tu est moins guidé, c'est moins facile à "bien" apprendre
(Note -relançons le troll un coup ;) - : c'est quoi les "erreurs" du C++ ? )
(Note 2 : On peut _aussi_ programmer proprement en non objet)
(Note 3 : Je défend le C++, mais dans la pratique -je n'ai pas de besoins exceptionnels pour l'instant- je programme en Java ;) )
"Je te conseille vivement d'apprendre Java en premier car c'est un language mieux foutu que C++ et on y prend des bonnes habitudes."
"mieux foutu" : Ils ont pas les même objectifs / contraintes / fonctionnements, donc on peut pas dire que Java soit "mieux foutu" que le C++. Plus facile à apprendre / comprendre, oui certainement. Mais il y a des moments ou j'aimerais bien avoir certaines choses du C++ (template, surcharge d'opérateurs) sous Java ...
"On y prend de bonne habitudes" : Faux. Et même archi-faux. On ne prend pas de bonnes habitudes à cause (ou grâce à ;) ) un langage, mais grâce à un effort de réflexion / programmation. En ce moment je travaille sur des projets faits par des DESS d'informatique (Bac+5) qui ont pourtant eut de bons profs de Java, et ben ils ont réussi à saloper ça d'une façon à peine croyable :(
Bref Java j'aime beaucoup, C++ aussi, mais c'est pas fait de la même façon et dans le même but ... Par contre à apprendre je conseillerais aussi très fortement Java en premier ...
Note : une lecture intéressante : The Design and Evolution of C++, de Bjarne Stroustrup, qui explique les choix et les contraintes fait pour le C++. Ca se lit assez facilement, et ça permet de se rendre compte pourquoi la super fonctionnalité de-la-mort-qui-tue de [Nom du langage préféré] n'y est pas ...
[^] # Re: L'aquisition de SuSE par Novell est effective
Posté par Lebas Sébastien . En réponse à la dépêche L'aquisition de SuSE par Novell est effective. Évalué à 4.
Comme quoi, quand on fait une remarque sur l'orthographe, on se relit avant de poster ;)
(En espérant ne pas en avoir fait moi-même :) )
# Re: Une salle pleine de Debian a l'ecole ! Et vous ?
Posté par Lebas Sébastien . En réponse au journal Une salle pleine de Debian a l'ecole ! Et vous ?. Évalué à 1.
Il y a 2 ans, il y avait des machines en dual boot NT / Debian, mais NT à disparu (au grand soulagement des admins système apparement ;) ).
Sinon, apparement il y a pas mal de postes "autres" (profs, administratifs, PC en libre-service dans la bibliothèque, ...) qui sont sous windows ... mais pas tous ;)
[^] # Re: XML et php
Posté par Lebas Sébastien . En réponse au journal XML et php. Évalué à 1.
Tu peut trouver de la doc PHP (manuel en français annoté) à http://dev.nexen.net(...) (en particulier le 7.110, Analyseur Syntaxique XML).
<?php
function start_element ($parser, $name, $attribs) // Pour une balise ouvrante
{
if ($name == "ENTETE") // Nom de la balise a tester, en majuscule
{
// Tu fait ton traitement
// $attribs est un tableau avec les attributs de la balise
}
}
function end_element ($parser, $name) // Pour une balise fermante
{
if ($name == "ENTETE")
{
// Tu fait le traitement nécessaire
}
}
// On se cree un parser utilisant les fonctions ci-dessus
$parser = xml_parser_create();
xml_set_element_handler ($parser, start_element, end_element);
$fileName = // tu récupère le nom du fichier à parser
$file = file ($fileName); // Tu le charge (dans un tableau avec 1 case = 1 ligne du fichier il me semble)
while (list ($key, $val) = each ($file)) // Pour chaque élément du tableau
{
$newVal = trim ($val);
$prochain = next ($file);
if ($prochain == false)
{
$error =xml_parse ($parser, $newVal, true); // On est à la dernière ligne, on fait le dernier parsing avant de sortir
}
else
{
$prochain = prev($file);
$error =xml_parse ($parser, $newVal, false); // On parse la ligne courante
}
}
xml_parser_free($parser); // Libération de la mémoire
?>
voilà, bonne chance !
[^] # Re: Structure d'un TODO
Posté par Lebas Sébastien . En réponse au journal Structure d'un TODO. Évalué à 1.
[^] # Re: Je suis resté longtemps perdu !
Posté par Lebas Sébastien . En réponse au journal Je suis resté longtemps perdu !. Évalué à 1.
[^] # Re: ça y est : les pc font le café
Posté par Lebas Sébastien . En réponse au journal ça y est : les pc font le café. Évalué à 1.
[^] # Re: SCO enfonce le clou.
Posté par Lebas Sébastien . En réponse à la dépêche SCO enfonce le clou.. Évalué à 7.
"
La liste des exposants de Solutions Linux 2004 sera disponible bientôt.
Liste des exposants Solutions Linux 2003
...
"
Lire (attentivement) les liens qu'on propose, c'est bien, ça évite de faire de commentaires à coté de la plaque ;)
[^] # Re: Présentation ...
Posté par Lebas Sébastien . En réponse au journal Présentation .... Évalué à 1.
Et merci !
[^] # Re: Qui se cache derrière SCO ?
Posté par Lebas Sébastien . En réponse au journal Qui se cache derrière SCO ?. Évalué à 1.
[^] # Re: Problème de train
Posté par Lebas Sébastien . En réponse au journal Problème de train. Évalué à 1.
L va en v2
L va accrocher B
L tire B en v2
L pousse B en v1
L lache B
L va accrocher A
(Variante à partir d'ici)
L tire A jusqu'au fond de v2
L repart jusqu'à la place initiale de A, et continue jusqu'à l'embranchement avec v1
L acroche B, et revient le déposer à la place de A
L revient à v2
L tire A, puis le lache et part vers la position initiale de B (De façon que A s'arrête après l'aiguillage)
L revient sur v2 at accroche A
L va au fond de v2 en tirant A
L va ensuite vers la position initale de B en poussant A
L reprend sa position initiale
Ca évite de calculer la force pour que le wagon s'arrête juste au bon endroit ;)
[^] # Re: Problème de train
Posté par Lebas Sébastien . En réponse au journal Problème de train. Évalué à 1.
Quelle est la règle précise de passage des aiguillages ?
Quelle est la règle d'acrochage des wagons (sont-ils obligés d'être en ligne, ou peut-il y avoir un angle entre eux -du moment qu'ils se touchent en un point-) ?
# Re: Problème de train
Posté par Lebas Sébastien . En réponse au journal Problème de train. Évalué à 1.
Dans ce cas, on a :
L va pousser A en v3
L va se connecter à B en restant "au-dessus" de lui
L tire B à la position qu'occupait A
L fait le tour (passe par la voie tout en bas) pour remonter à v3 s'accrocher à A
L tire A pour l'amener à la position initiale de B
L, qui tirait A, se retrouve en bonne position pour revenir à sa position initiale
6 déplacements (c'est ridicule comme nombre de déplacement)
Alors, il y a 2 choses :
1/ Soit j'ai suffisament bouffé d'algos pour être capable de trouver la solution triviale (je ne voit vraiment _pas_ la difficulté de la chose)
2/ Soit il manque des infos qui invalident la solution du dessus
J'aurais tendance à penser à la solution 2/ ;) Des précisions ?
PS : Accessoirement, c'est quasiment un swap de 2 variables a et b ;)
[^] # Re: Après Redhat, IBM contre attaque
Posté par Lebas Sébastien . En réponse au journal Après Redhat, IBM contre attaque. Évalué à 2.
Un algo complexe (et nouveau) mis au point par une boite et breveté, ça ne me choquerait pas ...
Sinon, pour aller dans ton sens, sur les brevets actuels :
J'ai vu, ici je crois (ou sur un lien trouvé ici), qu'en fait, IBM ne gagnait pas tant d'argent que ça sur les droits de ses brevets.
Leur plus grande source de revenus dans ce domaine, c'est ce qu'ils avaient pu développer en utilisant les brevets d'autres entreprises ... Qu'ils peuvent utiliser parcequ'ils ont eu-même des brevets comme monnaie d'échange ...
Bref un cercle vicieux du type : J'ai des brevets -> Je peut négocier des accords d'utilisation d'autres brevets -> Je me fait des tunes avec -> Je peut déposer d'autres brevets ...
Et ça, c'est Mal(tm) ... (enfin pour les petites structures et le LL)
[^] # Re: disquenefrance.com
Posté par Lebas Sébastien . En réponse au journal disquenefrance.com. Évalué à 1.
Le problème, c'est que, pour une chanson interprétée il y a 50 ans (par quelq'un d'autre que le compositeur), tu vas pouvoir vendre son interprétation, en payant les droits aux compositeurs, mais pas à l'interprète ...
Bilan, pour quelqu'un qui interprète en grande majorité des chansons écrites par d'autres, au bout de 50 ans, quelq'un peut profiter de ton travail sans rien te reverser ... Et tes propres revenus diminuent avec le temps ...
Je ne pense pas que ce soit bien grave financièrement (encore que), mais au niveau moral, avoir incarné un chanson, et la voir t'échapper sans que tu n'y puisse rien, c'est pas top ... Je suis persuadé que l'interprète est parfois aussi important que le compositeur ...
[^] # Re: Après Redhat, IBM contre attaque
Posté par Lebas Sébastien . En réponse au journal Après Redhat, IBM contre attaque. Évalué à 7.
IBM ici n'utilise ses brevets _que_ comme moyens de défense ... D'une façon qui me parait tout-a-fait honorable ...
Comme quoi, le Mal(tm) ce n'est pas "Les Brevets Logiciels", mais leur utilisation abusive (en particulier les brevets qui ne devraient pas pouvoir être déposés) ...
Bon, maintenant le problème c'est que l'utilisation abusive a des chances d'être la plus répandue (cf la news sur le streaming ...) :(
[^] # Re: disquenefrance.com
Posté par Lebas Sébastien . En réponse au journal disquenefrance.com. Évalué à 1.
Ben non ... Beaucoup de chanteurs ont un répertoire qui n'est pas composé par eux-même ... Ce qui fait qu'une chanson "de Johnny" par exemple, est en fait souvent la chanson _de quelqu'un d'autre_ chantée par Johnny ...
[^] # Re: disquenefrance.com
Posté par Lebas Sébastien . En réponse au journal disquenefrance.com. Évalué à 1.
En fait je suis même tout à fait d'accord avec ton commentaire ;)
C'est juste le journal que je critiquais ...
Désolé ....
Pour me faire pardonner, voilà le texte du communiqué pour ceux qui ne peuvent pas le lire :
" Le SNEP souhaite qu'il y ait une harmonisation de leur durée avec ceux des auteurs. En effet, alors que les auteurs voient leurs droits protégés pendant 70 ans après leur mort, ceux des producteurs et des interprètes ne le sont que pendant 50 ans ! A titre de comparaison, il faut savoir que le droit américain protège les producteurs pendant plus de 95 ans, que l'Inde et la Turquie bénéficient respectivement de 60 et 65 ans de protection en matière de droits voisins
Cette position est partagée de façon générale par les titulaires de droit en Europe et la Fédération Internationale de l'Industrie Phonographique (IFPI) en a fait un dossier prioritaire pour l'année 2003.
Si l'on suit la législation française actuelle, des artistes comme Charles Aznavour, Henri Salvador ou Jean Ferrat n'auront plus la maîtrise de leurs interprétations. D'ici peu de temps la génération qui a débuté au début des années 60, par exemple Johnny Hallyday, Enrico Macias sera concernée à son tour.
C'est la protection du patrimoine de la musique française qui est en jeu : le domaine public n'a de sens que pour des éléments qui ont acquis une véritable dimension historique, pas pour ceux qui font encore partie de la vie des artistes et des producteurs.
"
[^] # Re: disquenefrance.com
Posté par Lebas Sébastien . En réponse au journal disquenefrance.com. Évalué à 2.
Extrait du lien fourni :
> En effet, alors que les auteurs voient leurs droits protégés pendant 70 ans après leur mort, ceux des producteurs et des interprètes ne le sont que pendant 50 ans !
Dis, tu les lis les liens avant de faire un journal ????
> Franchement devant tant de mauvaise foi, c'est decidé je n'achète plus de disque.
Franchement, devant tant de mauvaise foi, j'aimerais bien pouvoir moinsser les journaux ...
(Sinon l'idée pour le classique est bien, ça relève un peu le niveau du journal)
[^] # Re: l'Almanach Vermot du chat de Schroedinger
Posté par Lebas Sébastien . En réponse au journal l'Almanach Vermot du chat de Schroedinger. Évalué à 1.
Ben 1 = 1 x 1 ça marche :)
[^] # Re: Bouuuuh !
Posté par Lebas Sébastien . En réponse au journal Editeur PHP sous Linux ?. Évalué à 1.
Faudrait savoir troller quand même ;)
Pour bien troller, il aurait fallu dire :
Quel est LE meilleur éditeur PHP sous Linux ?
(A quand le troll sur la meilleure façon de troller ? :) )
[^] # Re: Editeur PHP sous Linux ?
Posté par Lebas Sébastien . En réponse au journal Editeur PHP sous Linux ?. Évalué à 1.
Finalement j'utilise NEdit (Qui était installé à la fac, et comme je suis un gros paresseux ;) )
Mais je retiens les autres pour chez moi ;)
[^] # Re: Livre Java ou C++
Posté par Lebas Sébastien . En réponse au journal Livre Java ou C++. Évalué à 3.
Après, Java à des gros avantages en pratique (Javadoc, ramasse-miette, ...) -> on est encore d'accord :)
Mais le problème c'est que pour avoir ces avantages, il y a des choix qui ont été faits à l'origine ... Donc qui peuvent (parfois) te limiter ...
Le C++ à quand même 2 objectifs qui expliquent pourquoi on a pas tout ça :
- Compatibilité maximum avec le C (mais pas totale bien sûr).
- Etre générique.
C'est pour ça qu'il n'y a pas de ramasse-miette en C++, qu'il n'y a pas de conventions fixées ... Pourtant c'est des choses qui ont été étudiées et envisagées dans le cadre du développement du C++.
Je pense qu'on peut résumer ça ainsi :
En Java, on est plus guidé, tu as des conventions déjà définies, des libs complètes et faciles d'accès, une doc très très bien faite, ça devient de plus en rapide avec les versions, c'est plus simple à apprendre.
En C++, tu as plus de possibilité parceque les choix de développement ont consisté à laisser le choix aux utilisateurs. Donc : tu est moins guidé, c'est moins facile à "bien" apprendre
(Note -relançons le troll un coup ;) - : c'est quoi les "erreurs" du C++ ? )
(Note 2 : On peut _aussi_ programmer proprement en non objet)
(Note 3 : Je défend le C++, mais dans la pratique -je n'ai pas de besoins exceptionnels pour l'instant- je programme en Java ;) )
[^] # Re: Sortie de Qt 3.2
Posté par Lebas Sébastien . En réponse à la dépêche Sortie de Qt 3.2. Évalué à 2.
Il reste encore le Goto++ ...
[^] # Re: Combien de personnes liront ce journal privé?
Posté par Lebas Sébastien . En réponse au journal Combien de personnes liront ce journal privé?. Évalué à 1.
Ca fait bien 4 (lettres) ;)
[^] # Re: Livre Java ou C++
Posté par Lebas Sébastien . En réponse au journal Livre Java ou C++. Évalué à 1.
"mieux foutu" : Ils ont pas les même objectifs / contraintes / fonctionnements, donc on peut pas dire que Java soit "mieux foutu" que le C++. Plus facile à apprendre / comprendre, oui certainement. Mais il y a des moments ou j'aimerais bien avoir certaines choses du C++ (template, surcharge d'opérateurs) sous Java ...
"On y prend de bonne habitudes" : Faux. Et même archi-faux. On ne prend pas de bonnes habitudes à cause (ou grâce à ;) ) un langage, mais grâce à un effort de réflexion / programmation. En ce moment je travaille sur des projets faits par des DESS d'informatique (Bac+5) qui ont pourtant eut de bons profs de Java, et ben ils ont réussi à saloper ça d'une façon à peine croyable :(
Bref Java j'aime beaucoup, C++ aussi, mais c'est pas fait de la même façon et dans le même but ... Par contre à apprendre je conseillerais aussi très fortement Java en premier ...
Note : une lecture intéressante : The Design and Evolution of C++, de Bjarne Stroustrup, qui explique les choix et les contraintes fait pour le C++. Ca se lit assez facilement, et ça permet de se rendre compte pourquoi la super fonctionnalité de-la-mort-qui-tue de [Nom du langage préféré] n'y est pas ...