Tu as tout a fait raison, ce qui est dommage c'est que la plupart des informaticiens (je tapes large volontairement) n'ont plus le temps (ou le budget) de réfléchir et de choisir le bon outil pour le bon usage.
Quand tu as trouvé un bon marteau, tout tes problèmes ressemble a des clous
Et a force d'universaliser on se retrouve avec des couches et surcouches qui vont, comme les trous noirs, s'écrouler sous leur propre masse.
Pour les échanges interbancaires, c'est un domaine que je connais bien, et j'ai jamais entendu parler de PeSit. Une recherche sur internet semble faire un lien avec Axway CFT, qui est très utilisé en effet, mais est hautement merdique (je connais plusieurs centaines de personnes prêtes à tuer pour s'en affranchir).
Ah ah … cela me m'étonne pas
Je le pratique depuis longtemps et j'ai eu la chance de travailler avec des personnes qui ne faisait que "ça" … et m'ont montré comment bien faire, pour donner un ordre de grandeur nous échangions avec une douzaine de "partenaires" au plus fort de l'utilisation … eux en géraient à peu près 300.
CFT à l'origine (avant que cela devienne Axway CFT …) est un produit simple robuste et sécure.
Les échanges bien qu'effectués à travers TRANSPAC pouvaient déjà être crypté et certains l'étaient : double sécurité donc
A cela tu rajoutes la reconnaissance des "partenaires" et cela pouvait se faire de plusieurs manières y compris via un protocole d'échanges de mot de passe, et ce a plusieurs niveaux.
Puis transpac a disparu … (encore un bel outil jeté à la poubelle …) et fallait passer par INTERNET et la on a vu la différence des partenaires :
ceux avec CONSULTANT en SECURITE
ceux avec (CON)SULTAN en SECURITE
Dans le cas numéro 1 : il a suffit de déclarer les adresses IP de n'autoriser que celle qui nous intéressent de se mettre d'accord sur un port de communication et cela roule.
Les produits comme CFT ont des dizaines d'années d'historique sur de multiples OS et configuration et vu l'importance des contenus ont toujours été tres suivi d'un point de vue sécuritaire … en gros rien à craindre même en passant via le net
les échanges de mot de passe et autres se faisait par téléphone généralement.
Dans le cas numéro 2 :
La on rigole … il a fallu rajouter des VPNS, des certificats (des vrais … payants !), des doubles authentifications et autres surcouches … à une couche déjà TRES sécurisé.
En gros ils n'ont rien compris et n'ont fait qu'appliquer les recettes utilisées ailleurs sans même se poser de questions.
Si la dessus tu rajoutes, le turn over habituel des grosses structures avec, bien entendu, AUCUN passage d'informations … tu te marres de les voir s'agiter dans leur fange … enfin presque parce qu'au début c'est OBLIGATOIREMENT de ta faute, toi le petit fournisseur externe
Donc oui je penses que certains doivent détester Axway CFT … parce qu'il ne le connaissent pas
Et désolé de vous parler comme un vieux con, mais cela va pas en s'arrangeant
Bon avant c'était pas mieux mais pas pour des raisons ubuesque comme celles ci
HTML n'était pas fait pour faire de la sécurité, ni pour gérer des sessions , Windows et le DOS n'aurait jamais du être aussi répandu sur les postes de travail, CFT et certains logiciels se passeraient bien de surcouche "sécuritaire" et de certificats décernés par par des "AUTORITE DE CONFIANCE" à obsolescence programmée etc …
C'est tout sauf de la logique , j'appellerai plutôt cela marcher sur la tête … vivement que le bon sens revienne et reste à définir (je n'ai pas la solution juste le gout de la critique … c'est plus facile :) )
Et je comprends pourquoi les extra terrestres ne nous contactent pas :) doivent se marrer quand même
Comme tu le dis cela reste de l'artillerie lourde … pour un problème relativement simple : échanger des données
de SOAP WSDL - XML à REST - JSON cela évolue dans le bon sens, et il faut bien le reconnaitre cela fonctionne ( oauth2 est quand même un peu usine à gaz … )
Mais je ne peu pas m’empêcher de regarder des protocoles anté diluviens comme PeSit (90% des échanges interbancaires je crois) et de voir la simplicité et l'élégance de la chose.
pour résoudre le même problème.
La différence : les ressources humaines et financières misent en face du problème à l'époque
trop souvent on préférè acquérir un produit cela évite de réfléchir
Après on se retrouve devant des usines à gaz que plus personnes ne veut ou ne peut administrer
D'ailleurs ce que tu dis c'est triste :
on n'est plus dans un monde de bisounours où on peut faire confiance à une machine juste parce qu'elle est dans le même réseau, ou à un même process juste parce qu'il est sur la même machine.
Attention je vais provoquer grave, vous pouvez moinssez : même pas peur
Les tubes nommés ou fichiers fifos existent depuis très longtemps, peut être même depuis les débuts d'unix (si quelqu'un à le courage de rechercher …)
Au siècle dernier cela servait a beaucoup de choses, comme par exemple le multiplexage de connexion série, la compression d'export oracle en shell ( que même chez oracle ils y avaient pas pensé …) , pour temporiser l'envoi de SMS via modem (je sais c'est plus tard …)
Puis est venu internet et le HTML, depuis tout le monde s'est mis à faire du Markup Langage
vu le succés du HTML difficile de le critiquer et pourtant …
Et on a oublié de refléchir tout devait passer par un langage de MARKUP
Quand on regarde comment cela fonctionne sous le capot, bien souvent il y a plus de contenant que de contenu ( les balises sont plus importantes que les données en volume …)
Les Web services n'échappent pas a cette régle et même si cela permet d'échanger des flux de données et de publier des fonctions, je n'ai jamais trouvé cette solution élégante
Surtout que très souvent un échange de fichier format CSV suffirait :)
J'ai vu trop souvent des canons de 105mm destiné à tuer des mouches dans les webs services (dans l'informatique de gestion celle que je connais) et des ressources informatiques inutilement dilapidées. Et beaucoup trop de dev ne jamais se poser de questions, surtout a ce sujet qui apparait comme une boite noire magique pour certains
Les tubes nommées et autres fifo par contre j'ai toujours trouvé cela élégant, ne consomme pas beaucoup de ressources pris en charge par le noyau et bien souvent très efficace
Content que cela refasse surface :)
C'est simple efficace élégant
Merci pour la commande socat je ne la connaissais pas.
Réactivation du sujet car je suis dans la même problématique : sortir de confluence
- trop cher pour une petite équipe
- difficile de stocker des informations "sensibles" sur le cloud
Après quelques recherches Xwiki peut effectivement remplacer Confluence et même aller plus loin
Confluence est un bon produit, d'ailleurs atlassian s'en est aperçu et a augmenté le tarif en conséquence … ou comment flinguer un bon produit commercialement
XWiki est un bon produit aussi, pour être honnête je ne le connaissais pas ou peu il y a quelques jours, et il m'a agréablement surpris
Il demande cependant un peu d'investissement (confluence aussi) pour le maitriser mais pour l'instant je ne suis pas déçu.
J'ai pu effectuer des tests et il rempli quasiment toutes les cases que je cherchais pour mes humbles besoins :
une recherche efficace (y compris dans les PJ testé sur PDF ODT DOCX)
Des documents modèles (template) pratique quand on a pas de mémoire …
Gestion simple de l'arborescence ( des pages "répertoires" )
Gestion des droits par utilisateur (en gros rédacteur / lecteur )
Mais aussi
La possibilité de copier coller des images directement
La gestion des mots clés (tags)
Un export PDF propre
Et j'ai tout trouvé dans XWIKI parfois mieux que dans confluence (exemple sur la presonnalisation de l'export PDF) et même si il y a des différences cela ne justifie pas la différence de cout avec confluence
Son installation est simple et bien documentée
Et le seul reproche que je puisse faire est de ne pas avoir trouvé de tuto "from scratch" ou de "xwiki pour les nuls"
Par exemple on partant d'un xwiki vide … vous ne pouvez rien faire … même pas l'administrer
Il faut passer par les extensions (et il y en a beaucoup) pour un béotien c'est pas évident et c'est difficile à deviner
Idem pour le coté programmation et dev de XWiki, on doit pouvoir fair beaucoup de choses, la ou confluence apparait comme "fermé"
Bref Xwiki c'est vraiment bien, en 2 jours il m'apparaît comme une solution viable et économique et je vais certainement étudier le coté 'payant' pour du support et certaines extensions pour voir si elles le méritent .
XWiki est le genre produit qui mérite de l'investissement car il offre beaucoup, et même trop de choses (ce qui est bien aussi … ) mais cela perturbe au début
Sans parler du fait que la plupart des "utilisateurs" (en restant polis) utilise leur boite mail comme une base de données
Certains on compris la différence en POP et IMAP le jour ou le disque dur de leur ordi portable a rendu l’âme … sans sauvegarde bien sur, c'est pour les lâches
Bref si le mail ne servait qu'a véhiculer de l'information et qu'il y a avait un outil pour stocker correctement l'info de manière pertinente et efficace on n'en serait pas la …
Je m'en doutais et c'est pour cela que je te remerciais pour cette dépêche.
Même si la partie tibétaine a faillit me faire décrocher …
Mais d'un autre coté, cela fait réfléchir : si une écriture particulière ne peut pas se transformer en fontes utilisables informatiquement … elle va disparaître et dans quelques années sera stockée dans un musée dans le meilleur des cas.
C'est une réponse au "bazar" de l'open source (pas péjoratif ..)
Je viens de regarder leur site et je confirme pour 84$/mois ( 1008$/an )
tu as accès a du support sur leur version de python et un ensemble de librairie python revue et corrigé pour leur "environnement"
Cet environnement est gratuit mais ne permet que de faire des projets publics et ne dispose pas du support
C'est comme pour RedHat et linux ils "vendent" leur expertise sur un environnement avec du support et un environnement cohérent (et tu peu utiliser les sources)
La ou si tu compiles toi même python ou utilise la version de ubuntu 18 + pip pour installer les dernières versions de lib tu n'auras pas la "garantie" de la cohérence
Comme pour linux : si j'ai un environnement de TEST j'utilise Rocky/Centos mais sur l'environnement de PROD et de PRE PROD j'ai RedHat Linux avec du support
Si tu utilises python pour tes besoins perso 1008$/an c'est cher
Si tu utilises python dans un logiciel, et que ce logiciel tombe en rade, et que cela bloque 100 utilisateurs pendant 1 journée cela coute tres cher ( 100 x le cout journalier du smic = 7500 euros )
Si le support d'activestate te permet de résoudre le problème en 1h (meme si 100 x 1h horaire de smic c'est 1000€ environ) voire même t'évite le problème alors 1000$ par an c'est pas si cher que cela ( et encore je simplifie le problème )
Analyse du risque … comme se prémunir des risques "évitables"
Autre exemple d'actualité :
un hôpital choisit windows comme OS car Apple c'est trop cher jusqu'au jour ou …
Cette discussion est intéressante et je voudrais juste ajouter une pierre a cette édifice
Ce que tu cherches : un environnement python avec des librairies stables et pérenne
python offre énormément de librairie et parfois cela déclenche des incompatibilité complexes
Soit tu peu les gérer toi même, soit tu attends que quelqu'un le fasse
Soit tu prend un produit comme ActiveState
Qui est pour python, ce que RedHat est pour Linux (enfin d'après ce que j'ai compris)
Le but n'est pas de faire de la pub pour ActiveState, mais juste de rappeller que l'environnement Opensource est riche en solutions, si tuas le temps et les compétence tu peu te débrouiller.
Ce qui n'est pas le cas d'un environnement propriétaire ou tu n 'as pas le choix
Bien que je les ai (souvent ?) raconté dans ce forum voici quelques anecdotes dont certaines ont trouvé une explication :
Une opératrice de saisie qui déclenchait un arrêt du programme chaque fois qu'elle prenait le téléphone
Une machine instable
Le veilleur de nuit qui ne peut pas saisir à cause des vagues de l'écran
Et pour la fin le câble qui refuse de transmettre tôt le matin
Le contexte : les années 90 depuis le blindage des machines et des câbles permet d’éviter ce genre de problème, l'ergonomie des postes de travail a aussi évoluée …
…
Une opératrice de saisie se plaignait que la saisie de commandes s’arrêtent sans raison.
D'autres personnes utilisaient le même traitement sans problème, de plus cela ne semblait se produire que sur un poste en particulier.
J'ai du passer une partie de la journée avec toutes ces charmantes dames pour être présent quand cela devait arrivé, et j'ai fini par comprendre le problème.
Maintenant que j'avais compris … il fallait trouver une solution "diplomatique" , et la je me suis tourné vers le responsable du service :
Il suffirait de déplacer le téléphone sur ce poste, pour éviter ces arrêts de programme.
Voyant qu'il ne comprenait pas la relation entre le téléphone et la saisie de commande, il a fallu aller dans la pièce et attendre un coup de fil …
La personne, pour répondre au téléphone devait se pencher sur le bureau pour attraper celui ci placé un peu trop loin pour ses petits bras.
Etant doté d'une poitrine "généreuse", et quand elle se penchait il y avait collusion avec le clavier et parfois cela déclenchait la séquence de touche d'arrêt du programme.
une fois le problème constaté de visu, je lui laissais le soin d'y remédier. après tout cela ne venait pas du matériel ni du logiciel :)
…
Une machine instable (histoire issu du sav d'un constructeur, hp je crois …)
Et pourtant TOUT avait été changé, vérifié, contrôlé etc … même la machine (carte mère etc ..) tout a été remplacé changé petit à petit
Le réseau électrique, vérifié et même certifié … bref impossible de stabiliser ce serveur
Je résume car l'histoire a durée plus d'un an je crois.
et ce jusqu'au jour ou quelqu'un s'aperçut que les pannes coïncidaient avec les marées et une fois cette hypothèse lancée, les électriciens sont partis a la recherche du câble qui reliait le bâtiment a la terre, celui ci était dans un puit dont le niveau dépendait de la marée …
…
Pour occuper le veilleur de nuit pendant sa garde, un client lui demandait d'effectuer de la saisie.
Mais le veilleur se plaignait que l'écran faisait des vagues … et qu'il était impossible de saisir.
Le système fonctionnait normalement dans la journée mais le phénomène ne se déclenchait que tard dans la nuit.
Réaction instinctive : que boit il ? que fume t il ? etc …
Il a fallu organiser une veillée pour vérifier le problème
Effectivement à partir d'une certaine heure, l'écran cathodique (année 90) faisait des vagues mais vraiment des vagues.
la raison était simple : la mise en marche du chauffage au sol
…
La dernière histoire n'a à ma connaissance pas connu de solution :
un dépôt situé à environ 600 m des bureaux, un câble fut mis en place, a l'époque cela devait être du cable pour une liaison RS232 (que les moins de 20 ans ne peuvent pas connaître … )
Tout a été fait dans les règles, et j'ai pu le vérifier.
La liaison fonctionnait bien et tout allait pour le mieux.
Sauf que le dépôt commençait son activité à partir de 6h du matin et de 6h à 7h rien ne fonctionnait, puis au environ de 7h du matin la liaison fonctionnait normalement.
La aussi, le matériel a été revu, vérifié optimisé re paramétré changé
J'ai du me déplacer et constater le problème.
Des recherches ont été effectué pour trouver un coupable ( la chaleur du soleil, la CB des camions, etc … ) à défaut de solution … rien mais alors rien.
Et le pire c'est que n'ai pas pu savoir si cette anecdote a eu une fin un jour
Mais je sais que de nombreuses personnes ont essayé sans AUCUN résultat
surtout que je viens de voir au infos le principe d'un colonie pour ados avec le même style de vie que l'on avait au service militaire.
Mais ou veut il en venir le vieux con l'ancien ?
Développer des devis imprimeurs sur des machines avec 80ko de RAM et sauvegarde sur cassette audio cela me rappelle de bons souvenirs, celui d'avoir réussi …
mais aussi les mauvais : être obligé de supprimer des commentaires pour gagner quelques octets et de passer des heures à optimiser l'usage de la RAM et avec le risque de plantage et du message "out of memory …"
Tout comme le service militaire … obligatoire dans mon cas, et obligé d'aller jouer au soldat (c'est marrant une semaine …) et de passer de 4000 Francs (600 euros) par mois, mon salaire de l'époque, à 500 francs (75 euros) par mois. même nourri logé blanchi c'est pas drôle du tout.
Nostalgie quand tu nous tiens … n’empêche que à l'époque, a vivre c'était pas drôle tout les jours.
bref, dans un but pédagogique je veux bien le comprendre et encore il pourrait mettre la mémoire adressable en option, et au final, personne n'est obligé d'envoyer ses gosses dans ce genre de colonie.
Surtout quand on voit la profusion d'outil, de ressources et de doc à disposition … je peux vous dire que vous avez beaucoup de chance de vivre cette époque. ( tout comme celui de ne pas être obligé de faire son service national pour trouver du boulot …)
Il y a tellement de choses à faire et accessible en plus …
Alors c'est vrai que certain aurait besoin de formation sur ces machines, ne serait ce que pour apprendre à faire des applis qui n'ont pas besoin de 100 Go de données 32 go de RAM et 12 CPU … pour l'équivalent d'un tuto de todolist.
Et peut être que certain ont besoin d’être encadré dans une hiérarchie avec une grosse voix.
Bref regardez ce que vous avez, plutôt que de regarder ce que vous n'avez pas …
Cela rappelle les RAD des années 80-90
Avec les défauts et qualité de ces outils
Et en grattant un peu :
l'IDE n'est pas open source et tout le produit tourne autour de l'IDE
je n'ai pas trouvé comment accéder aux bases de données en dehors de l'éditeur (sauf export CSV)
le coté 'git' est difficile a utiliser en dehors de l'IDE
Mais pour moi cela reste un beau produit qui permet rapidement de 'faire' des applis rapidement
avec des notions prises en charge par l'outil difficile a faire autrement (authentification etc …)
C'est un outil qui "pourrait" permettre de faire de jolies choses, après seul l'avenir nous dira si cela restera un "bon" produit.
Cela partait d'un bon sentiment … mais comme tout le monde le sait l'enfer est pavé de bon sentiments et de bonnes intentions.
Sinon Anvil c'est bluffant, en quelques minutes j'ai créé un formulaire, une table dans une base de données et j'ai pu envoyer le résultat du formulaire par mail.
Il suffit de suivre le tuto sur le feedback
Il me reste le coté publication de l'application pour voir ce que cela donne IRL
Ces IA vont forcément avoir d'énorme biais en fonction des données qu'elles ont eu en entrée et ça risque de pas être drôle quand tout le monde va se mettre à leur parler et leur accorder une confiance aveugle.
Désolé pour la pub, mais un documentaire sur Netflix ( certainement dispo ailleurs ) me laisse encore pantois : La Terre à plat
Puis il y a d'autre moyen de tuer quelqu'un , on ne parle pas assez de la myriade d'abeilles disparues dans certaines régions à cause de effets de bord de la surutilisation du M-x butterfly.
Je croyais qu'Emacs respectais les 3 lois de la robotique et intégrait une 4eme pour la protection de l'environnement …
[^] # Re: Si je puis me permettre ...
Posté par Christophe B. (site web personnel) . En réponse à la dépêche Oubliez les web services, utilisez des tubes nommés. Évalué à 6.
Et d'ailleurs toute la page vaut son pesant de cahuetes
12 Images pour comprendre
[^] # Re: Si je puis me permettre ...
Posté par Christophe B. (site web personnel) . En réponse à la dépêche Oubliez les web services, utilisez des tubes nommés. Évalué à 6.
Pour résumer … en image :)
[^] # Re: Dans les avantages des webservices...
Posté par Christophe B. (site web personnel) . En réponse à la dépêche Oubliez les web services, utilisez des tubes nommés. Évalué à 4.
Tu as tout a fait raison, ce qui est dommage c'est que la plupart des informaticiens (je tapes large volontairement) n'ont plus le temps (ou le budget) de réfléchir et de choisir le bon outil pour le bon usage.
Quand tu as trouvé un bon marteau, tout tes problèmes ressemble a des clous
Et a force d'universaliser on se retrouve avec des couches et surcouches qui vont, comme les trous noirs, s'écrouler sous leur propre masse.
[^] # Re: Si je puis me permettre ...
Posté par Christophe B. (site web personnel) . En réponse à la dépêche Oubliez les web services, utilisez des tubes nommés. Évalué à 10.
Ah ah … cela me m'étonne pas
Je le pratique depuis longtemps et j'ai eu la chance de travailler avec des personnes qui ne faisait que "ça" … et m'ont montré comment bien faire, pour donner un ordre de grandeur nous échangions avec une douzaine de "partenaires" au plus fort de l'utilisation … eux en géraient à peu près 300.
CFT à l'origine (avant que cela devienne Axway CFT …) est un produit simple robuste et sécure.
Les échanges bien qu'effectués à travers TRANSPAC pouvaient déjà être crypté et certains l'étaient : double sécurité donc
A cela tu rajoutes la reconnaissance des "partenaires" et cela pouvait se faire de plusieurs manières y compris via un protocole d'échanges de mot de passe, et ce a plusieurs niveaux.
Puis transpac a disparu … (encore un bel outil jeté à la poubelle …) et fallait passer par INTERNET et la on a vu la différence des partenaires :
Dans le cas numéro 1 : il a suffit de déclarer les adresses IP de n'autoriser que celle qui nous intéressent de se mettre d'accord sur un port de communication et cela roule.
Les produits comme CFT ont des dizaines d'années d'historique sur de multiples OS et configuration et vu l'importance des contenus ont toujours été tres suivi d'un point de vue sécuritaire … en gros rien à craindre même en passant via le net
les échanges de mot de passe et autres se faisait par téléphone généralement.
Dans le cas numéro 2 :
La on rigole … il a fallu rajouter des VPNS, des certificats (des vrais … payants !), des doubles authentifications et autres surcouches … à une couche déjà TRES sécurisé.
En gros ils n'ont rien compris et n'ont fait qu'appliquer les recettes utilisées ailleurs sans même se poser de questions.
Si la dessus tu rajoutes, le turn over habituel des grosses structures avec, bien entendu, AUCUN passage d'informations … tu te marres de les voir s'agiter dans leur fange … enfin presque parce qu'au début c'est OBLIGATOIREMENT de ta faute, toi le petit fournisseur externe
Donc oui je penses que certains doivent détester Axway CFT … parce qu'il ne le connaissent pas
Et désolé de vous parler comme un vieux con, mais cela va pas en s'arrangeant
Bon avant c'était pas mieux mais pas pour des raisons ubuesque comme celles ci
HTML n'était pas fait pour faire de la sécurité, ni pour gérer des sessions , Windows et le DOS n'aurait jamais du être aussi répandu sur les postes de travail, CFT et certains logiciels se passeraient bien de surcouche "sécuritaire" et de certificats décernés par par des "AUTORITE DE CONFIANCE" à obsolescence programmée etc …
C'est tout sauf de la logique , j'appellerai plutôt cela marcher sur la tête … vivement que le bon sens revienne et reste à définir (je n'ai pas la solution juste le gout de la critique … c'est plus facile :) )
Et je comprends pourquoi les extra terrestres ne nous contactent pas :) doivent se marrer quand même
[^] # Re: Si je puis me permettre ...
Posté par Christophe B. (site web personnel) . En réponse à la dépêche Oubliez les web services, utilisez des tubes nommés. Évalué à 5.
Comme tu le dis cela reste de l'artillerie lourde … pour un problème relativement simple : échanger des données
de SOAP WSDL - XML à REST - JSON cela évolue dans le bon sens, et il faut bien le reconnaitre cela fonctionne ( oauth2 est quand même un peu usine à gaz … )
Mais je ne peu pas m’empêcher de regarder des protocoles anté diluviens comme PeSit (90% des échanges interbancaires je crois) et de voir la simplicité et l'élégance de la chose.
pour résoudre le même problème.
La différence : les ressources humaines et financières misent en face du problème à l'époque
trop souvent on préférè acquérir un produit cela évite de réfléchir
Après on se retrouve devant des usines à gaz que plus personnes ne veut ou ne peut administrer
D'ailleurs ce que tu dis c'est triste :
# Si je puis me permettre ...
Posté par Christophe B. (site web personnel) . En réponse à la dépêche Oubliez les web services, utilisez des tubes nommés. Évalué à 10.
Bonjour à tous,
Attention je vais provoquer grave, vous pouvez moinssez : même pas peur
Les tubes nommés ou fichiers fifos existent depuis très longtemps, peut être même depuis les débuts d'unix (si quelqu'un à le courage de rechercher …)
Au siècle dernier cela servait a beaucoup de choses, comme par exemple le multiplexage de connexion série, la compression d'export oracle en shell ( que même chez oracle ils y avaient pas pensé …) , pour temporiser l'envoi de SMS via modem (je sais c'est plus tard …)
Puis est venu internet et le HTML, depuis tout le monde s'est mis à faire du Markup Langage
vu le succés du HTML difficile de le critiquer et pourtant …
Et on a oublié de refléchir tout devait passer par un langage de MARKUP
Quand on regarde comment cela fonctionne sous le capot, bien souvent il y a plus de contenant que de contenu ( les balises sont plus importantes que les données en volume …)
Les Web services n'échappent pas a cette régle et même si cela permet d'échanger des flux de données et de publier des fonctions, je n'ai jamais trouvé cette solution élégante
Surtout que très souvent un échange de fichier format CSV suffirait :)
J'ai vu trop souvent des canons de 105mm destiné à tuer des mouches dans les webs services (dans l'informatique de gestion celle que je connais) et des ressources informatiques inutilement dilapidées. Et beaucoup trop de dev ne jamais se poser de questions, surtout a ce sujet qui apparait comme une boite noire magique pour certains
Les tubes nommées et autres fifo par contre j'ai toujours trouvé cela élégant, ne consomme pas beaucoup de ressources pris en charge par le noyau et bien souvent très efficace
Content que cela refasse surface :)
C'est simple efficace élégant
Merci pour la commande socat je ne la connaissais pas.
# Même problématique : Sortir de Confluence Atlassian
Posté par Christophe B. (site web personnel) . En réponse à la dépêche Utiliser XWiki pour générer une documentation logicielle en PDF. Évalué à 5.
Bonjour
Réactivation du sujet car je suis dans la même problématique : sortir de confluence
- trop cher pour une petite équipe
- difficile de stocker des informations "sensibles" sur le cloud
Après quelques recherches Xwiki peut effectivement remplacer Confluence et même aller plus loin
Confluence est un bon produit, d'ailleurs atlassian s'en est aperçu et a augmenté le tarif en conséquence … ou comment flinguer un bon produit commercialement
XWiki est un bon produit aussi, pour être honnête je ne le connaissais pas ou peu il y a quelques jours, et il m'a agréablement surpris
Il demande cependant un peu d'investissement (confluence aussi) pour le maitriser mais pour l'instant je ne suis pas déçu.
J'ai pu effectuer des tests et il rempli quasiment toutes les cases que je cherchais pour mes humbles besoins :
Mais aussi
Et j'ai tout trouvé dans XWIKI parfois mieux que dans confluence (exemple sur la presonnalisation de l'export PDF) et même si il y a des différences cela ne justifie pas la différence de cout avec confluence
Son installation est simple et bien documentée
Et le seul reproche que je puisse faire est de ne pas avoir trouvé de tuto "from scratch" ou de "xwiki pour les nuls"
Par exemple on partant d'un xwiki vide … vous ne pouvez rien faire … même pas l'administrer
Il faut passer par les extensions (et il y en a beaucoup) pour un béotien c'est pas évident et c'est difficile à deviner
Idem pour le coté programmation et dev de XWiki, on doit pouvoir fair beaucoup de choses, la ou confluence apparait comme "fermé"
Bref Xwiki c'est vraiment bien, en 2 jours il m'apparaît comme une solution viable et économique et je vais certainement étudier le coté 'payant' pour du support et certaines extensions pour voir si elles le méritent .
XWiki est le genre produit qui mérite de l'investissement car il offre beaucoup, et même trop de choses (ce qui est bien aussi … ) mais cela perturbe au début
Après il faut trouver le temps …
[^] # Re: Mon avis
Posté par Christophe B. (site web personnel) . En réponse au journal "Use plaintext email" ? Vraiment ?. Évalué à 2.
Oui j'ai toujours pensé qu'il y avait un gaspillage énorme avec ces mails
de temps et de ressources informatiques.
Et ce avant même de prendre en considération les spams et autres péniches qu'il faut élargir …
[^] # Re: Mon avis
Posté par Christophe B. (site web personnel) . En réponse au journal "Use plaintext email" ? Vraiment ?. Évalué à 4.
Sans parler du fait que la plupart des "utilisateurs" (en restant polis) utilise leur boite mail comme une base de données
Certains on compris la différence en POP et IMAP le jour ou le disque dur de leur ordi portable a rendu l’âme … sans sauvegarde bien sur, c'est pour les lâches
Bref si le mail ne servait qu'a véhiculer de l'information et qu'il y a avait un outil pour stocker correctement l'info de manière pertinente et efficace on n'en serait pas la …
C'est vrai un peu comme un forum …
[^] # Re: Merci beaucoup
Posté par Christophe B. (site web personnel) . En réponse à la dépêche Des histoires de caractères. Évalué à 3.
Je m'en doutais et c'est pour cela que je te remerciais pour cette dépêche.
Même si la partie tibétaine a faillit me faire décrocher …
Mais d'un autre coté, cela fait réfléchir : si une écriture particulière ne peut pas se transformer en fontes utilisables informatiquement … elle va disparaître et dans quelques années sera stockée dans un musée dans le meilleur des cas.
# Go et la compilation en statique ...
Posté par Christophe B. (site web personnel) . En réponse au journal La cochonnerie en boite que sont les systèmes de dépendances. Évalué à 5.
D'ailleurs c'est pas le golang qui a remis au gout du jour la compilation en statique ?
( corrigez moi si je me trompe )
l’exécutable est un peu plus gros mais comprend toutes les dépendances de librairie liées statiquement
Au moins l'installation se fait en copiant le binaire … c'est tout
OK cela ne correspond pas forcément à tout les cas de figures, mais a mon humble avis ce n'est pas si bête …
# Merci beaucoup
Posté par Christophe B. (site web personnel) . En réponse à la dépêche Des histoires de caractères. Évalué à 6.
Merci beaucoup pour ce journal sur la typographie
Jamais je n'aurais pensé qu"il soit si difficile de faire une fonte.
On imagine la somme de travail que représente Dafonts et autres sources …
Encore merci
[^] # Re: Infos depuis la base de données
Posté par Christophe B. (site web personnel) . En réponse au journal Bientôt 4 jours sans nouveau journal. Évalué à 3.
Merci pour le lien … trop fort … respect
[^] # Re: Rien ne va plus depuis 4 jours!
Posté par Christophe B. (site web personnel) . En réponse au journal Bientôt 4 jours sans nouveau journal. Évalué à 10.
J'ai plussé pour la belle autodérision de Zenitram :)
[^] # Re: Infos depuis la base de données
Posté par Christophe B. (site web personnel) . En réponse au journal Bientôt 4 jours sans nouveau journal. Évalué à 4. Dernière modification le 25 août 2022 à 16:33.
A ce que je vois awk reste encore d'actualité …
Cela s'apprend encore de nos jours à l'école ?
Pardon … Ce n'est pas une critique sur toi particulièrement …
mais juste pour savoir si on a la chance de poursuivre des études sur Linux/unix on aborde les trucs comme awk …
[^] # Re: Ce que tu cherches s'appelle peut être ActiveState
Posté par Christophe B. (site web personnel) . En réponse au journal La cochonnerie en boite que sont les systèmes de dépendances. Évalué à 5. Dernière modification le 25 août 2022 à 14:48.
C'est une réponse au "bazar" de l'open source (pas péjoratif ..)
Je viens de regarder leur site et je confirme pour 84$/mois ( 1008$/an )
tu as accès a du support sur leur version de python et un ensemble de librairie python revue et corrigé pour leur "environnement"
Cet environnement est gratuit mais ne permet que de faire des projets publics et ne dispose pas du support
C'est comme pour RedHat et linux ils "vendent" leur expertise sur un environnement avec du support et un environnement cohérent (et tu peu utiliser les sources)
La ou si tu compiles toi même python ou utilise la version de ubuntu 18 + pip pour installer les dernières versions de lib tu n'auras pas la "garantie" de la cohérence
Comme pour linux : si j'ai un environnement de TEST j'utilise Rocky/Centos mais sur l'environnement de PROD et de PRE PROD j'ai RedHat Linux avec du support
Si tu utilises python pour tes besoins perso 1008$/an c'est cher
Si tu utilises python dans un logiciel, et que ce logiciel tombe en rade, et que cela bloque 100 utilisateurs pendant 1 journée cela coute tres cher ( 100 x le cout journalier du smic = 7500 euros )
Si le support d'activestate te permet de résoudre le problème en 1h (meme si 100 x 1h horaire de smic c'est 1000€ environ) voire même t'évite le problème alors 1000$ par an c'est pas si cher que cela ( et encore je simplifie le problème )
Analyse du risque … comme se prémunir des risques "évitables"
Autre exemple d'actualité :
un hôpital choisit windows comme OS car Apple c'est trop cher jusqu'au jour ou …
# Ce que tu cherches s'appelle peut être ActiveState
Posté par Christophe B. (site web personnel) . En réponse au journal La cochonnerie en boite que sont les systèmes de dépendances. Évalué à 4. Dernière modification le 23 août 2022 à 10:44.
Bonjour,
Cette discussion est intéressante et je voudrais juste ajouter une pierre a cette édifice
Ce que tu cherches : un environnement python avec des librairies stables et pérenne
Peut être qu'il s'agit de Active State
tout à un cout, même les produits gratuits …
python offre énormément de librairie et parfois cela déclenche des incompatibilité complexes
Soit tu peu les gérer toi même, soit tu attends que quelqu'un le fasse
Soit tu prend un produit comme ActiveState
Qui est pour python, ce que RedHat est pour Linux (enfin d'après ce que j'ai compris)
Le but n'est pas de faire de la pub pour ActiveState, mais juste de rappeller que l'environnement Opensource est riche en solutions, si tuas le temps et les compétence tu peu te débrouiller.
Ce qui n'est pas le cas d'un environnement propriétaire ou tu n 'as pas le choix
# Quelques anecdotes
Posté par Christophe B. (site web personnel) . En réponse au journal Le paranormal en informatique. Évalué à 10.
Bonjour a tous
Bien que je les ai (souvent ?) raconté dans ce forum voici quelques anecdotes dont certaines ont trouvé une explication :
Une opératrice de saisie qui déclenchait un arrêt du programme chaque fois qu'elle prenait le téléphone
Une machine instable
Le veilleur de nuit qui ne peut pas saisir à cause des vagues de l'écran
Et pour la fin le câble qui refuse de transmettre tôt le matin
Le contexte : les années 90 depuis le blindage des machines et des câbles permet d’éviter ce genre de problème, l'ergonomie des postes de travail a aussi évoluée …
…
Une opératrice de saisie se plaignait que la saisie de commandes s’arrêtent sans raison.
D'autres personnes utilisaient le même traitement sans problème, de plus cela ne semblait se produire que sur un poste en particulier.
J'ai du passer une partie de la journée avec toutes ces charmantes dames pour être présent quand cela devait arrivé, et j'ai fini par comprendre le problème.
Maintenant que j'avais compris … il fallait trouver une solution "diplomatique" , et la je me suis tourné vers le responsable du service :
Il suffirait de déplacer le téléphone sur ce poste, pour éviter ces arrêts de programme.
Voyant qu'il ne comprenait pas la relation entre le téléphone et la saisie de commande, il a fallu aller dans la pièce et attendre un coup de fil …
La personne, pour répondre au téléphone devait se pencher sur le bureau pour attraper celui ci placé un peu trop loin pour ses petits bras.
Etant doté d'une poitrine "généreuse", et quand elle se penchait il y avait collusion avec le clavier et parfois cela déclenchait la séquence de touche d'arrêt du programme.
une fois le problème constaté de visu, je lui laissais le soin d'y remédier. après tout cela ne venait pas du matériel ni du logiciel :)
…
Une machine instable (histoire issu du sav d'un constructeur, hp je crois …)
Et pourtant TOUT avait été changé, vérifié, contrôlé etc … même la machine (carte mère etc ..) tout a été remplacé changé petit à petit
Le réseau électrique, vérifié et même certifié … bref impossible de stabiliser ce serveur
Je résume car l'histoire a durée plus d'un an je crois.
et ce jusqu'au jour ou quelqu'un s'aperçut que les pannes coïncidaient avec les marées et une fois cette hypothèse lancée, les électriciens sont partis a la recherche du câble qui reliait le bâtiment a la terre, celui ci était dans un puit dont le niveau dépendait de la marée …
…
Pour occuper le veilleur de nuit pendant sa garde, un client lui demandait d'effectuer de la saisie.
Mais le veilleur se plaignait que l'écran faisait des vagues … et qu'il était impossible de saisir.
Le système fonctionnait normalement dans la journée mais le phénomène ne se déclenchait que tard dans la nuit.
Réaction instinctive : que boit il ? que fume t il ? etc …
Il a fallu organiser une veillée pour vérifier le problème
Effectivement à partir d'une certaine heure, l'écran cathodique (année 90) faisait des vagues mais vraiment des vagues.
la raison était simple : la mise en marche du chauffage au sol
…
La dernière histoire n'a à ma connaissance pas connu de solution :
un dépôt situé à environ 600 m des bureaux, un câble fut mis en place, a l'époque cela devait être du cable pour une liaison RS232 (que les moins de 20 ans ne peuvent pas connaître … )
Tout a été fait dans les règles, et j'ai pu le vérifier.
La liaison fonctionnait bien et tout allait pour le mieux.
Sauf que le dépôt commençait son activité à partir de 6h du matin et de 6h à 7h rien ne fonctionnait, puis au environ de 7h du matin la liaison fonctionnait normalement.
La aussi, le matériel a été revu, vérifié optimisé re paramétré changé
J'ai du me déplacer et constater le problème.
Des recherches ont été effectué pour trouver un coupable ( la chaleur du soleil, la CB des camions, etc … ) à défaut de solution … rien mais alors rien.
Et le pire c'est que n'ai pas pu savoir si cette anecdote a eu une fin un jour
Mais je sais que de nombreuses personnes ont essayé sans AUCUN résultat
Voila bon week end et joyeux 15 aout
[^] # Re: Perso j'ai un peu de mal ...
Posté par Christophe B. (site web personnel) . En réponse au journal Uxn : un langage assembleur axé sur la frugalité. Évalué à 1. Dernière modification le 08 juillet 2022 à 17:52.
C'est vrai qu'après tout on est libre de faire ce que l'on veut, même si cela n'a pour unique but que d'apprendre à le faire.
J'avais oublié MultiDeskOS ;) Merci …
# Perso j'ai un peu de mal ...
Posté par Christophe B. (site web personnel) . En réponse au journal Uxn : un langage assembleur axé sur la frugalité. Évalué à 2.
Perso j'ai un peu de mal à comprendre le concept.
surtout que je viens de voir au infos le principe d'un colonie pour ados avec le même style de vie que l'on avait au service militaire.
Mais ou veut il en venir
le vieux conl'ancien ?Développer des devis imprimeurs sur des machines avec 80ko de RAM et sauvegarde sur cassette audio cela me rappelle de bons souvenirs, celui d'avoir réussi …
mais aussi les mauvais : être obligé de supprimer des commentaires pour gagner quelques octets et de passer des heures à optimiser l'usage de la RAM et avec le risque de plantage et du message "out of memory …"
Tout comme le service militaire … obligatoire dans mon cas, et obligé d'aller jouer au soldat (c'est marrant une semaine …) et de passer de 4000 Francs (600 euros) par mois, mon salaire de l'époque, à 500 francs (75 euros) par mois. même nourri logé blanchi c'est pas drôle du tout.
Nostalgie quand tu nous tiens … n’empêche que à l'époque, a vivre c'était pas drôle tout les jours.
bref, dans un but pédagogique je veux bien le comprendre et encore il pourrait mettre la mémoire adressable en option, et au final, personne n'est obligé d'envoyer ses gosses dans ce genre de colonie.
Surtout quand on voit la profusion d'outil, de ressources et de doc à disposition … je peux vous dire que vous avez beaucoup de chance de vivre cette époque. ( tout comme celui de ne pas être obligé de faire son service national pour trouver du boulot …)
Il y a tellement de choses à faire et accessible en plus …
Alors c'est vrai que certain aurait besoin de formation sur ces machines, ne serait ce que pour apprendre à faire des applis qui n'ont pas besoin de 100 Go de données 32 go de RAM et 12 CPU … pour l'équivalent d'un tuto de todolist.
Et peut être que certain ont besoin d’être encadré dans une hiérarchie avec une grosse voix.
Bref regardez ce que vous avez, plutôt que de regarder ce que vous n'avez pas …
# Effectivement
Posté par Christophe B. (site web personnel) . En réponse au journal Anvil le retour. Évalué à 5. Dernière modification le 28 juin 2022 à 11:49.
Effectivement
Cela rappelle les RAD des années 80-90
Avec les défauts et qualité de ces outils
Et en grattant un peu :
Mais pour moi cela reste un beau produit qui permet rapidement de 'faire' des applis rapidement
avec des notions prises en charge par l'outil difficile a faire autrement (authentification etc …)
C'est un outil qui "pourrait" permettre de faire de jolies choses, après seul l'avenir nous dira si cela restera un "bon" produit.
# Bon je vais quand même en dire un peu plus ...
Posté par Christophe B. (site web personnel) . En réponse au journal Anvil le retour. Évalué à 6.
Cela partait d'un bon sentiment … mais comme tout le monde le sait l'enfer est pavé de bon sentiments et de bonnes intentions.
Sinon Anvil c'est bluffant, en quelques minutes j'ai créé un formulaire, une table dans une base de données et j'ai pu envoyer le résultat du formulaire par mail.
Il suffit de suivre le tuto sur le feedback
Il me reste le coté publication de l'application pour voir ce que cela donne IRL
Dans le prochain épisode …
[^] # Re: mauvaise question
Posté par Christophe B. (site web personnel) . En réponse au journal Les IA des GAFAM sont-elles sentientes ?. Évalué à 6. Dernière modification le 17 juin 2022 à 11:52.
Désolé pour la pub, mais un documentaire sur Netflix ( certainement dispo ailleurs ) me laisse encore pantois : La Terre à plat
Et une fois mis en relation avec Derrière nos écrans de fumée
et
The Great HACK
(encore désolé pour la pub)
tu peu facilement en déduire que certains sont prêt à croire n'importe quoi … il suffit de le répéter suffisamment longtemps
Et pas besoin d'une IA … des influenceurs cela suffit …
d'ailleurs Influences Artificiels cela donne aussi IA :)
Ou est passé le bon sens et le sens critique ?
Le coté 'smart' de l'humain a migré vers les téléphones … dommage
[^] # Re: Moui
Posté par Christophe B. (site web personnel) . En réponse au journal Adieu Atom :(. Évalué à 2.
t'es pas un vrai dev si t'as pas 128 Go de RAM 12 CPU et 6 To de Disque … c'est comme pour les rolex
[^] # Re: Moui
Posté par Christophe B. (site web personnel) . En réponse au journal Adieu Atom :(. Évalué à 2.
Je croyais qu'Emacs respectais les 3 lois de la robotique et intégrait une 4eme pour la protection de l'environnement …