LeBouquetin a écrit 2081 commentaires

Qu'entends-tu par « il ne fait pas encore wiki » ? Mettre des liens entre pages sans saisir les urls ? Autre chose ?

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

Merci pour les info. J'ai essayé d'installer tracim à l'aide du script automatique pour des raisons de simplicité mais cela ne fonctionne pas. J'ai l'impression que l'architecture ARM n'est pas supporté non ?

Hm… c'est une bonne question. Je ne crois pas qu'on ait creusé de ce côté ; je vais me renseigner.

Il me dit aussi que le disque dur qui possède tel identifiant n'existe pas alors que c'est bien celui-là. Je vais faire un mail à l'équipe pour savoir d'où viennent ces problèmes. Le serveur est chez scaleway.

Pour l'histoire du disque, je suppose que c'est plutôt lié à scaleway qu'à tracim.

Par contre ça m'intéresse bien de savoir si ça s'installe et si on peut le faire tourner sur les machines ARM de Scaleway ; on va regarder ça. Je t'invite à ouvrir un ticket sur github comme ça on pourra faire le suivi des avancées (que ce soit les tiennes ou les notres).

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

Actuellement je n'ai pas l'impression de pouvoir pousser cet outil dans mon équipe. Un wiki nous convient bien.

Que veux-tu dire ? Qu'il manque des aspects pour que tracim puisse être avantageux par rapport à votre wiki ? Que de toute façon, le wiki répond à tous vos besoins ? Autre chose ?

Je pense que la contrainte qui consiste à s'organiser uniquement par espaces partagés peut être une force là où les wiki sont probablement trop arborescents (avec une arborescence trop profonde).

Oui. On est en train de préparer un article sur le sujet. Les arborescences, c'est bien, mais au-delà de 2 ou 3 niveaux de dossiers, ça devient compliqué de retrouver l'information. Ca va aussi dans le sens de mettre des tags comme l'a évoqué Alex (et de réintégrer le moteur de recherche). Ne pas avoir de dossiers est un problème, en avoir trop aussi.

En tout cas merci pour tes retours détaillés.

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

Bonsoir Alex,

C'est moi qui l'est pas vu ou est-ce en cours d'arrivée ?

Pour les liens, ce n'est pas toi, non. Actuellement on n'a rien de mieux que de coller des urls - je te rejoins sur le fait qu'il faut faire qqchose pour ça.

C'est peut être moi, mais j'ai trouvé bizarre que les contenus ne s'ouvrent pas en pleine page (ou au moins que j'ai cette possibilité).

Quand tu parles d'ouvrir les contenus pleine page, tu veux dire les ouvrir tels qu'actuellement (avec la timeline à droite) mais sur toute la largeur ou les ouvrir sans la timeline ? (Ou les deux).

Pour les trucs un peu plus foufou, je suis d'accord avec ce que tu évoques. C'est une question de moyens. Les tags, c'est un truc intéressant, mais ce n'est probablement pas ce que l'on va faire en priorité car ce ne sera pas un élément différenciant.

Les plans, au jour d'aujourd'hui sont les suivants :

• v2.2 avec le retour des calendriers. Pour avril normalement.
• v2.3 avec libreoffice online (edition simultanée en temps réel) ou jitsi (visioconférence). Pour juin.

En parallèle on intégrera des bugfix/fonctionnalités moins poussées, mais l'idée est là.

Pour les kanbans, ça fait partie des possibilités, on manque un peu de briques prêtes à l'emploi sur le sujet, mais effectivement ça fait partie des trucs qui seraient bien.

Le truc, c'est le temps de dév pour les fonctionnalités… on doit faire des choix.

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

J'aime beaucoup l'idée il ne me manquerait que 2 choses pour que ça soit parfait pour moi: la recherche (j'attendrai que ça soit "rebranché" ;-) ) et la possibilité de gérer des tâches, même une simple todolist.

Quand tu dis que tu attends que ça soit rebranché, ça veut dire quoi ?

• Dès que la recherche est rebranchée tu utilises tracim ?
• Quand la recherche est rebranchée, tu commenceras à envisager d'utiliser tracim ?
• Que ça a l'air top mais que pour le moment tu n'as pas de cas d'utilisation qui nécessite ce genre d'outil ?

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

Enfin et pas des moindres, pour que l'outil soit parfait (car on est toujours a la recherche d'information) : un outil de recherche qui cherche dans les discussions, les fichiers textes (eq. wiki) et pour pousser encore plus loin utiliser une librairie qui parse les fichiers (ods, pdf, xls, …). Je verrais bien une zone de saisie pour la recherche dans le header avec l'exécution de la recherche soit dans l'espace partagé courant soit dans l'ensemble des espaces partagés auquel l'utilisateur a accès.

Quand tu dis « il manque ceci pour que ce soit parfait », ça veut dire quoi ?

• Que tu vas utiliser l'outil en espérant que la fonctionnalité arrive rapidement ?
• Que tant que cette fonctionnalité n'est pas présente tu ne vas pas utiliser tracim ?
• Que ça a l'air top mais que pour le moment tu ne regardes pas, tu aviseras si ça peut être intéressant quand cette fonctionnalité sera là.

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

Non pas dans l'implémentation actuelle. Par contre c'est quelque chose qui devrait indirectement arriver avec les agendas vu que radicale - la brique CalDAV qu'on utilise, implémente également CardDAV (par contre pas d'interface utilisateur prévue dans un premier temps, pour gérer les contacts).

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

La présentation mentionne aussi Caldav mais sauf erreur, je n'ai pas vu d'agenda/calendrier dans la démo. C'est en cours ?

C'est quasiment fini. C'est l'objectif principal de la version 2.2 qui devrait arriver d'ici fin avril.

Ca aurait dû être dans la 2.1, mais on a eu des surprises liées à la nouvelle architecture et à la mise à jour du serveur caldav qu'on utilise (l'upgrade ne s'est pas fait "clé en main").

J'aime beaucoup l'idée il ne me manquerait que 2 choses pour que ça soit parfait pour moi: la recherche (j'attendrai que ça soit "rebranché" ;-) ) et la possibilité de gérer des tâches, même une simple todolist.

C'est noté :) Pour la todolist on a réfléchi au sujet, on ne l'a pas encore intégré - d'autres priorités (comme les calendriers et la recherche;)

Merci pour le retour en tout cas.

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

voir réponse ci-dessous : la recherche n'est techniquement pas encore réintégrée.

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

Je n'ai pas eu le temps de tout reprendre… donc ma réponse complète est ici :

---

Bonjour,

Merci pour ce retour détaillé !

Sur la démo, il y a une liste conséquente d'espaces partagés, et si on sélectionne le dernier par exemple, bah on ne voit plus le haut de la page, je pense que le scroll du menu de gauche devrait être séparé des contenus, de même si beaucoup de contenu, le menu de gauche scroll et on perd le dernier endroit ou on a cliqué. Donc pour moi il serait intéressant d'avoir deux scrolls séparé pour ces deux éléments de la page.

C'est effectivement un problème que l'on a identifié. Il n'est pas encore corrigé mais un ticket permet d'en suivre la résolution : https://github.com/tracim/tracim/issues/1177

L'idée des discussions est intéressante, souvent dans le cadre d'un projet le contenu d'un mail peut servir dans la base de connaissance, et la possibilité d'importer un mail (avec récupération des différentes dates de chaque échange, auteurs…) pourrait très sympa. Une sorte de création d'une discussion à postériori donc.

L'idée est intéressante. Je ne sais pas comment on pourrait faire ça réellement (parce que ça veut dire injecter une liste d'email, les parser, détecter les parties déjà réintégrées, etc, etc)… peut-être qu'une solution intermédiaire serait d'avoir un outil d'import/archivage de discussion permettant de "prémacher" le travail d'import…

