rewind a écrit 3442 commentaires

> Partisanes

En même temps, ça me paraît plutôt normal pour un parti justement...

Au contraire, signale toi, tu as un exemple de code qui met beaucoup de temps, c'est largement mieux que le gars qui vient et qui dit "j'ai un code, que je peux pas vous filer, qui met du temps à compiler". Je pense que tu peux ouvrir ton bug, tu as toutes les informations pour qu'ils reproduisent le bug et résolvent le problème.

http://www.w3.org/Provider/Style/URI

et ça a 11 ans ce texte...

Ça se passe comme ça aux US. L'USPTO ne vérifie que très peu les brevets qui sont déposés, et laisse aux tribunaux le soin de trancher. C'est le principe du droit américain qui veut ça.

Non, on ne badine pas avec le droit, surtout avec la propriété intellectuelle aux US. Par contre, on va trouver un brevet de MS violé par le plaignant et donc on fera un deal. Du coup, tout le monde est (plus ou moins) content et MS s'en sort blanc comme neige.

ou alors, MS ne sait pas coder un bot et a donc employé des milliers de chinois pour faire le boulot du bot, d'où les IP des employés de MS.

Non non non non, je plussoie patrick_g, Linux n'est pas un dérivé de Minix, Linus a toujours dit et répété qu'il avait tout codé de zéro. Même si le but était de remplacer Minix, il n'a jamais pris un seul bout de code de celui-ci. Dire que c'est un dérivé est totalement faux.

Tes commentaires sur les éoliennes montrent que tu n'as pas compris comment marche une éolienne. Puisque ta grande passion semble être de regarder les éoliennes, tu as peut-être remarqué qu'elles tournent toutes à la même vitesse et pas selon la vitesse du vent. C'est parce que pour produire de l'électricité à une certaine fréquence, il faut que la vitesse de rotation de l'éolienne soit toujours la même. Du coup, le principe, c'est de faire tourner l'éolienne à la bonne vitesse et ensuite : quand il y a du vent, on récupère l'énergie et donc on produit de l'électricité ; quand il n'y a pas de vent, on perd de l'énergie à faire tourner l'éolienne. Et ça, c'est pas un off de Véolia, c'est juste en regardant une émission genre C'est pas sorcier.

Cette taxe, c'est une vaste blague. Le principe de base, c'est pollueur-payeur. Mais là, on va créer des "mécanismes d’exemption [pour] ceux qui n’ont pas d’autre choix que de prendre leur voiture, par exemple : les ruraux, ceux qui travaillent loin, ou à des horaires qui ne permettent pas de prendre les transports en commun." C'est-à-dire en somme ceux qui polluent le plus. Par exemple : les agriculteurs. Ils contribuent pour une bonne part mais là, on va les exempter. Le principe de base en prend un coup.

Forcément, les gens vont avoir l'impression de se faire enfler, c'est obligatoire, on leur dit que ceux qui polluent le plus vont payer moins pour pouvoir continuer à polluer tranquille. Et la pauvre Madame Michu qui fait attention à ce qu'elle consomme et qui a même voté Europe Écologie, elle va payer. Vraiment, on marche sur la tête.

Je me permets de répondre vu que je suis l'heureux propriétaire de saimal.fr.

L'underscore est effectivement interdit dans les noms de domaines [1]. Mais autant ça me choquerait pour un nom de second niveau, autant après, je trouve qu'il faut être un peu pragmatique. Son usage est relativement courant et il est un peu absurde de le nier. D'ailleurs, les navigateurs l'acceptent et les DNS aussi, preuve qu'il faut arrêter de crier au loup.

Donc http://les_underscores_dans_les_noms_de_domaines.saimal.fr/ ou pas :P

[1] En fait pas vraiment. Pour des enregistrements SRV, on doit utiliser des underscores. Voir Enregistrement_de_service.

Il y avait une quote sur bashfr que je ne retrouve plus mais qui disait en gros : le problème, c'est pas Dieu mais son putain de fan club !

