Je suis d'accord avec ce que tu dis. Mais dans une société de plus en plus individualiste et de plus en plus orientée vers le libéralisme, je suis plutôt pessimiste, d'autant plus que les grandes entreprises comme Google où Facebook ont des moyens énormes et font un lobbying intense…
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
La démarche générale dans l'industrie est d'automatiser. Les industries informatique et publicitaire n'y échappent pas.
Notre métier (le logiciel) repose d'ailleurs beaucoup sur ce principe.
Il est souvent plus rentable d'avoir un processus 100% automatisé avec des pertes collatérales (ou une part de marché non adressée) que cibler 100% du marché avec des processus nettement plus complexes et reposant sur l'humain.
C'est d'autant plus vrai que le cas de figure exposé dans le billet de blog est un micro pouillème du marché.
C'est malheureux mais c'est assez prévisible et inéluctable :-/
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Au vu des parts de marché, je pense que firefox est plutôt un faire valoir pour Google à qui on ne peut pas donc pas reprocher de monopole… grâce, justement, à l'existence de Firefox.
Je pense donc (contrairement à ce que je pensais il y a quelques temps) que le modèle est pérenne : Google aurait plus à perdre à arrêter son soutien à la fondation qu'à l'arrêter.
Ceci dit, en terme de valorisation, de fierté, de fer de lance du logiciel libre, c'est vrai qu'un autre modèle serait bien mieux.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
En effet, un patron qui échoue, normalement c'est EXIT ou baisse de salaire.
Échouer ça veut dire quoi ? A-t-elle échoué ? Il faudrait connaître les objectifs qui lui ont été donnés par le board.
Il faut une gestion transparente. Ça semble être tout l'inverse..
Connaître le processus de nomination permettrait d'évaluer la légitimité de la CEO et l'adéquation du projet affiché de la fondation et le projet opérationnel/concret.
C'est comme si précipiter la chute de Mozilla était l'objectif du CEO…
J'en doute. Mais se payer grassement sur la bête, oui, ça peut être un objectif de la CEO , validé par les membres du board (sont ils rémunérés pour leur participation ? Qui les nomme/choisit/élit ?)
J'ai pas trouvé l'info (j'ai pas cherché des heures non plus, mais rien trouvé d'évident)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Hello, j'ai prévu de t'y répondre aujourd'hui (j'aurais dû te le dire directement au lieu de squatter moi aussi les commentaires linuxfr - honte à moi).
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Dans cette démarche, comment gères-tu les collisions qui pourraient intervenir entre des procédures qui pourraient entrer en conflit ?
Par exemple si en complément de la ressource EnvoyeurDeMail tu implémentes une ressource SupprimeurDUtilisateurObsolète et que pendant que la première s'exécute, la seconde s'exécute également et a pour conséquence que EnvoyerDeMail essaie d'envoyer un mail à un uilisateur qui n'existe plus ?
L'exemple est un peu tiré par les cheveux ; plus les procédures sont longues et nombreuses, plus les collisions risquent d'intervenir et donc plus il y a de situations potentiellement problématiques … et du coup je suis curieux de savoir s'il y a des moyens de "garantir que ça fonctionnera toujours"
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Il faut que tu récupères le HTML puis que tu exécutes des opérations de sélection HTML (ça ressemble un peu à des requêtes xpath mais à un peu plus haut niveau).
fais ton script étape par étape. Déjà si tu récupères les données (sans même les stocker) c'est une bonne étape de faite
fais plusieurs scripts indépendants avec comme format d'échange des fichiers CSV . Ainsi en cas de défaillance d'une étape tu pourras rejouer l'étape sans embarquer tout le traitement.
CSV est un format standard en python, tu peux lire un fichier et le transformer en liste et dictionnaires python en 2/3 lignes donc c'est pas une étape douloureuse de passer par des fichiers intermédiaires.
Regarde l'exemple utilisant BeautifulSoup dans le lien ci-dessus, ça devrait te parler.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Pour galae, on n'a pas atteint l'objectif de financement pour l'alias * mais pas de beaucoup 😢 … du coup on a décidé de quand même lancer le développement. Ça devrait être disponible quasiment au lancement 🥳 On va communiquer sur le sujet tout bientôt.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
En fait il faut souvent du docker pour faire tourner ces solutions. […] Ok, je suis aussi un peu bornée, je n'aime pas Docker, je n'en comprends pas la logique et en dehors de tester vite fait si un logiciel est sympa, j'évite d'y toucher.
Puis
Dans tout ça, Modoboa se détachait du lot car justement on peut se passer de Docker, et puis on peut même installer la partie "Modoboa" en branchant ça sur son serveur configuré aux petits oignons. Sauf que quand je l'ai testé, j'ai eu des soucis liés à un Debian trop récent.
C'est un des bénéfices d'utiliser docker : découpler les logiciels qu'on fait tourner des contraintes liées à la machine hôte.
On fait du docker à Algoo ; pas seulement - et historiquement j'étais vraiment pas fan, mais force est de constater que c'est un excellent moyen de déployer des choses "souplement" par rapport aux machines hôtes, et de manière "programmatique".
La plupart des logiciels peuvent s'installer "à la main" sans docker, mais c'est une autre paire de manche car il y a une complexité d'architecture qui est partiellement encapsulée dans les déploiements docker.
Ça marche aussi avec des VM ; la question sur ce genre de logiciel destiné à l'auto-hébergement, c'est "comment déployer sans avoir besoin de maîtriser toute l'architecture" ; et docker est une réponse à cela.
Quoi qu'il en soit bravo pour le parcours et le journal très intéressant et agréable à lire.
Je note aussi un point du journal qui est précieux : on est nombreux à avoir été déçus par l'évolution de gandi (d'ailleurs c'est une des raisons qui nous ont poussés à lancer galae) mais il est question de stratégie de gestion et c'est presque orthogonal au travail qui a été fourni par les équipes opérationnelles. Et effectivement les équipes ont fait un super boulot depuis les débuts de gandi.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Je comprends la technique ; c'est malin mais pas forcément intuitif pour quelqu'un qui ne connait pas bien les mécanismes (mais ces personnes ne sont probablement pas les cibles pour des alias *).
Je ne vois pas de raison de ne pas pouvoir le faire avec ce qu'on propose avec Galae ; du coup je note de l'intégrer dans la documentation 👍
Merci pour l'explication 👌
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Ok. Du coup c'est un catch-all ; mais tu en as un seul par domaine. Ce qu'on prévoit de faire, c'est que tu puisses définir un alias type machin*@domaine.com et que ça agrège tous les mails qui correspondent sur cette boîte mail. Et en même temps que tu puisses avoir truc*@domaine.com qui agrège ses propres emails.
Ce n'est pas faisable de base.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
À chaud, je dirais que ça pourrait être une solution qu'on déploie en complément ; par contre je vois mieux la simplicité d'usage si on intègre tout dans mailcow directement.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Whaou toute cette diatribe pour justifier le fait de pas mettre une fourchette de salaire.
Je ne justifie rien ; je me cites :
Je n'ai pas donné d'avis tranché - j'ai juste dit que je m'interrogeais sur la pertinence de publier une fourchette de rémunération sur une recherche large […]
S'interroger ne veut pas dire "ne pas vouloir", ça signifie justement se poser des questions, peser le pour et le contre.
Pour le reste merci pour ton retour. Ça va effectivement dans le sens de mettre la fourchette systématiquement mais ça n'est pas tant pour faire gagner du temps que pour montrer patte blanche. (Parce que si je mets une annonce 35-60K€ comme évoqué dans un des messages au dessus, on ne va pas gagner de temps car un candidat va souvent se caler sur la fourchette haute et il va y avoir des discussions pour expliquer que non, en sortant d'école on ne pourra pas te payer 45K€ ou plus - en tout cas pas nous).
Pour info, je discute de rémunération dès le début du processus pour être sûr que c'est jouable.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Et mes expériences c'est qu'au final ça fait louper des opportunités
Comment tu sais que t'as raté des opportunités ?
J'ai eu l'occasion d'échanger avec une candidate qui cherchait un poste ; je l'ai dirigée vers une annonce que j'avais publiée car elle semblait correspondre en terme de missions. Elle m'a dit qu'elle n'était finalement pas intéressée. En creusant, elle a fini par me dire qu'elle cherchait une rémunération nettement plus élevée. Elle avait un profil plus expérimenté que ce que j'envisageais, donc le "surplus" pouvait se justifier - et ça donnait aussi une perspective à long terme différente pour l'entreprise.
J'en ai déduit que j'ai sans doute loupé des opportunités parce que des candidats ne se trouvaient pas dans les fourchettes affichées. Tu vas me dire "bah oui, mets +" mais en fait c'est du cas particulier, c'est en réalité un recrutement différent du recrutement initial parce que le candidat demande plus et propose plus et que du coup tu changes tes plans.
Recruter quand tu es une petite boîte qui fait des appli web, c'est pas comme recruter un nouvel ingénieur qui va rejoindre l'équipe motorisation à la NASA : les profils ne sont pas standards, le périmètre des postes est adapté selon les candidats, etc.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
La principale raison pour laquelle on va travailler c'est le salaire à la fin du mois, vire le t'as plus personne (ou presque). Le salarier va passer une période conséquente de sa vie au taf, la moindre des choses c'est annoncer pour combien.
J'ai échangé avec des candidats qui cherchaient avant tout l'intérêt du poste. Parce que leur niveau de revenu est de toute façon largement au dessus de leurs besoins et que ce qu'ils recherchent c'est un job intéressant.
valoriser ses employé à la hauteur de ce qu'ils apportent à l'entreprise c'est une marque de respect (on partage le gâteau); leur filer un babyfoot, une tape dans le dos, et des mots d'encouragements plutôt que de les augmenter c'est du cynisme.
Jette un coup d'oeil aux annonces que j'ai eu l'occasion de publier sur LinuxFR. Tu verras que le gâteau est partagé. Et pour info, partager le gâteau, c'est pas "filer des gros salaires aux dév parce que le marché est tendu" : il y a tout un tas d'autres métiers dans une entreprise, où le marché est moins tendu. Si je suis ton raisonnement, on partage le gâteau avec les dév parce qu'on doit le faire et on le partage moins avec les autres (parce que tu peux dire ce que tu veux, le gâteau n'est pas de taille infinie)
ça complique le processus de recrutement parce que les candidats se projettent sur la fourchette haute de l'annonce et pas sur ce qu'ils souhaitent réellement.
C'est magique! et ça explique bien l'idée derrière la tête : payer le moins possible.
Tu confonds payer le moins possible et payer à un prix équilibré.
Laisse moi deviner : quand tu demandes un devis à un artisan tu ne prends pas en compte le montant ? Tu ne cherches pas à payer le juste prix ? Ou alors tu donnes tout ton budget pour le plombier - parce qu'un plombier c'est chaud à trouver et en contrepartie les maçons tu les paies au lance-pierre parce qu'ils sont pas en position de force ? Parce qu'au final, tu sais, le budget est limité. Donc si tu donnes plus à l'un, c'est moins pour les autres. (c'est pas juste "moins pour les actionnaires", c'est d'abord moins pour les autres - parce que les actionnaires, quoi qu'il arrivent, ils prendront ce qu'ils ont prévu de prendre)
Quand tu gères une équipe, t'as un budget global. Partager le gâteau c'est pas "payer les dev au salaire max" mais valoriser le travail de chacun compte-tenu de leur nécessité dans le fonctionnement de l'entreprise.
Et partager le gâteau ça ne veut pas dire "tout donner pour les IT / dev" : partager le gâteau ça concerne tout le monde, y compris ceux qui ne sont pas sur les marchés tendus.
Donc juste pour finir mon explication (je doute que tu y sois réceptif, mais je l'explicite pour les lectrices et lecteurs qui tomberaient sur ce fil de discussion): payer un salarié au niveau de rémunération qui lui donne satisfaction, c'est la première étape pour que chacun s'y retrouve dans l'entreprise. Ensuite, partager le gâteau, ça passe par partager les bénéfices (tu sais, ce que gagne une entreprise n'est ni acquis ni garanti), pas par des salaires fixes élevés. Et c'est un partage avec l'ensemble de l'équipe y compris ceux qui ont un métier où le marché n'est pas à l'avantage des salariés.
Ton discours me fait penser à ces gens qui considèrent qu'une entreprise est forcément riche et que les recruteurs cherchent forcément à t'entuber ; et comme personne n'est parfait, si tu as un biais de méfiance par rapport au discours du recruteur, ça va forcément se confirmer parce que tu vas voir les points où le recruteur est mauvais. Et c'est d'ailleurs la même chose dans l'autre sens.
Après, libre à toi de considérer que je cherche à payer le moins cher possible les salariés - ou qu'une entreprise qui ne donne pas publiquement de fourchette de salaire cherche à t'entuber. J'ai pas plus d'argument à t'opposer.
Je n'ai pas donné d'avis tranché - j'ai juste dit que je m'interrogeais sur la pertinence de publier une fourchette de rémunération sur une recherche large en terme de compétences, profil, séniorité et tu en tires des conclusions hasardeuses au sujet de boîtes que tu ne connais pas.
Toutes les boîtes ne fonctionnent pas de la même manière, en fonction de leur taille, de l'actionnariat, de l'objet de l'entreprise, du domaine dans lequel elles évoluent … faire des généralités sur le recrutement c'est comme de dire "tous les dév sont ceci ou cela".
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Le sujet est intéressant sur le plan "développement d'entreprise"
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au lien Banni à vie des services publicitaires de Meta pour avoir enseigné Python. Évalué à 5.
Je suis d'accord avec ce que tu dis. Mais dans une société de plus en plus individualiste et de plus en plus orientée vers le libéralisme, je suis plutôt pessimiste, d'autant plus que les grandes entreprises comme Google où Facebook ont des moyens énormes et font un lobbying intense…
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
# Le sujet est intéressant sur le plan "développement d'entreprise"
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au lien Banni à vie des services publicitaires de Meta pour avoir enseigné Python. Évalué à 5.
La démarche générale dans l'industrie est d'automatiser. Les industries informatique et publicitaire n'y échappent pas.
Notre métier (le logiciel) repose d'ailleurs beaucoup sur ce principe.
Il est souvent plus rentable d'avoir un processus 100% automatisé avec des pertes collatérales (ou une part de marché non adressée) que cibler 100% du marché avec des processus nettement plus complexes et reposant sur l'humain.
C'est d'autant plus vrai que le cas de figure exposé dans le billet de blog est un micro pouillème du marché.
C'est malheureux mais c'est assez prévisible et inéluctable :-/
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Lien cassé
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au lien Le concept de logiciel libre expliqué en moins de 3 minutes en vidéo. Évalué à 2.
Bah oui, qu'est-ce que j'ai fichu ? :-(
Un modérateur peut corriger ?
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Servo
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au lien Une analyse financière de Mozilla. Évalué à 7.
Au vu des parts de marché, je pense que firefox est plutôt un faire valoir pour Google à qui on ne peut pas donc pas reprocher de monopole… grâce, justement, à l'existence de Firefox.
Je pense donc (contrairement à ce que je pensais il y a quelques temps) que le modèle est pérenne : Google aurait plus à perdre à arrêter son soutien à la fondation qu'à l'arrêter.
Ceci dit, en terme de valorisation, de fierté, de fer de lance du logiciel libre, c'est vrai qu'un autre modèle serait bien mieux.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Une honte
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au lien Une analyse financière de Mozilla. Évalué à 4.
Échouer ça veut dire quoi ? A-t-elle échoué ? Il faudrait connaître les objectifs qui lui ont été donnés par le board.
Connaître le processus de nomination permettrait d'évaluer la légitimité de la CEO et l'adéquation du projet affiché de la fondation et le projet opérationnel/concret.
J'en doute. Mais se payer grassement sur la bête, oui, ça peut être un objectif de la CEO , validé par les membres du board (sont ils rémunérés pour leur participation ? Qui les nomme/choisit/élit ?)
J'ai pas trouvé l'info (j'ai pas cherché des heures non plus, mais rien trouvé d'évident)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: synchro
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche 22 ans de Haiku. Évalué à 2.
Hello, j'ai prévu de t'y répondre aujourd'hui (j'aurais dû te le dire directement au lieu de squatter moi aussi les commentaires linuxfr - honte à moi).
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: synchro
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche 22 ans de Haiku. Évalué à 6.
Je suis emballé à l'idée de lire ce journal. Ça fait des plombes que je me dis qu'il faut que j'essaie sans jamais trouver le temps…
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
# Collisions de procédures ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Découverte de l'Entity Component System avec Bevy. Évalué à 4.
Dans cette démarche, comment gères-tu les collisions qui pourraient intervenir entre des procédures qui pourraient entrer en conflit ?
Par exemple si en complément de la ressource EnvoyeurDeMail tu implémentes une ressource SupprimeurDUtilisateurObsolète et que pendant que la première s'exécute, la seconde s'exécute également et a pour conséquence que EnvoyerDeMail essaie d'envoyer un mail à un uilisateur qui n'existe plus ?
L'exemple est un peu tiré par les cheveux ; plus les procédures sont longues et nombreuses, plus les collisions risquent d'intervenir et donc plus il y a de situations potentiellement problématiques … et du coup je suis curieux de savoir s'il y a des moyens de "garantir que ça fonctionnera toujours"
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
# Quelques pistes
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message Extraction de données d'une page web. Évalué à 8. Dernière modification le 27 septembre 2023 à 07:12.
Il faut que tu récupères le HTML puis que tu exécutes des opérations de sélection HTML (ça ressemble un peu à des requêtes xpath mais à un peu plus haut niveau).
Un tutoriel sur le scraping : https://www.ionos.fr/digitalguide/sites-internet/developpement-web/web-scraping-avec-python/
Requests ou curl, c'est juste la première étape.
Conseils complémentaires (inutile ?) :
CSV est un format standard en python, tu peux lire un fichier et le transformer en liste et dictionnaires python en 2/3 lignes donc c'est pas une étape douloureuse de passer par des fichiers intermédiaires.
Regarde l'exemple utilisant BeautifulSoup dans le lien ci-dessus, ça devrait te parler.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: open source en saas
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au lien "The Plan for InfluxDB 3.0 Open Source": érosion de l'offre open source de InfluxDB. Évalué à 4.
Je suis dubitatif sur le fait qu'il était + facile de monétiser du logiciel libre avant vu l'image que le libre avait 🤔
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: pas de demande pour les alias * en milieu pro ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal galae, le service email qui vous veut du bien ... c'est parti !. Évalué à 4.
Je ne dis pas qu'il n'y a pas d'utilité, hein. Je dis juste que ce n'est pas un besoin qui nous a été remonté. Ça peut être pour différentes raisons.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Crocus 🌷 !
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal galae, le service email qui vous veut du bien ... c'est parti !. Évalué à 7.
C'est une illustration qui a été faite (dans l'urgence) pour la campagne de financement. Je l'ai reprise telle quelle pour montrer le logo.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Crocus 🌷 !
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal galae, le service email qui vous veut du bien ... c'est parti !. Évalué à 4.
Le logo du service c'est l'enveloppe qui sourit
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Anonaddy ou SimpleLogin
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Quitter Gandi en prenant le chemin le plus improbable. Évalué à 6.
Pour galae, on n'a pas atteint l'objectif de financement pour l'alias * mais pas de beaucoup 😢 … du coup on a décidé de quand même lancer le développement. Ça devrait être disponible quasiment au lancement 🥳 On va communiquer sur le sujet tout bientôt.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
# Concernant docker, la réponse est dans la question ;)
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Quitter Gandi en prenant le chemin le plus improbable. Évalué à 6.
Puis
C'est un des bénéfices d'utiliser docker : découpler les logiciels qu'on fait tourner des contraintes liées à la machine hôte.
On fait du docker à Algoo ; pas seulement - et historiquement j'étais vraiment pas fan, mais force est de constater que c'est un excellent moyen de déployer des choses "souplement" par rapport aux machines hôtes, et de manière "programmatique".
La plupart des logiciels peuvent s'installer "à la main" sans docker, mais c'est une autre paire de manche car il y a une complexité d'architecture qui est partiellement encapsulée dans les déploiements docker.
Ça marche aussi avec des VM ; la question sur ce genre de logiciel destiné à l'auto-hébergement, c'est "comment déployer sans avoir besoin de maîtriser toute l'architecture" ; et docker est une réponse à cela.
Quoi qu'il en soit bravo pour le parcours et le journal très intéressant et agréable à lire.
Je note aussi un point du journal qui est précieux : on est nombreux à avoir été déçus par l'évolution de gandi (d'ailleurs c'est une des raisons qui nous ont poussés à lancer galae) mais il est question de stratégie de gestion et c'est presque orthogonal au travail qui a été fourni par les équipes opérationnelles. Et effectivement les équipes ont fait un super boulot depuis les débuts de gandi.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Vive IPv6
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal meet.jit.si se ferme … un peu. Évalué à 2.
Ça me rappelle bien qqchose :-)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Mailcow et alias *
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal galae, le service email qui vous veut (toujours) du bien - point d'étape. Évalué à 4.
Je comprends la technique ; c'est malin mais pas forcément intuitif pour quelqu'un qui ne connait pas bien les mécanismes (mais ces personnes ne sont probablement pas les cibles pour des alias *).
Je ne vois pas de raison de ne pas pouvoir le faire avec ce qu'on propose avec Galae ; du coup je note de l'intégrer dans la documentation 👍
Merci pour l'explication 👌
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Migration
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal galae, le service email qui vous veut (toujours) du bien - point d'étape. Évalué à 9.
Bonjour Jean-Roc,
La bascule peut se faire sans douleur dès lors que tu suis la documentation que l'on va mettre à disposition :
Ce n'est pas totalement transparent, mais c'est indolore.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Mailcow et alias *
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal galae, le service email qui vous veut (toujours) du bien - point d'étape. Évalué à 8.
Ok. Du coup c'est un catch-all ; mais tu en as un seul par domaine. Ce qu'on prévoit de faire, c'est que tu puisses définir un alias type
machin*@domaine.comet que ça agrège tous les mails qui correspondent sur cette boîte mail. Et en même temps que tu puisses avoirtruc*@domaine.comqui agrège ses propres emails.Ce n'est pas faisable de base.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: [HS] Blues Broders HS ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal galae, le service email qui vous veut (toujours) du bien - point d'étape. Évalué à 5.
J'ai transmis l'info :)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: simpleLogin
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal galae, le service email qui vous veut (toujours) du bien - point d'étape. Évalué à 4.
À chaud, je dirais que ça pourrait être une solution qu'on déploie en complément ; par contre je vois mieux la simplicité d'usage si on intègre tout dans mailcow directement.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Mailcow et alias *
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal galae, le service email qui vous veut (toujours) du bien - point d'étape. Évalué à 4.
Tu le configures dans l'interface utilisateur ?
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: J'ai pertinenté même s'il manque des informations...
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message [CDI] Agent informatique poste de travail Linux H/F Maestria – Pamiers (09). Évalué à 4.
Je ne justifie rien ; je me cites :
S'interroger ne veut pas dire "ne pas vouloir", ça signifie justement se poser des questions, peser le pour et le contre.
Pour le reste merci pour ton retour. Ça va effectivement dans le sens de mettre la fourchette systématiquement mais ça n'est pas tant pour faire gagner du temps que pour montrer patte blanche. (Parce que si je mets une annonce 35-60K€ comme évoqué dans un des messages au dessus, on ne va pas gagner de temps car un candidat va souvent se caler sur la fourchette haute et il va y avoir des discussions pour expliquer que non, en sortant d'école on ne pourra pas te payer 45K€ ou plus - en tout cas pas nous).
Pour info, je discute de rémunération dès le début du processus pour être sûr que c'est jouable.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: J'ai pertinenté même s'il manque des informations...
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message [CDI] Agent informatique poste de travail Linux H/F Maestria – Pamiers (09). Évalué à 4. Dernière modification le 27 août 2023 à 21:54.
J'ai eu l'occasion d'échanger avec une candidate qui cherchait un poste ; je l'ai dirigée vers une annonce que j'avais publiée car elle semblait correspondre en terme de missions. Elle m'a dit qu'elle n'était finalement pas intéressée. En creusant, elle a fini par me dire qu'elle cherchait une rémunération nettement plus élevée. Elle avait un profil plus expérimenté que ce que j'envisageais, donc le "surplus" pouvait se justifier - et ça donnait aussi une perspective à long terme différente pour l'entreprise.
J'en ai déduit que j'ai sans doute loupé des opportunités parce que des candidats ne se trouvaient pas dans les fourchettes affichées. Tu vas me dire "bah oui, mets +" mais en fait c'est du cas particulier, c'est en réalité un recrutement différent du recrutement initial parce que le candidat demande plus et propose plus et que du coup tu changes tes plans.
Recruter quand tu es une petite boîte qui fait des appli web, c'est pas comme recruter un nouvel ingénieur qui va rejoindre l'équipe motorisation à la NASA : les profils ne sont pas standards, le périmètre des postes est adapté selon les candidats, etc.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: J'ai pertinenté même s'il manque des informations...
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message [CDI] Agent informatique poste de travail Linux H/F Maestria – Pamiers (09). Évalué à 2.
J'ai échangé avec des candidats qui cherchaient avant tout l'intérêt du poste. Parce que leur niveau de revenu est de toute façon largement au dessus de leurs besoins et que ce qu'ils recherchent c'est un job intéressant.
Jette un coup d'oeil aux annonces que j'ai eu l'occasion de publier sur LinuxFR. Tu verras que le gâteau est partagé. Et pour info, partager le gâteau, c'est pas "filer des gros salaires aux dév parce que le marché est tendu" : il y a tout un tas d'autres métiers dans une entreprise, où le marché est moins tendu. Si je suis ton raisonnement, on partage le gâteau avec les dév parce qu'on doit le faire et on le partage moins avec les autres (parce que tu peux dire ce que tu veux, le gâteau n'est pas de taille infinie)
Tu confonds payer le moins possible et payer à un prix équilibré.
Laisse moi deviner : quand tu demandes un devis à un artisan tu ne prends pas en compte le montant ? Tu ne cherches pas à payer le juste prix ? Ou alors tu donnes tout ton budget pour le plombier - parce qu'un plombier c'est chaud à trouver et en contrepartie les maçons tu les paies au lance-pierre parce qu'ils sont pas en position de force ? Parce qu'au final, tu sais, le budget est limité. Donc si tu donnes plus à l'un, c'est moins pour les autres. (c'est pas juste "moins pour les actionnaires", c'est d'abord moins pour les autres - parce que les actionnaires, quoi qu'il arrivent, ils prendront ce qu'ils ont prévu de prendre)
Quand tu gères une équipe, t'as un budget global. Partager le gâteau c'est pas "payer les dev au salaire max" mais valoriser le travail de chacun compte-tenu de leur nécessité dans le fonctionnement de l'entreprise.
Et partager le gâteau ça ne veut pas dire "tout donner pour les IT / dev" : partager le gâteau ça concerne tout le monde, y compris ceux qui ne sont pas sur les marchés tendus.
Donc juste pour finir mon explication (je doute que tu y sois réceptif, mais je l'explicite pour les lectrices et lecteurs qui tomberaient sur ce fil de discussion): payer un salarié au niveau de rémunération qui lui donne satisfaction, c'est la première étape pour que chacun s'y retrouve dans l'entreprise. Ensuite, partager le gâteau, ça passe par partager les bénéfices (tu sais, ce que gagne une entreprise n'est ni acquis ni garanti), pas par des salaires fixes élevés. Et c'est un partage avec l'ensemble de l'équipe y compris ceux qui ont un métier où le marché n'est pas à l'avantage des salariés.
Ton discours me fait penser à ces gens qui considèrent qu'une entreprise est forcément riche et que les recruteurs cherchent forcément à t'entuber ; et comme personne n'est parfait, si tu as un biais de méfiance par rapport au discours du recruteur, ça va forcément se confirmer parce que tu vas voir les points où le recruteur est mauvais. Et c'est d'ailleurs la même chose dans l'autre sens.
Après, libre à toi de considérer que je cherche à payer le moins cher possible les salariés - ou qu'une entreprise qui ne donne pas publiquement de fourchette de salaire cherche à t'entuber. J'ai pas plus d'argument à t'opposer.
Je n'ai pas donné d'avis tranché - j'ai juste dit que je m'interrogeais sur la pertinence de publier une fourchette de rémunération sur une recherche large en terme de compétences, profil, séniorité et tu en tires des conclusions hasardeuses au sujet de boîtes que tu ne connais pas.
Toutes les boîtes ne fonctionnent pas de la même manière, en fonction de leur taille, de l'actionnariat, de l'objet de l'entreprise, du domaine dans lequel elles évoluent … faire des généralités sur le recrutement c'est comme de dire "tous les dév sont ceci ou cela".
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo