CrEv a écrit 4577 commentaires

Ha, j'adore tellement ce logiciel.

Quand je déménageais (étudiant), généralement j'aillais créer l'appart suivant et tous les meubles sous CATIA, pour pouvoir l'aménager avant. Pour le fun, car c'est quand même assez long :-)

Si je n'avais pas basculé dans le dev, je me serais probablement tourné dans cette direction, BE et CFAO.

Bref, merci du partage, c'est vraiment intéressant de pouvoir lire tout ca, depuis les débuts mêmes de l'informatique.

Je pense que la nuance intéressante était justement dans le

le client ne sait pas ce que la technologie informatique peut lui apporter

Evidemment tu écoutes ton client, voir tu te poses la question des besoins de l'utilisateur, que ce soit ton client ou un client du client (etc).
Mais étant je trouve assez bien dit ce côté où le client ne sais pas exactement ce qui est possible ou non de créer. D'ailleurs s'il le savait exactement ca voudrait dire qu'il n'aurait probablement pas besoin de toi car il aurait les compétences en interne. D'où l'idée ni de suivre le client, ni de faire tout seul, mais ensemble.
En tout cas c'est comme ca que je lis ce point.

https://www.gouvernement.fr/comment-obtenir-son-certificat-de-retablissement

J’ai été testé positif avant le 15 février 2022 : Vous devez faire une manipulation dans l’application TousAntiCovid en agrégeant votre résultat de test positif et votre certificat de vaccination. Cette étape vous permet d’obtenir votre certificat de rétablissement à durée illimitée. Ainsi, après avoir importé dans TousAntiCovid votre certificat de rétablissement (résultat de test positif) et votre dernier certificat de vaccination (1/1 ou 2/2), l’outil Pass+ que vous trouverez dans le Carnet de l’application, vous permettra de générer un nouveau certificat de rétablissement sans fin de validité. Attention, une mise à jour de l’application TousAntiCovid est nécessaire.

J'imagine que ca correspond à la dernière partie du message.
Donc à part attendre qu'ils mettent à jour je pense qu'il n'y a rien à faire…

Je pense qu'il faut chercher l'explication au niveau de la source, non de l'outil de vérification.

L'exemple (certes un peu inverse) c'est infection + 2 doses.
Au moment de la première dose, le pass généré contenait l'information de vaccination 1/1 puisqu'il était acté qu'une dose dans ce cas était suffisante. Le fait de dire /1 implique donc l'idée que l'infection correspond à une dose.

Ensuite, dose de rappel. Les premiers pass générés étaient en 2/2. Ce qui justement a posé problème car cela indique une première partie de schéma normal (2 doses) mais je prend pas en compte l'infection comme étant un équivalent et donc la deuxième dose comme une dose de rappel.
Désormais ces pass ont changés, et sont en 2/1 indiquant :
- schéma à une dose (donc avec infection) et une dose de vaccin réalisé
- 1 dose de rappel

L'avantage de ce système (qui certes ressemble à du bricolage) est que la vérification n'est reliée à aucun système. Il ne s'agit que d'interpréter les infos du pass, qui peut être fait totalement hors ligne. Le système de vérification n'a pas besoin de se connecter à une base quelque part.

Dans le cas présenté du journal, où l'infection intervient après, j'imagine que ca joue sur le même genre de manipulation. En gros si ce qui rend valide c'est d'avoir une dose de rappel, à partir du moment où x > y dans un schema x/y doses, alors ca doit être valide.
Après c'est juste une supposition ;-)

Rapido est une application web écrite en Golang

s/Golang/Go

Sinon, j'avoue ne pas tout à fait cerner l'appli.
Si j'ai bien compris, c'est un fork de razorCMS, c'est ça ? A quel point, qu'est ce qui change, pourquoi ? J'arrive pas à trouver beaucoup d'infos sur razorCMS, à part que ça semble bien vieux.

Les contenus sont stockées dans une base sqlite? Si c'est bien le cas ça vaudrait le coup de le mentionner, c'est pas forcément ce qu'on attend d'une app pour publier un site.

De nombreuses dépendances ont l'air totalement dépassées depuis genre super longtemps, que ce soit Go (1.13 pour le go.mod, 1.11 pour l'image Docker) ou javascript (node 6) et toutes ses dépendances.

Et je rejoins le premier commentaire, c'est sur de comprendre ce que ça fait sans doc ni exemple, ou un site généré avec, etc.

Si ils ont mis tout ça (surcouche au lxc et overlayfs) en open source

Si seulement Docker n'était que ça, ce serait beaucoup plus facile.

Je ne pense pas que ce soit un cadeau à faire aux devops qui ont la chance de ne pas se voir imposé un poste windows et qui peuvent travailler sous Linux.

L'arrivée de Desktop sous linux ne remplacera jamais d'avoir Docker en pure CLI dans ton Linux 🤷‍♂️

Concernant l'exemple, le problème c'est l'existence du portail, la (non) formation des équipes, les compétences ?
Le fait que la moitié ait pu faire des appels montrent que c'était tout à fait réalisable, le fait qu'il y ait un outil plus graphique ou non ne change rien au final.

À la base Docker Desktop c'est surtout lancer une VM linux de manière la plus transparente possible (c'est à dire sans interagir avec la VM et accessible sans s'en rendre compte depuis la machine hôte) afin de pouvoir utiliser une techno uniquement linux.
Donc oué, dans ce cadre, l'icône dans la barre des tâches on s'en fout un peu mais ça a de la valeur.

Concernant le réseau, quel est le problème ?

Pour aller au delà, c'est désormais aussi de nouveaux outils graphiques (pour voir ce qui tourne, voir les images, les logs, les volumes, etc). Bien sur que tu peux faire ça en ligne de commande. L'idée de porter Docker Desktop sous Linux est là. C'est avant tout pour les dashboard, les devs environments que c'est intéressant. Pas pour faire tourner Docker.
Par certains côtés c'est avoir ce que des outils comme kitematic pouvaient fournir précédemment.

Pour la vision de savoir ce que fait Docker Desktop et que c'est pas juste "je lance une VM et basta" : https://www.docker.com/blog/the-magic-behind-the-scenes-of-docker-desktop/

proprio ou libre, j'en sais rien

Docker (engine, cli, compose, etc) est libre et open source, gratuit de fait. Grosso modo Docker engine c'est moby, dont le développement se fait même en dehors de Docker Inc.

Docker Desktop, certaines briques sont libres, d'autres non. Docker Desktop en lui même n'est pas libre.

Docker Desktop nécessite maintenant (depuis le 31 août) une subscription payante, dans certains cas (grosso modo > 250 employés ou > $ 10000000 de revenus annuels).
Pour les autres, rien ne change. Pour ceux qui sont concerné, ce qui va avec c'est surtout une nouvelle catégorie de subscription spécifiquement pour ce type d'utilisateur (genre SSO, des règles supplémentaires au niveau des pulls, etc). Ça concerne moins de 50% des utilisateurs.

Oui la partie la plus visible ce sont les interfaces graphiques (pour visualiser les conteneurs, stack compose, mais aussi les volumes maintenant).
Dans les choses n'existant pas hors Docker Desktop il y a aussi les devs environments: https://docs.docker.com/desktop/dev-environments/ qui deviendraient donc aussi disponible.
Porter Docker Desktop sur Linux c'est aussi fournir pour les 3 OS le même set de fonctionnalités, ce qui n'a jamais été le cas jusqu'à présent.
C'est aussi imaginer une gestion unifiée pour les plus grosses entreprises, quelque soit l'OS utilisé.

Il n'y a pas, pour le moment, d'appli desktop sous X. Desktop n'a justement jamais été porté.

Et si c'est pour se retrouver dans la même misère que sur wundows ou macosx, je vois pas l'intérêt

C'est à dire ?

Usage personnel et professionnel ne sont pas à totalement opposer.
Un usage pro peut être personnel.

En gros la subscription Docker Personal se concentre autour des points suivants :