D'ailleurs les statuts qui apparaissent sur les discussions (et les autres fonctionalités) sont paramétrables (ajout, modif, restriction par type d'acteur) ?

Actuellement les statuts ne sont pas paramétrables et pas restreints par type d'acteur : soit un acteur peut changer les statuts (rôle contributeur ou +), soit il ne peut pas (lecteur). On a voulu rester simple pour le moment.

Enfin et pas des moindres, pour que l'outil soit parfait (car on est toujours a la recherche d'information) : un outil de recherche qui cherche dans les discussions, les fichiers textes (eq. wiki) et pour pousser encore plus loin utiliser une librairie qui parse les fichiers (ods, pdf, xls, …). Je verrais bien une zone de saisie pour la recherche dans le header avec l'exécution de la recherche soit dans l'espace partagé courant soit dans l'ensemble des espaces partagés auquel l'utilisateur a accès.

La recherche est effectivement une fonctionnalité manquante. On avait cette fonctionnalité dans tracim v1, on ne l'a pas encore réimporté dans tracim v2. Ca va venir.

Comme tu le dis ci-dessous, ça apparait dans les screenshot - on a préparé le design et l'intégration côté interface, mais on n'a pas encore rebranché la mécanique.

Les persceptives (WebDAV, LibreOffice online, jitsi) me donne bien envie de suivre votre projet,
continuez comme cela.

Je me suis mal exprimé sur ces sujets. Libreoffice online et jitsi sont bien des perspectives, mais Webdav est déjà réintégré. Avec Webdav on accède à l'ensemble des fichiers mais également aux discussions et pages de documentation.

Pour tester, il suffit de te connecter à un lecteur réseau dans ton explorateur de fichiers :

• sous linux : davs://demo.tracim.fr/webdav/ (login : admin@admin.admin et mot de passe identique)
• sous windows : https://demo.tracim.fr/webdav/

A noter que les documents (xxx.document.html) et discussions (xxx.thread.html) sont pour le moment accessibles en lecture seule à travers webdav)

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

Bonjour,

Merci pour ce retour détaillé !

Sur la démo, il y a une liste conséquente d'espaces partagés, et si on sélectionne le dernier par exemple, bah on ne voit plus le haut de la page, je pense que le scroll du menu de gauche devrait être séparé des contenus, de même si beaucoup de contenu, le menu de gauche scroll et on perd le dernier endroit ou on a cliqué. Donc pour moi il serait intéressant d'avoir deux scrolls séparé pour ces deux éléments de la page.

C'est effectivement un problème que l'on a identifié. Il n'est pas encore corrigé mais un ticket permet d'en suivre la résolution : https://github.com/tracim/tracim/issues/1177

L'idée des discussions est intéressante, souvent dans le cadre d'un projet le contenu d'un mail peut servir dans la base de connaissance, et la possibilité d'importer un mail (avec récupération des différentes dates de chaque échange, auteurs…) pourrait très sympa. Une sorte de création d'une discussion à postériori donc.

L'idée est intéressante. Je ne sais pas comment on pourrait faire ça réellement (parce que ça veut dire injecter une liste d'email, les parser, détecter les parties déjà réintégrées, etc, etc)… peut-être qu'une solution intermédiaire serait d'avoir un outil d'import/archivage de discussion permettant de "prémacher" le travail d'import…

D'ailleurs les statuts qui apparaissent sur les discussions (et les autres fonctionalités) sont paramétrables (ajout, modif, restriction par type d'acteur) ?

Actuellement les statuts ne sont pas paramétrables et pas restreints par type d'acteur : soit un acteur peut changer les statuts (rôle contributeur ou +), soit il ne peut pas (lecteur). On a voulu rester simple pour le moment.

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

la modification est faite :)

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

Bonjour,

C'est une documentation qui date du début de la migration ; nous allons la modifier car elle est effectivement erronée. Le code est bien stable et prêt pour la production !

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

