Frédéric Bertolus a écrit 56 commentaires

Les navettes ou autres capsules entrent dans l’atmosphère à environ 30 000 km/h (mach 24) donc il a un peu de marge avant de brûler.

Je vais faire une réponse centralisé aux quelques remarques :

On a un business model, un business plan (qui nous a permis d'intégrer l'incubateur de l'École Central Paris). On avait prévu la disette financière, qui n'est pas le problème principal.
On est d'accord que c'est trop tôt pour arrêter, on continue à croire en l'idée. Cependant quand la motivation n'est plus là il faut savoir arrêter et passer la main. Note que cette décision n'a pas été facile.

On était parfaitement conscient dès le début que la communication était de loin le plus important pour le succès d'Elveos. On pensait pouvoir prendre en charge la communication par nous même.
Nous ne nous sommes pas limités à LinuxFr : estimant que l'international est très important pour Elveos, nous avons commencé très rapidement à communiquer avec peu de succès aux États-Unis (petite note, le site est internationalisé : https://elveos.org/en). Par ailleurs, parce que trouver des développeurs est vital pour Elveos, nous avons rapidement été présents sur plusieurs salons.
Notre plus grosse erreur pour la communication est de ne pas nous rendre compte suffisamment tôt que l'on avait besoin d'aide : nous aurions dû faire appel à la communauté pour nous aider, et trouver un stagiaire.

Pour nous faire pardonner, voici un jolie Nimage.

Le problème est que l'on a déjà trop codé par rapport à ce qu'il aurait fallu. On a même pas mal du fonctionnalités que personne n'utilise mais on a préférer les coder plutôt que faire connaître le site. Maintenant, il n'y a plus grand chose à faire, même pour 1 personne, au moins en attendant que qu'il y ai plus de trafic.

Pour ma part, c'est vrai qu'après 1 an et demi à coder à plein temps sur le même logiciel, ça ne ferait pas de mal de passer à autre chose !

C'était en effet prévu de continuer. Ce que l'on avait pas anticipé, c'est que c'est nettement moins passionnant (pour nous) de faire vivre le site que de le concevoir/développer.

Actuellement ça coûte cher par rapport à ce que cela rapporte : 100 € par mois environ, soit 50€ pour le serveur et 50€ de frais fixe bancaire.

Les frais bancaires sont important parque l'on ne voulait pas utiliser Paypal donc on a un contrat monétique avec une banque. En passant par Paypal, les commissions seront plus élevés mais au moins ça ne coûterait rien en cas d'inactivité.

Pour l'hébergement, il est surdimentionné par rapport à la charge actuelle, donc il devrait être possible de réduire aussi ces frais fixes.

Déjà, il faut suffisamment de personnes malhonnêtes pour créer un vrai conflit : si une personne dit que ce n'est pas assez bien, mais que 5 autres ont dit que c'est bon, alors le développement sera probablement validé. S'il n'y a pas de consensus, les administrateurs peuvent arbitrer.

Merci pour ton retour d'expérience. Le site est en beta et il y a en effet des choses à améliorer.

L'inscription est demandée car Elveos n'est pas un simple système de paiement. Contribuer donne des droits, comme le droit de vote lors de la validation, annulation de la contribution ... Sans inscription, on perd le contrôle total de son argent dès le paiement.
Par contre, on travaille sur une procédure simplifié qui permet de contribuer sans mail d'activation.

Ensuite, je reconnais qu'il y a un bug sur le chargement de compte, on va corriger ça assez vite. D'autre part, on cherche encore un moyen de mieux présenter la fonctionnalité "chargement de compte" pour ne pas embrouiller les utilisateurs.

Je n'ai pas réussi à reproduire les 2 autres problèmes que tu signalez. Nous sommes en train d'investiguer la possibilité de problèmes dû aux espaces en trop sur les champs de formulaires.
Cependant, l'étude approfondie de nos logs nous font penser qu'il pourrait y avoir une erreur de manip de ta part (faute de frappe ?).
Si tu peux nous envoyer plus de détail, tu peux me contacter à fred@elveos.org.

Elveos c'est du logiciel libre, et tous les retours sont intéressants.

Je ne me souviens plus exactement, mais le couple java + eclipse/netbeans est, il me semble, inégalé en outils de renommage, auto complétion et génération de code. De plus compter la détection d'erreur en temps réel fait gagné beaucoup de temps et elle est très limité en python par exemple.

C'est un système d'achat groupé. Il n'est pas ici proposer de développer "Montrer les photos géolocalisées sur une carte" pour 5€, il faut attendre d'autres contributions.

Un élément important du site, les offres, n'est pas encore visible. Si un développeur peut développeur la demande, il peut faire un offre ou il décrit ce qu'il va réellement faire et à quel prix.

Le vote n'est pas là pour inciter les développeurs à le développeur les demandes gratuitement, mais pour mettre en valeur les demandes intéressantes et réaliste et au contraire masques les demandes peu pertinentes.

Ce n'est pas encore en plus, mais l'objectif est de tester la solution suivante :

Le titre et la description des demandes pourront être traduite pour toucher la cible la plus large possible. Le reste ne sera pas traduit, et l'anglais sera sûrement fortement incité pour des débats techniques.

Oui, c'est la source d'inspiration initiale.

Au vu de nos piètres qualités artistique, c'était difficile de viser plus complexe que des bonhommes bâton pour rendre le site plus vivant :)

Il me semble qu'a l'époque (il y a un an) nous n'avons pas du trouvé de framework qui collait à toutes nos exigences et qui compensait à l'attrait de réinventer la roue. Il est possible que nous soyons passé à coté de Play surtout que avons commencé initialement à codé en python, jusqu'au premier besoin de faire du refactoring ...

Il faudrait tester Play, ou d'autres framework sur des problématiques complexes, mais pour le moment je ne regrette pas notre choix. Si ça n'était pas forcement le plus efficace, ça été très enrichissant. De plus je pense qu'une fois isolé du code d'Elveos, ça peut être un bon framework pour de gros sites web.

Il y a un risque de perdre quelques contributeurs à cause de la structure juridique.

Nous n'avons pas peur qu'une association se monte en reprenant le code. Il est publié justement pour que nous ayons cet "menace". Le but d'elveos est d'être un acteur neutre, fiable et de confiance dans le logiciel libre. C'est une partie de notre valeur ajouté. Il me semble que tant qu'elveos respect ses engagements, il me semble qu'il n'y a pas de raison que les développeurs et les contributeurs décident de forker.

Il est possible de verser de l'argent en une seul fois et de le dispatcher en plusieurs demande. (clicker sur son nom en haut une fois loggé, puis il y a un bouton pour charger son compte dans la colonne de droite).

Le fonctionnalité du "pot commun" n'a pas été encore implémenté mais elle est depuis le début dans la liste des fonctionnalités importantes que nous avons prévu d'ajouter (elle devrait permettre d'augmenter très fortement la probabilité qu'une demande soit réalisée).

Effectivement, il faut déclarer la rémunération au impôt. Je crois que ce qui est possible de faire un travail à titre exceptionnel sans créer d'entreprise (Je ne trouve pas de source écrite donc à confirmer tout de même).

J'ai oublié une partie de la réponse !

Nous nous rémunérons en prélevant une commission de 10% à moment du paiement d'un contributeur (une fois sur le site, l'argent peut circuler librement sans autre prélèvement). Ça peut paraître élevé, mais une fois les frais bancaires et les différents coûts payé, il faut essayer de payer des salaires, qui même au smic coûtent cher ... Il y a un peu plus d'infos là dessus dans la faq : https://elveos.org/fr/documentation/faq

Nous nous sommes vraiment posé la question il y a quelques mois sur le statut juridique à choisir.

Nous avons finalement choisis une entreprise pour les raisons suivantes :

• Notre ambition est de devenir un acteur important de l'écosystème du libre. Si nous voulons développer des partenariats avec des grosses entreprises actrices dans le logiciel libre, nous pensons que le statut d'association loi 1901 française peut être un handicap en terme de crédibilité (surtout avec des flux d'argent importants).
• Le statut d'entreprise nous permet d'avoir accès à des aides auquel les associations n'ont pas accès. Par exemple, nous avons été admis à l'incubateur de l'École Centrale Paris, qui nous fournis locaux, matériel et conseils. Cela n'aurai pas été possible sans être une entreprise.
• Le but est de vivre de la gestion de ce site. Il faut beaucoup de temps pour développer, documenter, rencontrer des développeurs (on y travaille depuis 1 ans à plein temps). Nous croyons en entrepreneuriat social et nous jouons la carte de la transparence totale. Une ébauche d'informations financière dans la documentation : https://elveos.org/fr/documentation/financial
• Le choix de la SAS plutôt que d'autres forme juridique pour entreprise est la flexibilité de gestion. (exemple: convocation aux Assemblées Générales par mail plutôt que pas recommandé avec accusé de réception, ou possibilité de les faire en visioconférence)

Si notre site marche mais que nous abusons du logiciel libre avec des dividendes délirants, il est possible de lire cette doc INSTALL puis d'aspirer notre base via l'API REST. :)

