Christophe B. a écrit 1660 commentaires

Oui et à la pleine lune vers minuit …

non en fait je dors la plupart du temps

C'est quel no l'attaque ad personam ?

Encore un p'tit jeune qui débute … vi sera encore la quand tu sera à la retraite :)

J'en profite pour rajouter une couche …

Et c'est pas vos trucs de "chat j'ai pété" qui vont le retirer des dépôts

un député d'extrême-centre

J'aime beaucoup cette expression "d'extrême centre" qui peut signifier plein de choses
et de plus est la seule réponse à la citation : "être de gauche, être de droite c'est être hémiplégique"

OK cela n'a rien à voir, je profite du dredi à donf, et ce n'est pas parce qu'on a rien a dire qu'il faut fermer sa gueule …

Merci à tous,

Il y a longtemps Sun Tzu écrivait "l'art de la guerre" classique parmi les classiques, qui a inspiré tellement de monde.

Mais la, je crois que viens de naître "l'art de débattre sur linuxfr.org" qui pourrait bien égaler, et peut être même dépasser son illustre aîné.

Oui, on est bien dredi …

Attaque No 5 :

ya pas de débat possible : python est nettement supérieur … prouve le contraire ;)

remarque : si les attaques avaient des noms, on se croirait dans pokemon

Excellent, merci beaucoup

Maintenant que tout le monde est à armes égales pour n'importe quel débat, je propose de relancer certains vieux débats : vi c'est quand même bien mieux que emacs non ?

Zut, c'est pas encore dredi … désolé

D'accord pour la gamme XP j'ai une XP-445 qui fonctionne bien sous linux, scanner compris

Par contre éviter la WF-2860, sur le papier c'est super : recto verso / scanner multi pages …

mais problème chaque maj du firmware invalide les cartouches même les cartouches epson

et par dessus tout … le scanner ne fonctionnent plus depuis mon poste windows 10 suite à une mise a jour de windows c'est vrai que le wifi c'est pas top mais cela fonctionne bien avec linux :)

En fait à l'époque ou tu n'avais ni internet ni téléphone portable et bien souvent que très peu de doc … tu n'avais que ça pour te dépatouiller de tes problèmes techniques

Maintenant certains problèmes sont presque trop facile … recherche google et hop !

Certains ne font même pas cet effort et préfère chouiner …

bref

Bon ceci dit je viens de discuter avec un collègue spécialiste BDD, que l'on vient de mandater pour mettre en place des sauvegardes sur la base

Sur :

une application que je viens de migrer (la semaine dernière) d'un environnement local à un environnement "CLOUD"

C'est suivi par 2 ou trois chef de projets 1 externe, le DSI client, 1 pour l'applicatif, il y a peut être même d'autres intervenants coté prestataire "CLOUD"

Et donc l'application est migrée, c'est en exploitation, les utilisateurs l'utilisent … et apparemment personne n'a pensé aux sauvegardes

Les sauvegarde c'est comme les freins sur les voitures … c'est pour les lâches ;)

Merci

Bon l’inscription se plante car apparemment le prix du billet à zero pose problème :(

je réessaierai plus tard

L'entrée est gratuite ?

Par contre comme la majorité des informaticiens ne savent plus réfléchir, tu es vite qualifié "d'expert".

Et pourtant tu ne fait que te poser les bonnes questions …

Au royaume des aveugles, les borgnes sont rois :)

Pas plus tard que cet après midi, j'ai passé beaucoup de temps sur un problème purement fonctionnel car mes collègues jettent l'éponge après une dizaine d'heures de recherche.

Et la solution se trouvait … dans la doc en ligne de l'éditeur … à peine une 1/2 page qui pourtant spécifie bien comment paramétrer le truc (un gestionnaire de taches batch).

Si vous rajoutez un problème de licence/nombre de session et par dessus un arrêt brutal du système (j'ai pas voulu insister mais apparemment y a pas d'onduleur ou j'ai pas tout compris)
et vous obtenez une patate chaude qui circule de service en service et de personne en personne et des heures de perdues …

Il suffit de mettre des quotes / guillemets

for f in *
do
  echo "[$f]" #par exemple 
  stat "$f"
done

Sortie :

[Suivi Parc]
File: « Suivi Parc »
Size: 4096 Blocks: 8 IO Block: 4096 répertoire
Device: fd02h/64770d Inode: 12740524 Links: 2
Access: (0777/drwxrwxrwx) Uid: ( 578/ UNKNOWN) Gid: ( 500/ 500)
Access: 2023-03-07 14:42:36.541109248 +0100
Modify: 2014-06-25 11:04:44.000000000 +0200
Change: 2020-12-16 05:46:14.520436095 +0100

Salut pbpg content de te revoir

Apparemment powershell commence a être pas mal adopté, je vois certaines procédures d'installation sur des logiciels, très windowsiens, que je connais bien se muer en .ps
Et même cela apparaît dans des pré requis avec la version 7.2 de powershell

Tant mieux c'est ce qui manquait à Windows : de quoi faire des scripts

J'espère Microsoft fera mieux qu'avec les versions de Java qui pullule parfois sur certains serveur, car déjà je vois apparaître 2 ou 3 versions de Powershell sur certaines machines et il n'est pas toujours facile de bien choisir celui que l'on veut activer.

il faudrait prendre exemple sur les environnements virtuels style python pour stabiliser les scripts surtout ceux devant être lancé par le planificateur de taches.

SSH, du scripting … Allez encore un petit effort et Windows server sera presque un vrai OS :)

Effectivement :

difficile de changer les habitudes et les équipes qui gagnent

donc a moins de refaire un OS et encore …

La sortie de ls ne va pas changer de si tôt, ça casserait énormément de scripts.

Il ne sert à rien de casser la compatibilité brutalement, imagine si du jour au lendemain en était passé de IPV4 à IPV6 :)

On ne change pas une équipe qui gagne mais rien n'empêche d'envisager autre chose, c'est aussi une des forces de l'open source il y a plein de choses qui se crée, tout le temps …

Par exemple j'ai toujours pensé qu'il serait intéressant de mixer un truc comme sql avec le systeme de fichiers et pouvoir faire

select nom, taille, date_creation from /home where date_creation = now() order by taille

Cette habitude d'écrire en "shell commun" provient d'une époque, que les moins de vingt ans ne peuvent pas connaître …
Unix en ce temps la, se déclinait en de nombreuses versions et chaque constructeur (IBM, ICL, Bull, Nixdorf, DEC …) avait adapté les sources sur leurs machines respectives.
On bossait sur SPIX, Ultric, SCO Unix, HP/UX, AIX et j'en passe et des meilleures.

J'ai conservé 2 habitudes : vi présent sur tous, et une manière très commune de faire du shell, plus bourne shell que Ksh, Zsh ou Bash

Maintenant il ne reste que Linux, AIX , Mac et tous les *BSD principalement (désolé si j'en oublie je connais que Linux et AIX …) et encore AIX vu le cout du matos c'est pas le plus courant.

Et j’espère bien que tout cela va évoluer.

Même si je risque de ne pas le voir professionnellement, mon temps est bientôt révolu et dans quelques années je vais pouvoir prendre une retraite et ainsi passer de "senior" à "vieux con" afin de pouvoir critiquer les jeunes fous que vous êtes :)

D'accord avec certains points mais pas avec d'autres

D'accord :
Powershell amène cette possibilité de passer des objets dans un tube / pipe et c'est pas mal
par contre le jour ou centaines de milliers de fichiers devront passer … problème à venir

(ou alors il faudrait supprimer certains dev et les recycler … mais c’est un autre débat)

IMHO : les noms a rallonge sont difficilement lisible quand ils sont quasi identiques

Pas d'accord :

le shell est très stable dans le temps, j'ai des scripts qui datent du siècle dernier et qui tourne encore sans modif et ils ont été migré d'AIX (l'unix d'IBM pas la ville ;) ) à Linux
pas contre il faut savoir écrire en "shell commun" pas en bash pas en zsh ni en ksh
mais je comprends que cela perturbe.

Sinon

pour l'histoire du poids la commande "du -ms *" devrait t'aider, généralement il y a toujours des solutions en shell après parfois c'est plus facile à faire en python ou autre …

mais j’espère que bientôt on pourra effectuer en shell ce que fais powershell a savoir passer des objets dans le pipe et pouvoir utiliser les attributs et méthodes de ces objets

Bien vu :)
de la pure mauvaise foi à l'état brut
mais bonne remarque très bien placée, il faut le reconnaître
respect

Mon avis n'engage que moi vous pouvez moinsser …

Pour avoir un peu pratiqué le powershell :

