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)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
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…
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
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.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
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€.
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).
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
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.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
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
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
il est trop attaché à la propriété intellectuelle et à ses personnages/histoires
Voila le noeud du problème : des gens sont trop attaché au monopole qu'ils peuvent avoir sur une idée, et le libre est à l'opposé de ça. Forcément ça va coincer, comme avant Microsoft avait un problème avec le logiciel libre.
Le libre n'est pas tout à fait à l'opposé de ça, non. Linux, Firefox, Libreoffice, Nextcloud, Dolibarr par exemple sont des marques déposées. C'est la même démarche que de protéger ses personnages.
C'est une démarche qui semble assez naturelle si tu veux maîtriser ton image : ça évite toute confusion entre ce que tu développes et ce que d'autres personnes développeraient sous le même nom.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Je viens de remettre le nez dedans et pour moi il manque quelques fonctionnalités essentielles pour répondre à mon besoin :
- ajouter un jalon au document (pouvoir indiquer une date à laquelle le document doit être validé)
Cette fonctionnalité n'est effectivement pas disponible et nécessiterait des développements.
valider ou refuser un commentaire
Techniquement, on sait faire ça, donc à ajouter dans l'interface c'est une évolution très rapide à implémenter.
J'ai l'impression que l'utilisation "détournée" de Gitlab répond pour l'instant plus à mes besoins.
Ok. Merci pour tes retours et ton retour d'expérience.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Super ! Merci pour ton retour bien détaillé ! Effectivement entre snapshot et ansible + backup, je suis plutôt partisan de la seconde solution qui est "une recette" alors que l'autre est un résultat.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Ce qui me dérange avec OVH c'est le temps de réponse du support.
en meme temps faut relativiser, le support est peut-etre long mais si ca tombe jamais en panne, tu ne t'en sers jamais ;)
Oui, mais ça n'arrive pas un service qui ne tombe jamais en panne ;)
moi je suis chez kimsufi/soyoustart/ovh (c'est tout du OVH) j'utilise que des serveurs physiques dédiés, et je gere mon propre cloud à base de proxmox
aucun souci particulier
J'ai des serveurs VPS OVH, dédié SoYouStart et Online ; les serveurs ne tombent jamais en panne non plus (sauf panne physique genre disque défaillant, mais ça… on n'y peut rien). La question que je me pose c'est de partir sur une stratégie similaire (en gérant moi-même la partie "infra") ou partir sur une stratégie "cloud" où j'achète des instances, j'attache du stockage, etc et dans ce cas, je configure l'infra, mais je ne la gère pas. L'avantage étant la souplesse à l'évolution, la simplicité pour gérer la stratégie réseau (quelle machine accède à quelle autre, quelle machine est publique, etc, etc).
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Je pense que cela dépend de ton besoin. Pour ma part j'ai deux serveurs chez Scaleway dont je suis très satisfait car ils ne sont pas chers du tout mais permettent d'avoir une capacité de stockage importante, ce qui était ma principale demande.
Est-ce que tu as eu des ennuis comme ceux qu'évoquent MrBidon ? Depuis combien de temps tes machines Scaleway tournent-elles ?
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Ce qui me dérange avec OVH c'est le temps de réponse du support. Concernant tes problèmes chez Scaleway (VM arrêtée longtemps ou autre), ça date de quand, c'est récent ?
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Je te confirme que Tracim peut quasiment de base répondre à ton besoin. Je t'invite à jeter un coup d'oeil à la démo - http://tracim.fr/demo
Il y a probablement un peu de travail à faire pour valider/invalider des commentaires, et plusieurs solutions pour répondre à ton cas d'utilisation, chacune ayant des avantages et inconvénients.
Si après test de la démo l'outil te semble intéressant, je t'invite vivement à créer un ticket sur le repo github de tracim pour qu'on échange sur ton cas d'utilisation et les éventuelles adaptations qui pourraient être faites.
Damien
p.s : pour qu'il n'y ait pas d'ambiguité, je précise que je suis le responsable du projet tracim
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Nextcloud de base se résume à pas grand chose. Son seul avantage en "mode basique" étant sa gestion des utilisateurs (qui est moins fine qu'on ne penserait, certaines fonctionnalités étant réservées aux licences payantes).
Il me semblait qu'au moment du fork, les devs étaient contre le double licencing. J'avais mal compris ?
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
C'est quoi cette façon de juger les gens ? Tu te prends pour qui ?
J'ai répondu à ce genre d'interprétation avant même que tu commentes (cf. mes commentaires ci-dessus)
N'importe quoi .. Si Hadoop ne concernait que les développeurs … Il y a des gens qui pondent desarchitectures baséessur Hadoop sans être développeurs, et maintiennent/administrent le bouzin.
Évidemment. Mais s'autoformer sur hadoop dans le but d'être recruté ça veut dire quoi ? C'est comme dire «je vais me remettre au développement après 5 ans à faire des technos MS, je vais me plonger dans MySQL». On s'en fout. Soit tu as les bases et tu es capable d'apprendre sur le tas, soit tu es expert et on te recrute pour ça.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Au passage je précise bien : je ne dis pas que l'auteur n'est pas passionné. Je donne simplement mon avis - qui est subjectif.
Je donne mon avis parce que c'est ce que l'auteur a demandé. J'ai une position de recruteur et donc mon avis peut être intéressant pour se préparer à des entretiens, indépendamment du fait que j'ai tord ou raison.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Entre un livre sur le cloud, et un livre sur la rétro-ingénierie plein d'ASM, je choisis toujours le second. Suis-je un non passionné pour autant ?
Lire un livre, pour moi ce n'est pas de la veille, c'est approfondir un sujet. La veille c'est le contraire : survoler tout ce qui passe pour savoir ce qu'il pourrait être intéressant d'approfondir.
Si tu es passionné et que tu fais de la prod, je m'attends (naïvement?) à ce que tu sois au fait de l'état de l'art dans le domaine, même si tu ne pratiques pas.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
En résumé, je réalise qu'en huit passé à troubleshooter mon produit propriétaire , je n'ai pas vraiment eu de visus sur l'évolution des prods, pourriez vous me donner des avis ?
La veille techno, c'est un truc qui se fait au quotidien. Mon avis, c'est que n'est pas un passionné sinon tu ne te retrouverais pas en 2019 avec 8 ans de veille de retard.
Dois je continuer à apprendre python ?
Python c'est un outil pour développer des applications complètes, pour faire du traitement de données, pour faire du scripting et de l'automatisation. Continue de l'apprendre. Ça te fera pas te faire embaucher, mais c'est un couteau suisse qui te servira au quotidien.
Dois je insister sur hadoop
Tu ne cibles pas un boulot de développeur, je me trompe ? Laisse tomber hadoop.
sur le cloud ?
Ça c'est la base. Que tu veuilles faire de la prod, du développement, du devops, c'est le standard d'infrastructure, le cloud.
Si tu veux rattraper ton retard, c'est là dessus qu'il faut le rattraper, et avec les problématiques connexes : technos de déploiement, orchestration, «scalabilite», serverless, devops.
Apprends les principes généraux avant de focaliser sur une techno spécifique. Rattrape ta veille techno avant de mettre les mains dans le camboui. On s'en br… de kubernetes si tu ne maîtrises pas ce qu'est l'orchestration et ce qu'est un conteneur.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Parce qu'une "communauté" n'est pas un tout unique avec tout le monde d'accord?
Oui
Sérieusement, ce genre de phrase est plutôt classique quand on a un petit soucis chez soit (sa communauté) mais qu'on ne veut pas en débattre.
Lol. Quand on voit les débats sur weboob, il y a d'un côté les "bien-pensant lisses et fades", et de l'autre "les indépendants, libres". C'est pas aussi simple que ça non plus.
J'ai eu des échanges dans les colonnes de LinuxFR avec des défenseurs de weboob qui étaient pour le moins agressifs. J'ai également expliqué à l'époque pourquoi j'avais choisi un projet concurrent (Scrapy) pour un projet - parce que Scrapy avait une image plus professionnelle, et les réponses ont été :
que weboob était très bien voire mieux techniquement
que l'équipe weboob n'avait pas les compétences pour travailler son image.
Debian les aide : "changez de nom".
Sérieusement, ce genre de phrase est plutôt classique quand on a un petit souis chez soit (sa communauté) mais qu'on ne veut pas en débattre.
C'est un sujet récurrent. Si je résume mon impression suite aux échanges que j'ai pu avoir c'est quelque chose comme : "on est bon, c'est n'importe quoi de s'appuyer sur l'image".
Et pour avoir regardé le code, je confirme qu'il est bon.
C'est un choix.
Je note que tu n'as pas contre-argumenter sur "git", je suis personnellement étonné que Debian garde ce logiciel car de toutes évidences ça viole (largement plus) leur interprétation de leur CoC (ou alors on est à la mode US, où on peut acheter une arme à 18 ans mais pas une bière, question de priorités)
Non, je n'ai pas répondu. En fait, fondamentalement je ne sais pas ce qui doit être accepté ou pas. Je ne suis pas assez compétent sur le sujet, je n'ai pas assez échangé avec des personnes qui se sentent offensées ou pas offensées, je ne suis pas assez bon en Anglais pour savoir ce qui est correct, pas correct, insultant, etc.
Les échanges que j'ai eu avec des développeurs weboob n'ont juste pas été très agréables et pas très ouverts ( j'en suis resté là.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
En fait je sais pas pourquoi on débat. Comme le dit Tim dans son commentaire sur le billet weboob-the-asshole-detector : il y a deux communautés (l'équipe de dévelopement Weboob et l'équipe de développement Debian) et il y a visiblement une incompatibilité entre les deux. C'est pas un problème en soit. Si on veut vivre en communauté avec des gens qui ne partagent pas les même valeurs, on ne peut le reprocher ni à l'un ni à l'autre.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
# Tracim avec éventuellement module dédié ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Gestion de documentation. Évalué à 10.
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 :
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 :
Je vois du coup deux concrétisations possibles de ton projet avec tracim :
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)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # utiliser apache côté serveur
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message Webdav est-il pourri par concept ou voué à être utilisable dans le futur ?. Évalué à 4.
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…
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: indemnité
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message Stage R&D Frontend à Grenoble : prototypage d'application Tracim paramétrique (logiciel libre). Évalué à 5.
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é.
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.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: indemnité
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message Stage R&D Frontend à Grenoble : prototypage d'application Tracim paramétrique (logiciel libre). Évalué à 3. Dernière modification le 21 janvier 2019 à 16:16.
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
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: indemnité
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message Stage R&D Frontend à Grenoble : prototypage d'application Tracim paramétrique (logiciel libre). Évalué à 4. Dernière modification le 21 janvier 2019 à 12:03.
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).
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
# J'ai bossé avec widevine il y a 5 ans...
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Le DRM Widevine L3 cracké. Évalué à 6.
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.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Ne pas effacer l'histoire, et question de monopole.
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Service après-vente : Boulet (le dessinateur) et l'art libre. Évalué à 6.
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
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Ne pas effacer l'histoire, et question de monopole.
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Service après-vente : Boulet (le dessinateur) et l'art libre. Évalué à 3.
Pour rechercher des marques : https://bases-marques.inpi.fr
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Ne pas effacer l'histoire, et question de monopole.
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Service après-vente : Boulet (le dessinateur) et l'art libre. Évalué à 8. Dernière modification le 13 janvier 2019 à 08:49.
Le libre n'est pas tout à fait à l'opposé de ça, non. Linux, Firefox, Libreoffice, Nextcloud, Dolibarr par exemple sont des marques déposées. C'est la même démarche que de protéger ses personnages.
C'est une démarche qui semble assez naturelle si tu veux maîtriser ton image : ça évite toute confusion entre ce que tu développes et ce que d'autres personnes développeraient sous le même nom.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: tracim
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message Logiciel "collaboratif" pour réaliser une revue documentaire. Évalué à 2.
Cette fonctionnalité n'est effectivement pas disponible et nécessiterait des développements.
Techniquement, on sait faire ça, donc à ajouter dans l'interface c'est une évolution très rapide à implémenter.
Ok. Merci pour tes retours et ton retour d'expérience.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Bof
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message Feedback d'une production tournant chez Scaleway ?. Évalué à 3.
Super ! Merci pour ton retour bien détaillé ! Effectivement entre snapshot et ansible + backup, je suis plutôt partisan de la seconde solution qui est "une recette" alors que l'autre est un résultat.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Bof
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message Feedback d'une production tournant chez Scaleway ?. Évalué à 2.
Oui, mais ça n'arrive pas un service qui ne tombe jamais en panne ;)
J'ai des serveurs VPS OVH, dédié SoYouStart et Online ; les serveurs ne tombent jamais en panne non plus (sauf panne physique genre disque défaillant, mais ça… on n'y peut rien). La question que je me pose c'est de partir sur une stratégie similaire (en gérant moi-même la partie "infra") ou partir sur une stratégie "cloud" où j'achète des instances, j'attache du stockage, etc et dans ce cas, je configure l'infra, mais je ne la gère pas. L'avantage étant la souplesse à l'évolution, la simplicité pour gérer la stratégie réseau (quelle machine accède à quelle autre, quelle machine est publique, etc, etc).
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Ça dépend...
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message Feedback d'une production tournant chez Scaleway ?. Évalué à 2.
Est-ce que tu as eu des ennuis comme ceux qu'évoquent MrBidon ? Depuis combien de temps tes machines Scaleway tournent-elles ?
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Bof
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message Feedback d'une production tournant chez Scaleway ?. Évalué à 2.
Merci pour ton retour.
Ce qui me dérange avec OVH c'est le temps de réponse du support. Concernant tes problèmes chez Scaleway (VM arrêtée longtemps ou autre), ça date de quand, c'est récent ?
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: tracim
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message Logiciel "collaboratif" pour réaliser une revue documentaire. Évalué à 4. Dernière modification le 08 janvier 2019 à 15:14.
Bonjour Tifriis (et Nonolapero),
Je te confirme que Tracim peut quasiment de base répondre à ton besoin. Je t'invite à jeter un coup d'oeil à la démo - http://tracim.fr/demo
Il y a probablement un peu de travail à faire pour valider/invalider des commentaires, et plusieurs solutions pour répondre à ton cas d'utilisation, chacune ayant des avantages et inconvénients.
Si après test de la démo l'outil te semble intéressant, je t'invite vivement à créer un ticket sur le repo github de tracim pour qu'on échange sur ton cas d'utilisation et les éventuelles adaptations qui pourraient être faites.
Damien
p.s : pour qu'il n'y ait pas d'ambiguité, je précise que je suis le responsable du projet tracim
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
# fonctionnalités payantes ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message [Discutions/Débats] ⛅ Nextcloud : 2018 aura-t-elle été l'année du bugs. Évalué à 2.
Il me semblait qu'au moment du fork, les devs étaient contre le double licencing. J'avais mal compris ?
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: bon courage
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Huit ans et plus toutes ses dents. Évalué à 9.
J'ai répondu à ce genre d'interprétation avant même que tu commentes (cf. mes commentaires ci-dessus)
Évidemment. Mais s'autoformer sur hadoop dans le but d'être recruté ça veut dire quoi ? C'est comme dire «je vais me remettre au développement après 5 ans à faire des technos MS, je vais me plonger dans MySQL». On s'en fout. Soit tu as les bases et tu es capable d'apprendre sur le tas, soit tu es expert et on te recrute pour ça.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: bon courage
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Huit ans et plus toutes ses dents. Évalué à 8. Dernière modification le 29 décembre 2018 à 11:18.
Au passage je précise bien : je ne dis pas que l'auteur n'est pas passionné. Je donne simplement mon avis - qui est subjectif.
Je donne mon avis parce que c'est ce que l'auteur a demandé. J'ai une position de recruteur et donc mon avis peut être intéressant pour se préparer à des entretiens, indépendamment du fait que j'ai tord ou raison.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: bon courage
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Huit ans et plus toutes ses dents. Évalué à 10. Dernière modification le 29 décembre 2018 à 11:14.
Lire un livre, pour moi ce n'est pas de la veille, c'est approfondir un sujet. La veille c'est le contraire : survoler tout ce qui passe pour savoir ce qu'il pourrait être intéressant d'approfondir.
Si tu es passionné et que tu fais de la prod, je m'attends (naïvement?) à ce que tu sois au fait de l'état de l'art dans le domaine, même si tu ne pratiques pas.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
# bon courage
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Huit ans et plus toutes ses dents. Évalué à 7.
La veille techno, c'est un truc qui se fait au quotidien. Mon avis, c'est que n'est pas un passionné sinon tu ne te retrouverais pas en 2019 avec 8 ans de veille de retard.
Python c'est un outil pour développer des applications complètes, pour faire du traitement de données, pour faire du scripting et de l'automatisation. Continue de l'apprendre. Ça te fera pas te faire embaucher, mais c'est un couteau suisse qui te servira au quotidien.
Tu ne cibles pas un boulot de développeur, je me trompe ? Laisse tomber hadoop.
Ça c'est la base. Que tu veuilles faire de la prod, du développement, du devops, c'est le standard d'infrastructure, le cloud.
Si tu veux rattraper ton retard, c'est là dessus qu'il faut le rattraper, et avec les problématiques connexes : technos de déploiement, orchestration, «scalabilite», serverless, devops.
Apprends les principes généraux avant de focaliser sur une techno spécifique. Rattrape ta veille techno avant de mettre les mains dans le camboui. On s'en br… de kubernetes si tu ne maîtrises pas ce qu'est l'orchestration et ce qu'est un conteneur.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Git
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Weboob banni de Debian ?. Évalué à 8. Dernière modification le 22 décembre 2018 à 07:24.
Pour les ignorants comme moi : SJW = Social Justice Warrior
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Git
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Weboob banni de Debian ?. Évalué à 10. Dernière modification le 21 décembre 2018 à 10:10.
Oui
Lol. Quand on voit les débats sur weboob, il y a d'un côté les "bien-pensant lisses et fades", et de l'autre "les indépendants, libres". C'est pas aussi simple que ça non plus.
J'ai eu des échanges dans les colonnes de LinuxFR avec des défenseurs de weboob qui étaient pour le moins agressifs. J'ai également expliqué à l'époque pourquoi j'avais choisi un projet concurrent (Scrapy) pour un projet - parce que Scrapy avait une image plus professionnelle, et les réponses ont été :
Debian les aide : "changez de nom".
C'est un sujet récurrent. Si je résume mon impression suite aux échanges que j'ai pu avoir c'est quelque chose comme : "on est bon, c'est n'importe quoi de s'appuyer sur l'image".
Et pour avoir regardé le code, je confirme qu'il est bon.
Non, je n'ai pas répondu. En fait, fondamentalement je ne sais pas ce qui doit être accepté ou pas. Je ne suis pas assez compétent sur le sujet, je n'ai pas assez échangé avec des personnes qui se sentent offensées ou pas offensées, je ne suis pas assez bon en Anglais pour savoir ce qui est correct, pas correct, insultant, etc.
Les échanges que j'ai eu avec des développeurs weboob n'ont juste pas été très agréables et pas très ouverts ( j'en suis resté là.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Git
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Weboob banni de Debian ?. Évalué à 10. Dernière modification le 21 décembre 2018 à 09:12.
En fait je sais pas pourquoi on débat. Comme le dit Tim dans son commentaire sur le billet weboob-the-asshole-detector : il y a deux communautés (l'équipe de dévelopement Weboob et l'équipe de développement Debian) et il y a visiblement une incompatibilité entre les deux. C'est pas un problème en soit. Si on veut vivre en communauté avec des gens qui ne partagent pas les même valeurs, on ne peut le reprocher ni à l'un ni à l'autre.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: lead developer
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message [Recrutement][CDI] Lead Développeuse full-stack / généraliste sur Grenoble - embauche rapide. Évalué à 1.
D'après un article paru sur libération il y a un an, ce n'est pas si évident que ça.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Lead Développeuse
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message [Recrutement][CDI] Lead Développeuse full-stack / généraliste sur Grenoble - embauche rapide. Évalué à 2.
C'est possible. Un candidat qui s'arrêterait à ça ne correspond pas à la philosophie du poste, c'est donc un effet de bord acceptable.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo