MrBidon a écrit 452 commentaires

Mouais, sur quel échantillon cette étude a été faite ?

Je ne vois pas le point qui m'intéresse le plus sur la 5G : L'Europe a débloqué 700 millions d'euros pour la 5G, Nokia licencie 1200 personnes en France, Huawei semble être prêt et c'est eux qui semble-t-il qui remportent tous les marchés. Bref, marre d'être pris pour un dindon.

Exactement, il faut qu'il y aie assez d'espace, on est bien d'accord que quand la bande fait 50 cm bah tu roules sur la route.

De base je pense que tracer une piste cyclable peinte sur TOUTES les routes assez large pour cela serait un très bon début. Psychologiquement, les voitures respectent cette limitation visible, alors que l'espace d'un 1m / 1.5m obligatoirement pour doubler un vélo n'est respecté qu'une fois sur dix. J'utilise mon vélo tout les jours en zone urbaine et c'est malheureusement ce que je constate.

Et pourquoi le Linuxien n'aurait pas le droit de faire du marketing ?

Oui la gamme ryzen d'AMD permet de baisser le budget et d'avoir des perfs top.

En France, la valeur du matériel est inférieure à la valeur du travail d'un ingénieur. Une bonne machine vaut 10 K€ soit l'équivalent environ 1 mois et demi du travail d'un développeur. Cela car nos chers serveurs sont fabriqués dans des pays moins regardant sur le régime social des travailleurs ainsi que leur âge (et je ne parle de pas de l'extraction des minerais qui composent ces machines). De plus, nous vivons dans un pays riche, l'argent n'a jamais été aussi facile à obtenir avec la BCE qui distribue des Euro à tout va, via le système de création monétaire via le crédit, je pense que nos chères sociétés informatiques (ESN, start-up, grand groupe) sont très fortes pour souscrire à du crédit à taux si bas. Pour moi, depuis 2009 nous (les pays riches) nous complaisons dans une bulle financière délirante. On vend les leaders de l'industrie (Alstom, Archelor…) pour les remplacer par des sites web (les nouvelles "licornes" française sont Blablablacar , Doctolib…). La magie c'est que ça marche (en apparence) car dès qu'il y a une menace d'explosion de la bulle, de l'argent est fabriqué par ce biais. Cela s'arrêtera quand il n'y aura plus de minerais, de pétrole ou d'uranium… aucune idée de quand ça arrivera, c'est pas encore pour tout de suite visiblement.

Oups voici :

https://www.dell.com/community/Precision-Mobile-Workstations/Precision-7540-will-only-boot-Linux-if-charger-is-connected/td-p/7449042

Attention ça rend le PC sensible à des attaques Meltdown ou Spectre.

J'ai justement trouvé un "workaround" à ce soucis aujourd'hui même :

https://www.dell.com/community/Precision-Mobile-Workstations/Precision-7540-will-only-boot-Linux-if-charger-is-connected

Oui, bien sur, mais bon le confort d'une petite base de donnée pour persister de la donnée structurée c'est top.

Effectivement en général, si la donnée est n'est pas structurée (vraiment pas hein, maintenant les bases SGBD arrivent à parser du JSON de nos jours). Le stockage fichier ou une base noSQL est une solution.

J'essaye de vulgariser en ne parlant que du relationnel :

Une petite base comme SQLLite t'offre des fonctions de qui permettent d'assurer la non redondance d'information, les liens entre les tables, des données structurées par champs pour chaque table, les filtrages avancées des données via SQL et plein d'autre chose comme de la manipulation de données géographique.

Une base de données comme PostgreSQL permet un accès aux données par plusieurs programme en simultannée, permet la redondance des données sur plusieurs serveur

Bref, si ton stockage est basique et le restera (tu parles de données intermédiaire), un stockage sur disque est suffisant.

Si tu sens que tes données seront manipulée et nécessite du contrôle de cohérence et du filtrage avancé, mais qu'un seul process accède uen base donnée fichier comme sqlite peut être une solution

Si il y a accès par plusieurs process (et redondance et de la perf), fonce sur les base de type postgresql.

A l'époque ou j'utilisais cet OS, j'utilisais greenshot et il était très bien et open source.

Je sais c'est pas libre, mais je suis très fan de ce lecteur, développé à l'ancienne par un mec sympa.

Quelle déception !

Si c'est en USD ça ne m’intéresse pas, moi je boursicote sur le marché européen :)

Je profite de ton journal, je m'étais intéressé au sujet, mais je n'avais pas trouvé d'API accessible en prix et facile d'accès pour permettre le passage d'ordre sur des marchés réels (EURONEXT par exemple). As tu des conseils sur ce point ?