Ce n'est pas la mort d'un troll, au contraire, il va pouvoir continuer à vivre. Parce que, comme dit et répété dans le journal, Mono c'est beaucoup plus que C#+CLI. La partie importante de Mono, c'est quand même l'implémentation des API MS et c'est là que ça coince. Parce que tant qu'on n'utilise que Mono en tant que VM d'un langage et qu'on n'utilise pas les API MS (par exemple Gtk# à la place de Winforms), tout va bien. Mais combien font ça ? Et est-ce bien utile quand on voit Java, C++/Qt, C/Gtk/Vala ? C'est ça la vraie question...

Bref, une clarification qui n'apporte pas grand chose à mon avis.

Mais l'important est dans le reste du code, celui-la est lui-aussi soumis a des bogues critique ou non ?

Non, pas de bug connus. Beaucoup de bug de sécurité ont été corrigés dans les versions précédentes. Je ne prétends pas que tout est parfait mais les bugs critiques, s'ils existent sont probablement non-triviaux.

PS : j'ai un patch qui rajoute un mot de passe d'acces au service. C'est un mot de passe que l'on partage mais qui évite que le serveur soit complètement ouvert sur le net. Cela vous intéresse ?

Nous sommes en pleine refonte, donc oui ton patch nous intéresse. On verra ce qu'on peut en faire ;)

Oups, désolé. J'ai fait vite et j'ai oublié l'essentiel.

Il a beau avoir eu une relaxe puis un acquittement judiciaire, il a quand même avoué des attitudes par rapport à des enfants qui sont moralement limites.


void ministre() {
if(amendement.from == opposition) {
tell("anéfé, avis défavorable du gouvernement")
} else {
tell("avis favorable du gouvernement")
}
}

void depute() {
avis = listen();
if(avis == "anéfé, avis défavorable du gouvernement") {
sleep();
} else {
main.leve();
}
}


Non, parce que là, il y a des screenshots (si on suit le lien).

Sauf que dans le cas d'Opera, tout reste chez toi et pas sur les serveurs d'Opera. Et c'est quand même une grosse différence ! Ça ressemble à ce que décrivait Benjamin Bayard dans la célèbre conf Minitel 2.0, à savoir que c'était facile à faire son serveur chez soi en un clic, qu'il suffisait que quelqu'un s'y mette. Et bien c'est fait ! Dommage que ce ne soit pas libre.

J'ai juste oublié de dire que je te le mets dans un coin du web ce soir et je t'enverrai le lien ;)

> Pour finir, j'aimerai quand même au moins jeter un coup d'oeil à ta vision des choses sur ton langage. Je ne t'y oblige pas, loin de là, et mon but n'est pas de te le voler.

Je n'ai pas peur des vols, c'est libre (ou du moins, ça le sera quand ça sera divulgué) ;)

> Oui, l'usage est bien d'utiliser les modifiers, ceci dit je laisse le choix. Le but est la simplicité, pas de forcer l'utilisateur s'il n'aime pas ça.

Je pense que ça peut être dangereux. Quand on ne force pas l'utilisateur un minimum, il n'hésite pas à mettre le chantier :P Est-ce qu'il serait possible de faire des options de modifieurs et des options de commandes ?

> Autrement, concernant ton langage, je serais en effet curieux de voir à quoi il ressemble. Comme déjà dis plus haut, je recherche des bonnes idées pour rendre le mien plus simple/puissant.

Tu risques d'être déçu. Je pense qu'il n'a rien d'original hormis le fait de mettre dans un seul langage tous les trucs qui sont à 40 endroits dans (La)TeX et de supprimer tous les trucs un peu lourd et/ou bizarre.

Comme un commentaire avant, je vais essayer d'être constructif dans mes critiques. Je suis un partisan du "on ne réinvente pas la roue" mais je pense depuis longtemps que (La)TeX aurait besoin d'un toilettage.

Tout d'abord, dans ta présentation tu dis : "separate almost entirely the style and the content of the document". Là déjà, ça me pose problème, l'intention est très louable mais ce n'est pas du tout ce que tu fais. En tout cas, ce n'est pas l'impression que ça donne. Par exemple, pour des balises sémantiques comme "section", il n'y a qu'une seule option sémantique, et moultes options de présentation. Alors j'imagine que l'usage, c'est d'utiliser un modifieur au début et de ne plus utiliser les options de présentation ensuite (ou peu). Mais ça ne transparait pas quand on lit l'aide.

