LeBouquetin a écrit 1920 commentaires

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 !

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…

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.

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.

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é.

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é.

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

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 :)

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.

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.

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…

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 ?

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

Plutôt que d'utiliser Confluence et payer des contrats exorbitants, je vous invite à acheter des évolutions fonctionnelles sur tracim. C'est un investissement sur lequel tous les utilisateurs vont capitaliser (par opposition à un coût de service) et ça peut être vraiment adapté à vos spécificités.

Certes tracim n'offre pas le périmètre fonctionnel dz Confluence… mais dans pas mal de cas réels, c'est suffisant compte tenu de ce qui est réellement utilisé sur confluence.

Une bonne optimisation fiscal comme on les aimes.

Je pense que tout le monde fait des optimisations fiscales. Déduire 50€ d'un don à une association reconnue d'utilité publique est une optimisation fiscale.

Ce qui importe c'est d'avoir les idées claires sur ce que tu fais et pourquoi tu le fais, et savoir si c'est éthique.

Par exemple je préfère toucher le CICE (c'est de l'optimisation fiscale) et ne pas acheter chez Amazon si je peux éviter car cela ne reflète pas le modèle de société auquel j'aspire.

Le risque avec une société dans les îles britanniques et un statut de travailleur détaché, c'est qu'en cas de contrôle ça peut ne pas passer… et vivre en France, bénéficier des avantages que ça a (infrastructures, services publics, santé, etc) et chercher à maximiser ses profits personnels en bricolant une société offshore et un faux statut de travailleur détaché, c'est peut-être légal mais pas très éthique. Les biens communs existent et s'entretiennent seulement si on en prend soin (à travers le paiement d'impôts et de taxes notamment…)

Sinon il y en a vraiment beaucoup qui travaille au noir, j'en suis toujours étonné, surtout avec le plafond de 1000€.

Du black dans l'industrie du logiciel ? Vu les tarifs dans le métier, ça doit être compliqué de ne pas se faire prendre…

Je veux juste réagir sur le fait de faire sa comptabilité soi-même. Savoir où en sont les comptes de l'entreprise (dettes, créances, retards de paiement), c'est important de le faire. Faire de la comptabilité analytique aussi - pour savoir quel projet rapporte, quelle marge on fait etc.

Mais faire la comptabilité de l'entreprise, avec les contraintes et enjeux légaux, je pense que c'est une fausse bonne idée. Il vaut mieux se concentrer sur ce qu'on fait bien - la technique si on est prestataire et trouver un peu plus de contrats pour financer la prestation du comptable. En terme de coût c'est pas plus élevé, en terme de qualité, garanties et conformité, c'est bien mieux (normalement).

Je paie un comptable depuis le début de mon activité… je me suis posé la question au début d'économiser environ 200€/mois… mais 200€/mois, c'est même pas une demi-journée de presta, et je n'ai plus à me préoccuper des formalités, du calendrier fiscal, de la réglementation et de son évolution : je rassemble les pièces, je les transmets au comptable, qui me tient informé des contraintes et des règles à respecter.

Et je ne parle pas du stade où tu embauches et que tu as le droit du travail à respecter…

D'une manière générale, d'un point de vue purement économique, il vaut mieux facturer 200€/mois en plus et sous-traiter la comptabilité pour le même montant. C'est dans la logique commerciale. (Après, tout faire soi-même a l'avantage de faire connaître d'autres enjeux, c'est enrichissant, je ne nie pas cela)

Je viens de tester tracim que je ne connaissais pas

C'est super sympa, joli, rapide, facile à utiliser

Merci :) La version que tu as visualisé est sortie en novembre, on a une déêche en cours de rédaction (chez nous, pas encore dans la tribune de LinuxFR).

juste un truc : comment on imprime ou on genere un PDF depuis tracim ?

Actuellement, on peut générer le PDF d'un fichier à partir des boutons en haut de la prévisualisation (sous la barre de titre du fichier. On supporte +/- 150 formats de fichiers grâce à preview generator qu'on a développé pour l'occasion et qui s'appuie sur libreoffice, inkscape et image magic pour générer les jpeg et pdf.

Pour les documents texte édités en ligne on n'a pas encore implémenter l'export en PDF.

Quelques questions :

Où vivent les documents ? Dans des bases de données ?

