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
et tout le monde va aussi perdre son temps.
C'est l'argument pour mettre la fourchette, merci de ne pas inverser.
On est bien d'accord ; c'est justement pour dire que dans le cas que j'évoque (fourchette large car recrutement large en terme de "seniorité" / de profil) si on met une fourchette de salaire large on perd autant de temps que si on n'en met pas.
En complément, si tu as un profil improbable et très valorisable qui est hors fourchette tu perds une candidature potentiellement intéressante.
Les profils improbables ne sont pas recrutés par ce biais.
En fait je ne cherche pas particulièrement à recruter des profils improbables, c'est plutôt d'avoir une communication (dans l'annonce) qui s'ouvre à ces profils qui peuvent ne pas entrer dans les critères.
Ces deux exemples viennent de vrais processus de recrutement récents qui m'interrogent sur le bien-fondé de l'affichage de la fourchette.
Tu as changé d'avis par rapport à il y a 2 mois?
Aujourd'hui je n'ai pas changé d'avis mais je m'interroge. Sur des profils clairement identifiés, on est d'accord que la fourchette est pertinente puisqu'il y a forcément un budget (comme ça a été dit à maintes et maintes reprises sur ce genre de débat). Sur des postes où le profil recherché n'est pas très précis, je me pose la question de présenter une fourchette. Si je mets 35-60K€, c'est pas très pertinent.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
qu'une fourchette de salaire est le minimum de respect
Si tu es prêt à prendre un profil variable disons de débutant à 7/8 années d'expérience, ta fourchette va être large. Et tu vas avoir masse de candidatures de débutant qui pensent cibler la fourchette haute et tout le monde va aussi perdre son temps. Du coup le côté bénéfique est perdu.
En complément, si tu as un profil improbable et très valorisable qui est hors fourchette tu perds une candidature potentiellement intéressante.
Ces deux exemples viennent de vrais processus de recrutement récents qui m'interrogent sur le bien-fondé de l'affichage de la fourchette.
À la base c'est pour faire gagner du temps à tout le monde, et je suis le premier convaincu. Et mes expériences c'est qu'au final ça fait louper des opportunités et que ç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.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Travailler et déployer du logiciel libre pour les postes de travail et dans l'industrie est relativement rare.
Je connais une partie de l'équipe et on a affaire à de vrais libristes (philosophie , moyens, vision) et ça aussi c'est suffisamment rare pour être attrayant.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Il me semble qu'à un moment on s'est trouvé (en tant qu'utilisateur) avec une régression des possibilités par rapport à l'accélération 3D matérielle. Genre les vieilles cartes étaient toujours supportées par X mais pas les nouvelles, et que du coup tu te retrouvais avec une expérience dégradée avec du matériel actuel (de l'époque).
C'est un souvenir vague, mais il y a eu j'en suis quasiment certain une période de no man's land (c'est pas une question de régression de X, mais de non maintien au standard en cours)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Ce que je voulais dire, c'est que la valeur/ qualité ressentie d'un logiciel est autant dans son "métier" de base que dans le niveau de "polish" de l'expérience utilisateur. Et ça, c'est une myriade de petites attentions qui sont bien souvent perdues lors d'une réécriture.
#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
[^] # 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.
On est bien d'accord ; c'est justement pour dire que dans le cas que j'évoque (fourchette large car recrutement large en terme de "seniorité" / de profil) si on met une fourchette de salaire large on perd autant de temps que si on n'en met pas.
En fait je ne cherche pas particulièrement à recruter des profils improbables, c'est plutôt d'avoir une communication (dans l'annonce) qui s'ouvre à ces profils qui peuvent ne pas entrer dans les critères.
Aujourd'hui je n'ai pas changé d'avis mais je m'interroge. Sur des profils clairement identifiés, on est d'accord que la fourchette est pertinente puisqu'il y a forcément un budget (comme ça a été dit à maintes et maintes reprises sur ce genre de débat). Sur des postes où le profil recherché n'est pas très précis, je me pose la question de présenter une fourchette. Si je mets 35-60K€, c'est pas très pertinent.
#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é à 5.
Si tu es prêt à prendre un profil variable disons de débutant à 7/8 années d'expérience, ta fourchette va être large. Et tu vas avoir masse de candidatures de débutant qui pensent cibler la fourchette haute et tout le monde va aussi perdre son temps. Du coup le côté bénéfique est perdu.
En complément, si tu as un profil improbable et très valorisable qui est hors fourchette tu perds une candidature potentiellement intéressante.
Ces deux exemples viennent de vrais processus de recrutement récents qui m'interrogent sur le bien-fondé de l'affichage de la fourchette.
À la base c'est pour faire gagner du temps à tout le monde, et je suis le premier convaincu. Et mes expériences c'est qu'au final ça fait louper des opportunités et que ç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.
#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é à 3.
Justement c'est pas le cas de cette boîte de ce que j'en sais.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
# 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é à 7.
Travailler et déployer du logiciel libre pour les postes de travail et dans l'industrie est relativement rare.
Je connais une partie de l'équipe et on a affaire à de vrais libristes (philosophie , moyens, vision) et ça aussi c'est suffisamment rare pour être attrayant.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: mouais
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au lien Desktop Linux has a Firefox problem. Évalué à 2.
Il me semble qu'à un moment on s'est trouvé (en tant qu'utilisateur) avec une régression des possibilités par rapport à l'accélération 3D matérielle. Genre les vieilles cartes étaient toujours supportées par X mais pas les nouvelles, et que du coup tu te retrouvais avec une expérience dégradée avec du matériel actuel (de l'époque).
C'est un souvenir vague, mais il y a eu j'en suis quasiment certain une période de no man's land (c'est pas une question de régression de X, mais de non maintien au standard en cours)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: mouais
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au lien Desktop Linux has a Firefox problem. Évalué à 3.
Ce que je voulais dire, c'est que la valeur/ qualité ressentie d'un logiciel est autant dans son "métier" de base que dans le niveau de "polish" de l'expérience utilisateur. Et ça, c'est une myriade de petites attentions qui sont bien souvent perdues lors d'une réécriture.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Sécurité
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au lien Red Hat cesse tout développement sur le Bluetooth et le multimédia de GNOME. Évalué à 7.
J'utilise depuis que j'ai une enceinte bluetooth. C'est un cas d'usage secondaire, mais je dois faire partie de ces quelques micro-pourcents…
Ceci dit je n'utilise pas gnome ;-)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo