Après 2H30 de mise à jour (2H30 quand même !!), voici ce qui apparaît désormais sur mon bureau :
J’ai quand même pris le soin auparavant d’effectuer un backup complet de la machine sous XP SP2. On sait jamais, ça serait bête de devoir annuler ma formation prévue la semaine prochaine 😀 .
Si comme moi vous recherchez régulièrement la signification ou un exemple d’utilisation d’une balise xhtml, ce site est fait pour vous : http://htmlplayground.com/
Un peu comme une javadoc, il présente pour chaque tag :
C’est pas mal du tout. A tester !
Vista est disponible depuis quelques jours en version RTM (plus ou moins finale) FR sur la MSDN et j’ai l’ISO bien au chaud dans un coin du disque dur.
Contrairement à d’autres, la mise à jour vers Vista n’est pas une évidence pour moi.
En effet, les performances de mon portable suffisent-elles ?
Les spécifications minimales demandées sont les suivantes :
* An 800 MHz processor * 512 MB of RAM * A 20 GB hard drive with 15 GB of free space
Même mon vieux PC de bureau est dans les clous. Mais si il y a bien une chose que l’expérience apprend, c’est de se méfier des recommandations minimales qui portent bien leur nom…
J’ai donc voulu en savoir plus concernant le portable DELL.
Lors de l’insertion du DVD de Windows Vista, une invite nous propose de tester la compatibilité de notre matériel et de nos softs.
L’outil se retrouve sur Internet à l’adresse suivante : Windows Vista Upgrade Advisor.
Après une installation rapide et 5 minutes d’exécution, l’outil rend son rapport : La carte vidéo ne me permettra pas de bénéficier de l’interface avancée AERO. Effectivement, Il s’agit d’un processeur graphique basique, une Intel Express 915.
Une recherche sur le site de Intel me renvoit vers une FAQ dédiée à VISTA qui explique en substance que le proc. est trop vieux pour être rendu compatible avec Vista.
Est-ce que Vista sans AERO vaut la peine de « casser » XP et de devoir tout re-installer ? Pour le moment, je resterai attentif 😉
Les méthodes agiles ne sont pas récentes mais il reste difficile d’expliquer clairement et simplement ses concepts clé.
Scrum est aujourd’hui une méthodologie agile qui a le vent en poupe, alors comment expliquer son fonctionnement ?
Cette définition, vue sur le blog de Claude Aubry – Scrum – Méthodes agiles y répond exactement :
Scrum est un processus agile qui nous conduit à produire la plus grande valeur métier dans la durée la plus courte.
Scrum nous permet d’inspecter rapidement et régulièrement (toutes les 2 à 4 semaines) un produit (partiel) qui fonctionne.
Le métier identifie les exigences et définit leur priorité. Notre équipe s’organise elle-même pour déterminer la meilleure façon de produire les exigences les plus prioritaires.
Toutes les 2 à 4 semaines, tout le monde peut voir fonctionner le produit actuel et contribuer à prendre une décision : soit le livrer dans l’état, soit continuer à l’améliorer pendant 2 à 4 semaines supplémentaires avant de se reposer la question.
Je lis ce matin que Office 2007 est disponible sur la MSDN. Je me connecte pour la télécharger et là surprise :
Note to Customers in France : Office 2007 has not been authorized for supply, import or export to or from France. If you are located in France, Microsoft does not authorize the download of this product, until further notice.
Quelqu’un est au courant de cette histoire ?
Update : C’etait juste une question d’autorisation. Office 2007 est donc maintenant disponible ainsi que Vista RTM. En revanche pour l’instant, ce sont juste les versions américaines… vivement la FR !
Depuis le temps que c’est réclamé par une partie du monde des développeurs c’est officiel, Java passe Open Source.
Alors est-ce une bonne nouvelle ?
Sans même entrer dans les débats sur la relative perte de contrôle des sources, je crois que cela ne changera absolument rien.
Depuis des années, les entreprises font confiance à la machine virtuelle de Sun et Sun a toujours montré un soutien fort et multi plateforme de son offre.
Après, l’opensource est tellement à la mode que Java ne pourra que profiter de cette annonce et du buzz l’accompagnant…
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 :
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 ?
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.
Commentaires récents