Christophe B. a écrit 1720 commentaires

Pour info ce n'était pas des PC/X86 à la même époque : fin des années 80 debut 90, enfin je crois, plein de constructeurs sortaient ce que l'on nommait de la "mini" par opposition à la "micro" informatique type PC et au mainframe IBM, Bull etc …

La plupart se basaient sur des processeurs motorola Z80, M68000 etc …

L'OS était Unix System V et le port console devait ne pas être considéré comme un poste normal, en théorie …

Puis la "micro" est devenu aussi puissante que la "mini" et ces termes ont disparu, IBM a sorti son RS/6000, windows venait de sortir, Amiga et Atari se bagarrait et le basic était le langage populaire de l'époque :)

Enfin d'après mes souvenirs …

Et il y a plus longtemps encore …

IL fallait se connecter physiquement sur le port "console", généralement le 1er port serie de la 1ere carte pour effectuer certaines opérations.

Puis le réseau TCP est arrivé :)

JIRA a l'origine c'est un outil de suivi de projet
JIRA Service Desk est basé sur JIRA pour la gestion d'une équipe de support

C'est vrai qu'il y a un peu de BPM dedans mais ce n'est pas une finalité

Attention la définition du besoin et d'un cahier des charges reste toujours un prérequis
vu le cout des ces produits
sinon autant prendre un produit libre

Je viens de lire ton POST dans linked in

Intéressant et cela permet de faire le paralèlle entre un ERP et le secteur du batiment

Oui tout est possible, ce n'est qu'une question de temps et d'argent comme toujours :)

Attention piège :

OK il n'y a pas d'obligation a effectuer les montées de versions sur un ERP
mais

Si l'on prend trop de retard, le travail peut devenir énorme et remettre en question beaucoup de choses et ce n'est plus une mise a jour mais une migration

Conseil de vieux c.. : se poser la question régulièrement de manière collégiale et pas qu'avec le staff technique si l'ERP concerne toute la boîte.

Mais chaque cas est particulier.

C'est valable pour la majorité des ERPs, même les plus gros

Alors comment faire la différence : peut être les certifications ISO (9001 et 27001)
mais ce n'est plus le même tarif.

Un curl pour le POST/GET et éventuellement un jq pour simplifier le parsing du JSON et c'est parti.

Ah bah je suis passé à coté, dommage
Mais je n'ai pas franchement eu le temps de m'y consacrer réellement

L'installation est simple, la migration de version aussi
C'est du java donc il faut de la RAM et ça roule

Le produit repond bien si tu as des besoins simples, mais dans ce cas il vaut mieux quelque chose comme GLPI

Par contre si tu as plusieurs cas de figures, plusieurs entités, un flux de tickets complexes incluant editeurs, fournisseurs, plusieurs services etc … dans ce cas JIRA n'a pas d'équivalent.

Ce que je trouve dommage c'est que beaucoup de fonctionnalité interessante se trouve dans le JIRA MARKET ce que je trouve pénible.

C'est dommage mais a part JIRA et JSD (Jira Service Desk) je ne crois pas qu'il y ait beaucoup d'autres solutions.
Pour un cas a peu près similaire et encore cela avait été très mal analysé à l'époque.

Avantage de JIRA : c'est souple et facile a mettre en oeuvre, le paramétrage fin est assez difficile et il vaut mieux passez du temps avant mise en exploitation et ne pas trop se lancer "tête baissée"
L'interfacage avec python est pas mal et l'extraction de données permet de faire ce que l'on veut.

Par contre : c'est cher, maintenant seul la version Cloud existe (enfin je crois) et attention car beaucoup de fonctionnalité manque mais se trouve dans le 'market'
Attention aussi il est possible de recuperer les données de JIRA mais difficile de les mettre a jour par scripts ou autrement que par la saisie
Par contre il y a plein d'outils pour afficher et stocker des informations depuis des web services.
Et puis cela avait un coté "usine a gaz compliquée", même si j'espère que les versions plus récentes ont fait des progrès de ce coté.

Merci je connaissais pas

Mais en fait le but c'est juste de faire vivre les forums avec de Gros Troll bien velus
comme au bon vieux temps des newsgroups personne se souvient de

#moulon rtfm

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