Si tu dis juste "on conserve 100000 emplois", tu ne peux tirer aucune conclusion de qui (en terme d'entreprise) bénéficie de la mesure.
Et pourtant, quelqu'un a basé sa conclusion "en pratique elle en profitent plus" sur l'idée que les plus grandes entreprises ont le montant le plus gros (voir le lien fourni par cette personne, et ce qui évident vu que c'est proportionnel à la masse salariale sous X € et qu'il n'y a pas tant de différence entre TPE et CAC40 à ce sujet il me semble).

Non, je n'ai pas conclu "en pratique elle en profitent plus sur l'idée que le montant en absolu est plus gros" (je ne suis pas aussi simplificateur que tu sembles le penser), mais j'ai conclu "en pratique elle en profitent sur l'idée qu'au prorata des charges salariales elles en profitent plus".

Autre chose : "10,9 % des microentreprises n’ont pas sollicité le CICE", OK, mais question idiote, tu parles des microentreprises en générale ou des microentreprises éligibles?

Tu as raison.

Ceci dit, je reste vraiment dubitatif sur le fait que des ETI et des PME ne soient pas éligibles. Le CICE c'est pour les salaires jusqu'à 2,5 SMIC - il s'agirait donc d'établissements qui n'ont tout à fait aucun salarié en dessous de 44954€ Brut par…

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

Pour pour un rapport très précis sur beaucoup de point c'est là.

J'ai lu ce document ; je ne vois pas où il explique à qui profite le CICE (entre petites et grandfes structures). Il parle de l'impact général. Si tu prends une mesure qui permet de conserver 100 000 emplois gloablement, mais que cette "conservation" se fait sous la forme "+120000 dans les petites structures et -20000 dans les grosses", alors tu peux dire que c'est positif pour l'emploi et pour les petites structures. Si le résultat est qu'on conserve 100000 emplois sous la forme "+120000 dans les grandes structures et -20000 dans les grosses", alors c'est positif pour l'emploi et positif pour les grosses structures. Si tu dis juste "on concerve 100000 emplois", tu ne peux tirer aucune conclusion de qui (en terme d'entreprise) bénéficie de la mesure.

Mais comme je suis populiste et que ma démarche n'est pas rigoureuse, je suis preneur, Christophe, Jérôme, d'une explication sur la partie du document que j'ai mal interprétée ou que je n'ai pas comprise. Plutôt que de faire les "je parle pas aux cons, ça les éduque", faites-moi progresser.

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

Le splat, ça change la vie.

Si tu te dis dès maintenant que c'est super et que tu vas l'utiliser partout, je te dis : "attention"… ça complique la maintenance de ton code : tu perds la description de ta signature.

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

Autre avis, sur un premier truc que j'ai fait pour manipuler les tableau, c'est fournir un tirage du loto , vaut il mieux :
full_list = [str(x) for x in range(1, 29)]
random.shuffle(full_list)
LABELTIRAGE.config(text='Numéros Bleus:\n{}\nNumérosBonus:\n{}'.format(' '.join(full_list[0:7]), ' '.join(full_list[7:12])))

ou découper par des variables temporaires ?

Je ne suis pas certain de ce que tu envisages de mettre dans des variables temporaires…

full_list = [str(x) for x in range(1, 29)]
random.shuffle(full_list)
LABELTIRAGE.config(text='Numéros Bleus:\n{}\nNumérosBonus:\n{}'.format(''.join(full_list[0:7]), ' '.join(full_list[7:12])))

Une manière de formatter ton code pourrait être la suivante :

full_list = [str(x) for x in range(1, 29)]
random.shuffle(full_list)
LABELTIRAGE.config(text='Numéros Bleus:\n{}\n'
                        'NumérosBonus:\n{}'.format(' '.join(full_list[0:7]),
                                                   ' '.join(full_list[7:12])))

Si tu utilises l'outil black qui est en train de se faire une place croissante, tu aurais alors un formation similaire à ça :

full_list = [str(x) for x in range(1, 29)]
random.shuffle(full_list)
LABELTIRAGE.config(
    text="Numéros Bleus:\n{}\n"
    "NumérosBonus:\n{}".format(
        " ".join(full_list[0:7]), " ".join(full_list[7:12])
    )
)

Passer par des variables intermédiaires ? Si c'est pour la lisibilité, ça peut éventuellement (mais pas dans ce contexte-là), si c'est pour permettre de débuguer plus facilement éventuellement (et encore…), et sinon je ne vois pas de raison.

Si tu parles et lis en Anglais, un bon test est de lire ton code et de voir si tu comprends "en Anglais" ce que ça fait. Si tu ne comprends pas, c'est que le nommage, le découpage, bref le code n'est pas bien structuré.

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

Autre point : évite d'utiliser des global. C'est comme utiliser dans variables globales dans tout autre langage : ça rend le code fragile et ça réduit l'évolutivité.

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

Je fais du python au quotidien… et là je suis séché : je n'ai jamais rien lu de si moche !

• Code illisible
• Tout est mélangé
• …

Je fais du python au quotidien aussi, depuis dix ans, et du code moche on en trouve… et parfois même quand ce n'est pas le premier code écrit (dans le cas du premier jet d'un dév, c'est normal d'avoir du code moche).

