J'avais bossé sur un DEC Alpha mais sous ULTRIX
et c'était une bombe … pour l'époque
Et depuis j'ai jamais compris pourquoi Microsoft n'a pas poussé sur ce genre d'archi
car à l'époque les x86 ne tenait pas le choc surtout dans l'info de gestion
L'Amiga 500 n'était pas capable de protéger les tâches
??? je comprends pas le critère ou alors c'est trop technique pour moi …
L'amiga était une machine exceptionnelle (1987-88) ou l'on pouvait jouer, programmer (basic) et on disposait d'une interface graphique multi tache en avance sur tout le monde à l'époque
Avec en plus plein de logiciels sur des disquettes ( Fred Fish ) que l'on échangeait de la main à la main
Coté PC on parlait d'outil de travail … rien à voir
Sans rire … est ce que quelqu'un a vu en prod un NT sous Alpha ? ou autre chose que x86 ?
je n'ai rien vu d'autre que les CDROM d'installation (que j'aurais du garder … c'est collector maintenant)
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
[^] # Re: La fin d’Intel
Posté par Christophe B. (site web personnel) . En réponse à la dépêche Deux failles critiques : Meltdown et Spectre. Évalué à 8.
J'avais bossé sur un DEC Alpha mais sous ULTRIX
et c'était une bombe … pour l'époque
Et depuis j'ai jamais compris pourquoi Microsoft n'a pas poussé sur ce genre d'archi
car à l'époque les x86 ne tenait pas le choc surtout dans l'info de gestion
[^] # Re: On va enfin
Posté par Christophe B. (site web personnel) . En réponse à la dépêche Deux failles critiques : Meltdown et Spectre. Évalué à 6.
Merci d'avoir corrigé …
A cette époque l'informatique était surtout individuelle … et non connectée
D'ailleurs la propagation de virus se faisait via le boot secteur des disquettes … L'exterminateur de Lamer …
[^] # Re: On va enfin
Posté par Christophe B. (site web personnel) . En réponse à la dépêche Deux failles critiques : Meltdown et Spectre. Évalué à 7.
??? je comprends pas le critère ou alors c'est trop technique pour moi …
L'amiga était une machine exceptionnelle (1987-88) ou l'on pouvait jouer, programmer (basic) et on disposait d'une interface graphique multi tache en avance sur tout le monde à l'époque
Avec en plus plein de logiciels sur des disquettes ( Fred Fish ) que l'on échangeait de la main à la main
Coté PC on parlait d'outil de travail … rien à voir
[^] # Re: On va enfin
Posté par Christophe B. (site web personnel) . En réponse à la dépêche Deux failles critiques : Meltdown et Spectre. Évalué à 9.
Oui mais pas au même tarif si je me souviens bien
Les mêmes caractéristiques coûtaient très cher sur PC si tu voulais approcher le niveau de l'Amiga
Oui l'Amiga fait partie de ces machines d'exceptions, mais terriblement propriétaire ne l'oublions pas …
Imaginez si à la place de Windows c'est MAC OS qui avait gagné …
[^] # Re: La fin d’Intel
Posté par Christophe B. (site web personnel) . En réponse à la dépêche Deux failles critiques : Meltdown et Spectre. Évalué à 8.
Sans rire … est ce que quelqu'un a vu en prod un NT sous Alpha ? ou autre chose que x86 ?
je n'ai rien vu d'autre que les CDROM d'installation (que j'aurais du garder … c'est collector maintenant)
[^] # Re: La fin d’Intel
Posté par Christophe B. (site web personnel) . En réponse à la dépêche Deux failles critiques : Meltdown et Spectre. Évalué à 4.
C'est passé aussi vite qu'une étoile filante … en plein jour
[^] # Re: Qupzilla, Midori, Opera
Posté par Christophe B. (site web personnel) . En réponse au journal Fini Firefox, vive Midori !. Évalué à 6.
Super ce truc merci
# 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