Julien Carnelos Blog – Archives

Article très intéressant posté sur le blog de Fred Cavazza : Qu’est-ce que l’identité numérique ?.

Je retiens particulièrement la conclusion :

le prochain défi à relever pour les utilisateurs de l’internet : prendre toutes les précautions nécessaires pour ne pas ternir l’image d’eux-mêmes (leur identité, leur double numérique) qu’ils sont progressivement en train de construire.

C’est clairement un futur point chaud qui est accélérée par la vague de fond web 2.0. En effet, on a plus que jamais l’occasion de l’ouvrir sur une multitude de domaines. Le gros soucis c’est que si dans la vie, on peut compter sur le temps pour oublier nos erreurs du passé, Internet est une mémoire géante. Tout est stocké, indexé, archivé.

Je suis persuadé que dans un futur proche, on jugera une personne en tenant compte de son identité numérique. Dans ce cas, que se passera-t-il dans la tête d’un employeur qui vérifie le profil d’un futur embauché et voit que celui-ci possède 80% de notes négatives sur EBay ?

C’est pour bientôt !

Une excellente initiative de Sun est le démarrage d’un effort de traduction de la Javadoc. Un peu comme Microsoft fait depuis des années.

En effet, il n’est pas rare d’entendre des débutants sur le langage râler du manque de ressources françaises. Cet effort est donc le bienvenue. En revanche, pour le moment c’est du ultra-béta et c’est prévu uniquement pour les nouvelles version Java 6 et Java EE 5 (et non pas J2EE).

Donc il faudra être patient mais tout vient à point à qui sait attendre 😉

La RATP signe ici un joli site web avec comme objectif de nous placer au coeur des problèmes actuels des transports en commun.

http://www.objectif-respect.org/

N’ayant pas fréquenté durablement les transports parisiens, le message me parle sur mon expérience des transports de Toulouse… Dans tous les cas, je trouve le site bien réalisé et l’orientation utilisateur avec mélange de vidéos, messages animés et forum plutôt pertinent.

Via Prendre un Café.

Après avoir répondu à la question .NET ou Java dans mon précédent post. Je reviens à la charge avec une autre question que l’on se pose beaucoup moins souvent.

Quelle est la plus grande différence entre le .NET et Java ?

Réponse : La culture.

Cette fois-ci, la réponse existe, elle est simple et concise. Merci d’avoir lu ce billet. Au revoir.

Vous en voulez plus ? OK.

La culture Java est largement plus complexe que celle que l’on retrouve en .NET. Pour démontrer ceci, je vais plutôt repartir à l’envers en énonçant qu’il est plus simple de partir avec du .NET. Prenons un exemple, imaginons que je doive ajouter une couche d’accès au données à mon application.

La majorité (75% ?) des développeurs .NET auront le réflexe suivant :

1. Je regarde l’aide locale sous Visual Studio en tapant des mots clés de recherche.
2. Un résultat sera trouvé à coup sûr avec un exemple de code.
3. Là, à nouveau la majorité s’arrête et commence à développer avec ce qu’il lit
4. Le reste va effectuer quelques recherches sur la MSDN pour obtenir des infos supplémentaires.
5. Avec tout ça, on attaque le dev.

Le pattern est simple : Ce que Microsoft dit, le développeur fait. Et MSDN est notre bible.

Malheureusement, cette culture coupe de nombreux développeurs de tout ce qui fait la richesse et la force du Java depuis des années. Par exemple, de nombreuses personnes ont découvert qu’avec Visual Studio Team System, un IDE pouvait nous aider à collaborer sur un référentiel projet contenant tests, docs, TU, etc…

Si l’on reprend ma petite liste du dessus, comment un développeur Java ferait ?

1. google.com : « data access java » ou « couche access donnees java »
2. pléthore de liens, de solutions d’articles techniques, de blogs…
3. Très vite, le développeur constatera que les meilleurs articles parleront ORM / Gestion des Transactions / Indépendance de la base
4. Puis il en viendra à se renseigner sur Hibernate / Spring 2 / etc… (Noms au hasard)

Clairement, la 2ème solution sera mieux architecturée et produira un logiciel mieux conçu (si le développeur n’est pas manchot 😉 )

Attention, je ne dis pas ici qu’un développeur Java est plus intelligent qu’un développeur .NET et je ne dis pas non plus que Java est mieux.

J’explique seulement que la différence entre le Java et le .NET est causé par la culture différente des deux ecosystèmes. Dans un cas on fait confiance à une seule autorité. Si Microsoft n’a jamais parlé des Mock Objects Dans son aide ou dans MSDN, les développeurs .NET ne sauront pas de quoi il s’agit… Pour les développeurs Java, il est évident qu’il n’existe pas une source fiable mais de nombreuses à lire et à comparer sur le web.

L’esprit critique est nécessaire quand on développe en Java et c’est une chose que devrait apprendre la communauté .NET.

Désolé pour ces deux semaines d’absence, je manque cruellement de temps ces derniers jours…

Très souvent lors des formations que j’anime vient la question fatale :

Alors c’est lequel le mieux, Java ou .NET ?

Sur mes quelques années d’expérience dans ces deux langages j’ai appris à formuler une réponse à laquelle je crois : ça depend.

Dis comme cela, on pourrait croire que j’évite la question mais au contraire l’expérience m’a montré que le choix d’une technologie ne doit jamais se faire à la simple comparaison d’un tableau de fonctionnalités.

Par exemple en Java, on peut utiliser des paramètres variables avec « … » alors qu’on ne peut pas en C#. Donc Java est mieux !

Ah mais en .NET, on dispose du système puissant des « delegates ».

Donc c’est .NET le mieux ? Il faut voir également que pour les frameworks d’accès aux bases de données, on retrouve en Java un excellent connecteur JDBC indépendant de la base alors qu’en .NET, ADO.NET 2 n’est pas encore au niveau…

Bref, sans rentrer dans les considérations techniques, on voit bien que cette comparaison est sans fin mais qu’elle est surtout inutile.

Car, par exemple, qui s’intéresse à une comparaison avancée sur la mobilité entre le compact .NET et J2ME si l’on développe une application client lourd windows ?

Ainsi, j’ai pris l’habitude de répondre à la question « .NET ou Java » en retournant la question. Pour cela, j’ai généralement une petite liste de questions qui sont autant d’indications qui me permettront de conseiller au mieux un choix technologique.

Exemple de liste des questions :

• Quelle est l’expérience de vos développeurs ?
• Quel est l’existant matériel/logiciel ?
• Quelles sont les directives de la DSI ?
• Quelles sont les types de projets ?

En cernant au mieux le profil de l’équipe, la réponse apparaitra d’elle-même.

Voici ma vision rationnelle du choix d’une technologie. Quand à imposer un langage auprès d’une équipe, le travail n’est jamais gagné car après tout, le développement est une religion 😉