jigso a écrit 1203 commentaires

la théorie et la pratique…

…en théorie c'est la même chose, mais en pratique…

Bronsonizer : être enregistré dans opencimetiere

Ben non, comme dit dans le tweet, il suffit de tout tracer, le nom de chaque votant et son vote, comme ça tout le monde peut vérifier à la fois son vote et celui de son voisin.

Mais… mais… mais… on n'est pas déjà Vendredi ?

Bien sur que le débit en upload est ridicule pour la plupart des lignes adsl. Mais c'est pas grave, il faut bien voir que l'usage est le pus souvent familiale, et donc que ça signifie peu de connections et peu de téléchargement : attendre quelques fractions de secondes de plus que si on avait mis les photos sur un service de cloud privé est tout a fait acceptable.
Et si on est au fin fond de la brousse (par ex en plein Paris avec freemobile), le débit limitant n'est pas celui de la ligne ADSL…

Il manque la nimage

Il aurait du mettre "GNU/Linux Lite", là au moins ça aurait été clair.

(ah zut, j'avais oublié les balises <ironie></ironie> )

Je plussoie, et je trouve même que systemd ne vas pas assez loin ; il aurait dû imposer une interface complète pour les services, comme par ex celle-là
Au moins c'est clair, net et standard. Et zou, y'apuka porter les daemons existants - suffit juste de bouger quelques lignes hein, c'est pas la mort, fonctionnellement rien ne change…

http://en.wikipedia.org/wiki/Black_Perl

"Black Perl"

BEFOREHAND: close door, each window & exit; wait until time.
    open spellbook, study, read (scan, select, tell us);
write it, print the hex while each watches,
    reverse its length, write again;
    kill spiders, pop them, chop, split, kill them.
        unlink arms, shift, wait & listen (listening, wait),
sort the flock (then, warn the "goats" & kill the "sheep");
    kill them, dump qualms, shift moralities,
    values aside, each one;
        die sheep! die to reverse the system
        you accept (reject, respect);
next step,
    kill the next sacrifice, each sacrifice,
    wait, redo ritual until "all the spirits are pleased";
    do it ("as they say").
do it(*everyone***must***participate***in***forbidden**s*e*x*).
return last victim; package body;
    exit crypt (time, times & "half a time") & close it,
    select (quickly) & warn your next victim;
AFTERWORDS: tell nobody.
    wait, wait until time;
    wait until next year, next decade;
        sleep, sleep, die yourself,
        die at last

Larry Wall

)

En parlant de JavaScript/Dart/TypeScript me revient une interrogation ; quand on met dans une balise script on précise le type : type="text/javascript", donc manifestement le type (haha) qui a introduit la balise script dans HTML a laissé la possibilité d'utiliser un autre langage que JavaScript.
Pourquoi on a pas un système d'extension dans les navigateur pour rajouter de nouveaux langages - en commençant par les anciens ça serait déjà pas mal. Je rêve d'avoir un type="text/perl" ou type="text/python". Bien sûr il faudrait avoir les liens avec le DOM, mais ça serait cool, non ?

Autre truc sympa, on peut faire du rdesktop vers un serveur X : http://www.xrdp.org/

Raid et Backups sont les deux mamelles de la survie des données

Bon, ok, convertir un système existant n'est pas des plus simple, en gros il faut un autre disque et au final c'est plus simple de réinstaller le système et de recopier la partition home, mais sincèrement je n'envisage plus une installation sans lvm.
Ça permet non seulement le redimensionnement, mais en plus le transfert du système d'un disque a un autre et tout ça a chaud.

Si vous voulez savoir ce qu'il se passe si on saute dans l'espace sans combi, c'est par là : http://tumourrasmoinsbete.blogspot.fr/2008/11/mercredi-cest-le-vide-infini.html
Tout en bas il y a des liens vers des trucs plus sérieux (même si la bd est on-ne-peut-plus sérieuse.)

j'ai déjà observé des latences à l'ouverture de la connexion pour des problèmes de résolution de noms, ça se résout assez bien en jouant sur les /etc/hosts pour rajouter les noms des machines (sur le client et/ou le serveur, je ne sais plus bien).
C'est juste une piste… Tes soucis ont l'air de se produire pendant la session, donc les dns ne doivent plus vraiment jouer à ce moment-là.

Sinon c'est en wifi ? filaire ? CPL ?

C'est pas gagné… Faut juste qu'ils ralentissent un chouïa, et justement c'est ça qui chauffe un peu les mirettes.

Tu peux installer un serveur privé, donc l'argument ne tient pas… (c'est en revanche tout a la fait le cas pour Google Docs)

Ah oui tiens, ça fait longtemps qu'on a pas vu de nouveaux flims avec Charles Bronson ; quelqu'un a des infos ?

(respect des traditions, vendredi, esprit Dlfp/LinuxFr/GnuLinuxFR/, toussa…)

Par contre pour faire un script web, tu t'en cognes, tu prends ce qui marche là tout de suite maintenant et qui te fait gagner du temps.

Du JavaScript donc : ce qui existe et marche bien.

Je retourne coder mon js
/me -> []

il dit qu'il a plus de jambe.

C'est l'histoire de l'informatique, c'est toi même qui le dit. Si on refuse se risque, on écrit tout en binaire, même l'assembleur est une bombe à retardement.

On s'entoure de bombe à retardement quand on empile les couches en espérant cacher une complexité intrinsèque au sujet : oui le développement c'est compliqué, JavaScript / Java / C++ / Perl / Python / Ruby / TypeScript même combat, ce sont des langages de haut niveau, et vouloir utiliser l'un pour générer du code d'un autre dans l'espoir de ne pas avoir à apprendre l'autre est illusoire, on ne gagne rien - ou ce qu'on gagne on le paiera de toute façon un jour ou l'autre…

( En revanche ne me faites pas dire ce que je n'ai pas dis : passer de l'assembleur à un langage de plus haut niveau est une bonne chose, on change évidemment le niveau de d'abstraction et de complexité. )

Ce n'est pas parce que j'ai dit qu'on pouvait développer avec tout type de langage qu'il faut systématiquement reprendre l'exemple de l'assembleur ; mon propos est de dire que JavaScript est adapté pour le développement d'interface dans un navigateur, et qu'il n'est pas nécessaire de l'encapsuler pour des raisons idéologiques.

Bien sûr que si.

Mouarf. Pour quelqu'un de motivé, tout peut être développé avec n'importe quoi.
Remonte un peu le temps informatique, et tu verras de nombreux "gros" projet écrit avec des langages qui ferait fuir plus d'un développeur actuel ("Quoi ? écrire mon code entre la 7eme et la 72eme colonne ? Gérer moi-même la mémoire et des pointeurs ?"), et pourtant de "gros" projet ont était fait avec ces langages.

C'est ignorer/balayer les avantages apportés par ce nouveau langage.

Et c'est là qu'on est pas d'accord : JavaScript a des caractéristiques particulières, mais troquer ces caractéristiques contre d'autre n'apporte rien, si ce n'est de retrouver des concepts peut-être plus classiques, mais pas plus puissants. Par ex le typage des données : c'est cool, mais le propre d'un langage dynamique c'est justement de ne pas typer et de laisser d'un coté le développeur réfléchir, de l'autre l'interpréteur faire "ce qu'il faut", c'est un choix c'est tout, c'est ni supérieur ou inférieur à d'autres techniques, ni dangereux. Mais ça ne présage en rien de la qualité ou de la taille du développement.
On peut faire des gros projets en JavaScript, comme avec n'importe quel langage, et avec autant de facilité et d'efficacité. Et comme dans un navigateur c'est JavaScript, autant utiliser un "outil prévu et conçu pour un usage particulier"…