j'aime bien l'idée et certains principes mais il y a 2 choses qui me dérangent :

• les noms a rallonge : c'est fatiguant même avec la complétion auto
• transmettre les objets dans le pipe : ok mais quid de la conso mémoire …

Sinon c'est exactement ce qu'il manquait a cet os : de quoi scripter

Par contre si quelqu’un a des retours d'expérience sur le sujet … sans pour autant suivre mon mauvais exemple sur le dénigrement systématique sur microsoft

C'est un peu la marque de fabrique de PetitMou de ne pas se rendre compte du problème non ?

Parce que en ce moment, de plus en plus de client se font ransomiser
avec en moyenne plusieurs jours d'arrêt d'exploitation

Cela me permet d'annoncer qu'avec Windows le problème n'est pas d'éviter se faire attaquer par un virus … c'est plutôt de se demander quand cela va arriver.

Petit conseil de vieux c.. pour les adminsys windows : vérifier vos sauvegardes tout les jours
et garder un maximum de rétention, certains virus se planquent pendant 1 semaine avant de se déclarer.

Le principe a été industrialisé …

Linux c'est comme le cancer, cela métastase de partout …

Windows sait faire du SSH maintenant … oui en standard sans Cygwin et autres outils prévu pour pallier les manques de Windows.

J'aimerais retrouver le pignouf qui m'avait remonté les bretelles pour avoir mis en place un protocole de connexion "non reconnu" (SSH) pour me connecter sur ses machines linux.

Innocemment j'avais rétorqué qu'il me serait difficile de lui fournir un protocole
de connexion :
- gratuit
- open source
- permettant de se connecter a plusieurs en même temps sans limite
- avec gestion de la double authentification ( clé privée + passphrase )
- aucun cout de mise en place (a part l'ajout d'une ou 2 règles sur le parefeu)

Bref plutôt que d'être content, il a préféré se plaindre auprès de mon patron de mon comportement ( réponse de mon boss : "j'ai pas tout compris ce qu'il disait, mais tu l'as énervé le gars")

Résultat : quelques semaines plus tard, SSH bloqué, à la place un VPN qui a du couter plusieurs milliers d'euros sans compter le temps perdu pour la mise en place.

L'exemple est un peu extrême, c'était il y a quelques années, mais j'espère que la nouvelle génération a l'esprit un peu plus ouvert sur le sujet

Aaaah merci beaucoup …

J'ai répondu un peu trop rapidement …
Tu as raison d'ailleurs les dernières versions de python sont plus précises

Traceback (most recent call last):
  File "/home/chris/dvp/env/t1.py", line 6, in <module>
    foo()
  File "/home/chris/dvp/env/t1.py", line 3, in foo
    class bar:
  File "/home/chris/dvp/env/t1.py", line 4, in bar
____x = x + 1
________^
NameError: name 'x' is not defined

Remarque : les underscores sont la pour respecter la cadrage

Donc python crée une variable locale et ne va pas rechercher dans les variable "globales" la valeur de x donc la recherche ne se fait que dans la portée "locale"

Alors que dans y = x + 1
x fait partie des variables "globales" de la classe bar car cette class a été déclarée à l'intérieur de la fonction et donc cela ne déclenche par d'erreur

Si en plus on demande au langage python de retourner une classe et pas une instance de classe

par curiosité :

    def foo():
          x = 1
          class bar:
            y = x + 1
          return bar
        print(foo())

cela retourne :
<class 'main.foo.<locals>.bar'>

Python version 3.11

PS: désolé pour la présentation, je comprends pas pourquoi les backquotes ne me font pas du beau code en python …

Comme toujours en python, enfin la plupart du temps, c'est simple

Imagine que Python utilise un dictionnaire ou une table correspondance pour gérer ses variables

Chaque fonction a droit a ses variables et donc sa table de correspondance.

Si on reprend ton exemple :

Création de la fonction foo
=> création et affectation de x a partir d'un entier
=> Création de la class bar
==> affectation de x à partir de x (qui n'existe pas dans la class bar …) => erreur

Je devrais abuser de ce forum et te conseiller un excellent livre sur Python :)

mais comme la 2eme édition ne va pas tarder à sortir … attends un peu ;)

on ne confie pas l'éducation d'un gamin à une machine !

De nos jours c'est plutôt l'inverse :)

on ne confie pas l'éducation d'une machine à des gamins …