Badeu a écrit 323 commentaires

Un investissement hors-norme (-:

Leurs emplois sous-payés de demain sont nos emplois sur-payés d'après demain

La boucle est bouclée \o/

[Commentaire d'un con sensuel]
Mais tu moinsses aussi sur internet ou tu te limites au web ?

J'allais faire une grosse diatribe pleine d'arguments, mais je pense qu'un simple "c'est de la merde" résume tout efficacement pourtant.

(inutile c'est le lien de gauche juste en dessous)

NoScript c'est radical mais efficace, je dirai que c'est l'extension idéale pour l'utilisateur connaisseur.

Pour quelqu'un qui n'est pas au top sur le sujet (ma maman par exemple), pour l'anonymat sur le net j'utilise :

HTTPS Everywhere : surfer en https par défaut dès que possible
RefControl : supprimer les referrers, ça peut avoir des effets de bord sur certains sites mais il y a des règles whitelist/blacklist possibles
AdBlockPlus : toujours efficace, mais ne pas oublier de désactiver "Autoriser les publicités non intrusive"
Ghostery : exclure toutes les sondes javascripts et les cookies un peu trop efficaces

Pas de Flash, of course.

Ben j'espère qu'il n'y aura JAMAIS un système comme ça (enfin obligatoire). Parce que bon, les SI des entreprises étant ce qu'ils sont, ça me ferait chier que la compromission du premier site venu mette dans la nature des informations personnelles certifiées valides par l'état.

je trouve ça vachement bien foutu pour un système qui a plusieurs millénaires …

Est-ce que quelqu'un à des infos sur ce sujet ? Avec les clés USB TNT qui sont en fait des adaptateurs SDR, il y a tout un tas de gens qui se sont lancé là dedans depuis quelques mois. Pour l'instant c'est fouilli et balbutiant mais j'ai vu des trucs sous Windows et malgré mes recherches (légères), rien sous Linux.

Aller hop vendu, rendez-vous là bas.

'Tain quelle déception, si linuxfr cachait aussi les vidéos youtube en plus des jolies nimages, je serais moins passé pour un con :)

Une journée pour faire une proposition de présentation pour le FOSDEM, à moins d'avoir un truc tout prêt en stock, pour ceux qui ont pris connaissance de l'info ici ça me parait râpé.
Sinon il y a des infos sur des présentations présenties ? (histoire de voir si je bouge mes petites fesses jusqu'à là bas :p)

question subsidiaire : Il y a des pythonistes français qui bougent leurs fesses jusqu'à la PyCon en mars ?

Ça me fait penser à Larusso. Condoléances. :D

C'est pas vraiment un problème et je vais juste redire ce que je disais plus haut. Mais quand tu as un moteur de template classique, le HTML n'est pas une feature du moteur. Là pour HAML, le modèle de templating qu'il intègre ne devrait pas être une feature, ça "pollue" le côté markup only. Certes tout ça reste très lié mais ça me semble suffisament indépendant pour l'être. Et je pense que ça aurait beaucoup d'intérêt car ça pourrait faire d'HAML une notation à part entière et pas simplement une énième gem ruby qu'on essaye d'imiter partout à côté et qui ghettoise une syntaxe qui a un véritable potentiel.

Et je pense qu'il y a un véritable intérêt à trouver quelque chose de plus efficace que le HTML pour coder. Après ça ne reste que mon point de vue.

Pour moi ça essaye de résoudre deux problèmes à la fois qui même si ils se cotoient souvent ne sont pas liés. :

• le markup language, avec une syntaxe de base sexy
• le moteur de template (qui a priori sont pas sexy en ruby, pourtant je connais une bonne solution à ça, mais j'attendrai vendredi sinon ça perdrait toute sa saveur)

Du coup si on regarde du côté des implémentations différentes de ruby, c'est un peu freestyle ce qu'on peut trouver : entre les implémentations qui reprennent les mécanismes spécifiques ruby à leur sauce (cf. des implems PHP), celles qui essayent de les mapper en 1:1, celle qui essayent d'ajouter des fonctionnalités exotiques (y'a une implémentation en python qui permet de faire des one liners à base de "->", ça m'a juste donné envie de me couper les roupignoles et de me mettre au chant une horreur pareil)

Bref, si la partie ML était séparée de la partie templating, si la partie ML était une spécification avec des outils de vérification, ça éviterait d'avoir un éparpillement des fonctionnalités entre les différentes implémentations (donc les non-codeurs qui font du web pourraient produire du contenu, les codeurs pourraient migrer vers d'autres technos, etc.), ça éviterait que le projet HAML maintiennent 36 fonctionnalités identiques côte à côte comme poid de l'histoire (ex: les passages d'attributs HTML). Ce serait plus clean quoi. Je rejoins donc l'avis de Michel.

Pourquoi j'ai écrit "presque génial" et "HAML c'est top … à un détail près … c'est trop intriqué à Ruby." d'après toi ? ;-)
C'est exactement pour cette horrible notation là, d'ailleurs celle que CrEv met en avant [1] est beaucoup plus naturelle. Le HAML devrait se réduire à un sous-ensemble des notations qu'il offre aujourd'hui pour fournir quelque chose de "normalisé" et plus cross-technologie.

Allez, va pour un rHAML, reduced HAML, une notation compatible HAML qui est omisciente de la technologie qui l'implémente et du contexte dans laquelle elle est utilisée. C'est l'hiver c'est l'heure de se mettre des projets à réaliser.

[1] : %a(href="accueil.html" title="Retour à l'accueil")

Ça me semble pourtant évident.

J'essaye toujours de regarder ce qui se fait en contournement pour faire du code HTML ou XMl bien propre, la syntaxe est trop verbeuse et rébarbative au possible et même si mon éditeur futuriste peut faire de la complétion et/ou du remplacement automatique à la volée, c'est un peu du cache misère car je trouve ça toujours un peu frustrant de taper un "A" sur mon clavier pour qu'un "B" s'affiche.

Bref, une notation compilable à la markdown c'est bien, mais le problème du markdown c'est que c'est bien pour écrire rapidement du texte mis en forme, pas plus.
Quand on veut faire un vrai document HTML de compèt HAML c'est top … à un détail près … c'est trop intriqué à Ruby. Si c'était juste une spec, avec beaucoup moins d'intrication avec Ruby, ça pourrait être implémenté de la même manière avec n'importe quel langage et là on aurait vraiment quelque chose qui sortirait du giron de le techno locale.

Le preque génial vient du fait que si on regarde la doc officielle de la notation, il y a juste à retirer quelques fonctionnalités, non vitales, ne pas perdre du vue que HAML sert à générer juste du HTML et tout roulerais.

Ce genre de technologie manque juste un peu d'acmeisme …

correction :

[…] parce que, comme dans tous les domaines, une approche mono-technologique c'est mal et si ça se vautre on a pas de plan B.

Je préfère le nucléaire, ses risques et ses déchets*, que l'éolien et le photovoltaïque qui sont vendus comme des énergies propres alors que :
- ça pollue (aussi bien le photovoltaïque et que l'éolien)
- ça produit peu et pas tout le temps
- ça a un rendement de chiottes
- un cout énergétique artificiel de malade

le seul avantage que j'y vois, c'est le côté variable d'ajustement sur la grille parce que le nucléaire ça produit trop et que ça ne se module pas facilement et le côté mise en valeur de certains sites. Mais je vois absolument pas ça comme une alternative viable, c'est un complément, parce que, comme dans tous les domaines, une approche mono-technologiques.

• : en fait je regrette quand même que nos centrales "tip-top modernes" soient des technologies vieilles de plusieurs décennies et qu'on a sacrifier l'innovation à la rentabilité. On aurait du apprendre à les démanteler dès le début pour régulièrement les faire évoluer avec des technologies de plus en plus sûres, efficaces et moins polluantes mais on a sacrifié cet aspect au profit du pognon :-/ Comme dans beaucoup d'autres domaines d'ailleurs (coucou l'automobile). Mais bon plutôt que de faire marche arrière sur une technologie qui fonctionne comme le veulent les écologistes dogmatiques, je dirai qu'il faudrait qu'on enclenche la marche avant pour faire mieux.

… électrique. Vous savez ce concept absurde qui consiste à transformer à l'aide d'une grosse cocotte minute de la chaleur en électricité avec un rendement super faible, pour la transporter sur des centaines de kilomètres avec des déperditions monstres pour finalement retransformer ça en un peu de chaleur de manière inefficace au possible.

Aller je retourne écouter Mme Batho qui a des solutions pour éviter une crise énergétique, comme éteindre les enseignes lumineuses et l'éclairage public… (lol quoi)

Oui mais gnome 2 ne permet pas de faire tout ce que tu veux. Avec gnome 3 tu peux envisager de faire une extension qui reproduit le comportement de gnome 2 à l'identique. L'inverse n'est pas vrai.
Pour ton histoire d'horloge, c'est aussi une histoire de maturité des extensions. Faire une extension qui permet de choisir la position de ton horloge plutot qu'une extension par position c'est faisable, c'est juste pas fait.

L'argument des autres DE, c'est que t'as le choix, alors les critiques qui disent je n'aime pas gnome 3 parce que c'est gnome 3 ne méritent pas trop autre chose comme réponse.

Question : tu peux faire les modifications que tu veux ?
Réponse : oui
Conclusion : tu es pas content par principe.

Et normalement, si je suis ton raisonnement, gérer tous les cas particuliers en dur dans le code, ça c'est un vrai pas en avant.

Ce qui reste très acceptable vu le nombre de releases actuelles. Mais faut quand même avouer que c'est un sacré pas en avant en matière de personnalisation.

Oui oui, en fait c'est un journal qui nous apprends un truc fondamentale de l'espèce humaine : c'est une histoire de gout.
Toute justification supplémentaire tend naturellement vers le troll, surtout quand on a le choix d'utiliser autre chose.

Y'a des gens qui pleurent le manque de customisation de Gnome 3 contre Gnome 2 ??? Sérieusement ?!

Vous comparez bien les deux desktops où pour l'un c'était la plaie de distribuer des "extensions" parce qu'il fallait les compiler et les packager pour chaque distribution et celui où on peut faire du javascript à chaud dans l'environnement et les diffuser par un site web agnostique de toute distribution.

Je reviens, j'ai plein de pop corn pour vous regardez faire.