Ce que je trouve toujours marrant dans ces cas-là, c'est que ça ne leur pose aucun souci d'utiliser librement les fonctionnalités contribuées (directement ou indirectement) par tous vos autres clients.
En fait c'est plus subtile que ça. Le cas est un client qui développe une communauté. Il a besoin d'un outil et s'appuie sur un outil libre. Il finance (largement) le développement de fonctionnalités supplémentaires pour répondre à ses besoins. Il ne voit aucun problème à ce que les fonctionnalités soient utilisées par ailleurs y compris par ses "concurrents" mais pas pour le cas d'utilisation précis.
Ça se comprend dans la mesure où créer une communauté c'est "le premier arrivé est celui qui réussit" et qu'ils perdront en crédibilité si un concurrent fait le même travail au même moment sans avoir dépensé de manière conséquente pour le développement des fonctionnalités en question.
la question n'est pas "je ne veux pas qu'on utilise la fonctionnalité que j'ai financée" mais "je ne souhaite pas que mes concurrents utilisent l'ensemble des fonctionnalités que j'ai fait développer précisément pour me faire concurrence sur ce projet particulier que je mets en place - pour le reste je m'en fiche".
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
ça pourrait mais c'est contre-productif car ça empêche tout un tas d'utilisateurs d'exploiter la fonctionnalité alors que ce n'est pas ce que demande le client (il veut juste que sur un cas d'usage qu'il envisage ses concurrents ne puissent pas utiliser les développements qu'il a financés - mais il est ok que ses concurrents exploitent les dév qu'il a financés si c'est pour une autre utilisation).
De plus ça empêche toute contribution externe pendant 2 ans sur des fonctionnalités qui sont potentiellement au coeur du logiciel, c'est pas top.
Mais c'est une piste.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Perso je pense que les "fullstack" sont importants, au même titre que les spécialistes. Là où les spécialistes feront les bons choix sur leur périmètre, les fullstack sur le périmètre global.
Si on prend le cas des API REST, par exemple, les backend voient très bien les problèmes backend mais pas les problèmes frontend. Ils peuvent les entendre, les accepter, parfois les comprendre. Mais ils ne les vivent pas, donc leur compréhension sera de toute façon limitée. Et inversement pour les frontend.
Les fullstack, c'est là qu'ils interviennent.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Et plus sérieusement, c'est quoi que tu fais, de la science des données ? Tu ne trouves que des opportunités qui intègrent base de données et interface utilisateur ? Tu n'es pas intéressé par "intervenir sur toute la chaîne quitte à moins maîtriser ?
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Mon fils de 6 ans et demi s'éclate régulièrement à créer des niveaux pour pingus (même si l'éditeur est bien buggué). D'ailleurs il s'amuse plus à construire des niveaux qu'à réellement jouer :-)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
En fait, gérer un service en ligne, c'est un métier.
On dirait que beaucoup de gens le découvrent aujourd'hui (serveurs sans aucun backup ou backup dans le même datacenter, solutions non redondées, etc).
Si toute ton activité repose sur un serveur virtuel payé 10€ HT/mois, faut pas s'étonner d'être dans la panade le jour où il y a un incendie.
J'espère que ça va faire du bien à la profession (administrateur système et réseaux, exploitation, etc)
Je pense en particulier à toutes les startups gérées par des équipes de dév qui font du déploiement en continu mais qui ne connaissent pas / comprennent pas / prennent pas en compte ces problématiques en compte. D'ailleurs, c'est souvent les décideurs (ou clients) qui veulent économiser.
Note : je ne te vise pas, hein, c'est ton message qui me fait penser à ça.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Il y a tellement de critères à prendre en compte … et en particulier les savoir-être (être curieux, accepter de ne pas savoir / de se tromper, écouter, etc) qui démultiplient les compétences ou qui au contraire en limite l'usage …
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Ok, je vois ce que tu veux dire. Je pense qu'on est d'accord sur le fait que les 2 profils ne feront pas le même travail et que donc les sujets doivent être adaptés pour qu'ils adressent des problématiques différentes.
Des Bac+2 qui essaient de faire un truc de la mort (mais qui ne marche pas) ça existe aussi. Le truc c'est que selon le profil tu auras des personnes plus pragmatiques ou plus dans l'abstraction. Tout dépend ce que tu attends d'eux.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
J'ai déjà vu des +5 capables de construire des porches avec des roues carrées, et des +2 faire des deux chevaux qui juste roulent.
C'est pour ça que dans mon exemple je parle du même étudiant. J'ai du mal à croire qu'une personne qui fait un bac+5 fasse un meilleur travail 3 ans plus tôt.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
J'ai déjà vu des +5 capables de construire des porches avec des roues carrées, et des +2 faire des deux chevaux qui juste roulent.
C'est pour ça que dans mon exemple je parle du même étudiant. J'ai du mal à croire qu'une personne qui fait un bac+5 fasse un meilleur travail 3 ans plus tôt.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Merci pour les liens. En fait l'idée est bien d'avoir plusieurs cartes mémoire, mais d'avoir potentiellement un disque pour centraliser les photos (il est + difficile de perdre un disque qu'une micro SD)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Un stage, cela se passe dans le cadre d'une formation et il doit y avoir un tuteur de stage, ce n'est pas un vrai boulot sous-payé. Et franchement, la lecture de l'annonce me donne cette impression surtout avec le "autonomie attendue".
Quand on travaille dans une petite structure, l'autonomie fait partie du mode de fonctionnement, stage ou poste.
Il y a des gens qui ont besoin qu'on leur donne le fil conducteur complet et qu'ils valident des étapes, d'autres qui préfèrent proposer des étapes et qu'on valide leur suggestions. C'est ce mode de fonctionnement qu'on propose. Être autonomie ça ne veut pas dire "tout connaître", être autonomie ça ne veut pas dire "travailler seul", ça veut dire avancer seul quand on sait, aller demander quand on sait pas.
Y'a plein d'étudiants qui savent faire ça - et il y a plein de salariés qui ne savent pas le faire.
On parle d'autonomie dès le plus jeune âge pour les enfants, je ne vois vraiment pas où est le problème.
Et alors la rémunération "entre indemnité légale et 1000€ brut/mois selon profil", quel profil ? Si le ou la stagiaire est à bac + 5, il ou elle sera forcément plus payé que si, il ou elle, a moins d'années d'études et pour le même boulot ?
Le stage est ouvert à différents niveaux d'étude, différents niveaux de profil, différents niveaux de motivation … différents niveaux de tout. La "rémunération" est corrélée.
Imaginons le même étudiant qui viendrait en stage en BAC+2, ou en BAC+5. Tu crois vraiment qu'il produirait la même chose / les même résultats ? (je prends volontairement le cas du même étudiant - même si c'est impossible en pratique).
Enfin dernier point, un sujet de stage c'est pas "un produit sur étagère" : ça se discute avec chacun car on ajuste les thématiques abordées en fonction des aspirations des étudiants, en fonction de leur domaine de compétences déjà acquises, etc.
Un stage […] ce n'est pas un vrai boulot sous-payé.
Je veux bien que tu m'indiques des points précis pour étayer tes suspicions de "vrai travail sous-payé". J'y répondrai sincèrement avec plaisir.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Moi je sais comment transférer mes photos du smartphone sur mon PC, mais j'ai constaté que c'est loin d'être le cas de tout le monde. Il y a peut-être un truc à creuser là.
En fait le cas est plutôt comment transférer les photos sur un disque que tu emportes et que tu n'as pas de PC. On est plutôt dans le cas évoqué ci-dessous avec les vidéos d'un motard.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Je te rejoins sur le parallèle teading haute fréquence et armes de guerre dans le civil. Je réagissais sur la phrase "le boursicotage a un effet sur la vie réelle" que je comprends comme "la bourse est nuisible" (à la relecture ma compréhension est peut être erronée).
Les armes à feu sont utiles, comme la bourse. Le trading haute fréquence j'en suis moins convaincu.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Le boursicotage a des conséquences dans la vie réelle, sur de vrais gens, ce ne sont pas que des chiffres sur un écran.
Fabriquer des armes à feu a aussi des conséquences sur de vrais gens. Est-ce à dire qu'il faut totalement interdire les armes à feu (et les fabricants) ?
Se vanter de faire un soft qui permet de faire ça sans intervention humaine, ça me pose problème.
Je n'ai vu personne se vanter. Juste quelqu'un qui a fait un truc technique libre qui peut servir à d'autres ; à chacun ensuite d'en faire un bon ou un mauvais usage.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Cette phrase est intrigante du coup j'ai lu l'article en lien. Et effectivement ça se tient : si l'objectif était vraiment de faire un truc durable et réparable sur un marché où ce n'est pas la norme, la meilleure solution était de faire un appareil proposant une conception mécanique pour le rendre facile à réparer. Là, la stratégie c'est de faire un truc modulaire, mais à base de modules non standards …
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: C'est marrant...
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message Droits d'utilisation réservés et licence libre. Évalué à 6.
En fait c'est plus subtile que ça. Le cas est un client qui développe une communauté. Il a besoin d'un outil et s'appuie sur un outil libre. Il finance (largement) le développement de fonctionnalités supplémentaires pour répondre à ses besoins. Il ne voit aucun problème à ce que les fonctionnalités soient utilisées par ailleurs y compris par ses "concurrents" mais pas pour le cas d'utilisation précis.
Ça se comprend dans la mesure où créer une communauté c'est "le premier arrivé est celui qui réussit" et qu'ils perdront en crédibilité si un concurrent fait le même travail au même moment sans avoir dépensé de manière conséquente pour le développement des fonctionnalités en question.
la question n'est pas "je ne veux pas qu'on utilise la fonctionnalité que j'ai financée" mais "je ne souhaite pas que mes concurrents utilisent l'ensemble des fonctionnalités que j'ai fait développer précisément pour me faire concurrence sur ce projet particulier que je mets en place - pour le reste je m'en fiche".
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: n'est pas la technique habituelle de l'openCore
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message Droits d'utilisation réservés et licence libre. Évalué à 3.
ça pourrait mais c'est contre-productif car ça empêche tout un tas d'utilisateurs d'exploiter la fonctionnalité alors que ce n'est pas ce que demande le client (il veut juste que sur un cas d'usage qu'il envisage ses concurrents ne puissent pas utiliser les développements qu'il a financés - mais il est ok que ses concurrents exploitent les dév qu'il a financés si c'est pour une autre utilisation).
De plus ça empêche toute contribution externe pendant 2 ans sur des fonctionnalités qui sont potentiellement au coeur du logiciel, c'est pas top.
Mais c'est une piste.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Vu de l'autre côté
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message [Emploi][Europe] + [Question] - Tech lead QA. Évalué à 2.
Je suis d'accord :)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Vu de l'autre côté
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message [Emploi][Europe] + [Question] - Tech lead QA. Évalué à 5.
Après, attendre d'un fullstack qu'il fasse le boulot des spécialistes, c'est sûr que c'est voué à l'échec ou à la frustration.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Vu de l'autre côté
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message [Emploi][Europe] + [Question] - Tech lead QA. Évalué à 3.
Perso je pense que les "fullstack" sont importants, au même titre que les spécialistes. Là où les spécialistes feront les bons choix sur leur périmètre, les fullstack sur le périmètre global.
Si on prend le cas des API REST, par exemple, les backend voient très bien les problèmes backend mais pas les problèmes frontend. Ils peuvent les entendre, les accepter, parfois les comprendre. Mais ils ne les vivent pas, donc leur compréhension sera de toute façon limitée. Et inversement pour les frontend.
Les fullstack, c'est là qu'ils interviennent.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Vu de l'autre côté
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message [Emploi][Europe] + [Question] - Tech lead QA. Évalué à 2.
Tu serais pas un spécialiste semi-fullstack ? :-p
Et plus sérieusement, c'est quoi que tu fais, de la science des données ? Tu ne trouves que des opportunités qui intègrent base de données et interface utilisateur ? Tu n'es pas intéressé par "intervenir sur toute la chaîne quitte à moins maîtriser ?
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Vu de l'autre côté
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message [Emploi][Europe] + [Question] - Tech lead QA. Évalué à 2.
Tu cherches quoi comme boulot très spécifique ?
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Vu de l'autre côté
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message [Emploi][Europe] + [Question] - Tech lead QA. Évalué à 5.
Hé, attends la fin de semaine, quand-même ;)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: My life
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Linux pour un enfant de 8 ans. Évalué à 6.
Mon fils de 6 ans et demi s'éclate régulièrement à créer des niveaux pour pingus (même si l'éditeur est bien buggué). D'ailleurs il s'amuse plus à construire des niveaux qu'à réellement jouer :-)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: test grandeur nature :-/
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal OVH - Le nuage part en fumée ?. Évalué à 10. Dernière modification le 10 mars 2021 à 18:19.
En fait, gérer un service en ligne, c'est un métier.
On dirait que beaucoup de gens le découvrent aujourd'hui (serveurs sans aucun backup ou backup dans le même datacenter, solutions non redondées, etc).
Si toute ton activité repose sur un serveur virtuel payé 10€ HT/mois, faut pas s'étonner d'être dans la panade le jour où il y a un incendie.
J'espère que ça va faire du bien à la profession (administrateur système et réseaux, exploitation, etc)
Je pense en particulier à toutes les startups gérées par des équipes de dév qui font du déploiement en continu mais qui ne connaissent pas / comprennent pas / prennent pas en compte ces problématiques en compte. D'ailleurs, c'est souvent les décideurs (ou clients) qui veulent économiser.
Note : je ne te vise pas, hein, c'est ton message qui me fait penser à ça.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Ça ressemble quand même sacrément à une vraie fiche de poste
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message Stage Ingénieur R&D logiciel/électronique/mécanique - objets « intelligents ». Évalué à 2.
Ce n'est pas ce que je fais :)
Il y a tellement de critères à prendre en compte … et en particulier les savoir-être (être curieux, accepter de ne pas savoir / de se tromper, écouter, etc) qui démultiplient les compétences ou qui au contraire en limite l'usage …
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Ça ressemble quand même sacrément à une vraie fiche de poste
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message Stage Ingénieur R&D logiciel/électronique/mécanique - objets « intelligents ». Évalué à 2.
Ok, je vois ce que tu veux dire. Je pense qu'on est d'accord sur le fait que les 2 profils ne feront pas le même travail et que donc les sujets doivent être adaptés pour qu'ils adressent des problématiques différentes.
Des Bac+2 qui essaient de faire un truc de la mort (mais qui ne marche pas) ça existe aussi. Le truc c'est que selon le profil tu auras des personnes plus pragmatiques ou plus dans l'abstraction. Tout dépend ce que tu attends d'eux.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Ça ressemble quand même sacrément à une vraie fiche de poste
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message Stage Ingénieur R&D logiciel/électronique/mécanique - objets « intelligents ». Évalué à 3.
C'est pour ça que dans mon exemple je parle du même étudiant. J'ai du mal à croire qu'une personne qui fait un bac+5 fasse un meilleur travail 3 ans plus tôt.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Ça ressemble quand même sacrément à une vraie fiche de poste
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message Stage Ingénieur R&D logiciel/électronique/mécanique - objets « intelligents ». Évalué à 3.
C'est pour ça que dans mon exemple je parle du même étudiant. J'ai du mal à croire qu'une personne qui fait un bac+5 fasse un meilleur travail 3 ans plus tôt.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Made in China ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message Stage Ingénieur R&D logiciel/électronique/mécanique - objets « intelligents ». Évalué à 3.
Merci pour les liens. En fait l'idée est bien d'avoir plusieurs cartes mémoire, mais d'avoir potentiellement un disque pour centraliser les photos (il est + difficile de perdre un disque qu'une micro SD)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Ça ressemble quand même sacrément à une vraie fiche de poste
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message Stage Ingénieur R&D logiciel/électronique/mécanique - objets « intelligents ». Évalué à 3.
Quand on travaille dans une petite structure, l'autonomie fait partie du mode de fonctionnement, stage ou poste.
Il y a des gens qui ont besoin qu'on leur donne le fil conducteur complet et qu'ils valident des étapes, d'autres qui préfèrent proposer des étapes et qu'on valide leur suggestions. C'est ce mode de fonctionnement qu'on propose. Être autonomie ça ne veut pas dire "tout connaître", être autonomie ça ne veut pas dire "travailler seul", ça veut dire avancer seul quand on sait, aller demander quand on sait pas.
Y'a plein d'étudiants qui savent faire ça - et il y a plein de salariés qui ne savent pas le faire.
On parle d'autonomie dès le plus jeune âge pour les enfants, je ne vois vraiment pas où est le problème.
Le stage est ouvert à différents niveaux d'étude, différents niveaux de profil, différents niveaux de motivation … différents niveaux de tout. La "rémunération" est corrélée.
Imaginons le même étudiant qui viendrait en stage en BAC+2, ou en BAC+5. Tu crois vraiment qu'il produirait la même chose / les même résultats ? (je prends volontairement le cas du même étudiant - même si c'est impossible en pratique).
Enfin dernier point, un sujet de stage c'est pas "un produit sur étagère" : ça se discute avec chacun car on ajuste les thématiques abordées en fonction des aspirations des étudiants, en fonction de leur domaine de compétences déjà acquises, etc.
Je veux bien que tu m'indiques des points précis pour étayer tes suspicions de "vrai travail sous-payé". J'y répondrai sincèrement avec plaisir.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Made in China ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message Stage Ingénieur R&D logiciel/électronique/mécanique - objets « intelligents ». Évalué à 2.
En fait le cas est plutôt comment transférer les photos sur un disque que tu emportes et que tu n'as pas de PC. On est plutôt dans le cas évoqué ci-dessous avec les vidéos d'un motard.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Made in China ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message Stage Ingénieur R&D logiciel/électronique/mécanique - objets « intelligents ». Évalué à 3.
Et si tu as un lien produit, un nom de produit/marque voire tout ça en Anglais, je suis encore plus preneur :)
Je ne suis pas sûr que ça réponde au même public cible mais toute solution alternative mérite d'être prise en compte.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Made in China ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message Stage Ingénieur R&D logiciel/électronique/mécanique - objets « intelligents ». Évalué à 3.
Tu aurais le lien vers la fiche produit ? Je ne lis pas le Chinois et visiblement le site ne propose pas de version en Français ou Anglais ?
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: pyvista
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche VTK : la visualisation scientifique et au delà !. Évalué à 3.
Les binding python de VTK, c'est ce qu'on utilise dans preview-generator pour proposer une prévisualisation des modèles 3D.
C'est du code qui a été écrit par un contributeur durant PyConFr 2019 à Bordeaux ; effectivement le code n'est pas forcément accessible au « quidam lambda »
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Nausée
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche Sortie de Cassandre 4.0.0, un cadriciel pour développer votre propre « trading bot ». Évalué à 2.
Je te rejoins sur le parallèle teading haute fréquence et armes de guerre dans le civil. Je réagissais sur la phrase "le boursicotage a un effet sur la vie réelle" que je comprends comme "la bourse est nuisible" (à la relecture ma compréhension est peut être erronée).
Les armes à feu sont utiles, comme la bourse. Le trading haute fréquence j'en suis moins convaincu.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Nausée
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche Sortie de Cassandre 4.0.0, un cadriciel pour développer votre propre « trading bot ». Évalué à 2.
Réguler oui, interdire je pense pas que ce soit un progrès. Il y a des cas où ça sert - comme la bourse en fait
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Nausée
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche Sortie de Cassandre 4.0.0, un cadriciel pour développer votre propre « trading bot ». Évalué à 2.
Fabriquer des armes à feu a aussi des conséquences sur de vrais gens. Est-ce à dire qu'il faut totalement interdire les armes à feu (et les fabricants) ?
Je n'ai vu personne se vanter. Juste quelqu'un qui a fait un truc technique libre qui peut servir à d'autres ; à chacun ensuite d'en faire un bon ou un mauvais usage.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Un article de minimachines.net
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au lien Introducing the Framework Laptop. Upgradeable, repairable, and 100% yours.. Évalué à 4.
Cette phrase est intrigante du coup j'ai lu l'article en lien. Et effectivement ça se tient : si l'objectif était vraiment de faire un truc durable et réparable sur un marché où ce n'est pas la norme, la meilleure solution était de faire un appareil proposant une conception mécanique pour le rendre facile à réparer. Là, la stratégie c'est de faire un truc modulaire, mais à base de modules non standards …
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: L'édition de documents via OnlyOffice indisponible sur mobile (en libre) ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal C'est foutu pour LibreOffice. Évalué à 2.
J'ai l'impression oui :-/ Et peut-être la maladresse sur la manière de le communiquer.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo