L'algorithmie fait partie de la théorie, pour moi. La syntaxe non. Par contre l'exercice d'analyse de code (y compris sur un langage inconnu du candidat) permet d'évaluer le bon sens, le pragmatisme, l'intuition et la faculté d'adaptation …
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
La démarche d'investigation. Tu mets le candidat face à un code bugué techniquement ou par design (exemple : mauvaise gestion des effets de bord) et tu discutes avec lui du problème, des solutions à envisager, pourquoi, avec quelles limites, etc.
Tu vas vite voir comment il réagit, comment il interagit et c'est ça qui en fera un bon collègue - et un candidat apte à fournir des résultats probants.
Un point important aussi : souvent des jeunes candidats sont intimidés. Du coup la combinaison tests techniques (qui peuvent rassurer qqun de très timide) et interactions est importante.
Chez des candidats jeunes (stage ou recrutement), je cherche en général + à identifier les bases théoriques et leur connaissance/compréhension et les motivations plus que les compétences directement opérationnelles.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Pour reformuler la question de xandercage, on a des tableaux de bord qui permettent de voir l'état du système à un instant donné. Mais si on veut voir l'évolution temporelle on n'a pas l'information :
la base de prod de nos outils gère ses données mais pas l'historique
l'outil de tableau de bord gère le rendu des requêtes SQL qu'on a configurées
Mais il manque une couche intermédiaire qui stockerait le résultat de la requête SQL exécutée toutes les x secondes/minutes/heures/jours, etc pour voir l'évolution.
On pourrait mettre en place des outils de monitoring, mais ça sera pas plug&play et ça ne m'a pas l'air "fait pour" (dans l'usage).
Je suis preneur de noms d'outils si vous avez des idées
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Au passage, pour les permissions, j'ai utilisé Oso que j'ai découvert via le blog de StackOverflow et j'ai trouvé ça franchement pratique. Bien mieux que le code spaghetti maison que j'avais fait avant. Pour la peine, je viens de poster un lien ici.
Aujourd'hui j'ai vu passer Oso sur le canal interne de veille techno … je suppute que ça vient de ton message 😃
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
On utilise plusieurs "stack" à Algoo, selon les projets :
Pyramid / SQLAlchemy pour Tracim,
Flask sur notre site web,
Django sur certains projets internes et projets clients,
Là, on est intervenu sur du FastAPI sur un projet client,
…
Dans tous les cas, SQLAlchemy c'est quasiment LA brique récurrente car y'a pas vraiment d'équivalent (ça fait plus de 10 ans que je l'utilise, personnellement, et j'ai pas rencontré de cas où ça posait problème)
Si tu utilises apispec pour les API,peut-être que Hapic pourrait t'intéresser. C'est une brique "framework agnostic" pour construire des APIs REST robustes, documentées et gérant les erreurs de manière standardisée. On l'utilise sur Tracim, sur des projets clients notamment développés sur base Flask ou aiohttp (et historiquement bottle) …
le principal développeur de Hapic est chez Algoo et rôde sur LinuxFR (et parfois il est même récompensé pour ses dépêches et les jeux vidéos qu'il développe ;)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Tu connais des « stocks » de modèles libreoffice (libres) ? Je sais que tu as publié sur ton site des modèles ; je me demande s'il existe des bases comme il existe par exemple pour le SVG via www.freesvg.org
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Ysabeau, ça te prend combien de temps de faire un modèle de document propre et réexploitable ? Je sais que la réponse va être "ça dépend", mais sur les modèles que tu fais aujourd'hui, c'est quoi ? 1J mini ? 5J mini ?
Exemples de cas qui me viennent à l'esprit :
un modèle de CV
un modèle de courrier
un modèle de rapport (?)
un modèle de présentation avec 3 types de diapo (page titre + 2 "templates" différents)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
nombre de mainteneurs de projet libre gagneraient à appliquer les idées développées dans l'article publié sur medium.
Sur le principe, pourquoi pas : documenter et communiquer autour de son projet, ça ne peut être que positif. Mais dans le libre, le bullshit fonctionne mal. La qualité du code et l'intérêt du projet reste quelque chose de majeur, faire croire que tu vas créer une communauté en pipeautant autour d'un truc mal ficelé, c'est vraiment un mauvais conseil.
Les communautés c'est la base de la viralité du logiciel libre. La qualité du code ? Bof : un paquet de projets sont utilisées pour leur intérêt fonctionnel, pas pour la beauté du code.
4) S'il a réussi à intéresser des développeurs (y compris des devs meilleurs que lui techniquement), c'est parce que son projet était très bon techniquement, et qu'il fonctionnait. Les buts étaient à la fois ambitieux et réalistes.
Réduire l'attraction d'un projet libre à sa communauté de développeurs est vraiment une vision naive. Qui contribue à Mattermost ? À Penpot ? À Gitlab ? Tu crois vraiment que c'est la qualité du code qui a poussé les gens à participer ? J'en doute. L'intérêt est avant tout fonctionnel.
mal communiquer autour d'une page qui propose des conseils pour bien communiquer, c'est quand même assez cocasse
Il y a une différence entre la théorie et la pratique. Ça se vérifie tous les jours, dans tous les domaines. Ça se vérifie même ici ;)
S'instruire/ lire / analyser (et même/surtout de ses pires ennemis) et adhérer sont deux choses tout à fait différentes.
Honnêtement, si tu avais de l'argent à investir et que tu souhaitais créer un bot de trading, est-ce que tu utiliserais un tel logiciel? Je ne dis pas du tout qu'un logiciel propriétaire serait forcément plus fiable, mais avoir un fournisseur vers qui se retourner si un bug te fait perdre 10k€ en trois millisecondes, c'est quand même une sécurité. Jamais je n'utiliserais un tel soft avec une exclusion de garantie, comme c'est standard pour les logiciels libres.
Le sujet que j'évoque c'est pas ça. Mais passons.
Pour info, l'exclusion de garantie, c'est pas propre au logiciel libre. La très grande majorité des logiciels vient avec une exclusion de garantie, qu'il s'agisse de logiciels libres ou propriétaires.
Si ton activité commerciale dépend de logiciel, tu ficelles un contrat de maintenance, des garanties, ce que tu veux, mais ça n'a rien à voir avec la licence du logiciel : c'est un contrat commercial (qui peut être lié à un logiciel libre ou propriétaire)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Le journal de fait bâcher pour différentes raisons ; mais il faut reconnaître que nombre de mainteneurs de projet libre gagneraient à appliquer les idées développées dans l'article publié sur medium.
J'espère que les moinseurs du type "je moinse car le trading c'est de la merde" auront tout de même eu la curiosité d'aller lire l'article (ça prend pas très longtemps et il y a des points très pertinents).
S'instruire/ lire / analyser (et même/surtout de ses pires ennemis) et adhérer sont deux choses tout à fait différentes.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Je pense que le seul frein peut être idéologique : refuser catégoriquement le concept du pass sanitaire.
En fait, non mon frein n'est pas idéologique mais intellectuel,
Ok. Je mets ça sur le même plan. Note que j'adhère à cette idéologie ou cette réflexion intellectuelle.
Basé sur un simulacre de "bon sens" pour mieux le faire accepter par la population propagandée.
Il y a des gens qui acceptent le pass pour des raisons économiques ou pragmatiques.
Par exemple les personnels de santé qui ne veulent ou ne peuvent pas perdre leur travail.
Par exemple un chef d'entreprise qui veut aller à OSXP parce que c'est la Mecque du logiciel libre et qu'il *doit *y être pour rencontrer des gens ;)
On peut avoir un pass sanitaire sans 3eme dose, sans seconde dose ni même première dose. C'est possible : je l'ai fait (et en toute légalité).
Parenthèse : le sujet de la vaccination et du pass sont des sujets tout à fait distincts. Je ne souhaite pas débattre de ce sujet ; mon intervention initiale était juste là pour rappeler que concrètement il était possible de venir à OSXP pour 25,01€ sans se faire injecter un quelconque produit.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Mais une fois que tu bosses dessus, qu'est-ce qui a pris du temps et combien exactement? Car je ne vois pas bien où est la pertinence de bosser 2h par mois sur un truc tout en continuant à payer le précédent si tu peux bosser 4h par jours dessus pendant 1 semaine et plier ça pour de bon.
En fait la question c'est pas 2h/mois ou 4h par mois.
La question c'est :
Faire une veille de ce qui existe et de ce qu'on peut faire ou pas avec les solutions alternatives
Prototyper le cas échéant les solutions alternatives
Rentrer de l'argent parce que comme le dit Zenitram, changer de CI ça ne génère pas de CA donc c'est largement pas prioritaire vis-à-vis des projets clients en cours
Une fois que tu as choisi l'outil, bah faut mettre les mains dedans et migrer les choses. Faire une migration vers un outil que tu ne connais pas en 1 unique sprint, soit tu es extrêmement fort, soit tu es présomptueux
Par ailleurs, petite entreprise ne veut pas dire "mono-projet".
Le message de Zenitram te donne toutes les billes pour comprendre pourquoi ça "prend 9 mois" : ça veut dire que entre le "on décide de changer" et "ça y est c'est opérationnel" il s'est passé 9 mois. Ni plus ni moins.
Parenthèse : si dans tes équipes il se passe juste 2 semaines entre le "il faut qu'on change d'outil" et "ça y est c'est opérationnel", je suis sérieusement dubitatif sur la qualité des choix techniques - même si vous êtes les plus compétents du monde. En effet, en 2 semaines il faut que tu m'expliques le recul que tu as eu le temps de prendre.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
On a étudié le sujet pour Tracim. Finalement faire du chiffrement côté client était trop pénalisant car tu perds toutes les fonctionnalités "pratiques" : prévisualisation, recherche, indexation plein texte (note : c'est pas tout à fait vrai - des solutions de recherche sur des données chiffrées existent … Mais c'est pas du"standard")
C'est d'autant plus discutable que si tu déchiffres automatiquement côté client, le maillon faible n'est pas le serveur mais l'ordinateur client. Et clairement le niveau de sécurité est alors lié à la rigueur et à l'attention de l'utilisateur.
Ya un sujet qui ressort souvent sur le chiffrement des disques côté serveur … Mais accéder à un serveur éteint est nettement plus compliqué que de se procurer un compte utilisateur enregistré dans Firefox … Un disque serveur éteint … C'est vraiment très très rare.
Bref, tout ça pour dire que c'est vraiment l'écosystème complet qui doit être cohérent : outils, compétences utilisateur, pratiques, rigueur … La majorité des piratages de données ciblés commencent par une étape de social engineering, il me semble.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Je ne peux plus m'en passer, c'est gitlab/github mais en mieux ! C'est à dire plus simple et intuitif et tout aussi complet.
Plus simple et plus intuitif, c'est possible ; tout aussi complet … comment dire … ça paraît un poil présomptueux tant Gitlab est riche.
Et c'est libre !
Je ne vois aucun intérêt pour les solutions payantes ??
Il y a un intérêt pour Gitlab en version payante : des fonctionnalités qui ne sont pas dispo dans la version libre (c'est notamment une des raisons pour lesquelles j'évite l'open-core d'une manière générale : le curseur peut à tout moment se décaler pour "forcer la main" et une fois qu'un outil est en place, il est difficile d'en changer - d'autant plus qu'il est riche et puissant)
L'autre intérêt que je vois c'est de financer la pérennité du logiciel qu'on utilise et d'avoir du support. Dans une stratégie de gestion d'entreprise saine, les outils critiques pour l'entreprise viennent avec des contrats de service qui garantissent que le jour où il y a un problème, quelqu'un va travailler dessus et résoudre le problème rapidement.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Tracim est sur Github car c'est LA plateforme où se retrouvent les projets libres. La raison d'être là est plutôt liée à l'aspect communautaire qu'à l'aspect outillage : : côté "usine logicielle" il existe plusieurs solutions telles que Github (propriétaire), Gitlab (open-core), Tuleap (open source ou open-core ?)
Ce que l'on fait avec Github, c'est de gérer notre code source et les tickets / board de dév associés. Ça s'exporte relativement facilement se besoin de migrer sur un autre outil.
Avoir une intégration continue sur Github et migrer nécessite une ré-écriture de l'intégration continue. Ça a notamment été le cas avec Travis CI et c'est pour ça que ça a pris 9 mois …
Avoir un outil indépendant (et auto-hébergé) permet d'envisager l'avenir de manière plus indépendante et d'avoir une vision plus large que "seulement" l'intégration continue. Par exemple le choix de Concourse a été dirigé notamment par la possibilité de faire du déploiement semi-automatique à la demande via des écrans dédiés (exemple : tu veux un écran sur lequel tu peux déployer à partir d'un tag sur un ou plusieurs serveurs).
D'autres solutions étaient envisageables, ça mériterait un article (d'où la suggestion) d'expliquer le pourquoi du comment.
D'une manière générale, j'ai une vision "ne pas mettre tous nos oeufs dans le même panier" pour garantir notre indépendance (avec un coût associé, certes)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
D'expérience, il est compliqué d'adresser avec le même produit les utilisateurs avertis (et leur laisser la main) et les utilisateurs non avertis (et les protéger des fausses manipulations). Je ne blame pas /e/ d'avoir fait ce choix, juste qu'il ne répond pas à mes attentes.
Je suis utilisateur Debian Linux depuis des années, j'ai appris à faire attention (et à assumer mes erreurs;) et si je dois quitter aujourd'hui la souplesse que me propose un environnement "standard" Android (standard au sens "standard du marché"), je ne le ferai pas pour me retrouver avec les même "pain point" (en l'occurence : aujourd'hui je change mon téléphone car j'ai un espace disque "plein à craquer" et notamment à cause d'applications que je n'utilise pas et qu'il m'est impossible de désinstaller).
J'aime la démarche, mais je trouve que reproduire ces mécanisme de manière "non débrayable" me laisse dubitatif sur la démarche. Sur la page d'accueil il est indiqué Your data is YOUR data!. J'aimerais aussi que cela soit Your phone is YOUR phone.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
C'est vraiment le comportement qui pourrait me faire changer d'OS (savoir que tu "as le droit de choisir ce que tu as installé") et je trouve ça vraiment dommage.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Le projet m'intéresse vivement (et pour cause : je suis le créateur de Tracim;)
Pourquoi avoir limité à un identifiant d'espace ? (s'il y a une autre raison que : "c'est la première étape)
À chaud, j'ai l'impression qu'une première requête d'API permettrait de récupérer la liste des identifiants d'espace et en conséquence de synchroniser l'ensemble.
Autre question : j'avais prévu/envisagé de faire un client (en python) s'intégrant à l'environnement graphique du client et en particulier l'espace de notifications. Est-ce que Rust permet de faire des lib dynamiques que l'on pourrait exploiter via un code en python ou autre ? Est-ce envisageable sur ce projet ?
Quelle est la manière la plus efficace aujourd'hui pour contribuer ? (sachant que je ne connais pas le langage Rust, j'imagine plutôt de contribuer autrement que sous forme de code)
C'est une super initiative je trouve !!!
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Plus que des tests techniques ...
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message Sélection stagiaire développement. Évalué à 3. Dernière modification le 21 décembre 2021 à 22:09.
L'algorithmie fait partie de la théorie, pour moi. La syntaxe non. Par contre l'exercice d'analyse de code (y compris sur un langage inconnu du candidat) permet d'évaluer le bon sens, le pragmatisme, l'intuition et la faculté d'adaptation …
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
# Plus que des tests techniques ...
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message Sélection stagiaire développement. Évalué à 9.
La démarche d'investigation. Tu mets le candidat face à un code bugué techniquement ou par design (exemple : mauvaise gestion des effets de bord) et tu discutes avec lui du problème, des solutions à envisager, pourquoi, avec quelles limites, etc.
Tu vas vite voir comment il réagit, comment il interagit et c'est ça qui en fera un bon collègue - et un candidat apte à fournir des résultats probants.
Un point important aussi : souvent des jeunes candidats sont intimidés. Du coup la combinaison tests techniques (qui peuvent rassurer qqun de très timide) et interactions est importante.
Chez des candidats jeunes (stage ou recrutement), je cherche en général + à identifier les bases théoriques et leur connaissance/compréhension et les motivations plus que les compétences directement opérationnelles.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Redash like ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche Metabase - Business intelligence open source. Évalué à 2.
Pour reformuler la question de xandercage, on a des tableaux de bord qui permettent de voir l'état du système à un instant donné. Mais si on veut voir l'évolution temporelle on n'a pas l'information :
Mais il manque une couche intermédiaire qui stockerait le résultat de la requête SQL exécutée toutes les x secondes/minutes/heures/jours, etc pour voir l'évolution.
On pourrait mettre en place des outils de monitoring, mais ça sera pas plug&play et ça ne m'a pas l'air "fait pour" (dans l'usage).
Je suis preneur de noms d'outils si vous avez des idées
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Contextvars rulz et autres considérations
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au lien FastAPI et SQLAlchemy – en asynchrone, attention aux faux amis. Évalué à 2.
Aujourd'hui j'ai vu passer Oso sur le canal interne de veille techno … je suppute que ça vient de ton message 😃
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Contextvars rulz et autres considérations
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au lien FastAPI et SQLAlchemy – en asynchrone, attention aux faux amis. Évalué à 3.
Bonjour jihele,
On utilise plusieurs "stack" à Algoo, selon les projets :
Dans tous les cas, SQLAlchemy c'est quasiment LA brique récurrente car y'a pas vraiment d'équivalent (ça fait plus de 10 ans que je l'utilise, personnellement, et j'ai pas rencontré de cas où ça posait problème)
Si tu utilises apispec pour les API,peut-être que Hapic pourrait t'intéresser. C'est une brique "framework agnostic" pour construire des APIs REST robustes, documentées et gérant les erreurs de manière standardisée. On l'utilise sur Tracim, sur des projets clients notamment développés sur base Flask ou aiohttp (et historiquement bottle) …
le principal développeur de Hapic est chez Algoo et rôde sur LinuxFR (et parfois il est même récompensé pour ses dépêches et les jeux vidéos qu'il développe ;)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: LibreOffice pour un certain nombre
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message Alternatives à Canva ?. Évalué à 2.
Tu connais des « stocks » de modèles libreoffice (libres) ? Je sais que tu as publié sur ton site des modèles ; je me demande s'il existe des bases comme il existe par exemple pour le SVG via www.freesvg.org
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: LibreOffice pour un certain nombre
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message Alternatives à Canva ?. Évalué à 2.
Ysabeau, ça te prend combien de temps de faire un modèle de document propre et réexploitable ? Je sais que la réponse va être "ça dépend", mais sur les modèles que tu fais aujourd'hui, c'est quoi ? 1J mini ? 5J mini ?
Exemples de cas qui me viennent à l'esprit :
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: As-tu essayé les versions récentes de Inkscape ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message Alternatives à Canva ?. Évalué à 2.
Quand j'évoque les modèles c'est les bonnes dimensions / les bons ratios oui. Pour le contenu, je ne connais rien qui soit à la hauteur de Canva.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Un peu d'humilité ...
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Comment je fais le “marketing” de mon projet Open Source. Évalué à 7.
Les communautés c'est la base de la viralité du logiciel libre. La qualité du code ? Bof : un paquet de projets sont utilisées pour leur intérêt fonctionnel, pas pour la beauté du code.
Réduire l'attraction d'un projet libre à sa communauté de développeurs est vraiment une vision naive. Qui contribue à Mattermost ? À Penpot ? À Gitlab ? Tu crois vraiment que c'est la qualité du code qui a poussé les gens à participer ? J'en doute. L'intérêt est avant tout fonctionnel.
Il y a une différence entre la théorie et la pratique. Ça se vérifie tous les jours, dans tous les domaines. Ça se vérifie même ici ;)
Le sujet que j'évoque c'est pas ça. Mais passons.
Pour info, l'exclusion de garantie, c'est pas propre au logiciel libre. La très grande majorité des logiciels vient avec une exclusion de garantie, qu'il s'agisse de logiciels libres ou propriétaires.
Si ton activité commerciale dépend de logiciel, tu ficelles un contrat de maintenance, des garanties, ce que tu veux, mais ça n'a rien à voir avec la licence du logiciel : c'est un contrat commercial (qui peut être lié à un logiciel libre ou propriétaire)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: As-tu essayé les versions récentes de Inkscape ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message Alternatives à Canva ?. Évalué à 2.
"Canva" et non "ça va" ;)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
# Un peu d'humilité ...
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Comment je fais le “marketing” de mon projet Open Source. Évalué à 3.
Le journal de fait bâcher pour différentes raisons ; mais il faut reconnaître que nombre de mainteneurs de projet libre gagneraient à appliquer les idées développées dans l'article publié sur medium.
J'espère que les moinseurs du type "je moinse car le trading c'est de la merde" auront tout de même eu la curiosité d'aller lire l'article (ça prend pas très longtemps et il y a des points très pertinents).
S'instruire/ lire / analyser (et même/surtout de ses pires ennemis) et adhérer sont deux choses tout à fait différentes.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: As-tu essayé les versions récentes de Inkscape ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message Alternatives à Canva ?. Évalué à 2.
À Algoo on utilise Ça va et Inkscape selon le besoin de travailler en précision et selon l'urgence et le média cible
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
# As-tu essayé les versions récentes de Inkscape ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message Alternatives à Canva ?. Évalué à 2.
Si les modèles de contenus t'intéressent particulièrement, un gros travail a été fait sur le sujet.
Si tu es + intéressés par les contenus visuels intégrés à Ça va, je n'ai pas d'idée.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Je suppose qu'il faut ...
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche Venez nous retrouver à l'Open Source Experience 2021 les 9 et 10 novembre #OSXP2021. Évalué à 3.
Ok. Je mets ça sur le même plan. Note que j'adhère à cette idéologie ou cette réflexion intellectuelle.
Il y a des gens qui acceptent le pass pour des raisons économiques ou pragmatiques.
Par exemple les personnels de santé qui ne veulent ou ne peuvent pas perdre leur travail.
Par exemple un chef d'entreprise qui veut aller à OSXP parce que c'est la Mecque du logiciel libre et qu'il *doit *y être pour rencontrer des gens ;)
On peut avoir un pass sanitaire sans 3eme dose, sans seconde dose ni même première dose. C'est possible : je l'ai fait (et en toute légalité).
Parenthèse : le sujet de la vaccination et du pass sont des sujets tout à fait distincts. Je ne souhaite pas débattre de ce sujet ; mon intervention initiale était juste là pour rappeler que concrètement il était possible de venir à OSXP pour 25,01€ sans se faire injecter un quelconque produit.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Je suppose qu'il faut ...
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche Venez nous retrouver à l'Open Source Experience 2021 les 9 et 10 novembre #OSXP2021. Évalué à 4.
Ya même pas nécessité de se faire vacciner pour avoir un pass sanitaire : ça peut être juste l'affaire d'un grand coton tige dans le nez.
Je pense que le seul frein peut être idéologique : refuser catégoriquement le concept du pass sanitaire.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: On y sera !
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche Venez nous retrouver à l'Open Source Experience 2021 les 9 et 10 novembre #OSXP2021. Évalué à 2.
Idem, pour discuter collaboration d'équipe et présenter les dernières nouveautés de Tracim (j'ai d'ailleurs publié un journal)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Cohérence ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Intégration continue - Travis, la stratégie commerciale défaillante ?. Évalué à 10.
En fait la question c'est pas 2h/mois ou 4h par mois.
La question c'est :
Par ailleurs, petite entreprise ne veut pas dire "mono-projet".
Le message de Zenitram te donne toutes les billes pour comprendre pourquoi ça "prend 9 mois" : ça veut dire que entre le "on décide de changer" et "ça y est c'est opérationnel" il s'est passé 9 mois. Ni plus ni moins.
Parenthèse : si dans tes équipes il se passe juste 2 semaines entre le "il faut qu'on change d'outil" et "ça y est c'est opérationnel", je suis sérieusement dubitatif sur la qualité des choix techniques - même si vous êtes les plus compétents du monde. En effet, en 2 semaines il faut que tu m'expliques le recul que tu as eu le temps de prendre.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
# La sécurité est une question de compromis
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message Coffre fort numérique, entreposer ses documents en toute sécurité. Évalué à 5.
On a étudié le sujet pour Tracim. Finalement faire du chiffrement côté client était trop pénalisant car tu perds toutes les fonctionnalités "pratiques" : prévisualisation, recherche, indexation plein texte (note : c'est pas tout à fait vrai - des solutions de recherche sur des données chiffrées existent … Mais c'est pas du"standard")
C'est d'autant plus discutable que si tu déchiffres automatiquement côté client, le maillon faible n'est pas le serveur mais l'ordinateur client. Et clairement le niveau de sécurité est alors lié à la rigueur et à l'attention de l'utilisateur.
Ya un sujet qui ressort souvent sur le chiffrement des disques côté serveur … Mais accéder à un serveur éteint est nettement plus compliqué que de se procurer un compte utilisateur enregistré dans Firefox … Un disque serveur éteint … C'est vraiment très très rare.
Bref, tout ça pour dire que c'est vraiment l'écosystème complet qui doit être cohérent : outils, compétences utilisateur, pratiques, rigueur … La majorité des piratages de données ciblés commencent par une étape de social engineering, il me semble.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: OneDev
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Intégration continue - Travis, la stratégie commerciale défaillante ?. Évalué à 6.
Plus simple et plus intuitif, c'est possible ; tout aussi complet … comment dire … ça paraît un poil présomptueux tant Gitlab est riche.
Il y a un intérêt pour Gitlab en version payante : des fonctionnalités qui ne sont pas dispo dans la version libre (c'est notamment une des raisons pour lesquelles j'évite l'open-core d'une manière générale : le curseur peut à tout moment se décaler pour "forcer la main" et une fois qu'un outil est en place, il est difficile d'en changer - d'autant plus qu'il est riche et puissant)
L'autre intérêt que je vois c'est de financer la pérennité du logiciel qu'on utilise et d'avoir du support. Dans une stratégie de gestion d'entreprise saine, les outils critiques pour l'entreprise viennent avec des contrats de service qui garantissent que le jour où il y a un problème, quelqu'un va travailler dessus et résoudre le problème rapidement.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: OneDev
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Intégration continue - Travis, la stratégie commerciale défaillante ?. Évalué à 4.
Peut-être la licence ? (MIT a priori)
La licence du coeur de gitlab est plus complexe (ça ressemble un peu à Tracim - différentes licences pour différentes sources d'information ou code)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Cohérence ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Intégration continue - Travis, la stratégie commerciale défaillante ?. Évalué à 10.
Tracim est sur Github car c'est LA plateforme où se retrouvent les projets libres. La raison d'être là est plutôt liée à l'aspect communautaire qu'à l'aspect outillage : : côté "usine logicielle" il existe plusieurs solutions telles que Github (propriétaire), Gitlab (open-core),
Tuleap (open source ou open-core ?)
Ce que l'on fait avec Github, c'est de gérer notre code source et les tickets / board de dév associés. Ça s'exporte relativement facilement se besoin de migrer sur un autre outil.
Avoir une intégration continue sur Github et migrer nécessite une ré-écriture de l'intégration continue. Ça a notamment été le cas avec Travis CI et c'est pour ça que ça a pris 9 mois …
Avoir un outil indépendant (et auto-hébergé) permet d'envisager l'avenir de manière plus indépendante et d'avoir une vision plus large que "seulement" l'intégration continue. Par exemple le choix de Concourse a été dirigé notamment par la possibilité de faire du déploiement semi-automatique à la demande via des écrans dédiés (exemple : tu veux un écran sur lequel tu peux déployer à partir d'un tag sur un ou plusieurs serveurs).
D'autres solutions étaient envisageables, ça mériterait un article (d'où la suggestion) d'expliquer le pourquoi du comment.
D'une manière générale, j'ai une vision "ne pas mettre tous nos oeufs dans le même panier" pour garantir notre indépendance (avec un coût associé, certes)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: /e/
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Dégoogliser son smartphone pour les nuls (ou les gens pressés). Évalué à 4.
D'expérience, il est compliqué d'adresser avec le même produit les utilisateurs avertis (et leur laisser la main) et les utilisateurs non avertis (et les protéger des fausses manipulations). Je ne blame pas
/e/d'avoir fait ce choix, juste qu'il ne répond pas à mes attentes.Je suis utilisateur Debian Linux depuis des années, j'ai appris à faire attention (et à assumer mes erreurs;) et si je dois quitter aujourd'hui la souplesse que me propose un environnement "standard" Android (standard au sens "standard du marché"), je ne le ferai pas pour me retrouver avec les même "pain point" (en l'occurence : aujourd'hui je change mon téléphone car j'ai un espace disque "plein à craquer" et notamment à cause d'applications que je n'utilise pas et qu'il m'est impossible de désinstaller).
J'aime la démarche, mais je trouve que reproduire ces mécanisme de manière "non débrayable" me laisse dubitatif sur la démarche. Sur la page d'accueil il est indiqué Your data is YOUR data!. J'aimerais aussi que cela soit Your phone is YOUR phone.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: /e/
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Dégoogliser son smartphone pour les nuls (ou les gens pressés). Évalué à 3.
C'est vraiment le comportement qui pourrait me faire changer d'OS (savoir que tu "as le droit de choisir ce que tu as installé") et je trouve ça vraiment dommage.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: /e/
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Dégoogliser son smartphone pour les nuls (ou les gens pressés). Évalué à 3.
Y'a quoi comme autre application qu'on ne peut pas supprimer ?
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
# Super initiative ! :)
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal trsync : un outil de synchronisation bidirectionnelle pour travailler hors-ligne avec tracim. Évalué à 7. Dernière modification le 01 octobre 2021 à 10:52.
Le projet m'intéresse vivement (et pour cause : je suis le créateur de Tracim;)
Pourquoi avoir limité à un identifiant d'espace ? (s'il y a une autre raison que : "c'est la première étape)
À chaud, j'ai l'impression qu'une première requête d'API permettrait de récupérer la liste des identifiants d'espace et en conséquence de synchroniser l'ensemble.
Autre question : j'avais prévu/envisagé de faire un client (en python) s'intégrant à l'environnement graphique du client et en particulier l'espace de notifications. Est-ce que Rust permet de faire des lib dynamiques que l'on pourrait exploiter via un code en python ou autre ? Est-ce envisageable sur ce projet ?
Quelle est la manière la plus efficace aujourd'hui pour contribuer ? (sachant que je ne connais pas le langage Rust, j'imagine plutôt de contribuer autrement que sous forme de code)
C'est une super initiative je trouve !!!
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo