ckyl a écrit 3877 commentaires

Quand tu maintiens une compat sur 15+ ans sur un langage et une API aussi vaste il y a toujours quelques ratés (qui sont relou on est d'accord). Mais Sun s'en sort plutôt bien à ce jeux.

Pour le point précis dont tu parles c'est toujours un problème pour les mainteneurs. Le code existant autorisait des conditions plus souples que ce que disait la spécification. C'est à dire que du code pourri était accepté. Du coup c'est le bordel quand tu veux mettre à jour:
- Tu te dis que l'ancien comportement doit être gravé dans la pierre même si la spec dit que le code n'aurait jamais du marcher. C'est le mieux pour la compat mais au bout de 10 ans tu peux plus rien faire bouger (note que la spec n'a pas changé)
- Tu te dis que la spec est bonne et reste intacte. Tant pis pour les mauvais utilisateurs ils fixeront leur code.
- Tu te dis les deux et tu permets aux mauvais utilisateurs d'avoir une solution temporaire au cas où (solution retenue)
- Tu introduis une nouvelle API. Il faudra migrer le code de toutes les applis pour tirer parti des optimisations et l'ancienne API doublon restera ad vitam eternam.

Faire le choix entre ces solutions n'est pas évident et celle retenu n'est pas stupide. C'est exactement comme un compilo C qui était plus souple que la norme et un jour devient plus strict. Tu gardes la spec, la nouvelle implémentation a un bon comportement et tu permets aux mauvais élèves de continuer à compiler pendant quelques temps.

Ca n’empêche pas qu'il y a quelques vrais problèmes ;)

Java ne veut pas péter la compatibilité. Tu parles donc dans le vide et perd simplement ton temps ;)

Les autres langages au dessus de la JVM combleront peut être tes attentes tout en pouvant tirer parti des API de Java.

Sans:

o1 = foo()
if (o1 != null) {
  o2 = o1.bar()
  if (o2 != null) {
    o3 = o2.toto()
    if (o3 != null) {
      o3.print()
    }
  }
}

Avec:

foo()?.bar()?.toto()?.print()

Ca peut être de très utile à trompeur selon les cas.

Apache et Hudson ce sont des autres problèmes qui n'ont rien a voir avec le retard de Java 7. Apache a essayé d'exploiter le vote sur Java 7 qui devenait urgent pour son baroud d'honneur; mais c'était purement politique. Hudson c'est juste un projet tiers qui n'a rien a voir dans le schmilbick.

Après Oracle reste Oracle...

Tu arrives donc au même constat que le journal ;)

Java 7 c'est un epic fail. Le seul bon côté c'est que Oracle a débloqué la machine à release en décidant de livrer la 7 avec "rien" dedans plutôt que de reporter encore d'une année pour attendre les autres JSR.

Mais ce que je préfère c'est qu'ils ont quand même réussi à pousser des changements qui pètent la compat dans JAXP. Enjoy :p

Pas forcément, il ne dis pas cela. Le hash de vérification du vote personnel peut très bien n'être utilisable que privativement. Les listes d'émargement peuvent être publiées (on sait qui a voté et qui n'a pas voté : c'est déjà le cas) et ainsi être comparées aux listes électorales (c'est déjà le cas aussi). Et la vérification de son bulletin rester privatif (c'est déjà la cas également avec le système bulletin->isoloir_optionel->urne).

En même temps ça ne sert strictement à rien. Quand un gus dis qu'on a changé ou pas pris en compte son vote on fait quoi ?

1. tu ne changes pas de département, pas besoin de refaire la carte grise.

Tu ne changes pas de département, besoin de faire changer l'adresse de ta carte grise mais tu le fais pas par ce que tu as pas une demi journée à perdre pour ces conneries ;)

J'ai payé plein de trucs en Allemagne via virement. Ca marche très bien. Le seul soucis c'est que le délai pour confirmer le paiement (J+1 à J+3) ralenti la livraison.

Et vu qu'ils utilisaient presque tout la même interface. Il doit y avoir des solutions toutes faites pour monitorer les comptes à la recherche des tags de virement. Ce qui n'est pas très compliqué du tout.

Évidement hors zone euro, les frais bancaires font mal et ca explique que ceux qui vendent des merdes worldwide passent par ebay.

C'est évidement une caricature. Mais je me demande tout de même jusqu'à quel point...

Ils ne proposent pas de remplacer paypal. Ce qu'ils proposent c'est: "Cancel your account today."

Il suffira d'en ouvrir un autre demain, c'est gratuit et ca prend 1 minute.

Chaque profession à des besoins spécifiques et je pense qu'il est difficile d'établir un classement des plus gros "demandeurs de qualité" par ce que les critères sont différent.

Par contre je connais aucun domaine ou il existe encore une justification à l'utilisation de CRT. Mais il en existe peut être.

Les dalles IPS font très bien leur job. À ma connaissance des marques comme eizo n'ont plus aucun CRT à leur catalogue, c'est que ca doit pas être si mauvais ;)

