jcs a écrit 1188 commentaires

Les admins ont du faire quelque chose. Merci les gars. Je viens de récupérer un cinquantaine (!!!) d'avis, et comme promis je pertinente le post de Zenitram :)

Et super, on a encore encore la geekscotte quand on s'auto-répond.

Je passe de 45 à 5, ça calme, ils deviennent des ressources virtuelles rares!

Je t'aurais bien plussoyé mais je n'ai plus de vote disponible :o(

Le logiciel fournit par Amazon simplifie le téléchargement : plusieurs albums/morceaux en même temps, historique, ajout des morceaux téléchargés à WMP, iTunes(?)... Mais il reste facultatif.

En fait en gros ça se joue un peu comme le cul de chouette ?

Oui ou le jeu du pélican. Mais l'important c'est les valeurs.

Le blu-ray ça sert juste à jeter sa collection de DVD pour racheter les mêmes films mais avec une pochette bleue.

Pourquoi jeter ses DVD ? Contrairement au passage VHS -> DVD la totalité des lecteurs blu-ray sont capables de lire les DVD.

ça implique un paiement, une relation contractuelle, un service restreint à ceux qui ont les moyens de se le payer, etc.

Qu'on appelle ça client ou usager, le fait est qu'un billet de train s'achète, ce qui implique une relation contractuelle fut-elle implicite.

Ce format aurait été développé pour faire cesser l'impression inutile de documents, qui serait la cause d'une importante surexploitation forestière.

Elle est vrai cette affirmation ? Je pensais que les problèmes de déforestations étaient principalement liés soit à la recherche de terres arables soit à l'exploitation intensive de bois dits exotiques (dont je doute qu'ils servent à faire de la pâte à papier).

