Psychofox a écrit 10948 commentaires

adblock origin marche bien avec quantum et je ne pourrais plus me passer des multi-containers.

Ce qui est dommage c'est qu'à mon humble avis firefox est repassé au dessus de chrome en terme d'expérience utilisateur maintenant mais il traine les casseroles et une mauvaise image de navigateur de l'ère pré-quantum.

Ce sont des bisounours chez toi. Partout où je suis allé celui qui est viré s'en est rendu compte quand son badge ne fonctionnait plus le matin et qu'il doit appeler la réception pour qu'on lui ouvre et qu'on lui explique que non il doit rentrer chez lui et qu'on le contactera pour récupérer ses affaires.

Bien sur sauf faute grave ou gros clash la veille en général il y'avait eu des séances au préalable avec cette personne et le management pour lui dire que des trucs allait pas et qu'il devait se ressaisir.

, sans préavis, escorté par la sécu et tout.

Dans les plupart des boites tout le monde se fait virer comme ça. C'est pas parce que tu passes pour un malpropre mais si tu te fais virer c'est que la relation de confiance n'existe plus donc l'entreprise doit se protéger de toute possible tentative de vengeance.

Ah mais je ne dis pas que dans les faits ça marche très bien. Je dis juste que la solution est un peu alambiquée sur le papier (et qu'ils doivent être content que la dedup existe).

J'ai choisi ce que j'ai pu trouver en 2 minutes via une recherche d'image hein. Rien à voir avec de la malhonnêteté.

L'idée c'est que la méthode des clones multiple sur github revient à créer quasi autant de dépots sur github que de developpeurs alors qu'une méthode utilisant gerrit n'aura besoin que de 2 remotes (note qu'on peut utiliser gerrit avec github). On a déjà les branches dans git, pourquoi vouloir en plus que chacun ait sa copie locale et sa copie remote et doive encore faire des request.

Gerrit est un outil avec interface web de visualisation et validation de commits.

C'est plus facile par l'exemple, voici le workflow avec n développeurs sur un dépot git simple master :

Voici ce qui se passe sur github:

Ici John a créé le repo sur github et pousse ses modifs direcement dessus.
Carlos aimerait faire de même mais pour pouvoir pousser ses modifs il faudrait que John lui donne les droits dans son dépot. C'est la méthode crasseuse.
La méthode recommandée par github est celle faite par Sam, faire un clone sur un autre repo github et ensuite des pull request pour que John les incorpore à son repo. C'est plus propre, mais admettons le c'est complètement alambiqué et n'imorte quoi de devoir créer autant de clones sur github que de developpeurs qui vont en plus après les recloner sur autant de machines qu'ils utilisent.

Avec un outil comme gerrit on peut avoir un workflow un peu plus simple tout en ayant une vérification du code proposé:

Toujours n developpers mais pas plus de 2 repos centralisés, un pour les changements en attente et l'autre pour le code qui a été validé via gerrit.

Ben git c'est décentralisé dans le sens où tu peux avoir de multiple remotes. Après t'as des trucs comme gittorrent ou git-ssb qui poussent le truc un peu plus loin.

Apparemment ça en a subitement un quand tu t'appelles Olivier Bureau, fondateur de la société cryptolia, et que t'es juste un vilain spameur.

Ca me fait tout de même bizarre de lire ce genre de commentaires plutôt tendre avec Microsoft sur Linuxfr …

C'est pas vraiment ça le problème. Ce qu'on dit c'est que si tu utilisais github avant, c'est que t'étais pas contre utiliser du proprio et que tu faisais confiance à quelqu'un qui était prêt à vendre sa boite à Microsoft. Que tu le saches ou pas qu'ils le feraient ne changent rien à l'histoire. À tout moment tu n'avais aucune maitrise de où étaient hébergées tes données, qui y avait accès réellement et si ces données seraient hébergées dans le futur par MS, Alphabet, Facebook, Oracle, Amazon ou une mafia quelconque.

Bref rien n'a changé dans la confiance que tu pouvais avoir tant en github qu'en Microsoft.

T'as pensé à faire un backup de ton détecteur de sarcasme aussi ?

ouais bon si tu utilises autre chose que le gitlab "community" on-premise, c'est pareil t'es sur du proprio. Et tu peux encore remercier gnome pour avoir fait pression pour que le support du ldap soit dans la version libre, avant ce n'était pas le cas.

Tu ne pourras pas héberger une infrastructure Azure sur ton réseau.

Azure Stack: azure services on-premises

Tu disais ?

http c'est un protocole de transfert, c'est pas vraiment à lui de répondre à ce point précis.

Même en 1-1, on passe facilement à l'audio, parce que les explications très techniques et très longues, ça ne marche juste pas en chat.

Ce genre de remarques me fait tiquer, je trouve que cela témoigne quand même de graves déficiences en terme d'esprit de synthèse et n'augure rien de bon sur la qualité du travail fournis. Je ne dis pas qu'on peut avoir besoin de support graphique, par exemple pour exprimer un problème d'UI ou montrer un bug mais ces points prévis tiennent très bien dans une courte vidéo capturée au préalable et partagées sur une messagerie. Pour ma part j'ai remarqué qu'en général les collègues qui s'expriment et se font comprendre le mieux par écrit sont ceux qui font le meilleur job. Après je trouve aussi bien d'aller voir les gens de temps en temps, pour humaniser les relations entre collègues et rendre les différentes parties plus empathiques les unes envers les autres mais l'argument je ne sais pas expliquer par écrits pour moi ne tient pas.

Note je bosse dans une équipe infra, et pas dev.

Le plus gros problème chez nous c'est que personne n'arrive à se mettre d'accord sur le moyen de communication à utiliser.
- intra équipe on utilise essentiellement Microsoft Teams (mais aussi un peu de skype business, slack, telegram)
- inter équipe c'est souvent skype business pour du one to one mais aussi parfois par équipe sinon slack, telegram et whatsapp
- avec des entreprises externes c'est souvent du cisco webex

Les team-chats sont très bien pour des équipes travaillant essentiellement à la maison. Dans le cas d'une équipe comme la mienne où chacun ne peut faire qu'un jour à la maison on se retrouve avec une situation un peu absurde où la plupart des gens au bureau ont la flemme d'ouvrir l'app ou ne la consultent que très rarement alors que ceux qui sont en remote ce jour là tartinent parfois des monologues pour qu'il reste une trace de leur boulot

Autre problème. Beaucoup de gens n'exploitent pas assez les possibilités des #canaux pour faire des micros et vont tout mélanger écrire dans un canal général

Problème particulier à Microsoft Teams…l'interface web est utilisable sous linux par contre contrairement à ses concurrentes comme slack elle n'exploite pas les capacités des navigateurs à envoyer des notifications sur le bureau. Du coup la plupart du temps je rate les messages de mes collègues, ou alors je les lis un peu tardivement.

Marrant je n'aurai pas situé les "débuts" de l'ère internet en 2002-2003. J'aurais dis que c'était plutôt 1995-1998 en france avec les aol, infonie et worldnet qui monopolisaient un peu l'offre grand publique avec leurs CD distribués partout, les débuts du kikoololage avec caramail, icq et les débuts du haut débit par câble. Certe en 2000 il n'y avait que 15% de la population qui y avait accès à la maison mais la machine était déjà bien en marche.

Et la licence ? c'est quoi ces scripts propriétaires. ^{_^}

C'est pas vraiment mainstream mais j'ai longtemps utilisé du openbsd sur une machine qui n'avait pas de pae. Avec les ports tu peux arriver à avoir un desktop correct. Dans mon cas je n'avais pas de gros prérequis puisque le but c'était de pouvoir avoir un terminal pour lancer des ssh et du desktop "déporté" depuis une machine plus grosse qui tournait sous linux via le ssh X-forwarding.

Comme dit plus haut, les gammes Pentium "Centrino" / Pentium-M pour les portables étaient souvent (toujours?) sans PAE. J'ai longtemps ( jusqu'à la mort de son disque dur) gardé un laptop qui en était équipé et qui limitait mon choix de distro pour cette raison.

Dans le contexte (32bits, non-pae) j'en ai déduis un pentium 4.

ouais enfin l'idée des démos c'est de s'imposer une contrainte forte, en général la taille de l'executable et des données (64kB).

Ce n'est pas légal

C'est le genre de phrase butoir sortie tout droit d'un chapeau.

La vérité c'est que la GDPR vient d'arriver, est probablement en conflit avec une foultitude d'autres lois (je pense par exemples à certaines lois qui imposent de garder certaines informations, par exemple dans le domaine de la santé) et que seules des décisions de juges pourront établir une jurisprudence permettant de savoir exactement ce que l'on peut faire ou pas dans de nombreux cas.

Et en l'occurence tant que personne ne sera assez con pour attaquer gitlab à ce sujet on n'en saura rien.

Non pas vraiment. Je te laisse aller voir la définition de sectarisme.

Du reste, je ne connais pas Mageia mais la première chose que j'ai fais en lisant ce post c'est aller voir la doc officielle en français et il est clairement mentionné qu'une nouvelle installation va écraser toutes tes données.

Comment choisir la meilleure méthode de mise à niveau-fr

Nouvelle installation
Avantages: Tout est propre, y compris /home.
Inconvénients: Procédure plus longue et davantage de compétences nécessaires. Cela revient à une installation initiale, la configuration est entièrement à refaire.

Du reste si en 2018 t'as plus de 12 ans et t'as toujours pas compris qu'il faut faire des backups, et s'assurer de pouvoir les restaurer facilement, c'est que tes données n'ont pas une importance capitale pour toi.

Le seul cas où ça pourrait être facheux serait une erreur qui change ton montant de l'impôt et te prélève de trop. Ça peut être génant si l'inertie administrationnelle est trop grande en cas de réclamation (d'autant plus si tu n'arrives pas à trouver le numéro).