Il est indéniable que le métier va évoluer, tout comme passer de l'assembleur au c, ou de l'ajout de framwork ont chamboulé la façon de travailler, ou la façon d'organiser / architecturer nos projet (micro-service, architecture hexagonale, agile, cycle en V…)
Alors. Comment dire.
Des générateurs de code ça existe depuis des décennies. T'as même des générateurs de parsers de code, des codes qui décrivent des générateurs de parsers de code.
De l'architecture hexagonale ça existe aussi depuis des décennies. Et peut-être que tu découvriras un jour ce que c'est qu'une architecture urbanisée.
Et comme tout informaticien qui pète plus haut que son cul, exigence première de recrutement dans le métier : tu proclameras avoir découvert la prochaine révolution informatique.
J'aime de plus en plus ce métier. L'avantage c'est qu'en branlant rien de ces journée on est toujours parfaitement à jour…
En une semaine sur Linuxfr, j'ai quand même vu passer un journal qui parle d'intégrer des tâches Cron alors que 3 paragraphes plus haut il a donné la config d'une unité systemd, et un autre utilisateur qui a donné la config d'une unit qui consiste à lancer un script shell.
Je me demande encore si c'est sérieux, du troll ou de l'IAslop..
Et je viens de jeter un œil, il emploie une heuristique basée à la fois sur la proximité et l'ancienneté des blocs, un CRC détourné en fonction de hashage, une limitation ad-hoc de l'utilisation des ressources machine. Bref beaucoup de contournements (sans tests de leur pertinence à priori) pour rendre le traitement moins consommateur.
Le hash occupe 8 octets sur des blocs de 4096, 19Go/10To, et il proclame 0.1Go, donc j'imagine assez bien les trous dans la raquette. Ce serait à tester face à un algorithme qui teste tous les blocs et retient tous les hash (bon pas sûr qu'il soit applicable), est-ce qu'au moins le logiciel rend compte du taux de déduplication, tu as des statistiques d'exemples tirés de la vie réelle ?
Lorsque tu édites un hard-link, la convention veut que ça se fasse inplace mais rien n'empêche de produire une copie, travailler dessus, et rename/replace à l'écriture disque (garantie d'atomicité en Posix). C'est du CoW au sens strict, mais à haut niveau (inode). C'est obligatoire même sur un fs CoW (block) si tu veux modifier un fichier de manière atomique pour apporter des garanties de cohérence et d'intégrité de tes données (un système de fichier est trop bas niveau dans le cas ou le besoin est fonctionnel/métier).
Et l'historique des interactions avec l'IA. Elle m'a l'air bien flatteuse cette Claude (les LLMs sont connus pour être paramétrés ainsi, et ça explique largement une part du délire autour de ces outils).
Pour les cas pathologique le CoW est désactivable (entre autres options de contrôle fin du système de fichiers) : btrfs(5), chattr(1).
Sans ça c'est mal barré…
Pour ce qui est de la déduplication je vois mal comment ce serait utilisable en pratique (il faudrait comparer deux à deux tous les blocs alloués… ça peut se faire ponctuellement sur deux fichiers précis) ; je pense que tu voulais parler des reflinks, mais les hardlinks font déjà pas mal le taf (et pour les machines virtuelles avoir des partitions communes sont une manière plus fiable d'arriver au résultat escompté).
PS : non les snapshots ne sont pas de vraies sauvegardes aussi longtemps qu'ils restent sur le même device.
Vesafb, efifb, *x*drmfb, *whatever*fb en fonction de ta carte graphique, de ta distribution de l'humeur de l'administrateur et de l'âge du capitaine. Ça peut être une cause, à investiger dans dmesg, ainsi que le "modeset" pour voir s'il arrive à bien se faire (ça recherche les bons paramètres pour l'affichage, résolution, fréquence, etc.). Si y'a vraiment absolument rien qui s'affiche dans les terminaux virtuels (pas même un curseur ou des messages). Ceci dit si Xorg/Wayland démarrent, c'est pas trop par là que j'irai chercher le problème.
… donc j'ai pas vraiment la solution. Mais une piste.
Regarde déjà du côté des getty@tty<N>.service si tu en as de démarré, après avoir switcher sur la console virtuelle correspondante, car Systemd génère le service à la volée. Sinon peut-être que le démarrer à la main peut se faire.
Ou alors
Open the file /etc/systemd/logind.conf and set the option NAutoVTs=6 to the number of virtual terminals that you want at boot.
Je préviendrai Mme Meteo la prochaine fois que je pars en rando.
informer ses proches de ses itinéraires, des changements,…
Par tamtam du coup ?
Bon, je ne tiens pas à répondre aux trolls qui pullulent ici, mais juste pour continuer à apporter de vraies informations.
À propos de carto.
Le GPS fonctionne sans réseau (y’a plein de gens qui ne le savent pas). C’est juste vraiment beaucoup plus long à accrocher. Il faut avoir une application de cartographie qui permet le téléchargement hors-ligne. Au pire la mise en cache c’est mieux que rien.
On peut avoir une bonne idée de la couverture réseau à l’avance via l’appli de l’IGN (au moins), rebaptisée Wetrek.
À propos des secours.
Les appels 112 sont relayés par les antennes de TOUS les opérateurs. Donc même en zone non couverte par votre opérateur, même si un téléphone ne semble pas être sur réseau, on peut éventuellement passer un appel d’urgence.
possiblement déchargé
Tout ce journal et nombre de ses commentateurs sont écrits par des gens qui ne savent pas s’auto-discipliner. Faudrait peut-être commencer par là, avant d’en imputer la responsabilité au téléphone (ou à sa batterie). Mon smartphone me tient 1 semaine en rando…
Pour préciser. C'est un réseau destiné aux professionnels sur une bande de fréquence réservée. C'est utilisé aussi par les accompagnateurs du milieu associatif. Ça permet d'avoir une meilleure couverture que le mobile et d'être directement en contact avec le PGHM. C'est potentiellement plus fiable que le mobile mais ça demande une formation minimale et avoir un émetteur récepteur configuré par quelqu'un habilité à le faire.
Eux n'ont effectivement pas besoin d'un smartphone. Parce qu'ils ont mieux.
Mais il y a pire : leur individualisme sans rivage, qui les rend incapables d’action collective au-delà d’un « Team building » ou d’un « Happy hour » d’« After work ». La classe ouvrière de Marx avait pour elle son unité de lieu et sa concentration en masse. Rien de tout ça n’est disponible ici. L’atomisation, qui plus est vécue comme joyeusement concurrentielle, est la condition objective de cette classe — et le passage au « pour-soi » s’annonce laborieux. En fait il n’a aucune chance de se faire tout seul. Il va falloir leur parler — pas comme ça, sans doute. Mais il va falloir leur parler — pour les sortir de leur état de légumes politiques. Il paraît qu’il faut parler aux plantes, ça les aide à grandir – enfin, c’est ce qu’on dit.
En vrai il est très gentil. Je vois bien un certain nombre de logiques à l'œuvre typiquement sur Linuxfr, journalduhacker, etc. (dont vous…).
Dommage c'était le moment de mobiliser son nouveau dada (la psychologie) pour comprendre que vous êtes irrécupérables, collectivement parlant. Le monde informatique plus qu'ailleurs.
La raison en est simple : le néolibéralisme est la superstructure du capitalisme contemporain et l'informatique son infrastructure.
Autrement dit, c'est une industrie qui a été la condition nécessaire et suffisante du néolibéralisme, sa réalisation matérielle et qui est massivement imprégnée de son idéologie, y compris dans ses dimensions libertaires ou supposément militante (LL, April, etc.)
Malheureusement il n'en a jamais été fait une analyse radicale (même s'il existe ici et là quelques initiatives, qui forment des pièces d'un puzzle plus général). Et Lordon ne va pas dans cette direction.
Reste le déni et une population condamnée à s'engouffrer toujours dans les mêmes impasses sans en tirer aucune leçon (pourvu que la satisfaction de soi puisse vous valoriser narcissiqument avec la conviction superficielle d'être un(e) progressiste - auto-proclamé toujours - envers et contre toute confrontation avec la réalité et les conséquences de ses actes).
Bon on voit trop d'inconscients en montagne pour laisser passer ça. LE SMARTPHONE EST UN INSTRUMENT DE SÉCURITÉ. Point à la ligne.
T'es au courant qu'il y a un réseau d'antennes relais dédié au secours dans les Alpes ? Tu sais ce qu'est un jour blanc ? Faute de disposer de moyens (semi-)professionnels un smartphone est ABSOLUMENT INDISPENSABLE.
Ah oui et il y a quarante ans on mourrait. Simplement. Et pas besoin de retourner aussi loin ; il y a encore quelques années un guide et son groupe sont morts faute d'avoir utiliser des moyens modernes. Mais ça te parle certainement pas.
Les secours, la météo aussi c'est important sachant qu'en montagne la fiabilité à 24h tient déjà du miracle, puis le GPS, une carte ça te dit pas où tu es (+backup carte parce que le papier ça prend l'humidité, c'est pas si fiable que ça).
Ta localisation est directement envoyée aux secours en cas d'appels. Ça aussi c'est très bien.
Pas vraiment jouable quand les randos vont jusqu'à 5-6 jours et sont bien engagées. Le smartphone est indispensable (en fond de sac plus souvent éteint qu'allumé au demeurant).
3-4 kg c'est le poids de mon matos tout compris xD
En même temps t'as un informaticien lambda qui n'a jamais touché à du vrai code bancaire de sa vie qui parle d'un sujet qu'il ne maîtrise pas. La mise en abîme est succulente ; mais pour bien l'apprécier il faut faire partie de la petite communauté.
Lorsque tu merge, git regarde le plus récent ancêtre commun aux deux branches pour calculer un patch. C'est central de bien avoir conscience des conséquences pour construire un workflow. La règle : trouver l'ancêtre, puis depuis l'ancêtre merger la branche qui a le plus de commit vers celle qui en a le moins (si 0 => garantie sans conflit).
Si tu travailles avec l'intention de merger dans work il faut que tu fasses partir tes branches temp de work, pas de main. C'est ton erreur.
Et il faut que toutes tes temp soient indépendantes en terme de couverture de code modifié (sinon mauvaise archi et/ou mauvaise gestion projet). Tu te retrouves avec un workflow de type : temp = test unitaire (par feature), work = tests d'intégration (pas d'effets de bords entre les features), main = production. Si tu dois faire de la maintenance prod : tu sors une branche de main, tu testes, tu merges dans main, puis tu redescend ta prod en merge de main vers work, puis (éventuellement) de work vers tes temp (propagation du correctif). Pourquoi faire dans ce sens ? Parce que tu aura tes éventuels conflits à la descente vers ta hors-prod ; tu les résoud ; tu restes (non rég sur le correctif de maintenance, développements qui ne cassent pas : ces tests sont indispensables même en l'absence de conflits¹) ; puis tu remontes en prod tes nouvelles features avec l'assurance de n'avoir aucun conflit.
Sinon tu as plein de propal' de workflow sur Internet. Essaies de voir avec ton collègue ce qui conviendrait le mieux. Un petit conseil : allez au plus simple… car ce qu'on trouve souvent c'est overkill (s'adresse à de grosses équipes de dev).
Là déjà vous avez un workflow assez costaud pour une équipe de deux.
¹ car deux développements peuvent se révéler incompatibles alors qu'ils ne modifient pas les mêmes lignes de code.
Pas de box (t’as oublié de la prendre en compte dans ton affaire), ni d’ordinateur allumés h24. Je souscris à un hébergement (en fait juste la location du nom de domaine, quelques Mo et 1 mail avec alias me suffisent amplement). C’est mutualiser la ressource rare, ça devrait être la norme (mais le système capitaliste c’est l’attribuer à une minorité).
Pour compléter, en Fortran moderne il est recommandé d’ajouter
implicit none
Ou encore mieux :
gfortran -fimplicit-none
Évidemment ce langage, avec Cobol, avait résolu les problèmes d’accès mémoire du C depuis très longtemps, mais la solution était trop simple (balle perdue destinée aux fanboys de Rust).
Je m’attendais à une explication sur la stratégie industrielle poursuivie, notamment sur la dépendance aux US du monde bancaire. Au lieu de ça on a le droit à l’habituel bullshit lang bien américano-centré (IA, informatique quantique, etc. — cf. dernier lien) tout en faisant passer ça pour de la souveraineté (au même titre que l’augmentation des budgets militaires servent à satisfaire les exigences américaines).
[^] # comment dire
Posté par Nicolas (site web personnel) . En réponse au lien Les devs sont irremplaçables (oui). Évalué à 2 (+1/-0).
Alors. Comment dire.
Des générateurs de code ça existe depuis des décennies. T'as même des générateurs de parsers de code, des codes qui décrivent des générateurs de parsers de code.
De l'architecture hexagonale ça existe aussi depuis des décennies. Et peut-être que tu découvriras un jour ce que c'est qu'une architecture urbanisée.
Et comme tout informaticien qui pète plus haut que son cul, exigence première de recrutement dans le métier : tu proclameras avoir découvert la prochaine révolution informatique.
J'aime de plus en plus ce métier. L'avantage c'est qu'en branlant rien de ces journée on est toujours parfaitement à jour…
[^] # Re: On va-t-on pouvoir les accrocher alors ?
Posté par Nicolas (site web personnel) . En réponse au lien Sortie de systemd 260, nombreux changements dont la suppression du support des scripts SysV Init. Évalué à 0 (+0/-1).
En une semaine sur Linuxfr, j'ai quand même vu passer un journal qui parle d'intégrer des tâches Cron alors que 3 paragraphes plus haut il a donné la config d'une unité systemd, et un autre utilisateur qui a donné la config d'une unit qui consiste à lancer un script shell.
Je me demande encore si c'est sérieux, du troll ou de l'IAslop..
J'aime croire que Sysvinit vaincra !
[^] # Re: neurodéglinguage
Posté par Nicolas (site web personnel) . En réponse au journal faire face avec du logiciel libre à la neurodéglingue . Évalué à 2 (+1/-0).
Parce que les allistes sont atteints du syndrome FOMO.
[^] # Re: C’est bien mais…
Posté par Nicolas (site web personnel) . En réponse au lien En un an ext4 a gagné en performances (au moins sur SSD). Évalué à 2 (+1/-0).
Et je viens de jeter un œil, il emploie une heuristique basée à la fois sur la proximité et l'ancienneté des blocs, un CRC détourné en fonction de hashage, une limitation ad-hoc de l'utilisation des ressources machine. Bref beaucoup de contournements (sans tests de leur pertinence à priori) pour rendre le traitement moins consommateur.
Le hash occupe 8 octets sur des blocs de 4096, 19Go/10To, et il proclame 0.1Go, donc j'imagine assez bien les trous dans la raquette. Ce serait à tester face à un algorithme qui teste tous les blocs et retient tous les hash (bon pas sûr qu'il soit applicable), est-ce qu'au moins le logiciel rend compte du taux de déduplication, tu as des statistiques d'exemples tirés de la vie réelle ?
[^] # Re: C’est bien mais…
Posté par Nicolas (site web personnel) . En réponse au lien En un an ext4 a gagné en performances (au moins sur SSD). Évalué à 3 (+2/-0).
Lorsque tu édites un hard-link, la convention veut que ça se fasse inplace mais rien n'empêche de produire une copie, travailler dessus, et rename/replace à l'écriture disque (garantie d'atomicité en Posix). C'est du CoW au sens strict, mais à haut niveau (inode). C'est obligatoire même sur un fs CoW (block) si tu veux modifier un fichier de manière atomique pour apporter des garanties de cohérence et d'intégrité de tes données (un système de fichier est trop bas niveau dans le cas ou le besoin est fonctionnel/métier).
[^] # Re: show me…
Posté par Nicolas (site web personnel) . En réponse au journal Vibe Coding lisp amateur. Évalué à 4 (+3/-0).
Et l'historique des interactions avec l'IA. Elle m'a l'air bien flatteuse cette Claude (les LLMs sont connus pour être paramétrés ainsi, et ça explique largement une part du délire autour de ces outils).
[^] # Re: C’est bien mais…
Posté par Nicolas (site web personnel) . En réponse au lien En un an ext4 a gagné en performances (au moins sur SSD). Évalué à 6 (+5/-0). Dernière modification le 16 mars 2026 à 08:26.
Pour les cas pathologique le CoW est désactivable (entre autres options de contrôle fin du système de fichiers) :
btrfs(5),chattr(1).Sans ça c'est mal barré…
Pour ce qui est de la déduplication je vois mal comment ce serait utilisable en pratique (il faudrait comparer deux à deux tous les blocs alloués… ça peut se faire ponctuellement sur deux fichiers précis) ; je pense que tu voulais parler des reflinks, mais les hardlinks font déjà pas mal le taf (et pour les machines virtuelles avoir des partitions communes sont une manière plus fiable d'arriver au résultat escompté).
PS : non les snapshots ne sont pas de vraies sauvegardes aussi longtemps qu'ils restent sur le même device.
# sinon
Posté par Nicolas (site web personnel) . En réponse au message grepLittleLine.sh. Évalué à 3 (+2/-0). Dernière modification le 16 mars 2026 à 08:07.
Y'a bien un séparateur d'instruction dans tes langages ?
La lecture ligne à ligne de fichiers en shell c'est à éviter autant que possible.
[^] # Re: Présentation inversée
Posté par Nicolas (site web personnel) . En réponse au journal Alison Bechdel sur France culture. Évalué à 1 (+0/-0).
Ah parce que vous trouvez que ce n'est plus le cas ?
[^] # Re: Plus de Vesa compilè
Posté par Nicolas (site web personnel) . En réponse au message Pas de prompt de login dans les terminaux virtuels. Évalué à 2 (+1/-0).
Vesafb, efifb, *x*drmfb, *whatever*fb en fonction de ta carte graphique, de ta distribution de l'humeur de l'administrateur et de l'âge du capitaine. Ça peut être une cause, à investiger dans
dmesg, ainsi que le "modeset" pour voir s'il arrive à bien se faire (ça recherche les bons paramètres pour l'affichage, résolution, fréquence, etc.). Si y'a vraiment absolument rien qui s'affiche dans les terminaux virtuels (pas même un curseur ou des messages). Ceci dit si Xorg/Wayland démarrent, c'est pas trop par là que j'irai chercher le problème.# c'est vieux pour moi...
Posté par Nicolas (site web personnel) . En réponse au message Pas de prompt de login dans les terminaux virtuels. Évalué à 3 (+2/-0).
… donc j'ai pas vraiment la solution. Mais une piste.
Regarde déjà du côté des
getty@tty<N>.servicesi tu en as de démarré, après avoir switcher sur la console virtuelle correspondante, car Systemd génère le service à la volée. Sinon peut-être que le démarrer à la main peut se faire.Ou alors
Dans la doc Arch.
[^] # Re: GPS, photo ?
Posté par Nicolas (site web personnel) . En réponse au journal Le Web moderne m'a tuer : plaidoyer pour une informatique sobre et déconnectée. Évalué à 5 (+4/-0).
Je préviendrai Mme Meteo la prochaine fois que je pars en rando.
Par tamtam du coup ?
Bon, je ne tiens pas à répondre aux trolls qui pullulent ici, mais juste pour continuer à apporter de vraies informations.
À propos de carto.
Le GPS fonctionne sans réseau (y’a plein de gens qui ne le savent pas). C’est juste vraiment beaucoup plus long à accrocher. Il faut avoir une application de cartographie qui permet le téléchargement hors-ligne. Au pire la mise en cache c’est mieux que rien.
On peut avoir une bonne idée de la couverture réseau à l’avance via l’appli de l’IGN (au moins), rebaptisée Wetrek.
À propos des secours.
Tout ce journal et nombre de ses commentateurs sont écrits par des gens qui ne savent pas s’auto-discipliner. Faudrait peut-être commencer par là, avant d’en imputer la responsabilité au téléphone (ou à sa batterie). Mon smartphone me tient 1 semaine en rando…
[^] # Re: GPS, photo ?
Posté par Nicolas (site web personnel) . En réponse au journal Le Web moderne m'a tuer : plaidoyer pour une informatique sobre et déconnectée. Évalué à 1 (+1/-0).
Pour préciser. C'est un réseau destiné aux professionnels sur une bande de fréquence réservée. C'est utilisé aussi par les accompagnateurs du milieu associatif. Ça permet d'avoir une meilleure couverture que le mobile et d'être directement en contact avec le PGHM. C'est potentiellement plus fiable que le mobile mais ça demande une formation minimale et avoir un émetteur récepteur configuré par quelqu'un habilité à le faire.
Eux n'ont effectivement pas besoin d'un smartphone. Parce qu'ils ont mieux.
[^] # Re: Source
Posté par Nicolas (site web personnel) . En réponse au lien [Lordon parle de vous] Marx va avoir raison (IA et lutte des classes). Évalué à 2 (+2/-0).
En vrai il est très gentil. Je vois bien un certain nombre de logiques à l'œuvre typiquement sur Linuxfr, journalduhacker, etc. (dont vous…).
Dommage c'était le moment de mobiliser son nouveau dada (la psychologie) pour comprendre que vous êtes irrécupérables, collectivement parlant. Le monde informatique plus qu'ailleurs.
La raison en est simple : le néolibéralisme est la superstructure du capitalisme contemporain et l'informatique son infrastructure.
Autrement dit, c'est une industrie qui a été la condition nécessaire et suffisante du néolibéralisme, sa réalisation matérielle et qui est massivement imprégnée de son idéologie, y compris dans ses dimensions libertaires ou supposément militante (LL, April, etc.)
Malheureusement il n'en a jamais été fait une analyse radicale (même s'il existe ici et là quelques initiatives, qui forment des pièces d'un puzzle plus général). Et Lordon ne va pas dans cette direction.
Reste le déni et une population condamnée à s'engouffrer toujours dans les mêmes impasses sans en tirer aucune leçon (pourvu que la satisfaction de soi puisse vous valoriser narcissiqument avec la conviction superficielle d'être un(e) progressiste - auto-proclamé toujours - envers et contre toute confrontation avec la réalité et les conséquences de ses actes).
[^] # Re: GPS, photo ?
Posté par Nicolas (site web personnel) . En réponse au journal Le Web moderne m'a tuer : plaidoyer pour une informatique sobre et déconnectée. Évalué à 3 (+5/-2). Dernière modification le 03 mars 2026 à 10:57.
Bon on voit trop d'inconscients en montagne pour laisser passer ça. LE SMARTPHONE EST UN INSTRUMENT DE SÉCURITÉ. Point à la ligne.
T'es au courant qu'il y a un réseau d'antennes relais dédié au secours dans les Alpes ? Tu sais ce qu'est un jour blanc ? Faute de disposer de moyens (semi-)professionnels un smartphone est ABSOLUMENT INDISPENSABLE.
Ah oui et il y a quarante ans on mourrait. Simplement. Et pas besoin de retourner aussi loin ; il y a encore quelques années un guide et son groupe sont morts faute d'avoir utiliser des moyens modernes. Mais ça te parle certainement pas.
[^] # Re: GPS, photo ?
Posté par Nicolas (site web personnel) . En réponse au journal Le Web moderne m'a tuer : plaidoyer pour une informatique sobre et déconnectée. Évalué à 1 (+1/-0).
Les secours, la météo aussi c'est important sachant qu'en montagne la fiabilité à 24h tient déjà du miracle, puis le GPS, une carte ça te dit pas où tu es (+backup carte parce que le papier ça prend l'humidité, c'est pas si fiable que ça).
Ta localisation est directement envoyée aux secours en cas d'appels. Ça aussi c'est très bien.
[^] # Re: GPS, photo ?
Posté par Nicolas (site web personnel) . En réponse au journal Le Web moderne m'a tuer : plaidoyer pour une informatique sobre et déconnectée. Évalué à 0 (+1/-1).
Pas vraiment jouable quand les randos vont jusqu'à 5-6 jours et sont bien engagées. Le smartphone est indispensable (en fond de sac plus souvent éteint qu'allumé au demeurant).
3-4 kg c'est le poids de mon matos tout compris xD
[^] # Re: Le problème n'est pas le code
Posté par Nicolas (site web personnel) . En réponse au lien Cobol : la fausse révolution de Claude Code sur Cobol et IBM chute en bourse. Évalué à 2 (+2/-0).
En même temps t'as un informaticien lambda qui n'a jamais touché à du vrai code bancaire de sa vie qui parle d'un sujet qu'il ne maîtrise pas. La mise en abîme est succulente ; mais pour bien l'apprécier il faut faire partie de la petite communauté.
# Effectivement mauvais workflow
Posté par Nicolas (site web personnel) . En réponse au message Git - Rebase - Conflits - Worflow ?. Évalué à 7 (+6/-0).
Lorsque tu merge, git regarde le plus récent ancêtre commun aux deux branches pour calculer un patch. C'est central de bien avoir conscience des conséquences pour construire un workflow. La règle : trouver l'ancêtre, puis depuis l'ancêtre merger la branche qui a le plus de commit vers celle qui en a le moins (si 0 => garantie sans conflit).
Si tu travailles avec l'intention de merger dans work il faut que tu fasses partir tes branches temp de work, pas de main. C'est ton erreur.
Et il faut que toutes tes temp soient indépendantes en terme de couverture de code modifié (sinon mauvaise archi et/ou mauvaise gestion projet). Tu te retrouves avec un workflow de type : temp = test unitaire (par feature), work = tests d'intégration (pas d'effets de bords entre les features), main = production. Si tu dois faire de la maintenance prod : tu sors une branche de main, tu testes, tu merges dans main, puis tu redescend ta prod en merge de main vers work, puis (éventuellement) de work vers tes temp (propagation du correctif). Pourquoi faire dans ce sens ? Parce que tu aura tes éventuels conflits à la descente vers ta hors-prod ; tu les résoud ; tu restes (non rég sur le correctif de maintenance, développements qui ne cassent pas : ces tests sont indispensables même en l'absence de conflits¹) ; puis tu remontes en prod tes nouvelles features avec l'assurance de n'avoir aucun conflit.
Sinon tu as plein de propal' de workflow sur Internet. Essaies de voir avec ton collègue ce qui conviendrait le mieux. Un petit conseil : allez au plus simple… car ce qu'on trouve souvent c'est overkill (s'adresse à de grosses équipes de dev).
Là déjà vous avez un workflow assez costaud pour une équipe de deux.
¹ car deux développements peuvent se révéler incompatibles alors qu'ils ne modifient pas les mêmes lignes de code.
# Mieux.
Posté par Nicolas (site web personnel) . En réponse au journal C'est qui qu'a la plus petite ?. Évalué à -2 (+1/-3).
Pas de box (t’as oublié de la prendre en compte dans ton affaire), ni d’ordinateur allumés h24. Je souscris à un hébergement (en fait juste la location du nom de domaine, quelques Mo et 1 mail avec alias me suffisent amplement). C’est mutualiser la ressource rare, ça devrait être la norme (mais le système capitaliste c’est l’attribuer à une minorité).
https://www.youtube.com/watch?v=mDz_GfI3Q5A
[^] # Re: Il n’y a pas si longtemps…
Posté par Nicolas (site web personnel) . En réponse au journal De la contagion des discours sur lézécrans chez les parents . Évalué à 1 (+1/-0).
J'espère bien l'atteindre !
[^] # Re: Il n’y a pas si longtemps…
Posté par Nicolas (site web personnel) . En réponse au journal De la contagion des discours sur lézécrans chez les parents . Évalué à -1 (+1/-2).
En même temps, la génération des boomers biberonnés à l'ORTF puis Cnews…
Faudrait instaurer un âge de la sénilité, ça marcherait tout comme la majorité.
[^] # Re: La suite , la suite ...
Posté par Nicolas (site web personnel) . En réponse au journal De la rigueur dans la programmation. Évalué à 8 (+8/-0).
Pour compléter, en Fortran moderne il est recommandé d’ajouter
Ou encore mieux :
Évidemment ce langage, avec Cobol, avait résolu les problèmes d’accès mémoire du C depuis très longtemps, mais la solution était trop simple (balle perdue destinée aux fanboys de Rust).
# Trop content !
Posté par Nicolas (site web personnel) . En réponse au journal C'est janvier, c'est souveraineté. Évalué à 10 (+12/-1).
Nous pourrons ainsi nous faire piller par des français milliardaires plutôt que des américains milliardaires.
Ça c'est un progrès !
https://blog.mondediplo.net/defense-le-prive-nouvel-acteur-de-la-souverainete
# Arf…
Posté par Nicolas (site web personnel) . En réponse au lien C’est la « renaissance » de la marque Bull, sous le giron de l’État. Évalué à 7 (+9/-2). Dernière modification le 30 janvier 2026 à 11:24.
Je m’attendais à une explication sur la stratégie industrielle poursuivie, notamment sur la dépendance aux US du monde bancaire. Au lieu de ça on a le droit à l’habituel bullshit lang bien américano-centré (IA, informatique quantique, etc. — cf. dernier lien) tout en faisant passer ça pour de la souveraineté (au même titre que l’augmentation des budgets militaires servent à satisfaire les exigences américaines).
Bref. France de collabos. France qui pue.