D'ailleurs, ça m'arrive encore d'en écrire du code moche : quand tu prototypes rapidement un truc, tu fais pas du code propre (même si tu appliques tes règles de codage dans une certaine mesure)

Pour commencer, python dispose d'un mécanisme de namespace qui permet de séparer les trucs dans des distincts:

• les modules : de simples fichiers python qui permettent de séparer le code, importables.
• des packages : des dossiers contenant (au moins) un fichier init.py, importables.

Ces 2 trucs permettent de séparer les choses dans des espaces distincts, et éviter les scripts à ralonge.

Je vais me faire l'avocat du diable, mais parfois les scripts à rallonge se justifient. Si tu écrits des scripts, justement, l'intérêt d'avoir un script à rallonge c'est d'avoir un outil indépendant. Tout comme Go génère un binaire qui contient tout. A déployer, c'est de la rigolade par rapport à un logiciel qui est bien structuré.

Les fonctions et méthodes ne doivent pas dépasser 50 lignes, sinon tu dois découper.

Ce dont tu parles, c'est une bonne pratique, pas une obligation. Il est conseillé d'éviter d'écrire des fonctions et des méthodes de plus de 50 lignes, mais ça n'est pas une règle absolue.

En plus, tu mélanges des aspects "objet" avec du code procédural : la seule fonction doit être main(*args), protégée :

C'est un truc que j'ai trouvé dans quasiment tous les projets sur lesquels je suis intervenu. C'est pas forcément une bonne chose, mais c'est la réalité.

Tu noteras que plutôt que de mettre 20 args à mon __init__, j'utilise l'opérateur splat qui permet de passer un **kwargs, qui est le dictionnaire de tous les paramètres passée, nommés.

A utiliser avec parcimonie, sinon l'utilisateur de ton code va passer son temps à remonter dans la hierachie de classe pour découvrir la véritable signature du constructeur ou de la fonction.

C'est pratique d'écrire du code qui manipule un kwargs, c'est la plaie à maintenir et faire évoluer et à comprendre. C'est l'équivalent de l'utilisation des dictionnaires en PHP, et c'est souvent compliqué de monter en compétence sur du code qui en fait une utilisation forte. (je sais, les pythonistes vont me jeter des cailloux, mais plus de 15 ans de développement dont 10 à faire du python, ça fait voir du pays, et ça permet d'avoir un regard critique sur les "bonnes" pratiques)

Je réagis un peu fort, peut-être, mais els introductions du type "Je fais du python au quotidien… et là je suis séché : je n'ai jamais rien lu de si moche !" ça fait un peu trop le mec qui s'y connait et qui prend le débutant pour un nase.

Tout le monde a été débutant à un moment ou à un autre ; y'a pas besoin de prendre les débutants de haut pour leur expliquer des trucs. Ca me fait penser aux développeurs qui font passer des entretiens et qui trouvent que les candidats sont nuls parce qu'ils n'ont pas réussi à répondre à tous les problèmes spécifiques qui font leur quotidien. Bah oui : si le mec qui bosse ailleurs sait faire exactement tout ce que tu vois comme problème au quotidien, c'est soit qu'il est vraiment plus fort que toi (parce que lui, il ne sait pas ce que tu as en tête et il n'est pas dans ton contexte), soit que tu es nase… soit les deux.

Par rapport aux remarques de François, deux remarques complémentaires :

les variables privées commencent par un _

Il faut bien avoir en tête que les variables privées ou attributs de classe commencent par un _ par convention

Et aussi un point sur les commentaires. L'intérêt d'un commentaire n'est pas d'expliquer ce que fait le code mais pourquoi il le fait. Par exemple dans le code suivant :

   ``self.thing = kwargs.get('thing', None) # None by default`

Le commentaire est inutile : il décrit simplement le comportement de la méthode get()

Dernier point : si tu aimes coder, persévère. Tu vas écrire du code et 1 mois plus tard tu le trouveras dégueu. Ca va continuer comme ça pendant longtemps… au fur et à mesure tu vas passer de 1 mois à 2, puis 3, puis 6, puis 12… mais tu ne seras probablement jamais satisfait de ce que tu as écrit, car ton expérience change, ta maîtrise du sujet que tu essaies de résoudre va se préciser et donc la manière de concevoir ou de modéliser évolue.

Je rejoins François dans ce qu'il ne dit pas explicitement mais qui ressort de sa réponse : il faut essayer d'appliquer les bonnes pratiques. Ca rend ton code plus standard, plus propre en général, et ça permet plus facilement de travailler à plusieurs. Choisi également une approche principale : tu fais de la programmation objet ou tu préfères faire du procédural ? Formatte ton code et standardise-le, il y a pas mal d'outils pour cela : flake, pylint, black, par exemple, et pas mal de bonnes pratiques "standards" que tu peux retrouver dans les pep - dont la fameuse pep8

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

Bon j'ai toujours pas trouvé l'impression

Ca n'existe pas, c'est une bonne idée.

ou l'export de doc

Si tu prends l'exemple de fichier https://demo.tracim.fr/ui/workspaces/11/contents/file/86, en haut de la prévisualisation du fichier, tu as 3 icônes cliquables (des boutons, mais ils n'en n'ont pas l'air). Actuellement ça fonctionne pour les fichiers, pas pour les documents texte édités en ligne.

il faudrait pouvoir gérer une arborescence sur plusieurs niveaux mais je trouve l'ergonomie et le look très sympa

Si ce que tu évoques est le fait d'organiser les contenus dans des dossiers et sous-dossiers, c'est déjà le cas. Tu as un bouton sur le tableau de bord de chaque espace partagé pour créer des dossiers. exemple : https://demo.tracim.fr/ui/workspaces/9/contents/folder/new?parent_id=null (voir https://www.tracim.fr/demo pour les login et mot de passe à utiliser)

C'est développez en quoi comme langage ?

Python/pyramid/hapic/sqlalchemy en backend (et base de données Postgresql/mysql éventuellement sqlite), et javascript/react/flux en frontend.

et … il manque une page wikipédia pour décrire ce bel outil

Exact… il faut qu'on s'en occupe :)

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

c'est du black

C'est illégal

optimisation fiscale, quand même

Non. L'optimisation fiscale, ce n'est pas de la triche. Sinon les boîtes qui font de l'optimisation seraient sanctionnables. C'est justement là le problème sur la déclaration de bénéfices dans un paradis fiscal, sur la vente depuis l'Irlande pour l'Europe entière etc : c'est légal.

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