• développeurs individuels (en ce sens ils peuvent être pro)
• éducation
• open source (on parle pour le coup de contribution personnelles, pas open source dans le sens payé par une grosse entreprise pour maintenir un projet en open core par ex)
• petites entreprises (< 250 employés, < $10M de revenus annuel)

Cet usage couvre plus de 50% des utilisateurs.

Ce qui change essentiellement c'est autour de l'usage de Docker Desktop dans le cadre d'une entreprise de plus de 250 employés ou faisant plus de $10M de revenu par an. Dans ce cas, l'usage de Docker Desktop (c'est à dire même sans nécessiter un compte Hub car images locales, registry privée, etc) nécessite une subscription payante (pro, team ou business suivant les features souhaitées).

D'ailleurs si certains ont des questions, je peux tenter d'y répondre (puisque bossant chez Docker).

Tu devrais avoir un schéma de vaccination complet avec 1/1 dose.
La même chose pour ceux qui l'ont eu avant la vaccination, même avec un pfizer par exemple dans ce cas c'est 1/1 dose.

Je dirais que oui mais non. Le conteneur est configuré par défaut pour utiliser un DNS fourni par l'engine.
Donc on pourrait très bien imaginer que cette couche, qui peut d'une façon ou d'une autre avoir accès aux bonnes infos, soit capable de faire cette translation.
Maintenant j'ai pas connaissance que ce soit possible.
Je vais demander, on sait jamais.

hum, c'est pas fait dans /etc/hosts.
Et surtout ça ne peut pas être fait au démarrage.
Test avec l'exemple que j'ai mis au dessus. Si c'était fait au démarrage ça ne pourrait pas fonctionner car il s'agit de deux stacks différentes dont l'une n'existe pas au démarrage de la première.
C'est tout dynamique par la couche DNS de Docker.

ho, j'avais pas fait assez attention à cette histoire de dns :-(

Le DNS doit pointer vers une adresse IP: https://docs.docker.com/config/containers/container-networking/#dns-services

Je sais pas si c'est possible de faire autrement, faudrait regarder comment est implémenté la couche de DNS.

Oui, ça marche avec les noms et c'est tout de suite mieux :-)

Petit exemple :

docker-compose.echo.yaml:

version: '3'
networks:
        my_network:
                name: my-external-network
services:
        http_echo:
                image: hashicorp/http-echo
                command: '-text hello'
                networks:
                        - my_network

docker-compose.shell.yaml:

version: '3'
networks:
        my_network:
                name: my-external-network
services:
        shell:
                image: alpine
                networks:
                        - my_network

Créer le réseau :

/tmp/linuxfr
❯ docker network create my-external-network
420c3fabac29f5526a69961dc723386903fcab555d3ad7aa05560087f35a7ac3

Ensuite, démarrage de la première stack :

/tmp/linuxfr
❯ docker compose -f docker-compose.echo.yaml up -d
[+] Running 2/2
 ⠿ Network linuxfr_default        Created
 ⠿ Container linuxfr_http_echo_1  Started

Enfin, ouverture d'un shell dans la deuxième stack, sur le même network et accès au conteneur de la première par le nom (c'est juste un conteneur qui print ce qu'on lui demande) :

/tmp/linuxfr
❯ docker compose -f docker-compose.shell.yaml run shell sh
/ # wget -O- -q http_echo:5678
hello
/ #

Le problème des DSL actuelle est le manque de meta donnée (completion, correction, lsp etc …)

Pour le coup la completion (pour terraform) et autres (genre clic pour suivre la définition, etc) fonctionne plutôt bien sur les IDE d'intellij (j'utilise Goland en géneral, mais c'est juste un plugin donc ça doit pouvoir fonctionner avec les autres).
La dernière fois que j'avais fait avec vs code, c'est un cran en dessous, mais ça fait un moment.

je n'aurais probablement droit qu'au même genre de compensation que ce dont tu parles, et ce serait déjà pas mal…

Je crois que j'arrive pas à suivre. Peut-être que je me méprends, mais à lire on dirait que c'est pas terrible. Ou alors je m'exprime mal, je sais pas.
J'ai pas tellement l'impression que ce dont je parle soit mauvais, loin de là.

Oui non mais je rêvais tout haut, effectivement ça n'existe pas pour l'instant et y'a peu de chances de le voir un jour.

Quant à la question initiale, je n'en voit toujours pas l'intérêt de cette façon. Dire qu'on prend le budget loyer et qu'on le redonne à tous les employés n'est pas forcément la bonne chose à faire. Il y a d'autres façons de mieux l'utiliser. Une d'elles est simplement d'améliorer la rentabilité de l'entreprise, et c'est pas rien. Budgétiser des rencontres physiques est aussi important. Bien entendu une partie peut aussi simplement améliorer les conditions de chacun.

Mais à un moment donné, un budget qui disparait… ben il disparait. On ne va pas le garder de manière théorique pour reverser aux employés, ça n'a vite aucun sens.

O_o

j'ai jamais vu une boite où l'équivalent des loyers étaient reversés. Déjà ça pose la question de comment, surtout si tu ne veux pas que ce soit un salaire. Et la deuxième c'est "mais à quoi ça sert ?"

En attendant, ma boite me donne une compensation tous les mois pour mes frais (genre chauffage, accès net, assurance, etc), me paye une partie de mon matos (bureau, chaise, écran, clavier, etc). Et la boite budgetise aussi pour permettre à tous de se rencontrer en physique malgré l'absence des locaux. Rien que ce dernier point fait que non, prendre l'argent des loyers et le donner aux employés ne marche pas.

Est-ce qu'il est prévu que le budget du loyer soit reversé aux employés ?

Non.

Vous en avez discuté ?

Non.

Ça paraîtrait légitime : […] il est logique que l'argent soit affecté à payer ton appart.

Non.

Plus sérieusement, je trouve ça très étrange. Je ne m'attend pas du tout à que l'argent des loyers paye mon logement. Je ne trouve pas ça "légitime".
Le fait de ne plus payer de loyer de change pas mon salaire.

Néanmoins, et sans rentrer dans tous les détails, une partie de cet argent est réutilisé pour améliorer les conditions de travail (matériel, participations aux frais divers du fait du boulot à la maison, etc) et pour permettre de se voir en physique (enfin quand on pourra) de temps en temps. Donc pour pouvoir par exemple regrouper les équipes françaises un ou deux jour qq part, pouvoir regrouper toute la boite quelques jours ailleurs, etc.

devoir à nouveau repasser des chemises

ha mais c'est pas un mythe les boites où il faut venir en chemise ?

Bon sinon plus sérieusement, j'étais déjà en 100% télétravail avant donc de mon côté ça ne change rien.
Par contre tout ceci a eu un impact vraiment fort sur ma boite. Avant la pandémie, les différents confinements et les fermetures d'écoles (dont les modalités ont été différentes suivant les pays où on a a des employés) environ 25% des employés étaient en télétravail et le reste dans divers bureaux (avec une politique souple permettant à chacun de télétravailler au besoin).

On avait des bureaux, plutôt sympa. Juste avant le premier confinement français, tous les bureaux ont été fermés, partout. En mode : "vous pouvez revenir 1 fois au bureau prendre vos affaires et ensuite vous restez chez vous".

Et depuis c'est simple, les bureaux n'ont jamais réouvert et ne réouvriront pas.

Évidemment il a fallu du temps à tout le monde pour s'y habituer, pour s'équiper convenablement aussi.

Même si avant on pouvait déjà embauché en télétravail, la plupart du temps on embauchait assez proche des bureaux. Désormais, il y a beaucoup moins de limites, et ça permet donc d'embaucher les gens là où ils sont, pas là où on est.
Dans l'équipe où je suis, il n'y a qu'une personne que j'ai croisé, une fois, en vrai (donc le côté de perdre le lien avec les collègues, ben heu…) Tous les autres ont été embauchés pendant qu'on était tous en télétravail. Et ça continue (plusieurs embauches par semaine en ce moment). Et ça se passe plutôt bien, voir très bien je trouve. La boite n'est pas si grosse que ça (je pense dans les 60-70 au moment où on a fermé les bureaux) mais pas tout petite non plus, et répartie à l'époque sur 6 pays et 9h de décalage horaire. Donc déjà pas le cas le plus simple.

Si certains veulent en savoir un peu plus sur cette évolution bureau -> télétravail, c'est en anglais mais c'est là : https://www.docker.com/blog/our-journey-from-office-centric-to-remote-first/

Bref tout ça pour dire que des boites qui ont profité de cette situation pour en changer la culture et embrasser le télétravail ça existe, et que ça va devenir un critère de plus en plus important.

Et il faut voir aussi que ça a eu un impact direct sur la vie de certains employés, qui, bien que au début était un peu réticent – mais faut dire que c'était du télétravail en contexte de pandémie, pas du télétravail normal –, en profitent maintenant pour déménager, partir de Paris voir même changer de pays. Pour la boite ça ne change rien en direct. Mais pour l'employé beaucoup, ce qui au final est bénéfique pour les 2.

je n’ai sans doute pas une vision correcte des usages majoritaires de Docker

Probablement oui.

avoir tout son business fondé sur une technologie Linux et tout faire pour que le nom « Linux » apparaisse le moins possible

Encore une fois, qu'est ce que ça démontre ? Va sur https://docs.docker.com et tu verra que Linux est présent.
Là tu es juste en train de te rendre compte que la majorité des développeurs sont sous windows / mac et donc forcément la page d'accueil cible ces plateformes puisque ce sont là où les utilisateurs sont (et que en outre Docker Desktop n'est présent que sur windows et mac car sous linux ça juste marche).

