Affichage des résultats du sondage: Quel est le meilleur des deux langages selon vous ?

Votants
1132. Vous ne pouvez pas participer à ce sondage.
  • Je suis intéréssé par Java et C#

    230 20,32%
  • C#

    348 30,74%
  • Java

    359 31,71%
  • J'apprécie le fait d'avoir l'alternative Java ou C#

    106 9,36%
  • Ni l'un ni l'autre

    35 3,09%
  • Sans opinion

    45 3,98%
  • Autre avis ? (précisez...)

    9 0,80%
+ Répondre à la discussion
Page 19 sur 19 PremièrePremière ... 91516171819
Affichage des résultats 361 à 368 sur 368
  1. #361
    Membre éclairé
    Homme Profil pro
    Directeur de projet
    Inscrit en
    octobre 2012
    Messages
    117
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Directeur de projet

    Informations forums :
    Inscription : octobre 2012
    Messages : 117
    Points : 321
    Points
    321

    Par défaut

    Citation Envoyé par _skip Voir le message
    Sur ce point, ça se passe au moins aussi bien que java, et même peut être mieux si on considère que tout le monde utilise les implémentations de référence. En ce sens, ce n'est pas comme dans java ou différents serveurs d'applications avaient toujours un petit truc à leur sauce. Même si depuis 1.5, ça c'est calmé.
    La "portabilité" java a été longtemps plus un objectif qu'une réalité, combien de fois j'ai pesté après une application java (desktop) incapable de tourner sur la version installée sur ma machine et contraint d'avoir autant de versions de jvm que de soft a faire tourner ...

  2. #362
    Expert Confirmé Sénior
    Avatar de _skip
    Homme Profil pro
    Développeur d'applications
    Inscrit en
    novembre 2005
    Messages
    2 731
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 31
    Localisation : Suisse

    Informations professionnelles :
    Activité : Développeur d'applications
    Secteur : High Tech - Produits et services télécom et Internet

    Informations forums :
    Inscription : novembre 2005
    Messages : 2 731
    Points : 6 932
    Points
    6 932

    Par défaut

    Citation Envoyé par rimram31 Voir le message
    La "portabilité" java a été longtemps plus un objectif qu'une réalité, combien de fois j'ai pesté après une application java (desktop) incapable de tourner sur la version installée sur ma machine et contraint d'avoir autant de versions de jvm que de soft a faire tourner ...
    C'est quand même assez réussi...
    Autant dans le monde du j2ee je veux bien reconnaître qu'il faille être très prudent avec les versions du JDK et des serveurs d'application, autant en j2se j'ai quasiment jamais vu de problème.

    Il y a des exceptions bien sûr, l'installeur de SAP en est un bel exemple mais à qui attribuer la faute? Je trouve honnêtement que depuis la 1.5, c'est quand même pas difficile d'avoir une application desktop portable en java. Il suffit de se gaffer sur deux ou trois petites choses liées à l'OS mais c'est largement faisable.

  3. #363
    Rédacteur/Modérateur
    Avatar de Logan Mauzaize
    Homme Profil pro
    Architecte technique
    Inscrit en
    août 2005
    Messages
    2 192
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 29
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Architecte technique
    Secteur : Transports

    Informations forums :
    Inscription : août 2005
    Messages : 2 192
    Points : 4 896
    Points
    4 896

    Par défaut

    Citation Envoyé par rimram31 Voir le message
    La "portabilité" java a été longtemps plus un objectif qu'une réalité, combien de fois j'ai pesté après une application java (desktop) incapable de tourner sur la version installée sur ma machine et contraint d'avoir autant de versions de jvm que de soft a faire tourner ...
    Tu confonds "rétrocompatibilité" et "portabilité". Cette première est clairement plus un fardeau et beaucoup de développeur débutant s'y trompe. J'ai même parfois des personnes avec un peu plus de bagage qui ne comprenne pas en quoi ca consiste.
    Java : Forum - FAQ - Java SE 8 API - Java EE 7 API
    Articles sur Ceylon : Présentation et installation - Concepts de base - Typage

    ECM = Exemple(reproduit le problème) Complet (code compilable) Minimal (ne postez pas votre application !)
    Une solution vous convient ? N'oubliez pas le tag
    Signature par pitipoisson

  4. #364
    Membre éclairé
    Homme Profil pro
    Directeur de projet
    Inscrit en
    octobre 2012
    Messages
    117
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Directeur de projet

    Informations forums :
    Inscription : octobre 2012
    Messages : 117
    Points : 321
    Points
    321

    Par défaut

    Citation Envoyé par Nemek Voir le message
    Tu confonds "rétrocompatibilité" et "portabilité"...
    Sur l'exemple que je donne peut-être mais pas dans l'idée que je voulais exposer. Les n versions étaient toutes "conformes", sans aucun souci de compatibilité ou de portabilité, mais l'anomalie provenait de légères différences d'implémentations, hors spécification, qui peuvent avoir un impact sur le code final.

    J'ai eu un exemple amusant entre je crois une 1.2 et une 1.3, une erreur dans une chaine de format utilisant une directive inexistante. Le souci c'est que la spec n'avait pas précisé comment se comporter dans ce cas, en 1.2 ça fait pas grand chose mais sans erreur, la version suivante une Exception était générée.

  5. #365
    Expert Confirmé Sénior
    Avatar de _skip
    Homme Profil pro
    Développeur d'applications
    Inscrit en
    novembre 2005
    Messages
    2 731
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 31
    Localisation : Suisse

    Informations professionnelles :
    Activité : Développeur d'applications
    Secteur : High Tech - Produits et services télécom et Internet

    Informations forums :
    Inscription : novembre 2005
    Messages : 2 731
    Points : 6 932
    Points
    6 932

    Par défaut

    Citation Envoyé par rimram31 Voir le message
    Le souci c'est que la spec n'avait pas précisé comment se comporter dans ce cas, en 1.2 ça fait pas grand chose mais sans erreur, la version suivante une Exception était générée.
    Je comprends déjà mieux, même si heureusement les exemples restent limités. Pour ma part j'ai goûté aux joies des différences d'implémentation avec les API xml pour SAX. Surtout que pour le coup, l'implémentation de référence du JDK (un xerces batardisé) est resté buggée d'une fuite de mémoire pour la majorité de la 1.6, soit plusieurs années.

    Mais bon, on reste assez bien lotis.

  6. #366
    Rédacteur/Modérateur
    Avatar de Logan Mauzaize
    Homme Profil pro
    Architecte technique
    Inscrit en
    août 2005
    Messages
    2 192
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 29
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Architecte technique
    Secteur : Transports

    Informations forums :
    Inscription : août 2005
    Messages : 2 192
    Points : 4 896
    Points
    4 896

    Par défaut

    rimram31 > 1.2 et 1.3 doivent être de lointain et de mauvais souvenirs ... Je pense qu'il faudrait également se défaire de 1.4 et voir 1.5.

    _skip > L'avantage de beaucoup d'API de Java c'est de reposer sur le pattern SPI et que si les implémentations ne te conviennent pas, il suffit d'en fournir une (par exemple Apache Xerces 2.8 ou Saxon )
    Concernant la version embarquée par défaut, c'est bien une Xerces mais une version figée. Pour retrouver la version, il me semble qu'il faut fouiller la JSR de la version majeure de Java qui figera une version de JAXP et ensuite il faudra fouiller la JSR de cette version de JAXP pour trouver l'implémentation de référence. Sinon il me semble que Xerces (à moins que ce ne soit Xalan) possède une classe "Version" avec des constantes.
    Java : Forum - FAQ - Java SE 8 API - Java EE 7 API
    Articles sur Ceylon : Présentation et installation - Concepts de base - Typage

    ECM = Exemple(reproduit le problème) Complet (code compilable) Minimal (ne postez pas votre application !)
    Une solution vous convient ? N'oubliez pas le tag
    Signature par pitipoisson

  7. #367
    Expert Confirmé Sénior
    Avatar de _skip
    Homme Profil pro
    Développeur d'applications
    Inscrit en
    novembre 2005
    Messages
    2 731
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 31
    Localisation : Suisse

    Informations professionnelles :
    Activité : Développeur d'applications
    Secteur : High Tech - Produits et services télécom et Internet

    Informations forums :
    Inscription : novembre 2005
    Messages : 2 731
    Points : 6 932
    Points
    6 932

    Par défaut

    Citation Envoyé par Nemek Voir le message
    _skip > L'avantage de beaucoup d'API de Java c'est de reposer sur le pattern SPI et que si les implémentations ne te conviennent pas, il suffit d'en fournir une (par exemple Apache Xerces 2.8 ou Saxon )
    Concernant la version embarquée par défaut, c'est bien une Xerces mais une version figée. Pour retrouver la version, il me semble qu'il faut fouiller la JSR de la version majeure de Java qui figera une version de JAXP et ensuite il faudra fouiller la JSR de cette version de JAXP pour trouver l'implémentation de référence. Sinon il me semble que Xerces (à moins que ce ne soit Xalan) possède une classe "Version" avec des constantes.
    Cette approche est certes assez flexible mais pour moi elle a beaucoup plus d'inconvénients que d'avantages dans la pratique. Tu écris plus de code, il y a toujours 2-3 checked exceptions de plus que nécessaire à cause du lookup de l'implémentation et de la configuration du parser et au final tu finis souvent par utiliser directement les classes de ton implémentation pour profiter de ses fonctionnalités avancées non standards.

    Enfn bon, je trouve que ça semble pratique sur papier mais sur le terrain c'est loin d'être génial et ça amène plus de problèmes que ça n'en résoud. Je t'oblige pas à être d'accord mais c'est l'opinion que j'en ai.

  8. #368
    Rédacteur/Modérateur
    Avatar de Logan Mauzaize
    Homme Profil pro
    Architecte technique
    Inscrit en
    août 2005
    Messages
    2 192
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 29
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Architecte technique
    Secteur : Transports

    Informations forums :
    Inscription : août 2005
    Messages : 2 192
    Points : 4 896
    Points
    4 896

    Par défaut

    Bah en fait je suis entièrement d'accord :p Mais l'avantage c'est que tu as tout de même une base saine et commune, pour les besoins simples.

    Et c'est grâce à ces nombreux "standards" que tu as d'autres produits dérivés comme JAXB, FOP, framework Web, etc.

    Concernant le lookup avec l'interface Service, il est transparent.
    Java : Forum - FAQ - Java SE 8 API - Java EE 7 API
    Articles sur Ceylon : Présentation et installation - Concepts de base - Typage

    ECM = Exemple(reproduit le problème) Complet (code compilable) Minimal (ne postez pas votre application !)
    Une solution vous convient ? N'oubliez pas le tag
    Signature par pitipoisson

Liens sociaux

Règles de messages

  • Vous ne pouvez pas créer de nouvelles discussions
  • Vous ne pouvez pas envoyer des réponses
  • Vous ne pouvez pas envoyer des pièces jointes
  • Vous ne pouvez pas modifier vos messages
  •