Et pourtant le CICE est majoritairement récupéré par les grosses
Comment? Encore une fois le CICE c'est une feuille à remplir, les TPE peuvent l'avoir facile.
le CICE ne s’intéresse pas à la taille des entreprises mais aux niveau de rémunération. A ma connaissance les TPE ne payent pas plus que la limite CICE, donc je ne vois pas ce qui permet de dire ce que tu avances.

Entre pouvoir avoir et avoir il y a une différence. Ce qui fait que des grosses boîtes profiterons toujours des avantages possibles car il y a toujours une personne compétente sur le sujet.

Je ne retrouve pas l'article que j'avais lu sur le sujet. Mais par exemple cet article de libération expose ceci :

En revanche, un rapport de la sénatrice Marie-France Beaufils (PCF) note que le CICE, facile d’accès pour les grandes entreprises, est plus complexe à utiliser pour les TPE et les PME. Si le taux de recours a été estimé au total à 98 % en 2014, selon le rapport, il existe ainsi des disparités selon la taille des entreprises. Toutes les grandes entreprises ont eu recours à la créance fiscale alors que 6,3 % des ETI, 4,8 % des PME et jusqu’à 10,9 % des microentreprises n’ont pas sollicité le CICE.

Dit autrement :

• 100% des grandes entreprises profitent du CICE
• 93,7% des ETI en profitent
• 95,2% des PME en profitent
• 89,1% des microentreprises en profitent.

Ce que j'évoque n'est pas "en théorie les grosses structures en profitent plus", mais "en pratique elle en profitent plus".

Un autre article intéressant : https://www.journaldunet.com/economie/magazine/1157975-cice-2014-des-grandes-entreprises-francaises/

Le plus gros employeur en France, ce sont les petites structures.
Donc en se disant que les petites structures payent pas chère,

Je t'invite à me donner des sources pour cette affirmation.

Les plus bas salaires sont en général sur des postes non qualifiés, qui sont en général liés à des chaines de productions ou à des systèmes industrialisés - ce n'est pas le cas des petites boîtes.

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

Le CICE est quand même bien plus facile (et automatique) que CIR/CII (la, il faut savoir "draguer" dans le sens souhaité, et les grandes entreprises peuvent avoir plus l'habitude), les voir ensemble est bizarre. Surtout depuis ce mois-ci où le CICE est une baisse de charges immédiate.

Je les ai mis ensemble car ce sont des optimisations ou niches fiscales, rien de plus. Ca n'a pas le même objectif, ce ne sont pas les même modalités pour l'obtenir, je suis bien d'accord avec toi que "ce n'est pas dans le même sac, loin de là".

Bref, j'ai quand même l’impression qu"il y a une forme de mauvais procès au CICE… et aussi l'impression que le peuple veut plus d'emplois mais sans que rien ne bouge, alors que le monde bouge (ça me rappelle de l'augmentation annulée de TVA alors que la TVA protège de l'étranger et rend "moins chère" relativement l'achat de main d’œuvre locale et c'est ce que font pas mal d'autres pays en UE pour protéger leur marché, Suède & Danemark ont un taux à 25% mais dépasser 20% en France est jugé horrible, vraiment?).

A ma connaissance le CICE a été mis en place pour stimuler l'embauche. Le plus gros employeur en France, ce sont les petites structures. Et pourtant le CICE est majoritairement récupéré par les grosses du coup ça ne va pas là où ça devrait. Mais le CICE est en sursis vu qu'il est censé disparaître en 2019…

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

Le problème du CICE c'est qu'il aide majoritairement les grosses entreprises… comme le Crédit Impôt Recherche, le Crédit Impôt Innovation… ce sont 3 niches fiscales qui sont censées aider les TPE/PME, mais au final, si ça les aide mais que ça aide + les grosses, est-ce que ça ne dessert pas les petites ?

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

C'est pas de l'optimisation fiscale, ça.

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo