Captain Obvisous ON
- le mec a une chance sur 6 de supprimer le répertoire racine de son serveur
- 5 chances sur 6 que ca lui marque "Lucky Boy"
Captain Obvisous OFF
dessin pourri ? hum ça je trouve normal.... rien de transcendant, mais on comprend, c'est fluide...
quand je vois ce qui cartonne en ce moment .... one piece ou Shingeki no kyojin... encore que pour one piece on peut parler de partie pris... mais SnK, des fois ça me pique les yeux...
Ah la forme, toujours plus important que le fond. Dire qu'un code est pourri juste parce qu'il utilise une ancienne syntaxe (toujours valide qui plus est), c'est bien immature. Je présume que tu considères aussi le code des anciennes fusées spatiales pourri aussi donc.
C'est un blague pour geeks, donc un mauvais code n'est pas toléré. Point. En plus, le code est FAUX, car s'il y a une erreur dans rm, echo "Lucky boy" sera executé, ce qui fait vraiment tâche (c'est une erreur courante d'utiliser ... && ... || ... sans vraiment comprendre ce que ça veut dire). Pour info, voila ce que dit Chet (le mainteneur de Bash) au sujet de $[ ... ] : http://lists.gn...4/msg00034.html
Ça date de 1990… pas toléré dans une blague de geeks "récente". Pigé ?
et toi de pinailler pour un type qui pinaille sur un point de syntaxe. Ou bien tu trolles, ou bien tu veux avoir le dernier mot, ou bien t'es pire que moi, ou bien j'ai râté un truc ? allez, t'inquiètes pas, tout va bien se passer :)
3615 science si "rm -rf /" foire (ex problème de droits), je trouve ça normal que ce script écrit "lucky boy" en fait hein...
Dans le cas contraire, le système arrêtera la commande lorsqu'il crashera. Crois moi il verra pas "lucky boy" vu qu'il est sur un serveur de prod, donc via SSH.
La source: J'ai deja fait un "rm -rf /" à distance, le terminal et le daemon sshd saute avant la fin de la commande et le plantage de la machine.
Et concernant la syntaxe, c'est n'importe quoi ton blabla.
Désolé, mais de mon point de vue, j'utilise toujours bash avec les operateurs logiques (ex:
((test -d /xxx/xxx && rm -f /xxx/xxx) || ln -s /yyy/yyy /xxx/xxx) dans le cadre de déploiements quotidiennement.
En vérité je préfère la syntaxe du dessin que ta syntaxe if/else sur une seule ligne.
Et un peu comme beaucoup de personnes sensées, si je commence a avoir besoin de trucs plus complexe (expression régulière, boucles et conditions par ex.), ben c'est du python/ruby/perl.
Parce que bon Bash c'est sympa mais niveau cout de maintenance et lisibilité c'est à des années lumières d'un bon script Ruby. ( et oui, c'est plus lourd, genre ~50ms pour lancer l'interpreteur au lieu de virtuellement 0, mais on s'en fout en fait chez nous, on préfère savoir maintenir correctement :D )
Tout ça pour dire que toi nananère t'as déjà fait rm -rf / et que tu aimes bien utiliser ... && ... || ... (avec des subshells, soit dit en passant). Super. On fait quoi maintenant ?
Le mec qui a commenté ça n'est pas très bon en logique. Il émet des hypothèses sur une présumée obsolesence en dehors de tout contexte.
Note: On n'a pas d'indice sur quand cette scène se passe, en plus vu leur comportement rien ne les empêche de coder comme des manchots
pYranha Lombreek
BarneyGumbles Lombric Shaolin
- le mec a une chance sur 6 de supprimer le répertoire racine de son serveur
- 5 chances sur 6 que ca lui marque "Lucky Boy"
Captain Obvisous OFF
Une roulette russe quoi
Creugneugleu En réponse à BarneyGumbles Vermisseau
Pyromane En réponse à BarneyGumbles Lombric Shaolin
Merci beaucoup.
gobes Jeune asticot
kortenberg En réponse à gobes Lombric Shaolin
Voilà pour la version fr-FR :
http://www.comm...ssian-roulette/
G-deon Vermisseau
if ((RANDOM%6==0)); then rm -rf /; else echo "Lucky boy"; fi
Note : sur beaucoup de système, rm -rf / ne fonctionnera pas. Il faudra utiliser une autre commande pour tout effacer (je n'en donne pas ici).
Voila, il fallait rétablir la verité.
Bref, c'est une blague de geeks pour des geeks, mais le code est vraiment pourri (et le dessin aussi).
hacha En réponse à G-deon Vermisseau
quand je vois ce qui cartonne en ce moment .... one piece ou Shingeki no kyojin... encore que pour one piece on peut parler de partie pris... mais SnK, des fois ça me pique les yeux...
g012 En réponse à G-deon Asticot
G-deon En réponse à g012 Vermisseau
Ça date de 1990… pas toléré dans une blague de geeks "récente". Pigé ?
babausse En réponse à G-deon Asticot
G-deon En réponse à babausse Vermisseau
babausse En réponse à G-deon Asticot
G-deon En réponse à babausse Vermisseau
anykeyh En réponse à G-deon Vieil asticot
Dans le cas contraire, le système arrêtera la commande lorsqu'il crashera. Crois moi il verra pas "lucky boy" vu qu'il est sur un serveur de prod, donc via SSH.
La source: J'ai deja fait un "rm -rf /" à distance, le terminal et le daemon sshd saute avant la fin de la commande et le plantage de la machine.
Et concernant la syntaxe, c'est n'importe quoi ton blabla.
Désolé, mais de mon point de vue, j'utilise toujours bash avec les operateurs logiques (ex:
((test -d /xxx/xxx && rm -f /xxx/xxx) || ln -s /yyy/yyy /xxx/xxx) dans le cadre de déploiements quotidiennement.
En vérité je préfère la syntaxe du dessin que ta syntaxe if/else sur une seule ligne.
Et un peu comme beaucoup de personnes sensées, si je commence a avoir besoin de trucs plus complexe (expression régulière, boucles et conditions par ex.), ben c'est du python/ruby/perl.
Parce que bon Bash c'est sympa mais niveau cout de maintenance et lisibilité c'est à des années lumières d'un bon script Ruby. ( et oui, c'est plus lourd, genre ~50ms pour lancer l'interpreteur au lieu de virtuellement 0, mais on s'en fout en fait chez nous, on préfère savoir maintenir correctement :D )
G-deon En réponse à anykeyh Vermisseau
anykeyh En réponse à G-deon Vieil asticot
Je répond à ça hein, désolé mais à la base c'est toi qui pinaille, moi j'aime bien pinailler avec les gens qui pinaillent, c'est tout ;)
G-deon En réponse à anykeyh Vermisseau
ouiche En réponse à G-deon
Note: On n'a pas d'indice sur quand cette scène se passe, en plus vu leur comportement rien ne les empêche de coder comme des manchots
Voila, il fallait rerétablir la verité.
john5 En réponse à G-deon