De mémoire par ce que c'est fait une éternité, community et download multi.

Au pire pour ajouter des photos ça te prend 10 minutes de bricoler un truc qui repose sur l'API web. Je l'ai fait en python pour un client CLI par ce que j'aime pas cliquer partout; ça le fait sans soucis.

Dans tout les cas je suis pas sur que yet another gallery soit la solution (hormis le plaisir de faire son truc).

C'est possible et c'est possible avec piwigo.C'est aussi possible avec zenPhoto et surement beaucoup beaucoup de galleries.

-> Custom -> Specific people.

Ca te permet de mixer groupe(s) et personne(s) a ta guise. Tu peux même blacklister personne(s) et groupe(s).

C' est donc totalement possible avec Facebook. Comme quoi...

Ok merci. C'est donc juste un problème d'UI et/ou de de PEBKAC ? Où alors il y a vraiment des différences fonctionnelles sur ce point entre les deux ?

C'est pas très compliqué d'utiliser les groupes sur facebook: mettre les gens dans des groupes, cliquer sur le cadenas pour limiter l'accès par groupe. Si les gens ont décidé de s'en foutre sur Facebook, on verra si ils décident ou non d'utiliser un unique gros cercle sur G+...

Personne pour m'expliquer ce que permet Google+ que ne permet pas Facebook ? Par ce que ton exemple ca me semble parfaitement faisable avec facebook depuis des années.

Sauf que ce n'est pas au gouvernement de décider ce qui est interdit ou pas, c'est le rôle de la justice. Sinon, c'est de la dictature, pure et simple.

Je crois que devrais revoir tes cours d'éducation civique au chapitre: Pouvoir législatif / exécutif / judiciaire.

La justice ne fait pas les lois; elle les applique. Utiliser "le gouvernement" est un gros abus de langage puisque qu'il est censé être l’exécutif. Mais en pratique, si on considère que la couleur du gouvernement est celle du premier ministre, ce raccourci est souvent moins faux que le tien.

Cependant, tu ne tiens pas à ce que tes collègues et patrons actuels le sachent tout de suite. Tu préfères d'être sûr d'avoir un contrat avant de remettre ta démission. Avec Facebook, ce n'est pas possible, avec G+ ou Diaspora, ça l'est.

Pourquoi ce n'est pas possible ?

Justement au boulot on est parti de la forge INRIA par ce que les outils étaient très très largement insuffisants. Ça fait tout mais ça le fait mal. Du coup on a préféré se frapper le boulot d'admin. Au final on s'y retrouve quand même en productivité.

Un bon BTS et visionneur de code sont à des années lumières de ce que propose toutes les forges que j'ai utilisée. Et pour l'intégration continue il faut de toute façon se la farcir.

Actuellement j'ai le même problème par ce que nos projets sont en train de se multiplier et que notre solution home-made scale assez moyennement (#utilisateur et #projet). Mais pour le moment j'ai pas trouvé de solution toute faite qui convienne.

Le problème étant souvent non pas de tout faire, mais de tout faire bien et de manière efficace pour les développeurs.

On peut avoir ton code avant que tu te désinscrives ?

J'offre la gloire éternelle à celui qui trouve une faille sur un BOF dans un de tes projets ;)

Un bon programmeur ca se reconnait pas à la bio qu'il te sort pour te montrer la taille de sa bite, mais au fait qu'il a comprit qu'il n'est pas superman et qu'un truc difficile à comprendre/utiliser ça finissait un jour ou l'autre par te sauter dans les pâtes.

La lecture de la doc de strncpy suffit tellement que les petits gars d'OpenBSD se sont dit que ça serait une bonne chose d'inventer un truc plus compliqué, strlcpy, histoire de pouvoir distinguer les bons devs des mauvais devs. Ou alors non...

Dans ces moments là tu peux aussi découvrir qu'un GC ça se configure très finement en fonction de ce que fait l'application ;) Par exemple -XX:CMSInitiatingOccupancyFraction=X peut t'aider parmi d'autres.

Tu peux regarder là pour un exemple sur un projet de comment configurer son GC et développer en essayant de minimiser le boulot du GC: http://www.cloudera.com/blog/2011/02/avoiding-full-gcs-in-hbase-with-memstore-local-allocation-buffers-part-1/

Après ça reste un GC, donc même en utilisant G1 ça reste difficile d'avoir des temps de réponse constant, voir les problèmes et le boulot des gens d'OpenDS.

Mon argumentaire c'est de savoir objectivement ce que t'apporte de faire gaffe à ta batterie. Si ça allonge de 3 ou 6 mois sa durée de vie (seuil au delà duquel la capacité est devenu trop faible), alors je dis que dans tout les cas tu auras une batterie à racheter. Et que tu n'arriveras certainement pas au bout de cette batterie, le reste à de grande chance d'avoir rendu l'âme avant.

En l'absence de quelqu'un qui a mené un vrai protocole de test, ça reste quand même vachement du domaine de la croyance. Si ça a un impact certain, impossible de savoir dans quelle proportion.