maboiteaspam a écrit 476 commentaires

…ce sont demandé foutre dieu pourquoi une nouvelle distro ?

GNU Guix is a purely functional package manager for the GNU system, and a distribution thereof.

Dependable. In addition to standard package management features, Guix supports transactional upgrades and roll-backs, unprivileged package management, per-user profiles, and garbage collection. Read more…

Hackable. It provides Guile Scheme APIs, including high-level embedded domain-specific languages (EDSLs), to describe how packages are built and composed. Read more…

Liberating. A user-land free software distribution for GNU/Linux comes as part of Guix. Read more…

Guix is based on the Nix package manager.

Souhaitons lui bonne route !

Voici par exemple le texte (personnel) du dernier courriel que j'ai ainsi adressé à la RTBF (Belgique ; sans réponse à ce jour) :

Je ne peux que plussoyer un pays où l'on croit que les citoyens ont éventuellement une capacité de conséquence sur le cours des choses.

Belgique, plat pays, je t'applaudis des deux mains, mais je n'en reste pas moins réaliste…

Bon j'avais dis ne pas rabâcher les 101 alternatives, mais cependant je voudrais en citer un projet tout de même.

git-annex

Une surcouche de git initialement créée pour gérer des fichiers binaires dans un repos.

La dessus, d'après ce que j'ai compris, tu cherches à gérer des fichiers plutôt gigantesque, donc les versionner, même avec git annex n'est pas terrible.

Cependant, j'espère qu'éventuellement tu y trouveras une source d'inspiration,

http://git-annex.branchable.com/

c'était totalement naïf comme post.

J'ai cité rust, comme j'aurais pu/du citer Ada, ou d'autres.

Qu'importe ! ai je envie de dire.

L'idée étant celle-ci, à jouer avec le feu, tu finis invariablement par te faire brûler (un matheux passant par là pourrait pbblmt nous le théoriser).
Dès lors ne peut on pas, juste, éviter de jouer avec le feu.

C'est la gestion du risque dans toute sa splendeur. Partant du principe que cela n'arrivera que 0.0001% des cas, alors c'est acceptable de jouer avec le feu.
Malheureusement, sans vouloir faire des comparaisons dé raisonnés, les centrales nucléaires sont conçus avec un risque de 0.000000001% et pourtant déjà elles ont explosé plusieurs fois.
Le problème de la finance actuel est du même acabit.

Sinon, non aucune foutre idée de comment ré implémenter cela en rust, je fuis le C comme bill gates.
Par contre j'aimerais bien avoir du temps pour apprendre rust et voir si c'est aussi bien fichu que nodejs, outre le langage itself.

OK. C'est peut être moi le psychopathe, je ne sais pas, je ne sais plus : )

Je suis interpellé à l'idée de savoir dans quel contexte un tel besoin est survenu.
C'est pas tant que j'ai envie de rabâcher 101 alternatives, juste envie de comprendre dans quel monde de psychopathe on doit se déplacer d'un bureau à l'autre pour s'échanger des fichiers.

par contre, non le chart n'est pas plus clair malheureusement, en ce qui me concerne.
C'est ce commentaire qui m'a ouvert les yeux http://linuxfr.org/nodes/100481/comments/1503871

L'analyse est intéressante à lire. Mais cela me rappelle trop une certaine époque en php où il n'était cesser de râbâcher que les entrées utilisateurs c'est le mal absolu et qu'il fallait s'en méfier comme de bill gates.
Mais le fait est que s'appuyer sur la compétence des hommes, même les meilleurs de chez openssl, ne peux suffire pour se mettre à l'abri.

Du coup, comme suggéré en fin d'article, changer de langage reste la seule option décemment concevable.

A t'on réellement besoin de le faire en C ?
La rapidité d'exécution est elle si nécessaire pour ce point particulier ?
Je veux dire que la crypto par la nature même de la solution qu'elle apporte est très lente à exécuter sur un ordinateur.
Ne peut on pas dès lors se permettre un peu plus de lenteur au prix d'une sécurité véritablement accrue ?

Dit autrement, a quand une implémentation d'openssl en rust ?