tout faire pour

Mais tu te trompes. Tout n'est pas fait pour que le nom linux apparaisse le moins possible. Maintenant ça apporterait quel bénéfice d'avoir le mot linux sur la page d'accueil ? La page d'accueil ne rentre pas dans les détails de ce qu'est un conteneur. Ben oué, on ne peut pas tout mettre non plus.

Docker n'est pas particulièrement portable c'est une techno linux

Faudrait aller dire ça à ceux qui éditent le site docker.com, parce que je te jure ils ont vraiment pas l’air au courant. Tiens, petit exercice : cherche « Linux » sur la page d’accueil…

Je t'assure qu'on est tout à fait au courant.
C'est pour le moins assez ridicule de croire qu'on ne sait pas comment fonctionne un conteneur ni à quel point c'est portable ou non…

Tiens, petit exercice : cherche « Linux » sur la page d’accueil…

Lapin compris. C'est sensé démontrer quoi ?

Docker (ou toute autre solution de conteneur) est avant tout fait pour être exécuté sur des serveurs. Anéfé, des serveurs linux. Et aussi surprenant que ça puisse paraitre, mais nombre de conteneurs sont déployés sur des machines fonctionnant dans des clouds 🤷‍♂️
Quoi qu'il en soit, les conteneurs (Docker en particulier) sont une technologie Linux.
"ceux qui éditent le site docker.com" le savent très bien puisqu'on continue à maintenir l'engine qui permet d'exécuter ses conteneurs sous Linux.

Maintenant, aussi surprenant que cela puisse paraître, beaucoup de développeurs sont sous Windows ou Mac. Docker ne fonctionnant pas sur Windows ou Mac (oui j'omet volontairement les conteneurs windows) nous fournissons aussi un outil, Docker Desktop, permettant d'exécuter, principalement dans le but de les développer, des conteneurs linux sur ces environnements. Et oui, étrangement, la page principale du site cible avant tout ces environnements.

pas sur un OS développé par des hippies barbus communistes (sinon ça fait tâche sur le business plan, tu te rends pas compte)

C'est vrai, chez Docker on est tellement contre les hippies barbus communistes que ça fait tâche que docker engine, cli, compose, distribution (et d'autres) sont tous open source.