Le prototype (ou plutôt mock-up) est en cours, des updates arriveront sur la campagne kickstarter.
Concernant le paragraphe sur moi, il y en a déjà un minuscule et probablement insuffisant dans ma bio sur la page kickstarter (bon ok, il faut cliquer dessus pour la lire). Je vais rédiger ça un peu mieux.
En tout cas, merci pour les conseils, c'est la première fois que je tente un financement participatif, on verra la réussite (ou non) ^
Chaque activité aura un ensemble de tag, que les utilisateurs pourront soumettre avec l'approbation des fondateurs de l'activité. Du coup pour la recherche cela se passera avec 2 critères :
position GPS (donc soit la ville, soit sa propre position pour réduire/agrandir le rayon de recherche)
tag (social, technologique comme tu l'as suggéré du coup)
La campagne s'adresse à un publique plus large que juste un publique technique, la précision de libre est importante car OpenSource n'est pas forcément parlant, et l'expression FOSS pas forcément connue.
non, tout le monde ne pense pas du bien de, en fait c'est plutôt le contraire
Le contraire ? Si tu as des chiffres avec des sources je veux bien les voir. J'ai bien observé une communauté autour de ces deux exemples (~350 utilisateurs présents sur le forum de Duniter et 14 contributeurs sur le github).
Et ça, c'est que sur l'exemple de Duniter.
Note : après, je ne suis pas forcément la cible, mais faut savoir que le crowdfunding ne marche pas quand la cible des utilisateurs potentiels sont des gens fauchés
C'est un beau préjugé ça ! :)
(et les gens pas fauchés sont plus "open source" que "libre" si ils doivent choisir, par exemple).
Tu dis toi même qu'en pratique c'est la même chose, pourquoi devraient-ils faire un choix.
Pour conclure ma réponse, j'insisterai sur le pas seulement signifiant que je les deux aspects sont ciblés.
Ce qui signifierai qu'il faudrait que le driver utilisé en Input et en Output soit capable d'extraire le schéma afin que ce ne soit pas l'utilisateur qui le fasse.
En passant dans multiplication, il va voir que le "*" est absent, de même pour division, addition, et soustraction. Ainsi il rentre dans terme et c'est validé.
Sans parler d'ORM, on a dans Canopsis depuis quelque temps un système de ce genre.
On a une API "Storage" qui fournit les opérations de base que l'on réalise sur différents types de techno (default pour clé/valeur, graph, timed et periodical pour de la timeserie, etc…), et on code un driver qui implémente cette API (à ce jour on a du MongoDB 2 et InfluxDB).
Après au niveau de la config, on spécifie l'URL du-dit Storage.
Ça sera externalisé du projet sous peu et dispo sur PyPI ^
Je te renvoi vers cet article qui parle justement de ça.
S'il n'est pas prévu d'ajouter du support pour des bases Not Only SQL (MongoDB, ElasticSearch, CouchDB, Cassandra, …), ou au moins de fournir la possibilité d'ajouter des "drivers", alors il faudrait peut être penser à renommer le projet sql2twitter.
Je vois trop souvent cet amalgame, cela en devient frustrant.
Personnellement, je pense que la différence est la même qu'entre supervision et monitoring, c'est à dire qu'on introduit une méthodologie pour la résolution d'éventuels problèmes (identification, acquittement, déclaration de ticket, résolution).
Ici l'hypervision complète cette méthodologie, en unifiant les différentes solutions de supervision, et en remontant des statistiques sur cette méthodologie (SLA sur les durées d'acquittement, de résolution des problèmes et de disponibilité des services par exemple).
Le monitoring permet de surveiller (vérifier que le système fonctionne), et la supervision/hypervision permettent de prendre une décision quand il ne fonctionne pas (quel est le problème et la procédure à appliquer pour le résoudre ?).
Je pense aussi qu'on ne peut avoir l'un sans l'autre pour être réellement efficace.
Quand je dis "langage courant" ça reste bien sûr dans le domaine de l'informatique. Tu le dis toi même : "vu le nombre de personne qui parlent d'hypervision pour la virtualisation".
Donc bien sûr que c'est un jeu de mot, avec "hypervision" on accepte beaucoup plus facilement l'idée que cela se place au dessus (étymologie de hyper) de la supervision.
Dans Canopsis il y a toute une partie événementielle que n'ont pas ses solutions.
Quand j'écris qu'on récupère des données depuis les sources type Nagios/Shinken/Icinga/… c'est donc les checks, les downtimes, les ack, etc…
Et du coup quand j'écris qu'on peut interagir avec depuis l'application web, c'est qu'on propose une vue (personnalisable comme tout le reste) qui permet d'unifier tout ça (donc de poser des ACK, des downtimes, de requalifier la criticité des alarmes, et même de faire de la déclaration de ticket dans des outils tierces type iTop).
De plus, on fournit des éléments permettant de faire de la root cause analysis avec des outils tels que les sélecteurs ou les topologies (en cours d'amélioration d'ailleurs).
Je garde dans un coin l'idée de faire une dépêche pour parler de tout ça plus en détail ;)
Merci pour les retours en tout cas, je ne connaissais pas TICK ni Prometheus.
ce que j'ai exposé comme une sorte de pastebin, en gros un répertoire de code disponible pour tout utilisateur (il récupère ainsi le code et l'insère en base via l'UI)
lieu de stockage pour le code généré par les schémas JSON (une idée qui nous trotte dans la tête depuis un moment sans que quoi que ce soit ne soit encore mis en oeuvre pour)
Certes cela permet également à l'utilisateur de fournir son propre code, et donc de le mettre également à jour sans changer le socle comme tu dis, mais ce n'est qu'une conséquence.
Effectivement c'est une idée à creuser, heureusement que pour le moment la problématique ne se pose pas car Canopsis est généralement installé sur des infra interne où les utilisateurs n'ont aucun intérêt à injecter du code malicieux (m'enfin, on sait jamais).
De toutes façons, d'autres critères doivent prévenir l'exécution du code (absence de TU ou ceux ci ne passent pas ?).
Wayland 1.2 rentrera bien un jour dans experimental, puis testing. Ce jour là, les DE principaux, et les frameworks principaux (GTK, Qt, EFL, …) auront un support complet du protocole de Wayland, du coup la transition sera plus facile.
[^] # Re: Pas gagné
Posté par David Delassus (site web personnel) . En réponse au journal Tentative de financement participatif pour projet OpenSource. Évalué à 1.
Le prototype (ou plutôt mock-up) est en cours, des updates arriveront sur la campagne kickstarter.
Concernant le paragraphe sur moi, il y en a déjà un minuscule et probablement insuffisant dans ma bio sur la page kickstarter (bon ok, il faut cliquer dessus pour la lire). Je vais rédiger ça un peu mieux.
En tout cas, merci pour les conseils, c'est la première fois que je tente un financement participatif, on verra la réussite (ou non) ^
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Cool ton projet !
Posté par David Delassus (site web personnel) . En réponse au journal Tentative de financement participatif pour projet OpenSource. Évalué à 1.
Merci beaucoup pour ton soutiens !
Chaque activité aura un ensemble de tag, que les utilisateurs pourront soumettre avec l'approbation des fondateurs de l'activité. Du coup pour la recherche cela se passera avec 2 critères :
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: lien moisi
Posté par David Delassus (site web personnel) . En réponse au journal Tentative de financement participatif pour projet OpenSource. Évalué à 1.
Merci :)
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Pas gagné
Posté par David Delassus (site web personnel) . En réponse au journal Tentative de financement participatif pour projet OpenSource. Évalué à 1.
La campagne s'adresse à un publique plus large que juste un publique technique, la précision de libre est importante car OpenSource n'est pas forcément parlant, et l'expression FOSS pas forcément connue.
Le contraire ? Si tu as des chiffres avec des sources je veux bien les voir. J'ai bien observé une communauté autour de ces deux exemples (~350 utilisateurs présents sur le forum de Duniter et 14 contributeurs sur le github).
Et ça, c'est que sur l'exemple de Duniter.
C'est un beau préjugé ça ! :)
Tu dis toi même qu'en pratique c'est la même chose, pourquoi devraient-ils faire un choix.
Pour conclure ma réponse, j'insisterai sur le pas seulement signifiant que je les deux aspects sont ciblés.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: existant
Posté par David Delassus (site web personnel) . En réponse au journal Tentative de financement participatif pour projet OpenSource. Évalué à 1.
Je connais demosphere, mais je n'ai pas trouvé grand chose au niveau application mobile.
Après, cela peut être des sources d'informations pour remplir la base de données initialement afin d'éviter une période vide sur l'application.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Communecter
Posté par David Delassus (site web personnel) . En réponse au journal Tentative de financement participatif pour projet OpenSource. Évalué à 1.
Communecter et CoNet se rejoignent sur certains points mais :
En tout cas, je ne dis pas non pour être mis en contact, si on peut fédérer nos efforts, cela ne peut être qu'une bonne chose !
Merci pour ton retour ;)
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: lien moisi
Posté par David Delassus (site web personnel) . En réponse au journal Tentative de financement participatif pour projet OpenSource. Évalué à 1.
C'est ça, merci d'avance.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: lien moisi
Posté par David Delassus (site web personnel) . En réponse au journal Tentative de financement participatif pour projet OpenSource. Évalué à 1.
Effectivement, si un modo passe par la et peut l'éditer !
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Emulation d'un CPU 32-bits sur MCU 8-bits
Posté par David Delassus (site web personnel) . En réponse au journal [Bookmark] Faire tourner Linux sur un micro-contrôleur 8-bit. Évalué à 1.
Faut savoir être patient dans la vie, ça laisse le temps d'aller se faire un long café.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: une catastrophe se prépare
Posté par David Delassus (site web personnel) . En réponse au journal Présentation d'un outil de migration léger en python. Évalué à 3.
Ce qui signifierai qu'il faudrait que le driver utilisé en Input et en Output soit capable d'extraire le schéma afin que ce ne soit pas l'utilisateur qui le fasse.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Merci
Posté par David Delassus (site web personnel) . En réponse au journal Lancement de mes pages Tipeee et Liberapay. Évalué à 1.
De ce que j'ai compris, le système c'est plutôt :
Le travail est fait, don ou pas don. Il ne s'agit donc pas d'un échange, il n'y a aucune rémunération.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Grammaire en boucle infinie ?
Posté par David Delassus (site web personnel) . En réponse au journal Génération de code (Python) avec Grako. Évalué à 1.
En passant dans
multiplication, il va voir que le"*"est absent, de même pourdivision,addition, etsoustraction. Ainsi il rentre danstermeet c'est validé.https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: suivi
Posté par David Delassus (site web personnel) . En réponse au message Access-Control-Allow-Origin sur les flux Atom de LinuxFR. Évalué à 1.
Merci du conseil, done.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: DB = DataBase != SQL
Posté par David Delassus (site web personnel) . En réponse au journal Tweeter le contenu de votre base de données - db2twitter - support des tweets avec image. Évalué à 2.
Sans parler d'ORM, on a dans Canopsis depuis quelque temps un système de ce genre.
On a une API "Storage" qui fournit les opérations de base que l'on réalise sur différents types de techno (default pour clé/valeur, graph, timed et periodical pour de la timeserie, etc…), et on code un driver qui implémente cette API (à ce jour on a du MongoDB 2 et InfluxDB).
Après au niveau de la config, on spécifie l'URL du-dit Storage.
Ça sera externalisé du projet sous peu et dispo sur PyPI ^
Je te renvoi vers cet article qui parle justement de ça.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
# DB = DataBase != SQL
Posté par David Delassus (site web personnel) . En réponse au journal Tweeter le contenu de votre base de données - db2twitter - support des tweets avec image. Évalué à 0.
S'il n'est pas prévu d'ajouter du support pour des bases Not Only SQL (MongoDB, ElasticSearch, CouchDB, Cassandra, …), ou au moins de fournir la possibilité d'ajouter des "drivers", alors il faudrait peut être penser à renommer le projet sql2twitter.
Je vois trop souvent cet amalgame, cela en devient frustrant.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Ouf
Posté par David Delassus (site web personnel) . En réponse à la dépêche Présentation technique de Canopsis. Évalué à 2.
Merci pour le retour :)
Personnellement, je pense que la différence est la même qu'entre supervision et monitoring, c'est à dire qu'on introduit une méthodologie pour la résolution d'éventuels problèmes (identification, acquittement, déclaration de ticket, résolution).
Ici l'hypervision complète cette méthodologie, en unifiant les différentes solutions de supervision, et en remontant des statistiques sur cette méthodologie (SLA sur les durées d'acquittement, de résolution des problèmes et de disponibilité des services par exemple).
Le monitoring permet de surveiller (vérifier que le système fonctionne), et la supervision/hypervision permettent de prendre une décision quand il ne fonctionne pas (quel est le problème et la procédure à appliquer pour le résoudre ?).
Je pense aussi qu'on ne peut avoir l'un sans l'autre pour être réellement efficace.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: jouer sur les mots
Posté par David Delassus (site web personnel) . En réponse à la dépêche Présentation technique de Canopsis. Évalué à 5.
Quand je dis "langage courant" ça reste bien sûr dans le domaine de l'informatique. Tu le dis toi même : "vu le nombre de personne qui parlent d'hypervision pour la virtualisation".
Donc bien sûr que c'est un jeu de mot, avec "hypervision" on accepte beaucoup plus facilement l'idée que cela se place au dessus (étymologie de hyper) de la supervision.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: canopsis
Posté par David Delassus (site web personnel) . En réponse au journal Code Python en BDD avec Canopsis. Évalué à 2.
Dans Canopsis il y a toute une partie événementielle que n'ont pas ses solutions.
Quand j'écris qu'on récupère des données depuis les sources type Nagios/Shinken/Icinga/… c'est donc les checks, les downtimes, les ack, etc…
Et du coup quand j'écris qu'on peut interagir avec depuis l'application web, c'est qu'on propose une vue (personnalisable comme tout le reste) qui permet d'unifier tout ça (donc de poser des ACK, des downtimes, de requalifier la criticité des alarmes, et même de faire de la déclaration de ticket dans des outils tierces type iTop).
De plus, on fournit des éléments permettant de faire de la root cause analysis avec des outils tels que les sélecteurs ou les topologies (en cours d'amélioration d'ailleurs).
Je garde dans un coin l'idée de faire une dépêche pour parler de tout ça plus en détail ;)
Merci pour les retours en tout cas, je ne connaissais pas TICK ni Prometheus.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Utilité
Posté par David Delassus (site web personnel) . En réponse au journal Code Python en BDD avec Canopsis. Évalué à 1.
En réalisant cela, on a pensé à deux usages :
Certes cela permet également à l'utilisateur de fournir son propre code, et donc de le mettre également à jour sans changer le socle comme tu dis, mais ce n'est qu'une conséquence.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Puissant… et dangereux
Posté par David Delassus (site web personnel) . En réponse au journal Code Python en BDD avec Canopsis. Évalué à 2.
Effectivement c'est une idée à creuser, heureusement que pour le moment la problématique ne se pose pas car Canopsis est généralement installé sur des infra interne où les utilisateurs n'ont aucun intérêt à injecter du code malicieux (m'enfin, on sait jamais).
De toutes façons, d'autres critères doivent prévenir l'exécution du code (absence de TU ou ceux ci ne passent pas ?).
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Demande de correction
Posté par David Delassus (site web personnel) . En réponse au journal SySVinit considered harmful ?. Évalué à 1.
"goto est trop pratique pour ne pas l'utilisé"
utiliser.
Un modo dans le coin ?
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: .
Posté par David Delassus (site web personnel) . En réponse au journal Un bond en avant pour Gitlab.com. Évalué à 1.
Pour info :
Personnellement, je ne me sers de Github que pour des projets libres.
Pour ce qui est privé j'ai un serveur ssh, je push dessus tout simplement.
Par contre au boulot, on passe justement sur du Gitlab, tout en restant sur Github pour nos devs open-source.
Sinon, bitbucket et gitorious dans l'histoire ?
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Pourquoi coder en C++ ?
Posté par David Delassus (site web personnel) . En réponse à la dépêche irccd, un robot IRC en C++ et Lua. Évalué à 7.
il ne me semblait pas qu'on était vendredi.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: La mort de X en 2014 ?
Posté par David Delassus (site web personnel) . En réponse à la dépêche X.Org est mort, vive Wayland ! (2). Évalué à 2.
Wayland 1.2 rentrera bien un jour dans experimental, puis testing. Ce jour là, les DE principaux, et les frameworks principaux (GTK, Qt, EFL, …) auront un support complet du protocole de Wayland, du coup la transition sera plus facile.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
# Liferea
Posté par David Delassus (site web personnel) . En réponse au journal google reader se moque. Évalué à 2.
Liferea est pas mal.
Je l'ai installé suite à cette nouvelle.
Il s'intègre plutôt bien à GNOME 3 si tu utilise.
Tu as aussi pas mal d'applis mobile pour quand tu es en mouvement.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg