DerekSagan a écrit 613 commentaires

La RATP fait une proposition, elle ne dit pas ce qui est illégal ou pas, elle dit juste que si l'actuel éditeur du site transfert le nom de domaine et s'engage à ne plus opérer ce site et à ne plus utiliser les marques de la RATP, elle ne le poursuivra pas en justice.

Elle ne dit pas que s'il transfert le nom de domaine et ne s'engage à rien d'autre elle le poursuivra en justice, et moins encore qu'elle gagnerait un procès...

Je pense que "rendez-moi le nom de domaine avant que je ne vous traine en justice car je suis propriétaire de la marque" est une menace sérieuse et crédible, mais que le reste est de l'intimidation.

Mais je ne suis pas avocat...

En même temps, tenir compte de l'aspect humain d'une organisation, et pas forcément dans ses facettes les plus nobles, ça fait aussi partie d'un choix. Soit en l'acceptant soit en le corrigeant (augmentation générale de 20% pour les développeurs Java, ça vous tente? ;-))

Au moins au début, l'entrée de Linux en entreprise a beaucoup été liée à un élément pas objectif du tout: les admins sys étaient près à y passer nuits et week-end gratos juste parce que ça les formait ou parce que c'était cool (le geek acceptance factor...), c'est au bout du compte assez comparable.

Quand les premiers netbooks sont apparus ils étaient tous sous linux. Ne se vendant pas, les constructeurs ont préférés les livrer avec Windows même si en fait ils avaient un coût supérieur.

En fait c'est légèrement différent, même si ça ne change pas tant que ça ton propos: quand les premiers netbooks sont apparus, Microsoft refusait de continuer à vendre XP pour forcer les constructeurs à passer à Vista sur le matériel neuf. Comme Vista ne passait pas c'était Linux ou rien (enfin Linux ou Hurd ou FreeDos...). Et puis comme les Linux se sont vendu Microsoft a cédé et a refait du XP juste pour les Netbooks. Et comme le précise un autre commentateur, du XP pour pas cher.

Ceux-ci veulent acheter une machine préinstallée et ne veulent surtout pas changer d’OS durant la vie de la machine (3 à 5 ans). A l’heure actuelle, si d’aventure ils avaient Ubuntu, au plus tard dans 6 mois il faudrait faire un upgrade pour pouvoir disposer des progrès disponibles sur les dernières versions des applications.

euh... t'as entendu parlé de ubuntu lts (long time support) ?

moi je le fais avec le numéro de déclenchement de mon boitier (chez nikon c'est une donnée exif)

Si je suis certain que ce que dit Jobs est vrai (les DRMs ne marcheront jamais et mieux vaudrait les abandonner), il faut reconnaître que c'est vraiment le bon moment pour le concurrent historique de Microsoft pour tenir ce genre de discours. Il manque juste "n'achetez pas Vista".

Cela dit, n'achetez pas Vista...

Je recopie ci-dessous ton exemple corrigé (en dehors de la parenthèse, l'identation en lisp comme en xml enduisait avec de l'erreur).
Et très honnêtement je ne vois pas du tout d'avantage à XML en terme de clarté.

<groupe>
 <nom>Led Zeppelin</nom>
 <membres>
  <nom>Robert Plant</nom>
  <nom>Jimmy Page</nom>
  <nom>John Paul Jones</nom>
  <nom>John Bonham</nom>
 </membres>
</groupe>

et

(groupe
 (nom "Led Zeppelin")
 (membres
  (nom "Robert Plant")
  (nom "Jimmy Page")
  (nom "John Paul )
  (nom "John Bonham")
 )
)

Le seul "avantage" que je lui vois est l'existence d'attributs, non représentables aisément en syntaxe lisp (mais comme je suis perplexe sur la façon de placer le curseur attribut/sous-entité de façon pertinente, je le sais pas si c'est un avantage).

En revanche je vois plusieurs avantages aux parenthèses:
- c'est moins hype ;-)
- la forme ronde est moins agressive que le chevron pointu ;-)
- c'est plus simple donc le parseur est plus simple (moins de bugs, moins de consommation de ressources)
- l'absence de redite du nom de l'entité dans sa fermeture limite le risque d'erreur lors d'édition manuelle (le nombre de fois où on m'a filé un xml avec une coquille...)

Cela dit, c'est un débat de tehchnicien ou d'esthète, car se battre contre un standard de fait ne fait pas souvent gagner de temps...

est-ce que tu veux bien nous expliquer comment une requête ramenant 10ko dans une base de 1To avec un critère de recherche (disons: toutes les entités ayant un attribut toto=tata) peut avoir un temps de réponse et une consommation de ressource uniquement fonction du volume de données à ramener ? à part à avoir un index placé précisemment sur le bon attribut et fortement discriminant (c'est-à-dire strictement la même chose qu'avec un sgbdr).

même question avec une expression xpath comme filtre (puisque tu dis "quelle que soit la complexité de la requête"), parce que là j'aimerais bien voir la structure d'index qui permet de résoudre le problème autrement qu'en temps proportionnel à la taille de la base (avec un sgbdr on parle de full scan).

en sql il y a une commande qui s'appelle alter table. le problème est dans le code appelant, mais c'est le même avec une table ou avec un doc xml, si le code appelant ne lit pas le nouvel attribut couleurDesYeux dans l'entité ficheDuPersonnel, l'utilisateur ne sera pas plus content que si c'est une colonne qui n'est pas lue...

pour ton info un sgbdr n'alloue pas la taille max d'un enregistrement à chaque fois qu'on fait un insert dont les 3/4 des colonnes sont à null.

effectivement les bases de données XML ne font que commencer, mais heureusement demain le ciel sera plus bleu et l'herbe plus verte grâce aux bases XML.

enfin en tout cas c'est comme tout ce qui salope le SI des clients et crée de l'entropie (eai, sgbdo...), après il faut faire les poubelles et ça me garantie du travail à vie sur plusieurs générations... mes futurs arrières-petits-enfants se joignent à moi pour dire merci à XML, dieu de la fertilité dans le panthéon de l'informaticien.

(je réagis vivement à "base de données XML", je ne nie pas l'utilité de certains usages de XML)

ça c'est sûr qu'il vaut mieux s'intégrer à KDE au minimum, point trop n'en faut.

où ça un troll ?

applique un patch
passe à ami 2.0

moi comme dirait dilbert, j'ai pas d'amis en dehors du boulot, comme ça il comprennent mes blagues sur les gigaoctets ;-)

non. l'opération que tu viens de faire est une division par 1 puisque le lot de tartes n'a pas été divisé.

moi ca me va, mon compteur de geekisme ce n'est pas l'uptime c'est le nombre de spin-down des disques fourni par smartctl -A...
;-)

Faudrait que le $ baisse beaucoup...

Quand des enfants meurent de faim (un toutes les 3 secondes dit on), pourquoi les laisser crever alors que d'autres souffrent d'obesité ?
Tout ca pour des questions de limitations de budget, des limitations que nous nous sommes nous meme imposés comme des cons ...

bof, ne pas être capable de déplacer *toute* la nourriture nécessaire des lieux de production à *tous* gens qui crèvent de fin, c'est pas un problème de budget, c'est une vraie limite du monde physique... et puis t'as envie toi de passer ton temps sur un bateau à balader des tonnes de blés sans avoir de femme, d'enfants et de maison?

sans parler de tous les endroits où la famine est entretenue par la guerre plus que par l'incapacité du sol à fournir à manger...