Ensuite, sur le rendu et la présentation. On sent que tu utilises Qt et que tu te limites par rapport à ça. Ça a un avantage parce que tu peux développer vite, mais en contrepartie, tu es dépendant de ce que Qt veut bien t'offrir. Dans les options, on sent que derrière, il y a un genre de HTML et de CSS, c'est flagrant, peut-être trop. Bon après, je suis bien conscient qu'il n'y a pas 50 façon d'appeler un chat un chat.

Quand j'avais vu ton journal précédent, ça m'avait donné envie de me repencher sur le problème de (La)TeX et ses packages par milliers et sa syntaxe difficile mais son rendu parfait. Je me suis attelé à la création d'un langage de document, j'espère pouvoir le présenter bientôt (peut-être à la rentrée). Contrairement à toi, je ne propose aucune implémentation ni éditeur, juste un langage. J'ai repris certaines de tes bonnes idées comme l'appel à un script externe (génial !). Si ça intéresse des gens, je pourrai avancer la divulgation.

Il ne faut pas voir la situation à l'instant t mais l'évolution et dans un cas comme dans l'autre, on se dirige vers le tronc d'arbre.

> - avec une version décentralisée : il fait son clone, fait sa branche propre, code son truc dedans. Jusque là il gagne déjà le fait que ce soit commitable dans sa branche. Il peut ensuite la publier s'il en a envie (et non envoyer des patch... ça a des bons et des mauvais côtés). Si la branche principale évolue ... ben c'est quand même un peu plus facile à gérer

Tu fais exactement ce que je dénonçais dès mon premier post, tu places le débat sur un terrain technique. Mais là, tu ne compares pas centralisé, décentralisé, tu compares SVN maintenant et git maintenant. Quand SVN aura les mêmes fonctionnalités que git à ce niveau là (commit locaux, etc), ton argument ne vaudra plus rien.

> Mais surtout, dans le deuxième cas s'il la rendue publique, et par exemple juste envoyé un mail en disant "j'ai rajouté tel truc" ça devient plus facile à intégrer ponctuellement que de lui autoriser à commiter dans le dépot principal ou récupérer des patch, y'a l'historique, toussa ...

Hormis le fait que quand SVN aura des commits locaux, il y aura l'historique aussi (débat technique inutile), on retrouve le clivage dont je parlais. Avec un VCS décentralisé, le gars va publier dans son coin, sans forcément en parler, et ça restera comme ça (comportement individuel par défaut). Avec un VCS centralisé, il va discuter avec la communauté pour qu'il puisse intégrer sa modification dans la branche principale (comportement collectif par défaut).

> Que tu n'ai pas besoin d'un système décentralisé je comprend. Qu'il y ait une telle aversion, j'ai plus de mal à comprendre...

J'ai une aversion contre l'individualisme. Mais après, j'empêche personne d'utiliser git.

> Dans un truc centralisé il y a une « barrière » entre ceux qui peuvent commiter, et les autres. Ça peut créer des tensions si tu apportes pas mal de patch sans qu'on te donne les droits de commit par exemple.

Ça force celui qui veut vraiment commiter à s'intégrer à la communauté. Si celle-ci est vraiment réfractaire, là on ne peut plus rien pour eux.

> Dans un système décentralisé tu code sur ton dépôts et si tes patch sont intéressants tu merge et basta. Il n'y a plus vraiment de différences entre ceux qui ont les droits de commit et les autres, tout le monde peut faire son dépôt librement et le synchroniser si c'est intéressant pour le projet.

Combien de patch sont ramené à l'original ? Pour prendre un exemple connu : combien de "branches" de RoR existent-ils dans la nature ? Et combien vont voir leur features intégrées dans le projet original ? Faire ce qu'on veut dans son coin, git ou pas, ça exste depuis qu'il y a des sources. Un VCS décentralisé facilite le fait de faire un truc dans son coin, là où un VCS centralisé favorise le retour au projet initial, à mon avis.