Après il est vrai que la production de papier est une activité polluante (avec une consommation d'eau importante).

À noter également le vote de Google contre la JSR 336 (Java SE 7) avec un commentaire qui commence de cette façon : While we support the technical content of this JSR, Google is voting no because of its licensing terms.

http://jcp.org/en/jsr/results?id=5111

Je dis peut-être une bêtise mais un Atom ne va-t-il consommer beaucoup et donc permettre une plus grande autonomie ?

Cela dit, et je parle d'expérience car j'ai possédé un portable 15 pouces, ce genre de machine n'est pas très agréable pour partir en vadrouille. Le fait de devoir le brancher plus souvent sur le secteur n'est donc pas forcément un problème...

Le vendredi tout est pertinent, tout particulièrement ce qui ne l'est pas les autres jours. Cela dit je suis d'accord.

Plutôt le juge d'instruction

Sauf en cas d'enquête de flagrance où les pouvoirs de l'OPJ sont élargis je crois.

De plus, pour les imprimantes, dans ces entreprises on utilise des imprimantes réseaux, donc aucun soucis.

Je pensais la même chose il y a deux ans quand j'ai acheté mon imprimante avec une interface réseau. Après l'installation et la configuration le résultat fut que la seule chose qu'on pouvait imprimer correctement était... la page de test. Ironique s'il en est. Finalement une mise à jour de cups corrigea le problème, mais quelques mois plus tard.

Sonar est un très bon logiciel, il collecte beaucoup de données, mesures de nombreuses métriques, fait de jolis graphiques... Et ensuite ? Pour que l'outil soit utile il faut savoir prendre les infos pertinentes et comment les utiliser pour améliorer le code.

Par exemple j'ai écrit une règle pour le maven-enforcer-plugin qui bloque toute release d'un projet si les règles de coding style ne sont pas suffisamment respectées (< 95%). On peut imaginer ça également sur la couverture de code des tests. Rien d'extraordinaire certes mais c'est un début.

Et vous comment utilisez vous Sonar pour améliorer la qualité code ? Je serais très intéressé pour échanger sur ce sujet : quelles métriques/données utilisez vous ? Quelles procédures et quelles (bonnes) pratiques avez vous mis en oeuvre sur vos projets ?

Pour le reste, ça demande beaucoup de dev, et il faudrait un code bien mieux organisé je pense. (pour pouvoir bosser juste sur un continent, un pays, etc..., ça demande du dev et pas mal de données en plus à récup via la xapi et à stocker)

Et oui, le développement logiciel c'est un vrai métier :D

Le jeu est amusant surtout à partir du moment où aucune indication n'est donnée (même si le nom de la ville dans sa graphie originale peut aider). Toutefois je trouve le commentaire you're wrong by xx km in yy ms particulièrement énervant. Entendre qu'on s'est trompé à chaque fois parce qu'on n'est pas pile dessus (parfois à quelques pixels à peine, quelques dizaines de km) ne donne pas forcément envie de continuer. Il faudrait accepter que dans un rayon donné la réponse est bonne et encourager le joueur : Correct! xx km from zzz in yy ms

Une souris Microsoft ? Infidèle !

A une époque le matériel vendu sous la marque Microsoft était d'aussi bonne qualité que celle du logiciel était mauvaise.

Si ils signent (encryptent ?)

Oui signer, encrypter ce n'est pas français ;-)

le firmware avec leur clé privée et qu'ils mettent leur clé publique dans la puce, ça leur permet de faire des mises à jour mais d'accepter uniquement celles signées par eux. C'est un bon le concept du "Trusted Computing", non ?

Oui, c'est utilisé par exemple dans les terminaux de paiement électronique (terminaux pour payer par CB). Là c'est critique : imaginez qu'on puisse charger sans contrôle un logiciel qui débite 10 fois la somme affiché quand on tape son PIN. Dans les TPE impossible de charger un logiciel qui n'est pas signé et les clés sont souvent bien protégées. En plus il existe souvent un mécanisme de révocation en cas de compromission de clé.

Est-ce quand même crackable au niveau logiciel ?

Pour le savoir, il faudra étudier le système de prêt.

Si le Joule est une unité SI, mais c'est pas une unité de base 1 J = 1 Kg.m^2.s^-2

C'est mal :) On doit toujours boire avant de ressentir la sensation de soif pour éviter la déshydratation.

Je ne connaissait pas VisualVM mais ça ressemble beaucoup au profiler présent dans Netbeans. D'ailleurs, le fait que l'application se base sur le même framework m'incite à penser que ces deux là partagent la même base de code.

Ce que je trouve vraiment intéressant est la console OQL qui permet de faire des requêtes à la volée sur les objets de son application.

less est en version 436 !

Ecoutez, on lui dira, on lui dira !

C'est aussi que le disque est devenu trop obsolète (et plus adapté au mode de consommation acutel) et la vente de musique en ligne pas encore assez mûre (trop compliqué, trop de contraintes).

Ou encore, comme l'a écrit Flaubert :

Les dieux disques n'étant plus et le Christ la musique en ligne n'étant pas encore, il y a eu, de Cicéron à Marc Aurèle, un moment unique où l'homme seul silencieux a été.

Oui une fois, sur projet perso mais c'était un petit projet et je commence à avoir une bonne connaissance de maven ce qui peut biaiser mon opinion. Il y a quelques années dans ma boîte on a porté la totalité de notre code de ant vers maven 1 ; mais il y a un gouffre entre maven 1 et maven 2.

En fait je pense que c'est plus fastidieux que compliqué. Il faut souvent (re)découper son projet en module, chercher les bons plugins à utiliser, parfois mettre en place un dépot local pour les artéfacts produits par maven... Sur des gros projet ça peut être long.

Je suis d'avis que ce genre de migration n'est nécessaire que quand le projet est suffisamment gros pour que des problèmes de gestion de dépendances apparaissent. C'est là je crois le plus gros point fort de maven sur ant.

Finalement il est clair que maven simplifie pas mal la vie de celui qui gère le projet (automatisation des tests, des rapports avec Sonar, de la javadoc sur tout un ensemble de modules) mais je n'ai pas une assez longue expérience de ant, il est possible qu'un spécialiste soit capable de factoriser/appeler récursivement/... les scripts de build.

Désolé J'aurais du être plus précis. Je suis d'accord, la documentation d'utilisation de maven est plutôt complète et claire. Dans mon commentaire Je parlais de la documentation des API de maven et de Plexus (le framework qui est derrière) nécessaires pour écrire des plugins et là c'est un peu la misère.

C'est d'ailleurs une bonne raison pour passer à Maven :)

C'est vrai, Maven a des bugs, des comportements parfois étranges, une certaine complexité et un grand manque de documentation. Toutefois il y a quelques semaines j'ai du écrire un script ant pour compiler un projet et, malgré ses défauts, j'ai regretté à chaque ligne de ne pas pouvoir utiliser maven :o)