Discussion :

[reseau-emploi]

Bonjour,

j'avais déjà sollicité vos avis pour un test de compétence sur
le langage java...

je réédite avec un test de compétence sur les API de base
(lang, util, io, net)

Tous les commentaires sont bienvenue. En particulier si vous
trouvez des erreurs dans le test ou même des fautes
d'orthographe (ce n'est pas mon fort)

Merci

http://www.reseau-emploi.com/tests/t...iries-java.php

[adiGuba]

Salut,


10/12 (erreur sur les questions 5 et 11, mais je ne suis pas d'accord sur les réponses )

Je cache mes remarques pour ne pas gêner ceux qui voudrait passer le test :

(surligner le texte pour voir)

• Question 2 : J'aurais plutôt utiliser la méthode split()
  
  
• Question 5 : Je n'aime pas trop cette "affirmation" : "Il peut parfois être judicieux de demander directement le lancement du garbage collector"
  Pour moi le GC ne devrait jamais être appellé...
  
  Et la réponse est "fausse", ce n'est pas Runtime.gc() mais Runtime.getRuntime().gc().
  De plus la réponse System.gc() est correcte puisqu'il s'agit d'un appel vers Runtime.getRuntime().gc()
  
  
• Question 8 : Je ne comprend pas ce que tu veux dire par "La classe Timer est protégée d'un point de vu multi-threading." ?
  
  
• Question 11 : La réponse peut varier selon l'implémentation.
  Math.cos() peut varier selon l'implémentation et peut donc potentiellement renvoyer des valeurs légèrement différentes d'une JVM à l'autre. Par contre elle peut bénéficier de certaines optimisations de la machine hôte (comme des instructions du processeur).
  StrictMath.cos() utilise quand à elle la librairie fdlibm qui garantit un résultat identique quelque soit la JVM ou la plateforme en dépit des performances...
  
  Par contre il est vrai que sur la JVM 6.0 de Sun Math.cos() renvoit vers StrictMath.cos(), mais ce n'est pas une obligation pour toutes les JVM et ce ne sera pas forcément toujours le cas, et il existe une RFE qui demande que cela soit changer :
  http://bugs.sun.com/bugdatabase/view...bug_id=5005861

a++

[Sanguko]

D'abord, merci pour le test !

Voici mes remarques

Question 2 : D'accord avec abiGuda. Et meme j'eviterai la solution proposée, pas pratique à utiliser et gourmande en memoire et vitesse.

Question 5 : Pas d'accord avec la reponse proposée, qui est fausse (ou incomplète). D'autre part, la derniere phrase de la javadoc de la methode en question indique clairement qu'une autre reponse est valide et usuelle.

Question 8 : Je suis d'accord avec abiGuda, c'est pas tres clair.

Question 11 : La question est fausse. Il est impossible de repondre étant donné les specifications des classes et methodes proposées. Il est meme probable que la reponse sugérée soit fausse en fonction de l'implémentation de la vm.

[reseau-emploi]

Merci pour les premieres remarques...

je verrai comment ameliorer tout cela ce soir...

[bulbo]

11/12, je me suis epate tout seul .. mais en gros je rejoins adiGuba sur la plupart des points ..

Je me suis plante sur l'histoire du cosinus mais j'avais repondu au pif pour celle la n'ayant aucune idee donc c'est normal.

Bulbo

[reseau-emploi]

11/12, je me suis epate tout seul .. mais en gros je rejoins adiGuba sur la plupart des points ..

Je me suis plante sur l'histoire du cosinus mais j'avais repondu au pif pour celle la n'ayant aucune idee donc c'est normal.

Bulbo

il faut vraiment que je corrige cette histoire de cosinus... parce que la
reponse depend de la version de la JRE...

Tu peux donc estimer avoir tout fait juste...
Je vais remplacer ou modifier cette question...