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 …
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.
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
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
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
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
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
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 …
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
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
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 …
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
# T'es sous linux ?
Posté par Christophe B. (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 Christophe B. (site web personnel) . En réponse au journal Le changement c'est maintenant ;). Évalué à 1.
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 Christophe B. (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 Christophe B. (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 Christophe B. (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 Christophe B. (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 Christophe B. (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 Christophe B. (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 emacsen plus le point godwin est pas encore atteint …
[^] # Re: ZE COMMANDE QUI TUE
Posté par Christophe B. (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 Christophe B. (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 Christophe B. (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 Christophe B. (site web personnel) . En réponse au journal Après l'UEFI, la VBS. Évalué à 0.
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 Christophe B. (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 Christophe B. (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 Christophe B. (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 :
Et en plus je suis abonné à Que Choisir :)
[^] # Re: AH ah ah ...
Posté par Christophe B. (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 Christophe B. (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 Christophe B. (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 Christophe B. (site web personnel) . En réponse au journal Java 9 est dehors. Évalué à 2.
Certainement …
[^] # Re: AH ah ah ...
Posté par Christophe B. (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 Christophe B. (site web personnel) . En réponse au journal Java 9 est dehors. Évalué à 2.
J'aime bien cette syntaxe pythonesque et simple
[^] # Re: AH ah ah ...
Posté par Christophe B. (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 Christophe B. (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 Christophe B. (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 Christophe B. (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