Je ne crois pas qu'il y ait de telle rumeur, il y a juste des gens qui communiquent sur l'importance de la cohérence entre les notions de Données Publiques, d'OpenData, d'OpenStreetMap, de Logiciel Libre et de plateforme ouverte.
Je suis tout à fait d'accord avec l'approche, note. Mais je personnellement, je n'attends pas ce concours pour le faire (et encore moins le fait de gagner quoi que ce soit, comme le suggère une phrase malheureuse de ce journal).
Je suis d'avis que ceux pour qui le logiciel libre compte se soutiennent dans ce concours, car ça augmentera les chances de faire entendre ce point de vue.
Tout à fait, et c'est bien pour ça que je cite les autres. On notera même que je suis suffisamment idiot pour citer, dans mon dossier de candidature au concours, un concurrent qui fait aussi du Libre (et dont j'avais connaissance au moment de la rédaction).
Mais justement, dans cette approche là, ça m'énerve que les uns et les autres, dans un contexte ouvert, tirent la couverture à eux, même si je sais bien que c'est dans le cadre d'un concours et que l'appât du gain fait que... Après, peut-être que je prends un peu trop au pied de la lettre vos différentes interventions, mais quand même, vache, faites gaffe à votre double discours!
(après, ça veut pas dire se jeter des fleurs les uns aux autres non plus, parce qu'on a tous des trucs améliorables ou à corriger).
Sinon, je suis en ce moment même sur le site de bus de rennes en ligne, et je ne trouve aucune information concernant le code du service ni sa licence. Ai-je mal regardé ? Est-ce un oubli ?
Il n'y a pas d'informations détaillées, ni même de nom d'auteur ni copyright hormis les informations légales requises. Donc non, tu n'as pas mal regardé sur ce point. Après, tout est facilement accessible à qui s'en prends la peine (ouais, facile à dire, je sais) et c'est tout autant indiqué dans mon dossier que les sources sont ici: https://github.com/stanguy/Star-GTFS (et à côté, l'application iPhone) et ce depuis décembre.
En tout cas, comme le suggère le journal, il faut aller voter pour les applis, c'est facile, ça motive les développeurs et ça fera forcément parler des technos et licences employée :)
Non! L'important est de participer, d'offrir des idées, implémenter celles-ci, remonter les erreurs dans les données! S'il faut que les administrations organisent systématiquement des concours pour qu'on avance sur quoi que ce soit dans ce domaine, on va jamais y arriver (parce qu'elles auront autre chose à faire). Le concours se termine dans 3 semaines, ça va faire plaisir à 6 personnes (ou groupes) sur 43, mais dans 4 semaines, on en fait quoi des données et des 37 autres applications ?
Perso, j'ai pas envie que les initiatives OpenData se terminent soit en concours soit en coups publicitaires et ce serait bien bien que les gens essaient plutôt de les exploiter.
Attention, j'ai de souvenir (je n'ai plus le lien sous la main) lu quelques commentaires disant que les politiques voyaient d'un mauvais oeil les "méchants capitalistes" qui feraient des sous sur les données, et que la licence exacte à terme risque de surprendre, genre tu as le droit de regarder mais surtout pas faire du fric (oui, ça n'aurait de libre que le nom).
À l'heure actuelle, cela semble être surtout la vision OpenData de la ville de Nantes que tu cites, qui, d'après certains retours sont effectivement très "anti-commercialisation" (enfin, surtout ils aimeraient que cela génère de l'activité dans la région et donc que cela leur apporte un retour d'investissement, ce qui n'est évidemment pas garanti avec des données proprement ouvertes).
Pour ce qui est de Rennes Métropole, il y a eu une certaine évolution dans le choix de la licence. Les données vélo (il y a un an, donc) étaient clairement à usage non-commercial à l'origine et qui plus est non modifiables/redistribuables. Il y a 6 mois, ils ont commencé à retirer le côté non-commercial tout en restant ambigü sur le non-modifiable/redistribuable (plus d'autres trucs rigolos) et la licence a été encore mise à jour récemment. Donc il ne faut pas prendre les décisions et prises de parti initiales comme gravées dans le marbre.
Personnellement, ça ne me choque pas que certaines données ne soient pas ouvertes à un usage commercial. L'exemple typique dans mon esprit concerne des données "dynamiques" dont le coût de maintien n'est pas de 0 et où une exploitation commerciale (de la part du créateur) se justifie. Mais ça marche dans les 2 sens: si je fournis un service commercial en utilisant des données "libres", ça veut dire que je n'ai pas de garantie de qualité ou de temps de rétablissement.
Oué, enfin question "honnêteté" il serait intéressant que tu précise avoir développé justement l'un de ces concurrents
Certes "il se trouve que" (et encore, je me suis décidé de participer à la dernière minute), mais j'estime que même sans cela, c'est une formulation qui m'aurait fait grincer des dents dans tous les cas, ayant rapidement parcouru quand même les autres dossiers (de même que ça me fait grincer des dents quand les gens prennent des raccourcis, genre "un concours d'applications mobiles"). Personnellement j'espère que les gens voteront sur la qualité des candidatures plus qu'autre chose, même si j'ai souligné ici et ailleurs qu'il y a des des applications OpenSource, ce qui, dans un cadre OpenData, me semble logique de "récompenser". Sachant que le concours est une chose, mais n'est pas tout et qu'il faudra aussi voir l'après-concours.
Et à vrai dire, <mousse>j'ai développé 2 concurrents, cité dans un troisième et j'ai des rapports de bugs/commentaires dans 2 autres</mousse>, sans compter ma capacité à jouer les casses-pieds dans les forums. Mais ça ne m'empêche pas de faire de la pub pour les autres aussi par ailleurs, même ceux qui ne font pas partie du concours (genre la démo 3liz qui est sympathique aussi en routeur).
(premier de la liste).
Prochaine fois, j'essaierai un ordre aléatoire, alors, plutôt que ce traître d'alphabet. ;-)
Car franchement sans ce point je trouve tes réactions plutôt étrange et pleines de sous entendu (140 caractères, Pierre, toussa). On aurait presque l'impression que tu règles des comptes.
C'était pour expliquer et remettre en contexte ma réaction à Tristam, pas spécialement pour laver le linge sale et que ce soit explicite pour tout le monde.
Tout à fait, et j'espère bien que le journal ne donnait pas l'impression qu'on prétendait être la seule application Libre !
Disons que dans ce cadre particulier, je suis un peu plus sensible au sujet que d'autres et ça me froisse parfois de voir de tels arguments, surtout en 140 caractères et sans considération pour la concurrence (j'ai déjà fait la remarque à Pierre la semaine dernière).
Mais bon, même à jouer les grognons, je vise quand même le prix du fair-play, à force de citer la concurrence ;-)
Quand je parlais des particularités, c'était juste pour nous faire mousser, pas pour dénigrer le boulot des autres !
Hey, que les autres le prennent mal, c'est un risque à accepter!
De même que plusieurs applications utilisent OpenStreetMap telles que GéoVélo (et sans forcément être open source ;) )
Tout à fait. De même que dans le cadre OpenData, il peut y avoir du code sans même le moindre lien avec un service de cartographie externe après tout, etc.
Ah, c'est pas diffusé, donc c'est pas vraiment libre tout ça, non? ;-)
(je l'ai déjà dit sur un autre journal, mais pour le concours Open Data de Rennes, il y a au moins 4 applications OpenSource déclarées et téléchargeables).
À noter que Mobi'Rennes n'est pas la seule application OpenSource présentée au concours (et on m'excusera si je m'efforce de faire taire cette rumeur). On notera au moins (dans l'ordre alphabétique):
Bus de Rennes en Ligne/Poche (web/iPhone)
Matris (tout et le reste aussi)
Mobi'Rennes (donc web)
Transports Rennes (Android)
Oui, les autres n'utilisent pas OpenStreetMap, mais bon...
> On passe aussi par des adresses en 10.XXX.XXX.XXX dans le réseau orange/france télécom (d'après ce que j'en ai lut, ce type de réseaux ne devrait pas exister sur internet, mais je peut me tromper)
Chacun peut faire ce qu'il veut dans son petit jardin secret tant que ça ne dérange pas les autres.
Les adresses désignés dans la RFC 1918 sont à usage privé et ne sont normalement pas amenées à être adressées entre réseaux différents (et sont souvent filtrées sur les gateway), mais rien n'empêche un opérateur de les utiliser pour son infrastructure.
> D'ailleurs, si quelqu'un comprend pourquoi wikileaks diffuse au compte-goutte les câbles au lieu de tout balancer dans un torrent, merci de m’éclairer :)
Hormis les potentielles et fumeuses raisons éthiques évoquées dans les précédentes réponses, il y a un élément à prendre compte: les brouzoufs. Qui diffuse les "leaks" au fur et à mesure? The Guardian, Le Monde, The New York Times, El País, Der Spiegel. Des entités commerciales. Diffuser ces informations au compte-goutte permets non seulement de les analyser en profondeur, mais surtout de multiplier les pages vues et de garder l'attention des visiteurs pendant une plus longue durée. Tout diffuser d'un coup aurait fait quelques gros titres pendant quelques jours et on serait passé à autre chose rapidement, alors que là, on garde le suspense.
n'est pas foutu de mettre en place un simple serveur OpenLDAP
Alors, de là à croire que le SI d'un opérateur télécom, c'est une paire de serveurs dans un garage sur lesquels il suffit d'installer OpenLDAP, faut arrêter de rêver. En particulier lorsqu'il s'agit d'un opérateur dit "historique", il se trouve que celui-ci au passage hérite, pour son SI, de beaucoup d'éléments historique plus ou moins indépendants à faire causer les uns avec les autres, et cela, que ce soit volontaire ou juste (sic) historique.
Et puis, on a beau être un membre fondateur de X500, DAP, LDAP, DTC, etc, étant donné que le dicton dit que les cordonniers sont les plus mals chaussés, on en connait d'autres, des opérateurs, qui finissent avec un Exchange et des noms d'utilisateurs ou des adresses emails préfixés en "zz" pour les séparer du reste.
(après, on peut aussi éventuellement se moquer de OpenLDAP à proprement parler, mais c'est une autre histoire)
La RFC 1918 concerne uniquement la normalisation d'adresses à usage privé. Si tu veux parler de l'historique du NAT, cite plutôt la RFC 1631 [http://tools.ietf.org/html/rfc1631].
<mode type="chipoteur,mesquin">
Le logo n'est pas visible quand on lit la dépêche depuis les flux RSS et "distribution préférée de certains", vu le nombre de distributions et de potentiels fans de chacune, ça reste vague. Et puis bon, l'actualité mandriva/mageia... Pourquoi pas un futur, tant que tu y es!
</mode>
Étant donné que OpenSSO fait parti des victimes du rachat Sun par Oracle (10 commits en 6 mois contre une moyenne de 200-300 mensuels, plus aucun mail sur les ML de dév ou presque, je pense qu'on peut dire que c'est mort, mais s'il n'y a pas vraiment eu d'annonce officielle), il serait peut-être plus approprié de citer OpenAM ([http://www.forgerock.com/openam.html]) qui en a repris la suite hors Sun/Oracle (le nom étant potentiellement (?) protégé, ils auront préféré partir sur un nouveau).
Ce n'est pas à proprement parler le onmouseover qui n'était pas filtré, mais le fait que dans certaines conditions, quand il y avait une url dans le twit, avec un format particulier, le contenu non filtré se retrouvait dans l'attribut de la balise <a>. Donc il était possible de fermer l'attribut avec un guillemet, et insérer des attributs autres; par exemple un 'style' pour faire de jolis arc-en-ciel. Ou utiliser la déclaration d'événements javascript (et donc le onmouseover).
C'est juste que personne ne dit que Shoes est une tuerie.
> La simplicité du Web a comme contrepartie qu'on est extrêmement limité en terme d'interaction.
> Pour le Web on arrive à le comprendre, ce n'était pas son objectif à la base mais faire valoir cette limitation pour un promouvoir un tk, c'est juste ... hem
Et bien non, au contraire, c'est voulu. Shoes n'a pas pour but d'être supérieur à wx/Qt/Fox mais bien d'avoir une approche différente, volontaire simpliste, en s'inspirant (entre autres) du modèle du web. Oui, c'est un toolkit limité, mais ça tombe bien, c'est voulu. Donc y'a pas de "hem" qui tienne.
> C'est bien connu les clients riches, RIA, toussa, ca a été créé parce que les composants Ouèbe déchirent.
Quand on vante la simplicité du web comme modèle de développement, c'est pas particulièrement en pensant aux clients riches (ouah, regarde, le web c'est aussi simple que faire du GWT) ou RIA (ouah, regarde Flex! Xml! JavaScript! Flash! XUL! Silverlight!...). On pense plutôt à 3 lignes de texte, 2 boutons et basta.
La définition de Shoes, c'est plutôt:
Its simplicity allows easy access to programming for those with few skills or little experience in programming, thus it is ideal for education.
Un modèle volontairement simplifié pour apprendre en faisant des choses simples de manière agréable.
C'est un produit issu de grands spécialistes du monde Unix.
Moi, dans la lecture du code source de l'installeur, je me suis arrêté aux "perl -e 'sleep 0.2'". En partie utilisés, je crois, pour le truc qui gigote pour dire que quelque chose se passe (oui, c'est donc un script shell qui en boucle appelle perl pour faire un sleep de 200 millisecondes, rien que ça).
Et après, je suis allé voir ailleurs si j'y étais.
À noter que la configuration par défaut de la JVM utilisée par Eclipse est souvent un peu trop faiblarde et mène à ce genre d'impression de lenteur et le sentiment que le monstre est inutilisable. C'est d'autant plus vrai, évidemment, sur de gros projets et c'est en tout cas mon propre ressenti pour du Java (pas trop testé le CDT à ce niveau).
En général, je passe les arguments suivants à mon Eclipse:
Je n'ai pas dit que c'était impossible, mais ce n'est pas comme si qr// était des plus explicites non plus. Sans compter, évidemment, qu'il faudra faire la gestion des erreurs (utiliser eval{} suffit, mais dans mon souvenir il me semblait que c'était plus subtil que ça). Après, on aime ou on aime pas les styles de gestion d'erreurs des uns et des autres.
Il est plus facile de faire des regexps dans le code en Perl qu'en Java, mais par contre, si on veut intégrer une regexp dans une structure de données et la pré-compiler une seule fois. (genre, si j'ai 100 regexps différentes à tester sur 10000 chaînes, éventuellement en stockant les dites regexps dans une base de données ou un fichier séparé du code), la facilité pour gérer la chose peut s'inverser.
En Python ou Ruby (ou même en Javascript, et sans doute bien d'autres), on peut compiler des regexps et les utiliser avec plus ou moins de lourdeur (pas plus qu'en Java en tout cas), tout en ayant aussi des hashages et listes en types de "base".
(par contre, je n'ai pas compris l'histoire des flux. En Perl comme ailleurs, ce sont des objets derrière, donc je ne vois pas ce qui distinguerait trop STDOUT de System.out)
Bref, j'aime beaucoup ce langage, même si revenir au procédural est parfois un peu difficile,
Rien ne t'empêche de faire autre chose avec Perl, tu sais.
Tu peux toujours reimplementer un malloc bete qui appelle le vrai (via un syscall sinon ça va boucler severe avant de peter la pile ...)
Hum, tu es sûr de ce que tu dis? Il me semble que malloc n'est pas un appel système, mais une fonction de la libc. À moins que tu ne veuilles parler de brk(2)? Enfin, sans aller jusque là, la technique "habituelle" serait de faire un dlopen/dlsym de la libc et du symbole de malloc().
[^] # Re: Libre
Posté par Sebastien (site web personnel) . En réponse au journal Concours Open Data à Rennes (et présentation de Mobi'Rennes). Évalué à 1.
Je suis tout à fait d'accord avec l'approche, note. Mais je personnellement, je n'attends pas ce concours pour le faire (et encore moins le fait de gagner quoi que ce soit, comme le suggère une phrase malheureuse de ce journal).
Tout à fait, et c'est bien pour ça que je cite les autres. On notera même que je suis suffisamment idiot pour citer, dans mon dossier de candidature au concours, un concurrent qui fait aussi du Libre (et dont j'avais connaissance au moment de la rédaction).
Mais justement, dans cette approche là, ça m'énerve que les uns et les autres, dans un contexte ouvert, tirent la couverture à eux, même si je sais bien que c'est dans le cadre d'un concours et que l'appât du gain fait que... Après, peut-être que je prends un peu trop au pied de la lettre vos différentes interventions, mais quand même, vache, faites gaffe à votre double discours!
(après, ça veut pas dire se jeter des fleurs les uns aux autres non plus, parce qu'on a tous des trucs améliorables ou à corriger).
Il n'y a pas d'informations détaillées, ni même de nom d'auteur ni copyright hormis les informations légales requises. Donc non, tu n'as pas mal regardé sur ce point. Après, tout est facilement accessible à qui s'en prends la peine (ouais, facile à dire, je sais) et c'est tout autant indiqué dans mon dossier que les sources sont ici: https://github.com/stanguy/Star-GTFS (et à côté, l'application iPhone) et ce depuis décembre.
Non! L'important est de participer, d'offrir des idées, implémenter celles-ci, remonter les erreurs dans les données! S'il faut que les administrations organisent systématiquement des concours pour qu'on avance sur quoi que ce soit dans ce domaine, on va jamais y arriver (parce qu'elles auront autre chose à faire). Le concours se termine dans 3 semaines, ça va faire plaisir à 6 personnes (ou groupes) sur 43, mais dans 4 semaines, on en fait quoi des données et des 37 autres applications ?
Perso, j'ai pas envie que les initiatives OpenData se terminent soit en concours soit en coups publicitaires et ce serait bien bien que les gens essaient plutôt de les exploiter.
[^] # Re: Bravo
Posté par Sebastien (site web personnel) . En réponse au journal web mapping open source. Évalué à 2.
À l'heure actuelle, cela semble être surtout la vision OpenData de la ville de Nantes que tu cites, qui, d'après certains retours sont effectivement très "anti-commercialisation" (enfin, surtout ils aimeraient que cela génère de l'activité dans la région et donc que cela leur apporte un retour d'investissement, ce qui n'est évidemment pas garanti avec des données proprement ouvertes).
Pour ce qui est de Rennes Métropole, il y a eu une certaine évolution dans le choix de la licence. Les données vélo (il y a un an, donc) étaient clairement à usage non-commercial à l'origine et qui plus est non modifiables/redistribuables. Il y a 6 mois, ils ont commencé à retirer le côté non-commercial tout en restant ambigü sur le non-modifiable/redistribuable (plus d'autres trucs rigolos) et la licence a été encore mise à jour récemment. Donc il ne faut pas prendre les décisions et prises de parti initiales comme gravées dans le marbre.
Personnellement, ça ne me choque pas que certaines données ne soient pas ouvertes à un usage commercial. L'exemple typique dans mon esprit concerne des données "dynamiques" dont le coût de maintien n'est pas de 0 et où une exploitation commerciale (de la part du créateur) se justifie. Mais ça marche dans les 2 sens: si je fournis un service commercial en utilisant des données "libres", ça veut dire que je n'ai pas de garantie de qualité ou de temps de rétablissement.
[^] # Re: Libre
Posté par Sebastien (site web personnel) . En réponse au journal Concours Open Data à Rennes (et présentation de Mobi'Rennes). Évalué à 1.
Certes "il se trouve que" (et encore, je me suis décidé de participer à la dernière minute), mais j'estime que même sans cela, c'est une formulation qui m'aurait fait grincer des dents dans tous les cas, ayant rapidement parcouru quand même les autres dossiers (de même que ça me fait grincer des dents quand les gens prennent des raccourcis, genre "un concours d'applications mobiles"). Personnellement j'espère que les gens voteront sur la qualité des candidatures plus qu'autre chose, même si j'ai souligné ici et ailleurs qu'il y a des des applications OpenSource, ce qui, dans un cadre OpenData, me semble logique de "récompenser". Sachant que le concours est une chose, mais n'est pas tout et qu'il faudra aussi voir l'après-concours.
Et à vrai dire, <mousse>j'ai développé 2 concurrents, cité dans un troisième et j'ai des rapports de bugs/commentaires dans 2 autres</mousse>, sans compter ma capacité à jouer les casses-pieds dans les forums. Mais ça ne m'empêche pas de faire de la pub pour les autres aussi par ailleurs, même ceux qui ne font pas partie du concours (genre la démo 3liz qui est sympathique aussi en routeur).
Prochaine fois, j'essaierai un ordre aléatoire, alors, plutôt que ce traître d'alphabet. ;-)
C'était pour expliquer et remettre en contexte ma réaction à Tristam, pas spécialement pour laver le linge sale et que ce soit explicite pour tout le monde.
[^] # Re: Libre
Posté par Sebastien (site web personnel) . En réponse au journal Concours Open Data à Rennes (et présentation de Mobi'Rennes). Évalué à 1.
Disons que dans ce cadre particulier, je suis un peu plus sensible au sujet que d'autres et ça me froisse parfois de voir de tels arguments, surtout en 140 caractères et sans considération pour la concurrence (j'ai déjà fait la remarque à Pierre la semaine dernière).
Mais bon, même à jouer les grognons, je vise quand même le prix du fair-play, à force de citer la concurrence ;-)
Hey, que les autres le prennent mal, c'est un risque à accepter!
Tout à fait. De même que dans le cadre OpenData, il peut y avoir du code sans même le moindre lien avec un service de cartographie externe après tout, etc.
[^] # Re: Bravo
Posté par Sebastien (site web personnel) . En réponse au journal web mapping open source. Évalué à 1.
Ah, c'est pas diffusé, donc c'est pas vraiment libre tout ça, non? ;-)
(je l'ai déjà dit sur un autre journal, mais pour le concours Open Data de Rennes, il y a au moins 4 applications OpenSource déclarées et téléchargeables).
# Libre
Posté par Sebastien (site web personnel) . En réponse au journal Concours Open Data à Rennes (et présentation de Mobi'Rennes). Évalué à 4.
À noter que Mobi'Rennes n'est pas la seule application OpenSource présentée au concours (et on m'excusera si je m'efforce de faire taire cette rumeur). On notera au moins (dans l'ordre alphabétique):
Oui, les autres n'utilisent pas OpenStreetMap, mais bon...
[^] # Re: Tous les chemins mennent a Rome (enfin, ca dépend)
Posté par Sebastien (site web personnel) . En réponse au journal Github caché par de petites oranges ?. Évalué à 4.
> On passe aussi par des adresses en 10.XXX.XXX.XXX dans le réseau orange/france télécom (d'après ce que j'en ai lut, ce type de réseaux ne devrait pas exister sur internet, mais je peut me tromper)
Chacun peut faire ce qu'il veut dans son petit jardin secret tant que ça ne dérange pas les autres.
Les adresses désignés dans la RFC 1918 sont à usage privé et ne sont normalement pas amenées à être adressées entre réseaux différents (et sont souvent filtrées sur les gateway), mais rien n'empêche un opérateur de les utiliser pour son infrastructure.
[^] # Re: tir de barrage
Posté par Sebastien (site web personnel) . En réponse au journal Quelques questions à propos de l'affaire wikileaks…. Évalué à 6.
> D'ailleurs, si quelqu'un comprend pourquoi wikileaks diffuse au compte-goutte les câbles au lieu de tout balancer dans un torrent, merci de m’éclairer :)
Hormis les potentielles et fumeuses raisons éthiques évoquées dans les précédentes réponses, il y a un élément à prendre compte: les brouzoufs. Qui diffuse les "leaks" au fur et à mesure? The Guardian, Le Monde, The New York Times, El País, Der Spiegel. Des entités commerciales. Diffuser ces informations au compte-goutte permets non seulement de les analyser en profondeur, mais surtout de multiplier les pages vues et de garder l'attention des visiteurs pendant une plus longue durée. Tout diffuser d'un coup aurait fait quelques gros titres pendant quelques jours et on serait passé à autre chose rapidement, alors que là, on garde le suspense.
# simplification
Posté par Sebastien (site web personnel) . En réponse au journal X.500 et LDAP. Évalué à 5.
Alors, de là à croire que le SI d'un opérateur télécom, c'est une paire de serveurs dans un garage sur lesquels il suffit d'installer OpenLDAP, faut arrêter de rêver. En particulier lorsqu'il s'agit d'un opérateur dit "historique", il se trouve que celui-ci au passage hérite, pour son SI, de beaucoup d'éléments historique plus ou moins indépendants à faire causer les uns avec les autres, et cela, que ce soit volontaire ou juste (sic) historique.
Et puis, on a beau être un membre fondateur de X500, DAP, LDAP, DTC, etc, étant donné que le dicton dit que les cordonniers sont les plus mals chaussés, on en connait d'autres, des opérateurs, qui finissent avec un Exchange et des noms d'utilisateurs ou des adresses emails préfixés en "zz" pour les séparer du reste.
(après, on peut aussi éventuellement se moquer de OpenLDAP à proprement parler, mais c'est une autre histoire)
[^] # Re: Tu as une dent contre les GUI?
Posté par Sebastien (site web personnel) . En réponse au journal Timeface , la terreur des firewall. Évalué à 2.
> je pense pouvoir dire que c'est la pire interface graphique que j'ai jamais eu a utiliser.
Ahah!
Non. Crois moi.
[^] # Re: SIP
Posté par Sebastien (site web personnel) . En réponse au journal Timeface , la terreur des firewall. Évalué à 3.
[^] # Re: a propos d'uml2
Posté par Sebastien (site web personnel) . En réponse au journal BOUML vs Wikipedia administrators : la fin du combat. Évalué à 1.
(c'est libre... mais ne tourne que sous Win32)
[^] # Re: description
Posté par Sebastien (site web personnel) . En réponse à la dépêche Mageia, des débuts magiques !. Évalué à 4.
Le logo n'est pas visible quand on lit la dépêche depuis les flux RSS et "distribution préférée de certains", vu le nombre de distributions et de potentiels fans de chacune, ça reste vague. Et puis bon, l'actualité mandriva/mageia... Pourquoi pas un futur, tant que tu y es!
</mode>
[^] # Re: Témoignage : utilisation de Lasso dans des logiciels libres
Posté par Sebastien (site web personnel) . En réponse à la dépêche Sortie de Lasso 2.3.3.. Évalué à 2.
# Correction sur la vulnérabilité
Posté par Sebastien (site web personnel) . En réponse au journal Nouvelle vulnérabilité découverte dans Twitter. Évalué à 8.
[^] # Re: Trop fort !
Posté par Sebastien (site web personnel) . En réponse à la dépêche Sortie de Shoes 3.0. Évalué à 3.
[^] # Re: Trop fort !
Posté par Sebastien (site web personnel) . En réponse à la dépêche Sortie de Shoes 3.0. Évalué à 2.
C'est juste que personne ne dit que Shoes est une tuerie.
> La simplicité du Web a comme contrepartie qu'on est extrêmement limité en terme d'interaction.
> Pour le Web on arrive à le comprendre, ce n'était pas son objectif à la base mais faire valoir cette limitation pour un promouvoir un tk, c'est juste ... hem
Et bien non, au contraire, c'est voulu. Shoes n'a pas pour but d'être supérieur à wx/Qt/Fox mais bien d'avoir une approche différente, volontaire simpliste, en s'inspirant (entre autres) du modèle du web. Oui, c'est un toolkit limité, mais ça tombe bien, c'est voulu. Donc y'a pas de "hem" qui tienne.
seb.
[^] # Re: Trop fort !
Posté par Sebastien (site web personnel) . En réponse à la dépêche Sortie de Shoes 3.0. Évalué à 3.
Quand on vante la simplicité du web comme modèle de développement, c'est pas particulièrement en pensant aux clients riches (ouah, regarde, le web c'est aussi simple que faire du GWT) ou RIA (ouah, regarde Flex! Xml! JavaScript! Flash! XUL! Silverlight!...). On pense plutôt à 3 lignes de texte, 2 boutons et basta.
La définition de Shoes, c'est plutôt:
Its simplicity allows easy access to programming for those with few skills or little experience in programming, thus it is ideal for education.
Un modèle volontairement simplifié pour apprendre en faisant des choses simples de manière agréable.
seb.
[^] # Re: bash < <( curl http://et.si.ce.script.faisait.un.rm-rf/)
Posté par Sebastien (site web personnel) . En réponse à la dépêche Ruby Version Manager 1.0.0. Évalué à 7.
Moi, dans la lecture du code source de l'installeur, je me suis arrêté aux "perl -e 'sleep 0.2'". En partie utilisés, je crois, pour le truc qui gigote pour dire que quelque chose se passe (oui, c'est donc un script shell qui en boucle appelle perl pour faire un sleep de 200 millisecondes, rien que ça).
Et après, je suis allé voir ailleurs si j'y étais.
[^] # Re: Bof
Posté par Sebastien (site web personnel) . En réponse au journal Javascript côté serveur, intéressant ou pas ?. Évalué à 2.
[^] # Re: Performances
Posté par Sebastien (site web personnel) . En réponse à la dépêche Sortie d'Eclipse 3.5 - Galileo. Évalué à 4.
En général, je passe les arguments suivants à mon Eclipse:
-vmargs -XX:MaxPermSize=128m -XX:PermSize=128m -Xms256m -Xmx512met ça va vachement mieux pour mon utilisation.
seb.
[^] # Re: toujours sur les regexps
Posté par Sebastien (site web personnel) . En réponse au journal Perl, Javouille, Lisaac|(Ruby|SmallTalk|etc..). Évalué à 1.
# toujours sur les regexps
Posté par Sebastien (site web personnel) . En réponse au journal Perl, Javouille, Lisaac|(Ruby|SmallTalk|etc..). Évalué à 3.
En Python ou Ruby (ou même en Javascript, et sans doute bien d'autres), on peut compiler des regexps et les utiliser avec plus ou moins de lourdeur (pas plus qu'en Java en tout cas), tout en ayant aussi des hashages et listes en types de "base".
(par contre, je n'ai pas compris l'histoire des flux. En Perl comme ailleurs, ce sont des objets derrière, donc je ne vois pas ce qui distinguerait trop STDOUT de System.out)
Bref, j'aime beaucoup ce langage, même si revenir au procédural est parfois un peu difficile,
Rien ne t'empêche de faire autre chose avec Perl, tu sais.
# off-topic: flash non-indexable
Posté par Sebastien (site web personnel) . En réponse à la dépêche Voix et vidéo sur XMPP dans Google Mail. Évalué à 10.
> NdM : Flash est propriétaire, non-accessible, non-indexable
Flash est partiellement indexé par Google depuis quelques mois (cf http://googlewebmastercentral.blogspot.com/2008/06/improved-(...) ).
Enfin, je dis ça...
seb.
[^] # Re: a la mimine
Posté par Sebastien (site web personnel) . En réponse au journal Récupérer la mémoire consommée. Évalué à 1.
Hum, tu es sûr de ce que tu dis? Il me semble que malloc n'est pas un appel système, mais une fonction de la libc. À moins que tu ne veuilles parler de brk(2)? Enfin, sans aller jusque là, la technique "habituelle" serait de faire un dlopen/dlsym de la libc et du symbole de malloc().
seb.