Pour les comparaisons, j'ai oublié une petite chose, c'est l'interface Comparable. Elle définit une méthode compareTo(Object objet_a_comparer). Cette interface est implémenté dans un certain nombre d'objet bas-niveau comme String, Integer, Double, etc.
La méthode Arrays.sort() travaille avec les deux possibilités (selon la signature).
>Forcer la création d'une classe avec une méthode particulière pour charque fonction de comparaison est monstrueux.
Tu peux définir une seule classe de comparaison par type de comparaison (une pour trier les chaines en tenant compte de la casse et une sans tenir compte de la casse). De plus tu peux exporter ces classes de façon à ce qu'un objet extérieur puisser trier une liste d'objet selon l'un ou l'autre critère sans avoir à savoir comment est fait le tri dans le détail.
> Si tes codeurs non propres sont incapable d'utiliser les contrats, je les vois mal utiliser l'autodocumentation, les commentaires ou les assertions.
C'est exactement le cas. Il faut préciser qu'on fait de la spécification en live sans papier, sans graphe UML ou autre chose :-( (la spéc est toujours en discussion avec le client et elle change sans arret)
>c'est pour ça qu'il y à un juste milieu
Je suis d'accord, il s'agit de ne pas tomber dans l'un ou l'autre abus.
>>- pas de réflexivité
Ce choix a été fait pour simplifier la machine virtuelle et pour des raisons de sécurités (si tu as le droit de modifier les classes de sécurités ou les classloaders, t'es mal).
>>- pas de fonctions lambda :) ;
Ces fonctions sont émulés par les objets et les interfaces. exemple : l'interface java.util.Comparator qui définit une méthode public int compareTo(Object o1, Object o2). Tu crées une classe implémentant Comparator (de type inner, toplevel ou anonyme) avec ta méthode de tri et tu la passe à la méthode voulue (Arrays.sort() par ex). Ca marche pareil avec les Iterator, les Enumeration, etc.
Je trouve que ça a l'avantage de clarifier le language (au détriment peut-etre de la rapidité d'écriture et encore).
>>- pas de contrats
Conceptuellement, je suis d'accord, c'est un gros manque. Mais qui va coder les tests des contrats dans ses classes à part ceux qui font des choses carrées ? (j'ai deux exemples sous la main de codeurs non propres, je les imaginent mal utiliser les contrats).
Pour ce qui est des noms longs, ça a l'avantage d'etre lisible et compréhensible (compare strftime() et DateFormat.format()). L'inconvénient, je le reconnais, c'est cette lignes des 80 colonnes qu'on atteint voire franchit allègrement.
Les champs d'éolienne off-shore posent un autre problème qui est peu évoqué, c'est le fait que la peche est interdite sur ces zones (je précise peche cotière et artisanale). Hors ce sont souvent des zones poissonneuses (g vu un reportage à ce sujet ds Thalassa ya 3-4 ans). Déjà que la Commisson veux couler la peche, si en plus on interdit aux pecheurs de bosser à cause des éoliennes ....
pat, membre d'une famille de marins-pecheurs depuis des générations
Je préciserai que le problème de SuperPhoenix vient de son refroidissement au sodium, technique peu maitrisée. Je rapelle au passage que le sodium est un métal qui a la particularité de bruler, voire d'exploser, au contact de l'eau.
oups, g confondu fingerprint avec clé publique...
mille excuses et merci pour une réponse assez détaillée qui, je l'espère, pourra apporter des précisions utiles à moi et aux autres.
Autre possibilité d'amélioration, l'ajout d'un cadre (remplissable en préférences) affiché sur cette page perso. On pourrait ainsi afficher un bloc de présentation de l'user, sa vie, son oeuvre, etc.
Votre avis ?
Si l'ADSL a un tel succès, ce n'est pas pour 2/3 heures de connexions par jour pour surfer sur quelques sites Internet payant, mais bien pour rester connecter un max pour downloader un max de mp3 (surtout) et de vidéos, le tout gratuitement. Les FAI font leur beurre sur l'ADSL sur le piratage, pas sur le commerce électronique. Faudra pas s'étonner si la commission Brun-Buisson se met à taxer les connexions Internet, vu la quantité de piratage.
(je parle pas bien sûr du tordu Linuxien qui reste connecté 24h/24 pour avoir un serveur permanent sur le Net)
[^] # Re: 42
Posté par Pat Le Nain . En réponse au journal 42. Évalué à 1.
# Re: mot de passe mémorisé ?
Posté par Pat Le Nain . En réponse au journal mot de passe mémorisé ?. Évalué à 1.
[^] # Re: Java et Linux
Posté par Pat Le Nain . En réponse au journal Java et Linux. Évalué à 1.
La méthode Arrays.sort() travaille avec les deux possibilités (selon la signature).
>Forcer la création d'une classe avec une méthode particulière pour charque fonction de comparaison est monstrueux.
Tu peux définir une seule classe de comparaison par type de comparaison (une pour trier les chaines en tenant compte de la casse et une sans tenir compte de la casse). De plus tu peux exporter ces classes de façon à ce qu'un objet extérieur puisser trier une liste d'objet selon l'un ou l'autre critère sans avoir à savoir comment est fait le tri dans le détail.
> Si tes codeurs non propres sont incapable d'utiliser les contrats, je les vois mal utiliser l'autodocumentation, les commentaires ou les assertions.
C'est exactement le cas. Il faut préciser qu'on fait de la spécification en live sans papier, sans graphe UML ou autre chose :-( (la spéc est toujours en discussion avec le client et elle change sans arret)
>c'est pour ça qu'il y à un juste milieu
Je suis d'accord, il s'agit de ne pas tomber dans l'un ou l'autre abus.
[^] # Re: Java et Linux
Posté par Pat Le Nain . En réponse au journal Java et Linux. Évalué à 2.
Ce choix a été fait pour simplifier la machine virtuelle et pour des raisons de sécurités (si tu as le droit de modifier les classes de sécurités ou les classloaders, t'es mal).
>>- pas de fonctions lambda :) ;
Ces fonctions sont émulés par les objets et les interfaces. exemple : l'interface java.util.Comparator qui définit une méthode public int compareTo(Object o1, Object o2). Tu crées une classe implémentant Comparator (de type inner, toplevel ou anonyme) avec ta méthode de tri et tu la passe à la méthode voulue (Arrays.sort() par ex). Ca marche pareil avec les Iterator, les Enumeration, etc.
Je trouve que ça a l'avantage de clarifier le language (au détriment peut-etre de la rapidité d'écriture et encore).
>>- pas de contrats
Conceptuellement, je suis d'accord, c'est un gros manque. Mais qui va coder les tests des contrats dans ses classes à part ceux qui font des choses carrées ? (j'ai deux exemples sous la main de codeurs non propres, je les imaginent mal utiliser les contrats).
Pour ce qui est des noms longs, ça a l'avantage d'etre lisible et compréhensible (compare strftime() et DateFormat.format()). L'inconvénient, je le reconnais, c'est cette lignes des 80 colonnes qu'on atteint voire franchit allègrement.
[^] # Re: Microsoft, MSN, Gaim et les autres...
Posté par Pat Le Nain . En réponse au journal Microsoft, MSN, Gaim et les autres.... Évalué à 2.
[^] # Re: AH AH A HA HA HA HA AH AH A HA HA HAHAHAAAAA A A A A A A AA A A AHHH §
Posté par Pat Le Nain . En réponse au journal 1 millions de lignes de codes auraient été volés à SCO dans Linux !. Évalué à 0.
[^] # Re: Nucléocrate !
Posté par Pat Le Nain . En réponse au journal Energie, informatique même combat. Évalué à 1.
pat, membre d'une famille de marins-pecheurs depuis des générations
[^] # Re: People
Posté par Pat Le Nain . En réponse au journal People. Évalué à 0.
Non, pas possible ? (==>[])
[^] # Re: Et les enfants
Posté par Pat Le Nain . En réponse au journal Energie, informatique même combat. Évalué à -1.
[^] # Re: Ras le bol !
Posté par Pat Le Nain . En réponse au journal Energie, informatique même combat. Évalué à 3.
plus loin :
Tu n'y connaîs rien
Je préciserai que le problème de SuperPhoenix vient de son refroidissement au sodium, technique peu maitrisée. Je rapelle au passage que le sodium est un métal qui a la particularité de bruler, voire d'exploser, au contact de l'eau.
[^] # Re: Nucléocrate !
Posté par Pat Le Nain . En réponse au journal Energie, informatique même combat. Évalué à -1.
[^] # Re: Bonjour, je viens foutre la merde, et moi la remuer
Posté par Pat Le Nain . En réponse à la dépêche Bouffe DLFP sur Rennes. Évalué à 2.
[^] # Re: Bill Gates va briser le Free Software...
Posté par Pat Le Nain . En réponse au journal Bill Gates va briser le Free Software.... Évalué à 1.
[^] # Re: Mater des photos sur sa télé
Posté par Pat Le Nain . En réponse au journal Mater des photos sur sa télé. Évalué à 1.
[^] # Re: Infos persos
Posté par Pat Le Nain . En réponse au journal Infos persos. Évalué à 2.
mille excuses et merci pour une réponse assez détaillée qui, je l'espère, pourra apporter des précisions utiles à moi et aux autres.
au fait, l'id de ma clé c 0xC52B82F3
# Re: Des sauvegardes de données sur la lune
Posté par Pat Le Nain . En réponse à la dépêche Des sauvegardes de données sur la lune. Évalué à 2.
# Re: GnuPG et DLFP
Posté par Pat Le Nain . En réponse au journal GnuPG et DLFP. Évalué à 1.
Votre avis ?
# Re: XPs sur linuxfr
Posté par Pat Le Nain . En réponse au journal XPs sur linuxfr. Évalué à 4.
[^] # Re: GnuPG et DLFP
Posté par Pat Le Nain . En réponse au journal GnuPG et DLFP. Évalué à 1.
[^] # Re: GnuPG et DLFP
Posté par Pat Le Nain . En réponse au journal GnuPG et DLFP. Évalué à 1.
[^] # Re: LinuxFR et montée en charge
Posté par Pat Le Nain . En réponse au journal LinuxFR et montée en charge. Évalué à 1.
# Re: sortie linux mag n°52 et virus informatique n°23
Posté par Pat Le Nain . En réponse au journal sortie linux mag n°52 et virus informatique n°23. Évalué à 2.
[^] # Re: Quand je suis au bureau, je bosse réellement pour ma société ...
Posté par Pat Le Nain . En réponse au sondage Quand je suis au bureau, je bosse réellement pour ma société .... Évalué à 1.
Proche de zéro, soit dit en passant
# Re: Honteuses pubs pour les connexions internet
Posté par Pat Le Nain . En réponse au journal Honteuses pubs pour les connexions internet. Évalué à 2.
(je parle pas bien sûr du tordu Linuxien qui reste connecté 24h/24 pour avoir un serveur permanent sur le Net)
# Re: Fortune!
Posté par Pat Le Nain . En réponse au journal Fortune!. Évalué à 7.
18:11 faut faire "kill -9 casimir" pour tuer lilo enfants !!!