Historiquement on stockait les fichiers en base, pour avoir une seule source de vérité. En terme de performance ce n'était pas idéal, en terme de sauvegarde c'était mauvais (des fichiers, on peut facilement stocker un diff, une base c'est plus compliqué).

Donc les fichiers sont stockés sous forme de fichiers, dans une arborescence spécifique, non exploitable directement (ils sont stockés avec un hash, et les infos en base permettent de faire le lien)

Si non, sont-ils des documents directement utilisables en temps que tel ?

Les documents ne sont pas directement utilisables, mais tracim propose une interface webdav. Cette interface permet d'accéder à la dernière version des documents, et les modifications génèrent automatiquement un versionning. Cette interface représente fidèlement l'arborescence définie pour l'organisation des données.

Y a-t-il une arborescence conservée dans des dossiers ?

Comme évoqué, les fichiers sont stockés d'une certaine manière, qui n'est pas l'arborescence déterminée par les utilisateurs. Pour en savoir plus, tracim s'appuit sur depot pour le stockage.

Comme dit au dessus, l'interface webdav permet d'accéder aux fichiers sous forme de dossiers et fichiers et contenus comme avec n'importe quel explorateur de fichier.

En complément, une personne travaille chez nous sur l'implémentation d'un client de synchronisation, ce qui permettra d'avoir en local sur un poste client (ou sur un autre serveur) une copie conforme de l'arborescence complète des contenus, ainsi qu'une synchronisation bi-directionnelle (on devrait avoir un prototype d'ici quelques temps, la première version stable devrait être pour l'été).

Une version est créée à chaque modification du document ?

Oui. C'est automatique.

Disclamer : je suis le responsable du projet tracim.

Je pense que git en terme de fonctionnalités répond à tes besoins d'un point de vue fonctionnalités. Par contre, si tu as besoin d'outils confortables, il faut une interface au dessus de git et de son versionning.

Développant tracim pour ce type de problématique (versionning, collaboration et simplicité de prise en main), je pense que Tracim correspond "presque clé en main" à cela :

• tu mets l'ensemble de tes documents standardisés (principaux et optionnels) dans une arborescence définie et figée. Le versionning est natif dans tracim, donc pas de question à ce poser par rapport à cela.
• tu crées une branche d'arborescence dédiée aux options sur mesure.

Chacun de tes documents va évoluer à son rythme via les éditions des différents collaborateurs. Un équipement est une combinaison de documents standards ou spécifiques, chacun dans une version spécifique.

Je vois 3 manques potentiels dans cette solution :

• le fait de mettre des tags "nommés" sur des versions de document (le versionning de tracim est suffisant techniquement, mais il ne permettra pas d'avoir des tags explicites, juste des numéros de version)
• la configuration de la représentation d'un équipement (combinaison de l'ensemble des versions de chaque document).
• un outil pour agréger les documents dans les versions requises.

Je vois du coup deux concrétisations possibles de ton projet avec tracim :

• tu définis qqpart un fichier yaml ou json qui définit quels documents sont utilisés pour documenter tel équipement et quelle version de chaque document, et tu as un script qui récupère l'ensemble des documents via l'api REST de Tracim. Toute l'édition et l'historisation est faite via l'interface graphique et le script se charge juste de rappatrier les bons éléments de documentation,
• tu fais la même chose avec une application tracim faite sur mesure qui se charge de faire le travail d'agrégation et le stockage des configurations de documents. Dans ce cas tout est graphique (mais il faut faire + de développement).

Dans les 2 cas on (la société algoo, derrière tracim) peut t'accompagner. Dans le premier cas au vu de ce que tu dis, ça ne me semble pas nécessaire : tu développes, tu as les compétences pour faire les bons appels d'API et configurer / stocker / parser un fichier de description en yaml/json. On pourra te faire gagner du temps en t'accompagnant ; tu pourras aussi t'en sortir seul. Dans le second cas, ça me semble plus avancé comme développement (modèle supplémentaire en base représentant une configuration + application sur mesure). La seconde solution est pour moi une évolution naturelle de la première : tu valides le concept avec un script "bricolé", et une fois que le prototype est validé, tu fais l'interface sur mesure adaptée au quotidien.

Par rapport à ce que tu évoques, il y a des avantages en terme d'ergonomie et de fonctionnalités dans tracim : fichiers (uploadés) et documents rédigés sous forme de wysiwyg sont au même endroit. Les images intégrés dans tracim sont directement intégrés en glissé/déposé. Tout est versionné ; tu pexu identifier le statut de chaque document.

Pour en savoir plus sur tracim : https://www.tracim.fr/demo (video de 2 minutes et démo accessible et testable directement en ligne)

Une «astuce» pour avoir du webdav fonctionnel : utiliser apache et bannir nginx. Après avoir galéré des mois en pensant que notre code tracim/wrbdav était buggue, on a découvert une bonne raison pour que ça marche mal en prod : on avait un frontal/proxy nginx. En le remplaçant par apache, tout est rentré dans l'ordre.

Nginx implémente un support partiel de webdav, là où apache fait ce qu'il dit qu'il fait.

Depuis ça marche plutôt bien. Bon, on fait pas de streaming… mais webdav est clairement pas fait pour ça.

Je crois pas que webdav fonctionne en mode block…

Si je comprends bien, courage le stagiaire, avec un peu de chance, tu sera juste 100€ sous le seuil de pauvreté si école d'ingénieur type INP stagiaire méritant, 500€ en dessous sinon (on parie pour les 500€ si étudiant en M2 ?).

Dommage à 3 minutes près ton calcul passait de 100 à 300€ en dessous du seuil de pauvreté. Mais il oublie aussi de prendre en compte les autres sources financières qu'a un étudiant : APC, Bourse, RSA, aide des parents, etc. Donc à partir de l'indemnité de stage, tu ne peux pas présager de la position au dessus ou en dessous du seuil de pauvreté.

Heureusement qu'à ton age on vit d'amour et d'eau fraîche et que l'on est exonéré de loyer!

700€ c'est pas beaucoup, c'est vrai. Mais c'est pas un job. On va passer du temps à encadrer le stagiaire, à lui apprendre des trucs, à partager de l'expérience. Ca a un coût. Évalue le coût horaire d'un ingé qui t'encadre et le temps qu'il passe à t'apprendre des trucs. Et calcul la rentabilité de l'entreprise (si une entreprise tourne, c'est pour gagner de l'argent - et si un ingénieur travail c'est pareil). Le stagiaire bosse sur un projet libre. Si tu trouves mieux payé pour faire un stage qui est aussi formateur ou même plus, aucune raison de postuler chez Algoo : tu auras raison. Mais ça n'a rien à voir avec le fait de vivre d'amour et d'eau fraîche, ni de payer ou pas un loyer.

Pour alimenter la discussion et me permettre de révision ma position, peux-tu m'indiquer l'indemnité décente pour un stagiaire en fin d'études d'ingénieur ? Si en plus tu as des liens / documents pour étayer ta vision, je suis tout à fait disposer à revoir ma proposition.

En fait j'ai mis machinalement 500 à 900€ c'est ce qu'on budgetise pour des stagiaires ; dans le cas d'un projet de fin d'études, on ne sera pas à 500€, ça sera plutôt 700€ à 900€.

Note : je modifie pas l'annonce sinon ça va rendre le flux de commentaires peu compréhensible ; j'ai modifié l'annonce originale sur le site tracim.fr

indemnité de stage : de 500€ (minimum légal) à 900€ par mois selon profil
le stagiaire doit négocier ses indemnités ? C'est pour le préparer au monde du travail auquel il se destine ? ;-)

Selon le profil du candidat on proposera une indemnité adaptée, ça se réfléchit en interne et ça se discute aussi avec le candidat, oui. En fonction de son profil, de sa situation (si le candidat est bon et qu'il vient de l'autre bout de la terre, on fera sans doute un effort qu'on ne ferait pas si le candidat est à 5km).

Entre la DRM et le player (flash ou js), le flux vidéo transitait décrypté sous forme de flux réseau. Je ne me souviens plus des détails, mais en gros on pouvait sans effort chopper le flux en clair sur la machine. On avait halluciné avec mon collègue. Mais c'était juste qques temps avant qu'on quitte la boîte, on avait récupéré le boulot du dev «vidéo» parce qu'il s'en sortait pas… et la boîte a coulé qques mois plus tard donc on est passé à autre chose.

Si tu veux des associations :
- Firefox (la marque) --> le nom > du personnage préféré de Boulet.
- Code de Firefox --> le personnage préféré de boulet (graphisme, histoire)

Justement, je ne suis pas d'accord avec cette analogie. L'histoire et le graphisme, c'est ce que voit l'utilisateur. Le code non.

Si tu colles le logo de Firefox en changeant juste le nom, ce n'est pas valide. D'ailleurs Iceweasel n'avait pas le logo de Firefox, il me semble.

Le fait de pouvoir réutiliser le code, ok, mais la confusion n'est pas possible pour l'utilisateur