Bon par contre, pour un genre de raison similaire à ce cve, Java n'est pas une alternative envisageable :D /désolé/

Je ne pensais pas que mon terme de nazi virerait à l'horreur noir de la censure.

Bref, vous l'aurez remarqué j'était bancal ce jour là (enfin ce soir là ; ),

désolé.

/hs/ Ce que j'aurais voulu exprimer plus tôt, ce que je crois c'est que Github est une plateforme profondément élitiste.

Oui c'était bâclé. Le code était court, mais il y avait de quoi travailler, alors après ma re lecture j'ai eu un coup de mou.
Mis il faut croire que ton post m'à redonné un coup de sang :D

tu as raison, j'ai un peu, beaucoup, marseillais, extrapolé ici, en ne vérifiant pas assez.
ce n'est pas un mode saas, pas jusqu'à maintenant, j'ai relu quatre fois, en fait c'est construit comme une suite de service, d'api, orienté opérations de compilation.

Ce truc me paraissait bizarre,

Microsoft "Roslyn" is a set of APIs for exposing the Microsoft C# and Visual Basic .NET compilers as services available at runtime

j'aurais du me méfier, c'est la vie.

qu'on me mette moins un que ce commentaire disparaisse …. : (

En fait , ils ont juste codifié l'usage de la suite de compilation pour être consommés par d'autres services, éventuellement au runtime, éventuellement, j'extrapole encore, autour du process de build ?

bref busted, merci.

Je n'ai pas dit que c'était dégueulasse, je t'ai juste donné des pistes pour l'améliorer. Que j'espère bonne, restant ouvert à la critique, puisque j'ai posté publiquement et car tout évolue si vite dans ce domaine.

Pour le reste il ne tient qu'à toi d'y voir le bon côté.

Par contre mon titre disait bien que j'y voit assez peu d’intérêt, mais ce n'est que moi, et actuellement je n'ai pas besoin d'un tooltip au mousedown.

Take it easy et merci quand même : )

Je crois plutôt que c'est le ton, la tournure qui ne te conviens pas.

Ce que j'y ai dit n'est que la suite logique du post précédent.

Que j'ai pu être maladroit, soit, éventuellement, mais je n'ai pas le sentiment d'avoir besoin de faire la preuve quatre du bon sens, je laisse le soins aux autres de s'y coller. Par contre je veux bien montrer une manière d'y arriver, ce que j'ai fait.

Finalement, je ne penses pas une seconde qu'en postant cela sur github il trouvera beaucoup d'echo à son appel de pied, je peux toujours me tromper, supposons, mais mon constat est que sur github il y à plus de pleureurs que de faiseurs.

mes 2 cents car je suis très soulé que ton poste paternaliste soit applaudit ainsi.

Conformisme quand tu nous tiens … .

En beaucoup plus bref, il ne suffit pas de poster sur github, faut il encore faire les efforts afin que d'autres puisse modifier sereinement ton travail.

Hello,

quelques idées,
la documentation est vraiment travaillée, par contre il me semble que tu pourrais en affiner le formatage pour générer une meilleure documentation.
Dans ton cas, je t'invite à regarder docco
Des exemples concrets ici
http://maboiteaspam.github.io/phantomizer_demo/demo/documentation/js/docco-style.html
Ici pour le setup
https://github.com/search?q=grunt%20docco

Tu me fais mal aux yeux avec ton indentation, je préfère la reco de nodejs@joyent deux espaces.
Beaucoup plus approprié pour javascript selon moi,
https://github.com/felixge/node-style-guide

plus spécifiquement pour jquery, qui au passage fournit le fichier de validation syntaxique
http://contribute.jquery.org/style-guide/js/

lire aussi
http://caolanmcmahon.com/posts/nodejs_style_and_structure/

Et puis la doc, encore.
La doc utilisateur.
Stp, donnes nous des exemples et un pavé de texte à lire dont nous ne sommes pas certains de bien le comprendre, mais sait on jamais, cela peut s'avérer utile.

Utilise les pages github pour fournir quelques exemples concrets.

