Pour FAN et EON faut leur demander, mais à ma connaissance il n'y a pas trop d'échanges. Tu verras que c'est souvent le cas entre des solutions de ce genre, car ce sont des "solutions" justement, pas des "outils". Il y a d'ailleurs beaucoup moins d'aide (les 2~3%) sur ce genre de solutions que sur des librairies de développements justement. Ceci tient justement de ton public, ton cœur de marché.
D'un côté tu vas parler à des dev, ou des intégrateurs qui cherchent à avoir un outil parfaitement adapté à leur besoin, et qui savent donc qu'ils vont devoir faire un travail d'adaptation (code ou autre).
De l'autre pour les solutions les utilisateurs veulent quelque chose qui leur correspond directement, sans avoir à creuser. Le soucis va venir de l'adéquation avec leurs besoins. Eux ne vont pas coder/adapter. Ils cherchent un outil qui colle sans avoir à faire cela. Un conseil donc : si c'est trop loin de leurs attentes, rediriges les vers autre chose, car ils vont juste te faire perdre du temps pour que tu adaptes ta solution à leur besoin précis, mais étant parti sur une relation où tu donnes la solution, ils voudront cela gratuitement. Ceci ne peut donc durer que le temps de des allocations chômages. J'ai un peu tiré les traits entre les deux blocs, mais je pense que tu as déjà vu que c'est déjà ce que tu es en train de vivre.
Pour pôle emploi justement ça devrait aussi arriver en priorité sur ta todo list :)
Me concernant je suis en train de monter un business autour d'un projet open source sur le même sujet, et je te confirme que c'est loin d'être facile. Il y a bien la solution du "tout service", donc faire le travail d'une SSLL par exemple, mais côté "éditeur open source" c'est déjà bien moins trivial.
Tu peux donc continuer à développer pour deux raisons : la gloire ou un salaire (ou les deux si tu as de la chance). Ce derniers temps j'arrive à penser que la recherche de la gloire ça a surtout un coût ;)
D'expérience, vu le sujet, il n'y a pas de solution idéale et simple en matière de supervision. Elle est soit idéale, soit simple. Pas les deux. Essais un peu de voir quelle partie tu préfères et comment tu veux orienter tes projets (open source et commercial, ce ne sont pas les mêmes) par rapport à ça. Pas simple comme exercice, mais bienfaiteur une fois fait :)
[^] # Re: concept intéressant
Posté par Jean Gabes (site web personnel) . En réponse à la dépêche Overmon : la supervision couplée à l’inventaire. Évalué à 2.
Pour FAN et EON faut leur demander, mais à ma connaissance il n'y a pas trop d'échanges. Tu verras que c'est souvent le cas entre des solutions de ce genre, car ce sont des "solutions" justement, pas des "outils". Il y a d'ailleurs beaucoup moins d'aide (les 2~3%) sur ce genre de solutions que sur des librairies de développements justement. Ceci tient justement de ton public, ton cœur de marché.
D'un côté tu vas parler à des dev, ou des intégrateurs qui cherchent à avoir un outil parfaitement adapté à leur besoin, et qui savent donc qu'ils vont devoir faire un travail d'adaptation (code ou autre).
De l'autre pour les solutions les utilisateurs veulent quelque chose qui leur correspond directement, sans avoir à creuser. Le soucis va venir de l'adéquation avec leurs besoins. Eux ne vont pas coder/adapter. Ils cherchent un outil qui colle sans avoir à faire cela. Un conseil donc : si c'est trop loin de leurs attentes, rediriges les vers autre chose, car ils vont juste te faire perdre du temps pour que tu adaptes ta solution à leur besoin précis, mais étant parti sur une relation où tu donnes la solution, ils voudront cela gratuitement. Ceci ne peut donc durer que le temps de des allocations chômages. J'ai un peu tiré les traits entre les deux blocs, mais je pense que tu as déjà vu que c'est déjà ce que tu es en train de vivre.
Pour pôle emploi justement ça devrait aussi arriver en priorité sur ta todo list :)
Me concernant je suis en train de monter un business autour d'un projet open source sur le même sujet, et je te confirme que c'est loin d'être facile. Il y a bien la solution du "tout service", donc faire le travail d'une SSLL par exemple, mais côté "éditeur open source" c'est déjà bien moins trivial.
Tu peux donc continuer à développer pour deux raisons : la gloire ou un salaire (ou les deux si tu as de la chance). Ce derniers temps j'arrive à penser que la recherche de la gloire ça a surtout un coût ;)
D'expérience, vu le sujet, il n'y a pas de solution idéale et simple en matière de supervision. Elle est soit idéale, soit simple. Pas les deux. Essais un peu de voir quelle partie tu préfères et comment tu veux orienter tes projets (open source et commercial, ce ne sont pas les mêmes) par rapport à ça. Pas simple comme exercice, mais bienfaiteur une fois fait :)