Christophe B. a écrit 1681 commentaires

  • # T'es sous linux ?

    Posté par  (site web personnel) . En réponse au journal J'ai un virus Macron sur mon ordinateur !. Évalué à 1.

    Un virus sous Linux … quelle distrib ?

  • # Titre accrocheur

    Posté par  (site web personnel) . En réponse au journal Le changement c'est maintenant ;). Évalué à 1.

    Mais bon faut les comprendre, l'exemple vient d'en haut. 350000€3 de gaspillage pour le confort de notre cher premier Ministre Edouard Philippe, explose le coup de la douche de Sarkozy, et pourtant, y'avait du niveau.

    On est dans le scoop médiatique, le titre accrocheur …

    comment peut tu comparer 1 voyage de 60 personnes à 350 000€ et 1 douche (non utilisée) à 245000€ pour 1 seule personne ?

    C'est le rôle du 19h45 ou du 13h de TF1 de faire des titres accrocheurs sans précisions … pas celui de linuxFR ou alors sur certain sujet plus polémique comme vi vs emacs …

  • [^] # Re: On va tous mourir ... (voix de Homer Simpson)

    Posté par  (site web personnel) . En réponse au journal Les échecs en échec. Évalué à 2.

    Et tu trouves cela rassurant que skynet soit open source ?

    je sais on pas dredi …

  • [^] # Re: On va tous mourir ... (voix de Homer Simpson)

    Posté par  (site web personnel) . En réponse au journal Les échecs en échec. Évalué à 2.

    Est si Alpha Zero invente les piles nucléaires …

    C'est peut être déjà fait

    Allez bon week end … :)

  • # On va tous mourir ... (voix de Homer Simpson)

    Posté par  (site web personnel) . En réponse au journal Les échecs en échec. Évalué à 2. Dernière modification le 08 décembre 2017 à 10:00.

    Quand plusieurs Alpha zéro seront en réseau on l'appellera Skynet ?

    A quand les premiers Terminator sur amazon ?

  • # UN BIZUTH !

    Posté par  (site web personnel) . En réponse au journal [liens] Mais juste un. Évalué à 8. Dernière modification le 26 novembre 2017 à 18:51.

    Super !!!
    faites chauffer le goudron !
    Sortez les plumes !

    ok -> []

  • [^] # Re: ZE COMMANDE QUI TUE

    Posté par  (site web personnel) . En réponse au journal Pourquoi Vim? (Première partie). Évalué à 3.

    Personne ne pense au pôvre processus qui reçoit avec une brutalité sans nom un signal 15 ou 9

    Même si sous Linux, nos processus sont moins maltraités que sous Windows, en attendant développeur admin sys … pensez aux petits processus qui vous rendent bien des services.

  • [^] # Re: ZE COMMANDE QUI TUE

    Posté par  (site web personnel) . En réponse au journal Pourquoi Vim? (Première partie). Évalué à 0.

    Pourquoi tant de haine … on ne fait troller échanger une fois de plus sur vim vs emacs
    en plus le point godwin est pas encore atteint …

  • [^] # Re: ZE COMMANDE QUI TUE

    Posté par  (site web personnel) . En réponse au journal Pourquoi Vim? (Première partie). Évalué à 7.

    Comme quoi tout est plus compliqué sous Emacs :)

  • [^] # Re: Troll

    Posté par  (site web personnel) . En réponse au journal Pourquoi Emacs? (Première partie). Évalué à 5.

    Vim c'est mieux …

    En plus il paraît qu'un 6eme doigt pousse sur la main gauche si tu utilises trop Emacs …

  • # ZE COMMANDE QUI TUE

    Posté par  (site web personnel) . En réponse au journal Pourquoi Vim? (Première partie). Évalué à 4.

    Pas d'accord la commande qui tue sous vim c'est '.' (Redo je crois)
    qui permet de refaire la dernière commande

    Exemple on recherche la chaine 'var1' avec /var1
    et je veux changer le var en VARIABLE donc cwVARIABLE
    après il suffit de parcourir le code avec n
    et . si je veux changer sans être obligé var1 en VARIABLE1

    question l'équivalent existe avec emacs ?

  • [^] # Re: Je ne suis pas sûr que tu aies bien compris

    Posté par  (site web personnel) . En réponse au journal Après l'UEFI, la VBS. Évalué à 0.

    Ben oui. Windows ça sert juste à faire tourner Outlook et MS Office. Pour travailler il faut une VM.

    Ma solution :

    Le pc sous Linux avec Thunderbird et Libreoffice
    Et des VM windows avec virtualbox (c'est plus simple a sauvegarder)

    Et Double Boot : une petite partition juste de quoi installer quelques jeux …

    Et j'évite les MAJ sauf pour Linux (et pour les jeux :) )

  • [^] # Re: En cours de test ...

    Posté par  (site web personnel) . En réponse à la dépêche La version 2.0 d’evQueue est disponible. Évalué à 2.

    Merci pour vos réponses

    C'est plus que prometteur comme outil, installation rapide …
    Configuration simple (des que l'on a trouvé /etc/evqueue.conf ;) )

    Comme pour les taches en // l'espace pour placer la tache sur les cotés est pas toujours facile a cibler.

    => comment fait on pour enlever une tache que l'on a posée sur le workflow ?

    => un bug / truc génant : parfois dans le paramétrage d'un workflow si l'on appui sur la touche ENTER … on ne peut plus rien faire … à part repartir dans la page précédente et perdre les modifs que l'on a fait

    => j'avais un gag avec les utilisateurs mais en retestant je ne reproduit pas le problème : je voyais bien les workflows mais impossible de les lancer (pas de droits)

    voila pour les méchancetés …

    Merci pour l'explication des files je n'avais pas compris a quoi cela pouvait servir …

    L'expression des conditions n'est pas super intuitive et j'ai un peu de mal a voir quand il faut taper dans le shell scripts quand il faut utiliser l'interface Web pour faire de beau Workflow mais je n'ai que quelques heures de pratique …

    En conclusion Bravo … un bien bel outil avec un approche pragmatique ( CLI / API / Web interface ) qui me plaît beaucoup

  • [^] # Re: Contraintes temporelles?

    Posté par  (site web personnel) . En réponse à la dépêche La version 2.0 d’evQueue est disponible. Évalué à 3.

    Au plus tard :

    On ne connait pas la fin d'un workflow mais on ne veut pas qu'il démarre APRES une heure donnée
    ou qu'il se coupe normalement a partir de l'heure donnée

    Ex: je synchronise mon nas avec un claoude et de 2h du matin a 6h du matin
    même si c'est pas fini je veu que la tache soit tuée à 6h du matin et cela reprendra le lendemain

  • # En cours de test ...

    Posté par  (site web personnel) . En réponse à la dépêche La version 2.0 d’evQueue est disponible. Évalué à 2.

    Bonjour,
    je suis en train d'installer une debian8 pour voir un peu ce que votre outil a dans le ventre

    idéalement il pourrait nous servir pour permettre a des nons informaticiens de lancer des opérations complexes
    ex: dupliquer une arborescence d'un serveur a un autre
    Mettre a jour une environnement de TEST par rapport a un environnement de DEV etc …

    d’où mes questions :

    • je n'ai pas vu de gestion d'utilisateurs, certains pourrait executer des workflows et d'autres les paramétrer
    • existe t il une gestion de ressource ex un lecteur de cartouche est occupé par un tache ce qui permet aux autres taches d'éviter de se mettre en erreur et d'attendre la libération de la ressource

    Et en plus je suis abonné à Que Choisir :)

  • [^] # Re: AH ah ah ...

    Posté par  (site web personnel) . En réponse au journal Java 9 est dehors. Évalué à 3.

    Ceci dit :

    Un script bash n'est a l'origine que la suite des commandes que l'on aurait tapé à la main
    donc pas d'analyse juste une suite d'instructions à reproduire sans utilisateur

    Ce n'est pas la même démarche pour un script python ou java ou grosso modo j'ai des données en entrées
    sur lesquelles je vais appliquer un certain traitement puis générer éventuellement des données en sorties

  • [^] # Re: AH ah ah ...

    Posté par  (site web personnel) . En réponse au journal Java 9 est dehors. Évalué à 8.

    Vous savez quoi … vous m'avez convaincu que l'informatique a évolué …
    je ne vais pas scripter en java, mais j'ai compris que c'était possible, et pas qu'en java d'ailleurs …

    Bon je vais de ce pas rejoindre le mouvement de libération des vieux de Huguette et Raymond …

  • [^] # Re: AH ah ah ...

    Posté par  (site web personnel) . En réponse au journal Java 9 est dehors. Évalué à 2.

    Après lecture de ta réponse je suis allez voir par curiosité quelques tutos haskell
    et il faut bien le reconnaître c'est plus qu'intéressant et attractif

  • [^] # Re: AH ah ah ...

    Posté par  (site web personnel) . En réponse au journal Java 9 est dehors. Évalué à 2.

    Certainement …

  • [^] # Re: AH ah ah ...

    Posté par  (site web personnel) . En réponse au journal Java 9 est dehors. Évalué à 2.

    C'est vrai que si l'on regarde de plus près cela n'a d'intérêt que si tu veux du scripts portable sur des vieux unix du siècle dernier encore en activité.
    Ce qui je le conçois maintenant n'a quasiment plus d’intérêt

  • [^] # Re: AH ah ah ...

    Posté par  (site web personnel) . En réponse au journal Java 9 est dehors. Évalué à 2.

    if "--my-arg-1" in sys.argv:

    J'aime bien cette syntaxe pythonesque et simple

  • [^] # Re: AH ah ah ...

    Posté par  (site web personnel) . En réponse au journal Java 9 est dehors. Évalué à 5.

    Pour python le code exact serait plutot :

    import os
    d = 'toto'
    os.path.isdir(d) or os.mkdir(d)

    En shell :

    REP=toto
    [ -d $REP ] || mkdir $REP

    Si tu pouvais compléter en java vu mon niveau cela me prendrais trop longtemps (stp ne serait ce que pour ma culture personnelle)

    Ensuite je veux récupérer le premier argument de la ligne de commande

    en shell :
    REP=$1
    [ -d $REP ] || mkdir $REP

    cela risque de rajouter pas mal de choses en python comme en java, mais c'est normal
    ces langages n'ont pas le même usage.

    python comme java nécessite plus de réflexion préalable avant de pondre un traitement qui tourne
    le shell est parfait dans son rôle de "glue" et par son universalité et sa disponibilité.

    J'ai des scripts shell écrit au siècle dernier qui tourne encore cela risque d'être moins vrai pour python et java
    mais ces langages font un peu plus de chose que ce vénérable sh

    IL est vrai que je faisais déjà du shell avant les premières versions de java et de python

    Et dans son rôle le shell sera difficile à déboulonner, même M$ l’intègre sur ses OS :) (ok c'est pas un référence)

    Pour finir une petite touche de méchanceté gratuite et assumée (l'apanage des sysadmins :) )
    sur une machine devant tourner 24/24 7/7 tu préféres : 10 scripts java ou 10 scripts shell …

  • [^] # Re: AH ah ah ...

    Posté par  (site web personnel) . En réponse au journal Java 9 est dehors. Évalué à 2.

    Alors c'est le coté dynamique qui me plaît

  • [^] # Re: AH ah ah ...

    Posté par  (site web personnel) . En réponse au journal Java 9 est dehors. Évalué à 1.

    Il peut l'être mais c'est pas obligatoire :)

    D'ailleurs le terme exact c'est typage dynamique ou statique => Typage Fort

  • [^] # Re: AH ah ah ...

    Posté par  (site web personnel) . En réponse au journal Java 9 est dehors. Évalué à 5.

    Par expérience :

    Les cas sont rares ou il y a besoin de typage en shell, je stocke généralement des chaînes, nom de de fichiers le plus souvent
    des chemins ou listes de chaînes

    d'ailleurs des qu'il faut calculer ( un entier, une date etc …) je bascule en python, ou qu'il faut soigner une présentation comme un rapport de sauvegarde par mail

    Il est vrai que je scripte du shell "portable" une vieille habitude de l'époque ou il y avait plusieurs Unix en circulation.
    parfois on m'a imposer du ksh et c'est plus facile.

    Et parfois certaines "applications" mélangent script shell + langage plus évolué comme Perl ou Python

    Et quand je dis application il s'agit de lire un fichier de vérifier un format, d'en extraire certaines données de le transférer sur un autre serveur, de générer du SQL et de l'injecter dans une base de données puis d'envoyer un compte rendu et un mail pour prévenir.

    C'est possible de faire la même chose en java complètement ou partiellement c'est sur, mais certaines formes d'écriture en shell sont tellement pratique et efficace qu'il serait dommage de s'en passer

    ex : [ -d $REP ] || mkdir $REP # l'équivalent java (idem python / perl) doit prendre un peu plus de lignes :)

    Autre exemple découvert dernièrement :

    timeout 5h synchro.sh

    Si le script synchro.sh met plus de 5h alors il sera "killer"

    pratique pour effectuer des synchronisation partielle en automatique

    Certains outils sont tellement pratique et efficace qu'il est dommage de ne pas les apprendre

    Ainsi j'aimerais savoir quel est l'équivalent python de JBOSS et HIBERNATE en aussi abouti