M'interessant pour les podcasts d'affaires criminels sans sentimentalisme (pas version Morandini, plus Dominique Rizet), j'en recherche, mais j'en ai pas trouvé, en avez vous (à part Hondelatte raconte et affaires sensible) ?

Dans le genre, Distorsion est très bien

Le runner est enregistré dans gitlab, ainsi gitlab peut lancer les builds. Le plus simple pour comprendre est d'installer tout ça il s'agit de deux "deb". Je n'ai pas d'exemple à te donner pour l'instant, on est dans un mode très simple, au début j'avais mis en place le bouton de basculement d'un stade à l'autre. ca doit être expliquer dans la doc.

Je ne suis pas expert pipeline gitlab mais on utilise ça depuis 2 ans dans l'équipe je peux déjà te donner des billes. Mais le mieux c'est qe tu te monte une VM et un projet de test type hello world pour voir si tu arrives à faire ce que tu veux, ça se fait assez vite.

1) Déjà est-ce que le runner c'est un container Docker ou est-ce juste l'agent installé sur le serveur (par exemple le serveur web qui va recevoir une nouvelle livraison)

non le runner n'est pas un container, j'ai pas trop testé ce mode, moi je l'utilise en mode shell dans ce cas ton process est éxécuté sur la machine où le runner est installé. ca me convient bien.

et qui scrute le repo git (donc l'origine) en l'attente d'un push ?

Non c'est l'inverse c'est gitlab qui déclanche l'utilisation du runner, par exemple, chez nous c'est configurer pour ne généré une release qu'à chaque tag.

2) J'ai lu que le "script" ou les stages contenu dans le .gitlab-ci.yml s'éxécutent à chaque commit de code. Est-ce que ça veut dire que Gitlab indique à la machine d'où est partie le commit d’exécuter le contenu du .gitlab-ci.yml ?

oui

3) Qu'est-ce qu'on appelle pipeline ? Est-ce un Job ? Un ensemble de Job strictement défini ? L'ensemble des jobs/tasks contenus dans le .gitlab-ci.yml ?

L'ensemble des jobs/tasks contenus dans le .gitlab-ci.yml en gros tu as une étape build / test / preprod / prod il y a même possibilité d'avoir un bouton pour basculer d'une étape à l'autre

4) Si j'ai bien compris il ne peut y avoir qu'un seul .gitlab-ci-yml par branche git ?
Donc si j'ai 5 environnements différents (par ex LOCAL, TEST, DEV, STAGING, PROD) et que je veux un déploiement entièrement automatique et changer quelques détails en fonctione de l'environnement jusqu'en STAGING il faut que j'organise mon projet en 5 branches différentes avec chacune un fichier .gitlab-ci-yml ?

Non, il faut que ton .gitlab-ci-yml gère toutes ces étapes les unes après les autres

5) Qu'est-ce qui se passe à l'issue d'une merge request si par exemple je veux merger la branche STAGING vers la branche PROD ? Est-ce que ma branche STAGING continue d'exister et son .gitlab-ci-yml reste inchangé? Ou disparait elle ? En d'autre termes est-ce qu'une MR c'est seulement le remplacement du contenu de ma branche PROD par celui de la branche STAGING par une sorte de rm -rf prod/ et cp -R STAGING/ PROD/ ?

C'est plutôt un comprégension de git qu'il te faut et non de gitlab, on a discuté d'un sujet similaire, il y a pas longtemps ici : https://linuxfr.org/forums/programmation-php/posts/branches-git

Bon courage :)

Sisi on s'était bien compris, après vérification c'est "upstream first" qu'ils appellent ça (méthode utilisé chez Red Hat et Google), le titre de ce thread n'est que mensonge :)

J'aime faire autre chose que l'ops, du coup, le gitlab il est hébergé dans le cloud, le GB y est plus cher :)

Moi je ne build que sur tag parce chaque release fait 1GB ;-)

On fait ça depuis 6 mois dans l'équipe (5 personnes) et ça se passe bien. Rien n'empêche de faire des branches avec rebase régulier si on fait des gros changements :)

Tu fais comme tu veux en fait c'est ça qui est bien avec GIT :) et ce que tu dis c'est ce que je fais, je me prend pas la tête (on fait une release toute les semaines :-))

J'ai un numéro de build et je l'incrémente à chaque nouvelle version. Pour les hot fix, je mets une lettre à coté. La première release est appelée 851a, les hot fix suivant sont dans les versions 851b, 851c… le tout tourne sur la branche 851.

Il faut mieux décoreller le numéro de build (utilisation technique) du numéro de version (utilisation commerciale).

mais dans ce cas, où appliquer un hotfix en urgence ?

Il faut corriger le soucis sur la master dans un commit bien identifié, puis "checkouter" le tag et créer une branche.

Une fois sur la branche tu fais un cherry-pick du commit contenant le hotfix.