C'est exactement ça : un salaire, c'est un cout, un consultant, c'est un investissement.
Un service d'ingénierie est un cout et non le principale centre de création de valeur.
Tout le monde est remplaçable, et même si on un exemple où pour une correction on est allé chercher un ex consultant à l'autre bout de la France à prix d'or.
Même si tout les GAFAM/BATX de la terre sont dirigé par des ingénieurs, comme l'ont été en leur temps Sagem/Dassault, c'est aujourd'hui le règne des écoles de commerce, des costs killer qui veulent "rendre de la valeur aux actionnaires" sans innover. Je ne vois que 2 exceptions en France : OVH et Free… qui marche très bien.
Je pensais surtout à la manière de faire une brique logiciel "cloud ready" et pourquoi les variables ont aussi été choisi par les opérateurs de PaS. Et ils ont pensé à tout leur SPOF.
Il est tout à fait légitime de ne pas gérer tous les spof. En gérer quelques uns fait effectivement remonter le "SLA" final.
Je vois bien la complexité d'un code de système de fichier, mais je vois bien sa vitesse. Par exemple, il existe aussi le système de fichier de CD/DVD utilisé depuis Knoppix qui est aussi compressé.
Mais le 1, qui dit qu'il faut une base de code par application ? Non mais il fume quoi?
Le problème n'est pas le monorepo, mais le multirepo inconsistant. Si tu as 30 applications, qui ne fonctionnent ensemble qu'en version précise, c'est une application distribuée et surtout pas
des microservices. Le monorepo a l'avantage de gérer l'évolution parallèle des applications : c'est souhaitable mais pas toujours possible de gérer plusieurs versions d'API, pour éviter de devoir tout migrer d'un coup (syndrome du "monolithe distribué", aka l'enfer sur terre)
Et le 11, qui dit que les logs doivent être des événements ?
L'avantage des événements au sens DDD ou équivalent, ce sont des éléments auto-porteurs qui ne dépendent pas du contexte et sont des petits messages. Ils contiennent une date et des identifiants, ainsi on peut faire des pipelines de traitement en oubliant l'origine de l’événement (ELK, …). Un événement n'a ainsi aucun sens d'être modifiable : l’immutabilité offre beaucoup d'avantage.
Le DRY n'est pas de la mutualisation de code à la base. C'est de la mutualisation de concept :
Principe DRY : chaque élément de connaissance doit avoir une représentation UNIQUE, NON AMBIGUË, OFFICIELLE dans un système L'exemple typique est la classe "client" qui a des sens différents en marketing ou en finance.
En revanche, sur d'autres, j'ai encore du mal : le coup des variables d'environnement, je trouve ça très implicite
C'est le seul moyen de faire à la fois propre et sans SPOF (single point of failure). Tu ne va pas mettre de mot de passe dans un fichier, fichier qui serait forcément sous GIT. Il existe des DB de configuration (etcd de mémoire) mais si elle tombe, tout tombe.
Les outils modernes ont des options pour le DEV qui peuvent être setter par environnement. C'est ce qui est utilisé dans docker/k8s/PaS…
il manque un moyen de comparer tous les scénario à terme.
Genre une photo en 2050, un tableau avec tous les paramètres (quantité de matière, production de CO2, les différentes puissances installé, la surface artificialisée, …)
On peut aussi imaginer un graphique avec production envisagé vs CO2 ou autres paramètres.
Il faudrait voir ce que donne un sqlite compressé read-only. Mais en général, les performances d'accès à un fichier sont bien plus rapide que les performances d'accès à un élement d'une base de donnée.
Sinon son système ressemble à un système de fichier complet read-only. Je ne sais pas ce que donnerait ext4+zstd dans un fichier.
Il y a vraiment une réforme à faire pour les profs d'université / chercheurs publique pour que leur temps passé à faire de la pédagogie compte dans leur évaluation (livre, interview,…). Pour l'instant, c'est compté comme une perte de temps, alors que l'on a besoin de leur indépendance.
Ton truc doit être découpé en morceau pour que cela passe :
- un hébergement web statique comme netlify "serverless" (je crois même que c'est gratuit)
- un code python genre app-service ou fonction sous clevercloud
- un hébergeur gemini spécifique ? (en général, les PAS sont http only : à vérifier)
Tu n'aurais jamais d'accès SSH sur un truc géré, c'est incompatible ou presque. C'est contre productif de toute façon.
J'avoue que j'aurais bien aimer avoir ce genre d'information pour des panneaux électoraux. une boite avait fait le boulot mais les panneaux ont changé de place depuis.
Il ne raconte pas de la merde ! A quoi fais-tu allusion ?
Le cout marginal est facile pour un réseau grand publique, c'est 0. L'équipement ne sera pas remplacé pour une monter en capacité : on attend sa fin de vie (~5 ans) et le nouvel équipement sera bien plus performant.
J'imagine bien que le défi pour lire plein de format est complexe pour construire l'index. Mais ensuite, pour répondre à une demande que l'on index du html ou du word, la qualité de résultat attendu est la même.
Je pense à un autre truc : comme gérez-vous les droits d'accès ? Souvent, on a le droit de lire un document mais on n'a pas l'accès qu'il faut demander. Est-ce que le moteur index aussi ce qui est protégé ?
Quelqu'un a déjà fait un test ? Par exemple sur le contenu de linuxfr ?
On voit bien l’intérêt de ce genre d'outil, mais j'ai toujours été déçu par la qualité des résultats retournée. On est d'habitude loin d'un moteur de recherche classique.
Vous devriez faire une conférence avec ce genre de rétrospective. C'est rare d'avoir une vision de l'informatique sur 50 ans. (mes parents ont commencés comme vous avec le Fortran, mais sont devenu "chef" et on laissé tombé la technique)
Je fais de la MCO de vieux système, on a l'impression de faire de l'archéologie avec les stations SUN et le carte VME vxworks qui date de l'an 2000, le début de ma carrière.
[^] # Re: Arguments en vrac
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Pourquoi cette passion française pour les ESN?. Évalué à 10.
C'est exactement ça : un salaire, c'est un cout, un consultant, c'est un investissement.
Un service d'ingénierie est un cout et non le principale centre de création de valeur.
Tout le monde est remplaçable, et même si on un exemple où pour une correction on est allé chercher un ex consultant à l'autre bout de la France à prix d'or.
Même si tout les GAFAM/BATX de la terre sont dirigé par des ingénieurs, comme l'ont été en leur temps Sagem/Dassault, c'est aujourd'hui le règne des écoles de commerce, des costs killer qui veulent "rendre de la valeur aux actionnaires" sans innover. Je ne vois que 2 exceptions en France : OVH et Free… qui marche très bien.
"La première sécurité est la liberté"
[^] # Re: Explication
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Douze facteurs dans ta tronche. Évalué à 3.
Je pensais surtout à la manière de faire une brique logiciel "cloud ready" et pourquoi les variables ont aussi été choisi par les opérateurs de PaS. Et ils ont pensé à tout leur SPOF.
Il est tout à fait légitime de ne pas gérer tous les spof. En gérer quelques uns fait effectivement remonter le "SLA" final.
"La première sécurité est la liberté"
[^] # Re: Bravo !
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Jubako et Arx, un conteneur universel et son format d’archive. Évalué à 3.
Dans ce cas, c'est quoi la différence ?
Je vois bien la complexité d'un code de système de fichier, mais je vois bien sa vitesse. Par exemple, il existe aussi le système de fichier de CD/DVD utilisé depuis Knoppix qui est aussi compressé.
Qu'apporte Jubako de plus ?
"La première sécurité est la liberté"
[^] # Re: Infos
Posté par Nicolas Boulay (site web personnel) . En réponse au lien Metawatt - Comparez les scénarios de transition énergétique électrique. Évalué à 4.
top. Il manque la "production actuelle" dans les graphiques.
"La première sécurité est la liberté"
[^] # Re: Compassion
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Douze facteurs dans ta tronche. Évalué à 10.
Le concept du WET est surtout d'attendre la 3ième copie de concept avant de se dire de factoriser le code pour éviter de se tromper d'abstraction.
"La première sécurité est la liberté"
[^] # Re: Explication
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Douze facteurs dans ta tronche. Évalué à 3.
Le problème n'est pas le monorepo, mais le multirepo inconsistant. Si tu as 30 applications, qui ne fonctionnent ensemble qu'en version précise, c'est une application distribuée et surtout pas
des microservices. Le monorepo a l'avantage de gérer l'évolution parallèle des applications : c'est souhaitable mais pas toujours possible de gérer plusieurs versions d'API, pour éviter de devoir tout migrer d'un coup (syndrome du "monolithe distribué", aka l'enfer sur terre)
L'avantage des événements au sens DDD ou équivalent, ce sont des éléments auto-porteurs qui ne dépendent pas du contexte et sont des petits messages. Ils contiennent une date et des identifiants, ainsi on peut faire des pipelines de traitement en oubliant l'origine de l’événement (ELK, …). Un événement n'a ainsi aucun sens d'être modifiable : l’immutabilité offre beaucoup d'avantage.
"La première sécurité est la liberté"
[^] # Re: Compassion
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Douze facteurs dans ta tronche. Évalué à 8.
Le DRY n'est pas de la mutualisation de code à la base. C'est de la mutualisation de concept :
Principe DRY : chaque élément de connaissance doit avoir une représentation UNIQUE, NON AMBIGUË, OFFICIELLE dans un système
"La première sécurité est la liberté"
[^] # Re: Explication
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Douze facteurs dans ta tronche. Évalué à 3.
C'est le seul moyen de faire à la fois propre et sans SPOF (single point of failure). Tu ne va pas mettre de mot de passe dans un fichier, fichier qui serait forcément sous GIT. Il existe des DB de configuration (etcd de mémoire) mais si elle tombe, tout tombe.
Les outils modernes ont des options pour le DEV qui peuvent être setter par environnement. C'est ce qui est utilisé dans docker/k8s/PaS…
"La première sécurité est la liberté"
[^] # Re: Infos
Posté par Nicolas Boulay (site web personnel) . En réponse au lien Metawatt - Comparez les scénarios de transition énergétique électrique. Évalué à 4.
il manque un moyen de comparer tous les scénario à terme.
Genre une photo en 2050, un tableau avec tous les paramètres (quantité de matière, production de CO2, les différentes puissances installé, la surface artificialisée, …)
On peut aussi imaginer un graphique avec production envisagé vs CO2 ou autres paramètres.
"La première sécurité est la liberté"
[^] # Re: Une base de données ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Jubako et Arx, un conteneur universel et son format d’archive. Évalué à 3.
Il faudrait voir ce que donne un sqlite compressé read-only. Mais en général, les performances d'accès à un fichier sont bien plus rapide que les performances d'accès à un élement d'une base de donnée.
Sinon son système ressemble à un système de fichier complet read-only. Je ne sais pas ce que donnerait ext4+zstd dans un fichier.
"La première sécurité est la liberté"
[^] # Re: Bravo !
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Jubako et Arx, un conteneur universel et son format d’archive. Évalué à 4.
Ton système d'overlay ressemble au système de fichier de docker non ?
"La première sécurité est la liberté"
[^] # Re: Ce que j'ai appris en regardant cette vidéo
Posté par Nicolas Boulay (site web personnel) . En réponse au lien Google a empoisonné la communauté scientifique, qui amplifie maintenant sa désinformation. Évalué à 6.
"don't be evil" est loin derrière nous.
Il y a vraiment une réforme à faire pour les profs d'université / chercheurs publique pour que leur temps passé à faire de la pédagogie compte dans leur évaluation (livre, interview,…). Pour l'instant, c'est compté comme une perte de temps, alors que l'on a besoin de leur indépendance.
"La première sécurité est la liberté"
[^] # Re: ton PS
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Recherche hébergeur pour gemini/web et mailing-list. Évalué à 3.
netlify te propose aussi un hébergement statique serverless, il me semble que le transfert utilise git.
"La première sécurité est la liberté"
[^] # Re: une Plateforme-As-Service comme clever cloud ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Recherche hébergeur pour gemini/web et mailing-list. Évalué à 4.
Pourquoi éviter netlify ?
"La première sécurité est la liberté"
# une Plateforme-As-Service comme clever cloud ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Recherche hébergeur pour gemini/web et mailing-list. Évalué à 5.
Ton truc doit être découpé en morceau pour que cela passe :
- un hébergement web statique comme netlify "serverless" (je crois même que c'est gratuit)
- un code python genre app-service ou fonction sous clevercloud
- un hébergeur gemini spécifique ? (en général, les PAS sont http only : à vérifier)
Tu n'aurais jamais d'accès SSH sur un truc géré, c'est incompatible ou presque. C'est contre productif de toute façon.
"La première sécurité est la liberté"
# Affichage électoral
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Cartes, marqueurs et automatisation. Évalué à 5.
J'avoue que j'aurais bien aimer avoir ce genre d'information pour des panneaux électoraux. une boite avait fait le boulot mais les panneaux ont changé de place depuis.
"La première sécurité est la liberté"
[^] # Re: Lol
Posté par Nicolas Boulay (site web personnel) . En réponse au lien Impact écologique du numérique. Évalué à 3.
Il ne raconte pas de la merde ! A quoi fais-tu allusion ?
Le cout marginal est facile pour un réseau grand publique, c'est 0. L'équipement ne sera pas remplacé pour une monter en capacité : on attend sa fin de vie (~5 ans) et le nouvel équipement sera bien plus performant.
"La première sécurité est la liberté"
[^] # Re: Lol
Posté par Nicolas Boulay (site web personnel) . En réponse au lien Impact écologique du numérique. Évalué à 4.
C'est surtout le coût d'une unité supplémentaire. C'est beaucoup plus simple à comprendre qu'une dérivée.
"La première sécurité est la liberté"
[^] # Re: Lol
Posté par Nicolas Boulay (site web personnel) . En réponse au lien Impact écologique du numérique. Évalué à 5.
Peu de personne savent ce qu'est un cout marginal.
"La première sécurité est la liberté"
[^] # Re: test ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Sortie de Datafari 5.3, moteur de recherche open source pour entreprise. Évalué à 3.
J'imagine bien que le défi pour lire plein de format est complexe pour construire l'index. Mais ensuite, pour répondre à une demande que l'on index du html ou du word, la qualité de résultat attendu est la même.
Je pense à un autre truc : comme gérez-vous les droits d'accès ? Souvent, on a le droit de lire un document mais on n'a pas l'accès qu'il faut demander. Est-ce que le moteur index aussi ce qui est protégé ?
"La première sécurité est la liberté"
# test ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Sortie de Datafari 5.3, moteur de recherche open source pour entreprise. Évalué à 2.
Quelqu'un a déjà fait un test ? Par exemple sur le contenu de linuxfr ?
On voit bien l’intérêt de ce genre d'outil, mais j'ai toujours été déçu par la qualité des résultats retournée. On est d'habitude loin d'un moteur de recherche classique.
"La première sécurité est la liberté"
[^] # Re: C'est officiel...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Rust dans Linux, ça démarre fort!. Évalué à 8.
Vous devriez faire une conférence avec ce genre de rétrospective. C'est rare d'avoir une vision de l'informatique sur 50 ans. (mes parents ont commencés comme vous avec le Fortran, mais sont devenu "chef" et on laissé tombé la technique)
Je fais de la MCO de vieux système, on a l'impression de faire de l'archéologie avec les stations SUN et le carte VME vxworks qui date de l'an 2000, le début de ma carrière.
"La première sécurité est la liberté"
[^] # Re: C'est officiel...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Rust dans Linux, ça démarre fort!. Évalué à 8.
Vous arrivez avec 50 ans d'expérience en programmation ? Au japon, ils appellent ça un "trésor national" !
Avez-vous un commentaire sur l'évolution des langages depuis les années 1970 ? Qu'est-ce qui change dans le travail quotidien ?
"La première sécurité est la liberté"
[^] # Re: Performances
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Rust dans Linux, ça démarre fort!. Évalué à 2.
Ici, je pense plutôt à un algo moins optimisé qu'en C.
"La première sécurité est la liberté"
[^] # Re: Campagne de pub gratuite
Posté par Nicolas Boulay (site web personnel) . En réponse au lien Next Inpact attaqué en justice par Avisa Partners suite à un article sur le papier de Fakir.. Évalué à 2.
A théorie, oui, en pratique… bof. cf le message d'octane.
"La première sécurité est la liberté"