Aussi, si tu souhaites que d'autres participent, écris des batteries de tests, perso je trouve vraiment difficile de rentrer dans un projet qui n'est pas le mien si celui ci ne possède pas de tests. J'ai le sentiment de marcher sur des oeufs, que le projet soit bien foutu ou non, petit ou gros.

https://github.com/search?q=mocha&ref=reposearch + https://github.com/kmiyashiro/grunt-mocha
ou
http://qunitjs.com/ + https://github.com/search?q=qunit++grunt&type=Repositories&ref=searchresults

Autrement, en mode lecture à froid, à la ligne 73

clearTimeout(b); // supprimer le timer b (le timer s'efface lui même)

Outre l'effet comique de la lecture.

Je pense que ta variable devrait être déclaré dans le scope supérieur pour libérer le timeout lorsque qu'un autre mousedown survient.
(tu me diras que c'est peu probable puisque l'user est déjà mousedown, sait on jamais)

A la ligne 6, pourquoi ce selecteur ?

  $('a').on('mouseup', function(e)

…
if(elem.get(0).tagName == "A")

Pourquoi s'abonner à tous les liens de la page ? Et pas juste $(body).on("a","mouse… ?

Éventuellement lorsque tu test le tag name, force la casse, il n'y a pas de raisons de croire que toutes les implémentations suivent le même comportement (majuscule).

Par ailleurs, le mouseup devrait être déclaré dans le premier timeout.
Si ce dernier ne s’exécute pas, les événements ne seront pas déclarés.

Aussi, tu dis conseiller mettre le script en bas de page, je demande alors pourquoi tu as mis un document.ready.
Si je mets déjà le script en bas de page, qui est une bonne recommendation, je ne dois pas avoir besoin de faire appel à ready.

Aussi², ton script n'est ni déchargeable / rechargeable (bind / unbind) et il n'est pas non plus discret (? en français c'est weird..) (ie, unobtrusive).
Donc si un display survient après l’exécution de celui ci, les tooltips du display ne fonctionneront pas.

https://en.wikipedia.org/wiki/Unobtrusive_JavaScript

elem.attr('nohref', elem.attr('href')); // créer l'attribut "nohref" et y stocker la valeur de href=""

regardes la méthode $.data

var event = e; // copier l'evenement dans la variable "event"

Là j'ai un gros doute. Mais amha, e est déjà copié dans le scope, puis référencé par les fonctions de timeout. Donc il n'est pas nécessaire de le re copier ainsi. Mais j'avoue que j'ai un doute.

$('.atooltip').on('mousedown',

$(body).on("a.atooltip","mouse… ?

$('.have_helpbox').dblclick(f…

$(body).on(".have_helpbox","mouse… ?
Et pourquoi ce changement de syntaxe de on a dblclick ?

elem.attr('nohref', elem.attr('href')); // créer l'attribut "nohref" et y stocker la valeur de href=""
elem.removeAttr('href'); // supprimer l'attribut href

Mais jute pourquoi supprimer le href du noeud ? Retournes false, ou annule l’événement au clic/mousedown non ? Je ne trouves pas de bonnes raisons à s'arroger le droit de modifier un élément partagé de la sorte lorsqu'une alternative existe.

J'ai la flemme de l'essayer pour être honnête, et j'ai peut être dis des bêtises ici. Relu à froid.

Mais bon, voilà le genre de relecture que je ferais.

The transition to compilers as platforms dramatically lowers the barrier to entry for creating code focused tools and applications. It creates many opportunities for innovation in areas such as meta-programming, code generation and transformation, interactive use of the C# and VB languages, and embedding of C# and VB in domain specific languages.

Il faut rappeler que roslyn est un compilateur en mode SAAS.
Donc il sont simplement entrain d'initier le mouvement pour faire intégrer cet outil dans des plateformes d'hébergement et des services connectés.

Dit autrement, au lieu de vouloir toute réaliser la chaîne d'intégration comme auparavant, ils viennent se positionner au milieu de l'architecture, la brique la plus compliqué à maj, la plus centrale peut être aussi, donc celle qu'il fallait viser à moindre frais pour perdurer chez nos clients adorés,
Quelque chose dans ce goût là amha.

Il est plus que probable que je me trompes.

Mais au fond, je ne veux pas savoir.
J'ai engraissé ces grosses boîtes parce que le 'marché' ne me laisse pas de choix, ou difficilement.
Et aujourd'hui mon laptop équipé d'une radeon ne fonctionne pas pleinement.
Je suis obligé de rester sur le contrôleur intel sandybridge /tout moche/ aurais je envie de dire..

Ma réflexion s'arrête là quand à ces constructeurs.
Les cartes graphiques ne me font pas bander, je veux juste que ça fonctionne.
Et dans cette histoire mon doigt est pointé sur 'ceux qui en font du fric' et le restera tant que ce ne sera pas résolut.

Tout de façon, j'ai pas le choix.

Indice nikei en hausse, business as usual.

Oui. C'est juste que c'est un pas de plus pour améliorer le machine learning.

Merci pour le lien, je ne l'avais pas vu..

CC0 => https://creativecommons.org/choose/zero/?lang=fr

Je ne saurais dire ce qui te chagrine par contre.

… de dire /des trucs/

Wikidata est un projet qui nomme des trucs à grande échelle

Je crois que c'est bien une tentative de modéliser le tout.
D'un côté j'aime bien l'idée, parce que c'est open, de l'autre je ne peux m'empêcher de penser marchine learning => big brother
Non ?

Par contre, il n'y à pas un lien vers la lib autre le blog de google ?

Pas dispo ici, pas de bonne réponses là https://duckduckgo.com/?q=qlabel+wikidata : (

off-heap
http://stackoverflow.com/questions/6091615/difference-between-on-heap-and-off-heap

Pour palier aux déficiences du GC qui ralentit inutilement le CPU lorsque trop d'objets sont sur la heap.
On décide d'en sérialiser une partie (statiquement?), et de les envoyer dans un espace mémoire non soumis au GC.
En gros, on libère le CPU d'un travail de GC trop conséquent.

Histoire d'aller au bout de ma ***
wikipedia.org/wiki/Mmap

La dépêche est intéressante, merci !
Surtout l'introduction au false sharing, après .. bah. bref quoi, c'est le monde Java.

ayant fait quelques broutilles sur le fs, ce qu'il faudrait, il me semble, c'est qu'un expert, toi si j'ai bien compris, puisse répondre ou reprendre les parties délicates, voir peut être se suppléer en donnant des liens qui explique les parties technique du texte.
Le gros de la trad peut être fait par plus de gens, alors que comprendre les relations entre les différents sous systèmes c'est plus compliqué et demande parfois plus d'énergie, aussi il faut savoir trouver l'info correcte.
Ce qui ne se révèle pas si évident que cela, selon moi.

En tout cas cela m'aurait bien aidé.

Perso, et en tant qu'exemple, le truc de inline_data dans btrfs, je n'ai encore qu'une vague idée du concept.

Aussi je me demande si ce ne sera pas intéressant de récapituler les nouvelles options d'api quand il y en à.
Si j'étais dev système, je pense que j'apprécierais ce genre de recap.
Mais encore une fois cela peut s'avérer très technique, et consommateur de temps. Juste une idée.
Éventuellement, les dev systèmes lèveront la voie en ce sens.

Facebook a des problemes avec le codage en PHP, alors ils inventent une version java-ifiee de PHP!

Ce n'est pas le sentiment que j'ai. Alors oui il y à un existant, et cet effort est probablement celui qui répond bien à toutes es contraintes.
Plutôt que de changer de langage, ce qui serait extrêmement coûteux dans leurs cas apparemment.

Mais, comme tu le rappels, il y à xhp. Qui fait plus que du simple templating. Avec leurs systèmes tu as des contraintes, de l'héritage vertical, et peut être horizontal (si tant est que ce soit utile) à vérifier.
Ce qui intéressant aussi c'est que pour une fois, il me semble, on vient de faire le total opposé de la doctrine mvc. Ils ont mis le code de présentation dans le langage de développement (pas nécessairement la couche métier, hein).
Ce qui me fait dire qu'ils n'ont pas simplement cherché à patcher le langage pour en améliorer la maintenance, ou copier ce qui c'est fait ailleurs, ils ont vraiment fait évoluer le langage.

En fait je pense qu'ils retournent à ce qu'était php au départ, un pur langage de template.
Sauf que là on à un langage de template dopé au stéroide^1000, qui ne fait que cela, et qui le fait bien.
Et en plus tu peux faire d'autres trucs à côté, car on ne sait jamais.

Les types que tu cites, je n'en vois pas trop l’intérêt moi non plus.
Maintenant voici ce qu'ils en disent :

Given the wide range of functionality offered by PHP arrays, they can be used to mimic common specialized collection types such as vectors, dictionaries, and sets. So why extend HHVM with its own collection classes and functionality? One key reason is code clarity. It's not always clear in PHP how an array is being used, or what the types of the keys and values are. This makes it harder to confidently make changes to a larger codebase without introducing subtle bugs. Another key reason is PHP array performance. Generally speaking, it is impossible to know with certainty if a PHP array is going to be used as a vector, as a map, as a set, etc., and as such the code generated by HHVM and associated data structures are more complex. Also, PHP arrays are copy-on-write. This means that programmers must use PHP references when they don't want the array to be copied, and using PHP references generally degrades code performance. Enter the Hack collection classes.

Finalement, Java sait tout faire, ou presque, il me semble. Mais apparemment ce n'est pas suffisant.

Ah enfin un commentaire en rapport avec mon post AHAH

OK, c'est clair, c'est tout aussi simple, merci. Et pour la même raison je trouve cela très pratique.

Aussi je commence sérieusement à me demander ce qu'il se passe dans le core php team.

Le langage subit des mises à jours, mais rien de très fondamental, ça donne le sentiment de patiner : /

mais comme j'ai une radeon, je trouve ce contenu extrêmement pertinent, merci :D

Par contre radeon ça rime vraiment avec piège à ***, vu que cela ne concerne que les nouveaux produits. En fait ils développent des parts de marchés.

bref, quoi .. un jour peut être des lois responsabiliseront les grands constructeurs.

Je pense que c'est une excellente initiative. Je surpris de cette nouvelle en fait. J'aurais pensé que cela émanerait, un jour, du core php team.

Je dois bien dire, que la mise à jour de la syntaxe présenté dans les exemple de la dépêche est vraiment sympa.

xhp est très très intéressant à lire https://github.com/facebook/xhp

Je ne saurais dire si l'idée est vraiment géniale en pratique.
Mais ce mariage entre le code php et html, est très surprenant. Inspiré, il me semble par l'expérience de la pratique, et des nécessité de maintenance très concrètes. J'aime beaucoup.

http://docs.hhvm.com/manual/en/hack.async.php
L'ajout de async et await laisse songeur quand aux cas pratique, cet ajout est très intéressant.

http://docs.hhvm.com/manual/en/hack.shapes.php
http://docs.hhvm.com/manual/en/hack.tuples.php
Les tuples et les shapes sont aussi vraiment de bonnes idées, cela permet d’éliminer beaucoup de source code simplement et rapidement.

http://docs.hhvm.com/manual/en/hack.overrideattribute.php
Même le nouveau mot cléf override est très séduisant et semble très agréable à utiliser car c'est purement déclaratif dans les héritiers.
Je n'arrive pas à me souvenir des règles d'utilisation ce genre de chose dans d'autre langages tels que c#, java c etc. je comparerais donc pas.
Mais cela me plait beaucoup de déclarer la contrainte à l'usage et par l'usage.

En fait je pense que fb a réalisé un super boulot………… Ou comment fb m'à surpris.

Il me semble qu'il fournisse là une belle amélioration pour faire de php le langage de middle-ware par excellence.

Je me dois d'applaudir des deux mains.

Après oui cela reste du php, en d'autres termes nous continuerons décrire,
hack !== php, mais aussi, hack == php

OK, donc en fait le mec est carrément dégoûté de la scène alt.sec, car elle n'est plus.
Ça c'est vraiment moche. Bien plus que la perte du forum itself.

Peut on espérer que c'est un leurre pour éteindre le feu qui brûle et mieux recommencer ailleurs, plus tard ?