Oui, cet argent doit être déclaré. Ça serait en effet une bonne idée d'ajouter cette question dans la FAQ.

Je ne connais pas en détail les statuts des étrangers, mais pour les développeurs Français :

• Il est possible d'être rémunérer sans devoir déclarer à titre exceptionnel (soit 1 fois par an dans la loi française). Il est donc possible de faire un petit développement sans se poser de question.
• Il est possible d'obtenir un statuts d'autoentrepreneur en cumul avec un emploi actuel. La seul contre indication est une interdiction explicite dans le contrat de travail ou un close de non concurrence.
• Un développeur indépendant doit avoir l'habitude de cette problématique.
• Elveos dispose d'un système d'équipe assez complexe qui permet à un développeur de réaliser une demande au nom de son entreprise ou d'un association. L'argent est alors versé transmis à l'organisation et non pas au développeur.

Dans tous les cas, comme quand on vend des pommes, c'est à celui qui vend d'être dans son droit pour toucher de l'argent et de le déclarer.

Pour ce qui est de la facturation, il y a sur le site un générateur de facture qui permet au développeur de générer une facture par contributeur.

Lorsque l'on fait une demande sur le site, il est demandé d'indiquer si l'intégration upstream est une exigence. Un développeur qui propose de réaliser la demande s'engage à faire se qui est demandé à moins qu'il indique le contraire dans son offre.

Avant le paiement, les contributeurs doivent valider la réalisation, et l'absence d'intégration upstream peut être vérifiée à ce moment.

https://elveos.org pour être exact.

J'ai testé seulement Crayon hier soir et il s'est lancé sans trop de problème sur une Ubuntu 64bits.

Ou au contraire, on aura un système de boite noire similaire à ce qui se fait dans l'aviation : enregistrement vidéo, log de tous les capteurs, ... Cela pourrait permettre au contraire d'expliquer la grande majorité des rares accident (En plus, si la boite noire n'est pas directement un serveur Google, elle ne se retrouvera que rarement à 4000 mètres de profondeur et n'aura pas à résister aux mêmes pressions).

- La possibilité de mettre les installations en file d'attente alors que Synaptic empêche toute recherche tant qu'une installation est en cours. Même les opérations d'update ou d'installation de .deb externe peuvent être mises en file d'attente.
- Le software center ne prend le lock sur apt qu'au besoin. Si Synaptic est lancer, plus personne ne peuvent installer des packets ou ajouter un ppa.
- S'il y a un lock, le software center attend sagement ce celui-ci soit libérer pour commencer son travail.

Pour installer, je préfère software center même si Synaptic reste plus pratique pour les opérations complexes.

Notez le lien 'Ubuntu' dans le menu de la page principale amenant vers cette page :

http://www.commodoreusa.net/ubuntu.html

En fait ça coince parce que je n'ai aucun Windows chez moi pour essayer de le lancer, et parce que je n'ai pas assez de temps à consacrer à ce système (je pourrais même citer l'équipe de Songbird : "We have a small engineering team here at Perroquet, and, more than ever, must stay very focused on a narrow set of priorities. "

Cependant, Perroquet utilise python, gstreamer et GTK qui, il me semble, peuvent tourner sous Windows. Si on m'envoie un patch pour la compatibilité Windows, il sera intégré (mais pas maintenu éternellement).

(Et en n'attendant, ça fait pas de mal que certains windowsiens se rendent compte qu'ils n'ont pas le système universel sur lequel tout marche)

Dans le cas de Perroquet, il s'agit de ressources sous CC-by et Domaine public. C'est donc peut-être tout simplement libre ?