Étant frustré par l'immobilité de Gitlab sur cette discussion, j'avais adopté une technique dont je trouve l'efficacité assez frustrante voire agaçante : faire des reproches en public pour faire de la question non seulement une question de fond, mais aussi une question de réputation. Les gens qui sont sur Twitter font ça très bien, on entend beaucoup d'histoires de gens qui contactent un service client, aucun résultat probant, et qui se mettent à râler sur Twitter et là tout de suite on leur donne satisfaction. C'est triste, mais souvent le fait qu'on expose un problème à un endroit où il touche la réputation de l'autre permet de le résoudre beaucoup plus rapidement.
Concrètement, c'était un message Google Plus, dans la communauté Gitlab (donc visible par les gens auprès de qui Gitlab veut faire de la publicité : cette communauté fait partie de la stratégie de communication) pour râler sur l'absence totale de réponse de Gitlab sur l'issue. Quatre jour à près, une personne de Gitlab répondait qu'ils allaient y re-réfléchir. Je ne connais pas assez leur processus décisionnel pour dire que "c'est ça" qui a débloqué la situation, mais c'est clair que ça a joué—la personne le dit lui-même.
Il faut faire attention à ne pas trop utiliser cette technique, je pense. Quand on force des gens à réagir à quelque chose, ça peut être aux dépends d'un autre sujet sur lesquels ils travaillaient qui était aussi ou plus important. En plus ça nécessite forcément de rentrer un peu dans le lard (si on écrit une demande gentille et implicite, ça ne fait pas pression), et donc ce n'est pas une bonne manière d'entretenir des relations productives sur le long terme.
Je ressors de cette expérience (et d'autres un peu du même genre) avec un sentiment mitigé sur ce modèle d'"Open Core" où tout le monde danse d'un pied sur l'autre pour savoir ce qui va être libre et ce qui ne va pas l'être, et où on sent que parfois il y a une barrière à l'amélioration de la solution libre à cause de l'offre propriétaire qui l'accompagne. J'aime mieux les modèles par souscriptions, comme LWN.net.
# Râler en public
Posté par gasche . En réponse à la dépêche GitLab libère les GitLab Pages. Évalué à 5.
Étant frustré par l'immobilité de Gitlab sur cette discussion, j'avais adopté une technique dont je trouve l'efficacité assez frustrante voire agaçante : faire des reproches en public pour faire de la question non seulement une question de fond, mais aussi une question de réputation. Les gens qui sont sur Twitter font ça très bien, on entend beaucoup d'histoires de gens qui contactent un service client, aucun résultat probant, et qui se mettent à râler sur Twitter et là tout de suite on leur donne satisfaction. C'est triste, mais souvent le fait qu'on expose un problème à un endroit où il touche la réputation de l'autre permet de le résoudre beaucoup plus rapidement.
Concrètement, c'était un message Google Plus, dans la communauté Gitlab (donc visible par les gens auprès de qui Gitlab veut faire de la publicité : cette communauté fait partie de la stratégie de communication) pour râler sur l'absence totale de réponse de Gitlab sur l'issue. Quatre jour à près, une personne de Gitlab répondait qu'ils allaient y re-réfléchir. Je ne connais pas assez leur processus décisionnel pour dire que "c'est ça" qui a débloqué la situation, mais c'est clair que ça a joué—la personne le dit lui-même.
Il faut faire attention à ne pas trop utiliser cette technique, je pense. Quand on force des gens à réagir à quelque chose, ça peut être aux dépends d'un autre sujet sur lesquels ils travaillaient qui était aussi ou plus important. En plus ça nécessite forcément de rentrer un peu dans le lard (si on écrit une demande gentille et implicite, ça ne fait pas pression), et donc ce n'est pas une bonne manière d'entretenir des relations productives sur le long terme.
Je ressors de cette expérience (et d'autres un peu du même genre) avec un sentiment mitigé sur ce modèle d'"Open Core" où tout le monde danse d'un pied sur l'autre pour savoir ce qui va être libre et ce qui ne va pas l'être, et où on sent que parfois il y a une barrière à l'amélioration de la solution libre à cause de l'offre propriétaire qui l'accompagne. J'aime mieux les modèles par souscriptions, comme LWN.net.