LeBouquetin a écrit 1907 commentaires

  • [^] # Re: clauses de résiliation

    Posté par  (site web personnel, Mastodon) . En réponse au message Contrat type de freelance ?. Évalué à 2.

    Merci pour le lien sur le paiement, lecture intéressante (et claire, ce qui n'est pas toujours le cas quand on parle de droit :)

  • [^] # Re: clauses de résiliation

    Posté par  (site web personnel, Mastodon) . En réponse au message Contrat type de freelance ?. Évalué à 2.

    En fait, sur les clauses de non-concurrence, tout ce que tu dis je le connaissais dans un cadre salarié. Là on parle de freelance sous forme de société donc contrat entre personnes morales alors que la clause de non-concurrence s'applique, si je ne m'abuse, à une personne physique. Le fait d'être associé unique dans une société ne permet pas de faire l'amalgame entre société - personne morale qui signe le contrat, et dirigeant/exécutant - personne physique qui exécute la mission.

    Il y a une distinction très claire en d'un point de vue légal ; dans ce que tu dis et ce que dis palm123, je ne vois pas cette distinction.

    Ton contrat de freelance stipule quoi si tu es en SARL ? Que ta société MonNom Corporation met à disposition du client LeClient l'expert ultra-compétent MonNom pour un tarif quotidien de 10K€ HT ?

  • # Salt également présenté à Grenoble le 29 janvier

    Posté par  (site web personnel, Mastodon) . En réponse à la dépêche AFUP Lyon et AFPy - 23 janvier 2014 : soirée provisionning. Évalué à 3. Dernière modification le 06 janvier 2015 à 09:04.

    Je profite de cette dépêche pour annoncer que ceux qui ne peuvent pas se rendre à Lyon pour cet évènement peuvent profiter d'une présentation de Salt à Grenoble organisée le jeudi 29 janvier par le Groupe d'utilisateurs python de Grenoble.

  • [^] # Re: clauses de résiliation

    Posté par  (site web personnel, Mastodon) . En réponse au message Contrat type de freelance ?. Évalué à 4.

    Merci pour ta réponse.

    Je ne sais pas si tu es immatriculé sous forme de société (EURL / SASU) ; avec ce type de structure, un tel contrat pourrait bien t'empêcher de travailler (le droit des sociétés étant moins "cool" que le droit du travail) ?

  • [^] # Re: Similaire, puis expatriation...

    Posté par  (site web personnel, Mastodon) . En réponse à la dépêche Vivre du logiciel libre - Ikux trois ans plus tard. Évalué à 3.

    je note dans la dépèche un sacré amalgame peut-être non voulu entre passage en SARL et "début de la fin" : le début de la fin est dû à son manque de clients, pas au passage en SARL qui est un détail technique et ne change pas son problème de fond qui est arrivé)

    Ce que j'ai compris dans les réponses de Daniel et que j'ai essayé de mettre en relief c'est la vie de son entreprise en 3 étapes clé :

    1. la création en auto-entrepreneur, simple, efficace, rapide,
    2. le passage à la vitesse supérieure et la transformation en SARL,
    3. le creux de la vague et la décision d'arrêter.

    Je ne pense pas qu'il y ait d'amalgame voulu. Peut-être un sentiment de lassitude, genre ton activité ne marche plus et l'administration vient encore te compliquer la tâche (qui est une réaction naturelle, je pense, même si c'est pas justifié) ; mais pas d'amalgame.

  • [^] # Re: Statut pas intéressant...

    Posté par  (site web personnel, Mastodon) . En réponse à la dépêche Vivre du logiciel libre - Ikux trois ans plus tard. Évalué à 3.

    C'était / c'est quoi ton activité ?

  • [^] # Re: Statut pas intéressant...

    Posté par  (site web personnel, Mastodon) . En réponse à la dépêche Vivre du logiciel libre - Ikux trois ans plus tard. Évalué à 10.

    En fait dès que tu gères une boîte tu te rends compte que la trésorerie c'est le nerf de la guerre. C'est simple : une boîte meurt lorsqu'elle n'est plus solvable. Cela ne signifie pas qu'elle n'est pas rentable, mais qu'elle n'a simplement pas de quoi payer ses dettes en temps et en heures (et si tu as des grosses commandes déjà réalisées mais payables à 90 jours, c'est ton problème). Du coup, une bonne gestion, c'est de ne pas payer trop tôt et de faire payer au plus vite de manière à optimiser ta trésorerie et ton besoin en fond de roulement.

    En général, tu as des conditions de paiement qui sont du type "30 jours fin de mois" ou "90 jours fin de mois". Ca signifie que tes clients doivent te payer à la fin du mois qui correspond au 30ème jour.

    Concrètement : si tu émets ta facture le 15 novembre et que tes conditions sont du type 30 jours fin de mois, ça autorise ton client à payer le 31 décembre.

    D'où le conseil qu'on m'avait donné : quand tu arrives en fin de mois, il est important d'envoyer les factures en priorité par rapport à d'autres tâches qui pourraient être décalées de quelques jours.

    En effet, si on a des conditions de paiement qui sont 30 jours fin de mois :
    - une facture émise le 30 novembre doit être acquittée au plus tard le 31 décembre.
    - une facture émise le 2 décembre doit être acquittée au plus tard le 31 janvier.

    En deux jours, tu prends 1 mois dans la vue.

  • [^] # Re: Similaire, puis expatriation...

    Posté par  (site web personnel, Mastodon) . En réponse à la dépêche Vivre du logiciel libre - Ikux trois ans plus tard. Évalué à 10.

    J'ai commencé à lire

    De toute façon, faire une entreprise en France, quelle que soit sa forme, c'est suicidaire.

    Et je me suis dit que ce n'était pas la peine d'aller plus loin.

  • # Statut pas intéressant...

    Posté par  (site web personnel, Mastodon) . En réponse à la dépêche Vivre du logiciel libre - Ikux trois ans plus tard. Évalué à 3.

    Tu dis ceci :

    La SARL n'est pas un statut intéressant si on est l'unique gérant majoritaire, sans aucun employé, avec très peu de charges et des délais de paiement long.

    J'imagine que tu parles de cela par rapport aux paiements forfaitaires réclamés par le RSI (avec régulation l'année suivante… mais en attendant tu as sorti de la trésorerie). Quel statut tu prendrais si tu devais refaire le choix ? SAS à associé unique ? Un autre statut ?

  • [^] # Re: c'est pas évident snas les bon mots clés

    Posté par  (site web personnel, Mastodon) . En réponse au message Widget calendrier sur site à partir de lien caldav?. Évalué à 2.

    Et http://fullcalendar.io/ ? Il faudra que tu fasses la couche de communication avec CalDav ; dans l'archive tu as des bouts de PHP pour voir comment faire côté serveur.

  • [^] # Re: c'est pas évident snas les bon mots clés

    Posté par  (site web personnel, Mastodon) . En réponse au message Widget calendrier sur site à partir de lien caldav?. Évalué à 2.

    J'allais parler de CaldavZap, justement. Ca a l'air de tourner, par contre en terme de perf je sais pas ce que ça donne (la démo est lente…)

    Côté serveur, je te conseilles de t'appuyer sur Radicale - http://radicale.org/

  • [^] # Re: Dépêche pas très claire...

    Posté par  (site web personnel, Mastodon) . En réponse à la dépêche Rocket, ou pourquoi l'équipe de CoreOS lance une alternative à Docker. Évalué à 10. Dernière modification le 02 décembre 2014 à 10:46.

    J'ai lu cette partie, et je n'ai pas compris clairement ce qu'apporte Rocket à Docker :

    Modulable

    Tous les outils pour le téléchargement, l'installation et l'exécution des conteneurs doivent être interconnectés, mais indépendants et modulables.

    Est-ce que Rocket fait ça ? Est-ce que Docker ne le fait pas du tout ? Est-ce un cahier des charges ? Pourquoi a-t-on besoin que ces caractéristiques ?

    Sécuritaire

    Isolé, chiffré, le conteneur doit l'être dès sa création et le rester.

    Isolé c'est pas le cas de Docker ? pourquoi un conteneur doit être chiffré ? Si tu es dans une infrastructure d'entreprise, tu n'as pas besoin de chiffrer les conteneurs.

    La distribution d'images de conteneurs

    La recherche des images de conteneurs doit être simple et normée, la récupération de ceux-ci distribuée. Bittorent semble privilégié pour l'instant.

    La recherche des images de conteneurs Docker est simple, non ? Normée par rapport au nom des images ? Est-ce que la distribution est vraiment nécessaire ?

    Docker, en entreprise, tu vas l'utiliser très probablement avec un dépôt local dédié à l'entreprise, pas en mettant des agents sur toutes les machines.

    Ouvert

    Afin que la communauté puisse l'adapter à ses besoins et ses envies.

    Docker n'est pas ouvert ?

  • # Dépêche pas très claire...

    Posté par  (site web personnel, Mastodon) . En réponse à la dépêche Rocket, ou pourquoi l'équipe de CoreOS lance une alternative à Docker. Évalué à 10.

    Je m'intéresse particulièrement à Docker en ce moment, j'ai l'impression qu'il y a un gros enjeu à ce fork mais j'avoue que je ne comprends pas à travers cette dépêche quels sont les tenants et les aboutissants de ce fork.

  • [^] # Re: Test tracim pour un conseil municipal

    Posté par  (site web personnel, Mastodon) . En réponse à la dépêche Tracim - entre forum, wiki et gestion de fichiers. Évalué à 2.

    Par curiosité, quel est le nom et la taille de ta commune ?

  • [^] # Re: Test tracim pour un conseil municipal

    Posté par  (site web personnel, Mastodon) . En réponse à la dépêche Tracim - entre forum, wiki et gestion de fichiers. Évalué à 3.

    Bonjour philb,

    Il faut chercher du côté de http://www.tracim.org pour la documentation et l'enrichissement à venir.

  • # campagne agressive de Wikipedia

    Posté par  (site web personnel, Mastodon) . En réponse au journal La suite GPGtools pour MacOsx s'essaye au modèle payant. Évalué à 9.

    Ce n'est pas la première fois qu'un projet libre arrive au bout de son économie (Wikipedia mène une campagne un peu agressive en ce moment pour les mêmes raisons), est-ce que cela va fonctionner ? À suivre.

    C'est la première fois que je donne à Wikipedia. La raison ? La campagne "agressive", mais aussi un compte paypal pour faire une transaction en 3 clics.

    La facilité est toujours un vrai sujet pour les paiement en ligne…

  • [^] # Re: Encore moi !

    Posté par  (site web personnel, Mastodon) . En réponse à la dépêche Tracim - entre forum, wiki et gestion de fichiers. Évalué à 2.

    En fait, ce qu'il faut, c'est une page wiki que tu définirais comme "page d'accueil", non ? Ou alors même que ce soit la description de l'espace de travail qui tienne lieu de page d'accueil (donc une description en texte enrichi) ?

    Comment tu imagines gérer le truc avec plusieurs espaces de travail ? Est-ce que ce dont tu parles c'est une page qui est affichée quand tu sélectionnes un espace de travail (ce que je comprends) ou bien une page "générale" (en lieu et place du "dashboard" qui ne contient pas grand chose actuellement) ?

  • [^] # Re: Encore moi !

    Posté par  (site web personnel, Mastodon) . En réponse à la dépêche Tracim - entre forum, wiki et gestion de fichiers. Évalué à 2.

    Est-ce que le LDAP est vraiment la fonctionnalité clé pour entrer dans ce genre d'entité ?

    Concernant CMISYNC, ça fonctionne avec les fichiers seulement ou avec tout type de contenu ? Est-ce qu'un Webdav n'est pas plus simple / approprié ?

  • [^] # Re: SVN / Git

    Posté par  (site web personnel, Mastodon) . En réponse à la dépêche Tracim - entre forum, wiki et gestion de fichiers. Évalué à 2.

    Du coup comment tu imagines l'intégration ?

    • Que l'arborescence de ton repo s'intègre dans l'arborescence de tracim ?
    • Une page qui permette de naviguer dans le repo ?
  • [^] # Re: Moteur de recherche ?

    Posté par  (site web personnel, Mastodon) . En réponse à la dépêche Tracim - entre forum, wiki et gestion de fichiers. Évalué à 3.

    Le moteur de recherche n'est pas dans cette version de Tracim, mais il est dans la roadmap.

    Si tu veux voir à quoi ça va ressembler fonctionnellement, tu peux regarder celui qui était dans la version précédente - pod : http://demo.archipeldata.com/ (login admin@localhost, mot de passe admin).

    Je l'ai retiré, là, parce que celui que j'avais implémenté avait été développé à l'arrache.

    J'utilise moi-même pod/tracim et le moteur de recherche est une fonctionnalité clé, donc ça va revenir vite :)

  • [^] # Re: pod la suite ??

    Posté par  (site web personnel, Mastodon) . En réponse à la dépêche Tracim - entre forum, wiki et gestion de fichiers. Évalué à 2.

    Si, c'est indiqué dans la dépêche :-)

  • [^] # Re: Encore moi !

    Posté par  (site web personnel, Mastodon) . En réponse à la dépêche Tracim - entre forum, wiki et gestion de fichiers. Évalué à 2.

    Deux petites questions :

    avec trac, je peux mettre le tag 'public' sur une page du wiki, celle-ci devient alors public. Très pratique pour offrir quelques pages ouvertes à tous.

    C'est une fonctionnalité qui est prévue mais n'est pas dispo actuellement.

    tracim s'interface t-il avec LDAP pour les comptes utilisateurs et les groupes ?

    Non, toujours pas ;) Le dév s'est surtout concentré sur la refonte de l'interface, la rationalisation des fonctionnalités pour avoir un système simple à utiliser. Les fonctionnalités "techniques" vont arriver ensuite.

    Personnellement, je tords un peu les configurations de trac et de spip en permettant l'accès anonyme via http sans authentification et en forçant l'authentification via Apache sur le https (évidement, le /ecrire de spip est interdit en http). Ainsi, c'est Apache qui authentifie l'utilisateur, non le code python, php… sous jacent. qui a bien plus grande chance d'avoir régulièrement des beaux trous. Est-ce possible avec tracim ?

    Non pas possible pour le moment : il faudrait écrire un module de gestion de contrôle d'accès différent de celui utilisé (c'est faisable techniquement, mais pas "par configuration")

  • [^] # Re: Encore moi !

    Posté par  (site web personnel, Mastodon) . En réponse à la dépêche Tracim - entre forum, wiki et gestion de fichiers. Évalué à 2.

    Je trouve que c'est dommage de ne pas utiliser tracim sur le portail du projet… D'ailleurs, l'information est un peu faible sur ce portail, mais c'est souvent un peu le cas des projets github ou il faut aller sur github pour avoir une liste précise des fonctionnalités.

    Tu parles de quel portail ? Sur le site tracim.fr, c'est logique : Tracim ne répond pas à ce besoin de publication de site web. Sur le portail communautaire, c'est ce que j'ai mis en place : http//tracim.org

    Pour ce qui est de la documentation et de la liste précise des fonctionnalités, ça va s'enrichir au fur et à mesure.

  • [^] # Re: SVN / Git

    Posté par  (site web personnel, Mastodon) . En réponse à la dépêche Tracim - entre forum, wiki et gestion de fichiers. Évalué à 2.

    Ta question porte sur le contenu géré via Tracim ou sur un contenu annexe qui serait dispo à travers Tracim ?

  • [^] # Re: Petit bogue

    Posté par  (site web personnel, Mastodon) . En réponse à la dépêche Tracim - entre forum, wiki et gestion de fichiers. Évalué à 2.

    Je viens de fixer ça côté serveur.