from_kobb a écrit 353 commentaires

  • [^] # Re: Je sais pas quels lobbyistes sont les plus lourds...

    Posté par  . En réponse au journal A moto, pour l'égalité il est encore trop tôt. Évalué à -9.

    Pareil, les automobilistes ne boivent jamais, parce qu'ils sont sur la route pour conduire, pas pour picoler.

    Beaucoup d'automobilistes sont sur la route parce qu'ils ont besoin de se déplacer.

    Les autres usagers le sont par choix (tu ne vas pas passer un permis supplémentaire ou faire des efforts à vélo "par défaut").

  • [^] # Re: Rien compris

    Posté par  . En réponse au journal A moto, pour l'égalité il est encore trop tôt. Évalué à -10.

    Doit on vraiment aménager les parcs régionaux pour les motos ? Moi qui croyais qu'on devait les aménager pour la préservation de la nature, me serai-je trompé ?

    Donc, si je comprends bien, si l'on juge inadapté que les motos roulent à certains endroits, la solution est de faire chier les motards avec des contrôles intempestifs plutôt que d'essayer de faire passer un décret ou une loi, conformément aux principes de la République ?

  • [^] # Re: Je sais pas quels lobbyistes sont les plus lourds...

    Posté par  . En réponse au journal A moto, pour l'égalité il est encore trop tôt. Évalué à -3.

    Ou vous le foutrez dans votre poche

    Il ne faut jamais mettre de trucs durs dans sa poche à moto. Au mieux, en cas de chute, ça fera des hématomes, au pire ça se cassera et sectionnera une artère.

    Je sais que tu disais ça pour rire, mais c'est une bonne illustration d'une idée (pas d'éthylotest à moto) rejetée à la va-vite par le gouvernement parce qu'il ne connaît pas le sujet.

  • [^] # Re: minute de silence

    Posté par  . En réponse au journal A moto, pour l'égalité il est encore trop tôt. Évalué à 10.

    Orange commet le fail du siècle

    Ce qui est bien chez certains journalistes, c'est le sens de la mesure.

  • [^] # Re: SourceSquare ne marche pas

    Posté par  . En réponse à la dépêche Antepedia, base de données des projets Open Source. Évalué à 2.

    Debian Wheezy (et j'utilise KDE)

  • # 1 fait divers = 1 loi

    Posté par  . En réponse au journal [HS] Halte à la délinquance des immigrés venus de l'Est. Évalué à 10.

    J'espère que Claude Guéant va demander au parlement d'étudier la possibilité d'expulser ces immigrés délinquants.

  • [^] # Re: Pouet

    Posté par  . En réponse au journal Les nimages LinuxFr.org les plus jolies de l'année. Évalué à 10.

    Quel exemple choquant de la dégradation de l'image de la femme !

    [+]

    C'est vraiment dommage qu'en 2012 on utilise toujours un format dégradant autant les images que le JPG, alors que le jpeg2000 et maintenant le WebP sont largement supérieurs.

  • [^] # Re: Bon traitement contre la geekophilie

    Posté par  . En réponse au journal Journée de la femme : frustration et marketing. Évalué à 3.

    les féministes qui seraient contre les hommes

    Donc si je comprends bien, lors de l'affaire DSK, les personnes qui défendaient une "présomption de vérité" des plaignantes aux dépens des grands principes humanistes n'étaient pas des féministes ?

  • # Barbie truc

    Posté par  . En réponse au journal Journée de la femme : frustration et marketing. Évalué à 2.

    Aujourd'hui par exemple dans la presse gratuite, on nous parlait que de Rama Yade, de Barbie truc

    Barbie Klaus ?

    On peut effectivement faire un parallèle entre ses méthodes et celles des féministes, mais je crois que tu te trompes d'époque.

  • # Jolie nimage ?

    Posté par  . En réponse au journal 8 mars : International Women's Day. Évalué à 7.

    Quoi de mieux pour célébrer cette journée de fête qu'une jolie nimage : http://i44.tinypic.com/15iaigz.jpg

  • [^] # Re: normal

    Posté par  . En réponse au journal MySQL est une bouse immonde. Évalué à 3.

    Non :

    With neither DEFAULT CURRENT_TIMESTAMP nor ON UPDATE CURRENT_TIMESTAMP clauses, it is the same as specifying both DEFAULT CURRENT_TIMESTAMP and ON UPDATE CURRENT_TIMESTAMP.

  • [^] # Re: Mauvaise méthode de développement ?

    Posté par  . En réponse au journal MySQL est une bouse immonde. Évalué à 7.

    Un exemple ?

    PostgreSQL.

    Les clés étrangères marchent parfaitement bien sans rien faire de particulier et, si il y a une erreur, on a un joli message "ERROR: current transaction is aborted, commands ignored until end of transaction block" assorti d'une exception dans l'ORM.

    Tout se tapage parce que ton machin est pas foutu de gérer les FK en utilisant InnoDB quand le serveur est de type MySQL.

    Relis mieux le journal, le problème est que MySQL ne créée pas les clés étrangères sans le dire.

  • # SourceSquare ne marche pas

    Posté par  . En réponse à la dépêche Antepedia, base de données des projets Open Source. Évalué à 3.

    Manifestement les résultats sont affichés dans un navigateur, mais quand on clique sur le bouton idoine, on a l'exception suivante :

    java.lang.UnsupportedOperationException: Desktop API is not supported on the current platform

    En effet, cette API n'est disponible que sous windows ou gnome. Dommage.

  • [^] # Re: Mauvaise méthode de développement ?

    Posté par  . En réponse au journal MySQL est une bouse immonde. Évalué à 7.

    Les données sont intègres: elles sont là, à dispo, tel qu'elles ont été écrite.

    Le champ texte qui a été tronqué silencieusement est intègre ?

  • [^] # Re: Mauvaise méthode de développement ?

    Posté par  . En réponse au journal MySQL est une bouse immonde. Évalué à 3.

    Et comme dit précédemment ce moteur existe. Mais c'est le rôle du développeur de gérer l'existence de plusieurs moteurs et de choisir le bon suivant les fonctionnalités désirées.

    Toutes les autres bases de données que j'ai testé proposent des défauts raisonnables pour du développement, je ne vois pas pourquoi MySQL ne serait pas capable de faire de même.

  • [^] # Re: t'accuse

    Posté par  . En réponse au journal MySQL est une bouse immonde. Évalué à 1.

    Le time_t est peut-être alors une bonne (la moins mauvaise) solution. Il y a peu à faire coté application.

    [:uxam] en quoi un time_t est une meilleure solution qu'un objet perl de (très) haut niveau ?

  • [^] # Re: t'accuse

    Posté par  . En réponse au journal MySQL est une bouse immonde. Évalué à 10.

    sqlite3 supporte la concurrence et est même ACID [:aloyd].

    Par contre le locking se fait au niveau de la BDD ce qui n'est pas exactement optimal pour une utilisation sur un serveur web en prod.

  • [^] # Re: t'accuse

    Posté par  . En réponse au journal MySQL est une bouse immonde. Évalué à 3.

    Ben voilà, peut-être une explication. Mais je ne suis pas sur que cela soit celle de bombe fourche.

    Ma problématique est la suivante : imaginons que j'ai une table plop avec un champ creation_date.

    Si le champ est de type timestamp, plop->all[0]->creation_date est un objet perl DateTime.

    Si le champ est de type text ou autre (fonctionnement de sqlite), plop->all[0]->creation_date est de type text ou autre, et il faut modifier manuellement le schéma généré pour que ce soit automatiquement désérialisé dans un objet DateTime.

    Sinon en ce qui concerne les ORM j'ai tendance à être d'accord avec toi, d'où le choix de DBIx : il est très léger et a pour principal intérêt de ne pas avoir à faire trainer dans le code une requête SQL suivie d'une boucle pour les select relativement simples.

  • [^] # Re: normal

    Posté par  . En réponse au journal MySQL est une bouse immonde. Évalué à 10.

    Postgresql n'a pas de type DATETIME et utilise TIMESTAMP pour les dates.

    DB2 n'a pas de type DATETIME et utilise TIMESTAMP pour les dates.

    Oracle n'a pas de type DATETIME et utilise TIMESTAMP pour les dates.

    SQLite n'a pas de type DATETIME et n'increménte pas les dates magiquement.

    Pardon d'avoir supposé que c'était pareil dans MySQL.

  • [^] # Re: normal

    Posté par  . En réponse au journal MySQL est une bouse immonde. Évalué à 4.

    Lire le manuel ? Tu n'y penses pas !

    Donc, si je comprends bien, si c'est documenté, tu trouves normal qu'une base de données qui a le mot SQL dans le nom se comporte de façon non prévue par le standard SQK et différente de toutes les autres bases de données ?

  • [^] # Re: t'accuse

    Posté par  . En réponse au journal MySQL est une bouse immonde. Évalué à 5. Dernière modification le 06 mars 2012 à 23:09.

    question : pourquoi ne pas rester à sqlite si ça fonctionne bien comme ça ?

    Principalement deux raisons :

    • SQLite n'a pas de types date/heure spécifiques, ce qui est un peu pénible pour générer le schéma automatiquement dans DBIx
    • Un serveur de BDD est plus flexible et sûr qu'un fichier qui traine quelque part et est entièrement lisible par l'user de l'application
  • [^] # Re: C'est beau l'imagination

    Posté par  . En réponse à l’entrée du suivi Non support de plus de trois journaux ayant le même titre. Évalué à -1 (+0/-0).

    Et après ce genre d'insultes on se permet de plonker les gens ou de développer des outils pour…

  • # Point Godwin

    Posté par  . En réponse au journal Le PS est-il socialiste ?. Évalué à 2.

    Qui a dit la phrase suivante ?

    La lutte contre la finance internationale est devenu le point le plus important de la lutte de la nation pour son indépendance et sa liberté économique

    Hint : ce n'est pas Hollande

  • # Enfin un journal qui dénonce !

    Posté par  . En réponse au journal APPEL POUR ACTION : LES BOOBS ONT BESOIN DE VOUS *MAINTENANT*. Évalué à 9.

    Tout est dans le titre.

  • [^] # Re: tu lache rien

    Posté par  . En réponse au journal Puissance et danger : le sophisme de la loi des 100ch. Évalué à 2.

    L'emploi de ce terme me parait quand meme très significatif : vous pensez être persécutés par le reste de la population

    A juste titre si on se fie à un certain nombre de commentaires de ce journal...