Intéressant, moi plus je pense à ce sujet plus je pense que le chiffrement (et particulièrement GnuPG est la solution).
En effet, je suis à fond pour un internet décentralisé mais je vois bien qu'en pratique il y a aussi besoin de redondance (car mon PC est souvent éteint et que ma connections n'est pas forcément la bonne) et qu'il est plus facile d'avoir de contenus statiques (moins de maintenance, hébergement moins cher, peer to peer). La magie de OpenPGP/GnuPG c'est de me permettre de partager sans que l'hébergeur ai accès a mon contenu.
Bref personnellement je pense qu'une grosse avancée serait de réussir un effort pédagogique autour des outils GnuPG, et d'autres concept pour simplifier son utilisation.
Il y a pas mal de choses que je n'ai pas eu le temps d'approfondir comme l'architecture de SFLVault ou Keyringer, le net distribué de zeronet (j'ai testé rapidement et c'est vraiment cool), le partage sure avec syncany ou des concepts nouveaux comme keybase filesystem
Oui en gros c'est la recherche d'extraction de caractéristiques (features en anglais) et en général on s'arrange à la fin pour avoir des valeurs numériques. Ensuite l'objet peut être représenté par la valeur de ses caractéristiques qui forme un vecteur. À partir de là on a toute une série de super algorithme à base d'algèbre linéaire (les mathématiques avec des vecteurs et matrices) qui on fait leur preuve ! (L'ordinateur est taillé pour ce genre de calcul, encore plus avec les cartes graphiques et leurs GPU).
C'est aujourd'hui la base de la majorité des algorithmes d'Apprentissage automatique.
On pourrait aussi trouver la tonique en analysant les notes du morceau (ou les 5-10 plus joués) car les écarts permettent de retrouver la tonique (les écarts doivent suivre ceux de la gamme de do).
En fait monit ne surveille que ce que tu lui dit.
Il y a une notion de nombre de fois où ça ne marche pas avant d'alerter (ou du niveau d'alerte) ou d'une action automatique. En pratique c'est utile par exemple, si la BDD ne répond pas, au bout de trois fois (ça pouvait être temporaire), je la redémarre, et si ça ne suffit toujours pas, je fais un mail.
Je dirais que monit demande un tout petit peu de temps pour être bien compris, mais après c'est très vite mis en place, assez facile à relire (c'est un plus difficile à concevoir qu'à relire) et ça fait vraiment bien le travail.
Merci pour le lien, c'est open-hardware en plus ! Le problème de cette carte par contre c'est qu'il faut vraiment faire du spécifique.
J'avoue que j'étais plus tenté par quelque chose qui pourrait faire du python / skicit-learn / keras directement. Je viens de voir http://www.hardkernel.com/main/main.php qui correspond plus à cette idée.
Je pense surtout que talent est différent de compétence. Le talent permet d'acquérir plus rapidement la compétence, voir permet de la développer à un point auquel arrive seulement ceux qui ont du talent. Quelqu'un qui a moins de talent peut acquérir une compétence avec plus de temps. Donc sans être talentueux on peut être compétent.
Pour une tâche professionnel, la compétence suffit souvent, mais dans certains cas il peut y avoir besoin du talent (évolution de la tâche, cadre incertain, nouvelles compétences à acquérir durant la mission).
On a très bien le droit de se reconnaître un talent. On a tous du talent pour une chose ou l'autre. Reconnaître ses talents est un sain exercice de juste estime de sois.
Un bon moyen de savoir si on a du talent c'est qu'il soit reconnu par les autres. À défaut on peut aussi le mesurer en se comparant aux autres (mais attention à bien être sur qu'on est dans les même conditions).
Donc perso je t'encourage à utiliser "talent" si tu crois que c'est justifié, et compétence quand tu sais que tu l'as, fut-ce par l'expérience.
J'avais cru voir une fois un de ces projets de carte qui aurait été faite pour les calculs, à base de GPU. C'était fait par un labo anglais mais je ne l'ai pas retrouvé. Quelqu'un connais des choses de ce style ?
C'est un gros problème de la production industrielle. Produire est moins cher que réparer. Ceci notamment car on ne compte absolument pas les frais liés à la pollution du matériel jeté, on fait comme ci ça ne comptait pas.
Même si on le comptait c'est pas sur que ça suffirait. Le mode industriel fait que produire en série est moins cher que réparer (qui est dans la plupart des cas spécifique).
Mais si on comptait les frais du "jeter", au moins on chercherai à ce que ça ne tombe pas en panne, où que les éléments soient plus modulaires (ce qui a un coût, mais qui pourrait devenir rentable).
Juste une piste: as tu parlé avec Emmaüs qui a déjà une grosse filière de récupération d'ordinateurs ? Il y a aussi des ateliers comme http://ateliers-du-bocage.fr/ qui vendent à des associations où écoles (donc potentiellement plus intéressé par les serveurs). Je vois ça aussi via Google : http://don.ordi.free.fr/
Et si au lieu de recruter un chef d'équipe tu cherchais quelqu'un qui puisse te coacher un peu sur la gestion d'équipe ? C'est peut-être plus facile qu'il le fasse partiellement à distance, et ça te permet éventuellement d'accéder à un profil encore plus élevé. Genre quelqu'un qui n'est pas exposé directement au client mais avec qui tu peux faire deux points par semaine + extra en cas de problème urgent/complexe. Dans ce cas tu peux prendre quelqu'un qui a sa boite où qui est en poste dans une boite et que tu connais déjà un peu.
Quelque part ça me parait louche que tu cherche à te mettre sous la coupe d'un autre développeur. Si ce qui te fait peur c'est la gestion de projet et l'assistance maîtrise d'ouvrage, ne vaut-il pas mieux que tu cherches quelqu'un dans ce sens (avec expérience de programmation souhaitée par exemple si tu préfère les mecs qui aiment mettre les mains dans le cambouis).
Une autre chose que je te conseille c'est que pour des profils expérimentés il vaut mieux parfois aller à la pêche au profil : réseau, recherche linkedin/lolix. Peut-être aussi qu'un site type chooseyourboss correspond mieux.
Désolé, je poste tard, mais juste au cas où, une technique qui peut un peu améliorer la situation est de renvoyer un mail sur les lettres de motivation trop plate où tu redis clairement ce que tu attends d'une lettre de motivation (en quelques mots hein) et tu invites à renvoyer une nouvelle lettre. C'est intéressant de voir si la personne se prend au jeu et est motivée.
Par exemple dans une boite on disait clairement qu'on voulait savoir ce qui le motive dans le projet, ce qui le motive dans une journée et moi j'aurais ajouté quelques illustrations de son expérience relationnelle (ou autre point fort).
Quand j'étais en Côte d'Ivoire, la plupart des voitures était des voitures "au revoir France" comme ils les appellent là-bas. C'est à dire des voitures d'occasions venues par bateau (en fait, à cet époque, la plupart semblaient venues d'Asie vu les marques).
Je pense que si les gens renouvellent les serveurs tous les 3 ans, c'est en partie pour le gain espace.consommation à service rendu égaux, mais j'imagine aussi que c'est parce qu'il vaut mieux prévenir que guérir et qu'une maintenance c'est du coût de personnel, ce qui dans un monde industrialisé coûte très cher comparativement à une machine neuve.
Dans des pays plus pauvre, le rapport est inversé, le coût du personnel est bien moindre par rapport à celui de la machine. Du coup un container de "vieux" serveurs pourrait être valorisé.
Je contrebalance ça par le fait qu'il y a quand même un problème éthique à faire des pays plus pauvre la poubelle de ceux plus riche (tous les hommes sont égaux en dignité?). De plus à terme ça revient à exporter notre pollution (la machine finira sa vie dans ce pays là).
La vrai solution à ces problèmes (il me semble) est politique. On devrait payer beaucoup plus cher pour se débarrasser d'une carcasse de serveur (prix de l'impact sur l'environnement), ça changerait beaucoup la donne.
Hello,
J'ai regardé le document, j'ai surtout lu les pages 76 à 102 (PEP + conclusion).
Autant j'ai trouvé l'analyse du travail sur les PEP intéressante, autant j'ai trouvé la conclusion assez vide. En effet mon impression est qu'on a eu un bon descriptif de ce qui se passe avec les PEP, mais on en déduit rien. Pas d'avantages / inconvénients, on a pas non plus de "résultat" du langage Python (a-t-il innové vraiment, quelle type d'innovation ont été produites, comment on peut comparer ça par rapport au logiciel non libre, etc…). Je comprends que ça aurait peut être demandé une connaissance que tu n'as pas, mais je pense que quelques interviews (à des gens de la communauté Python, des gens de langages concurrent comme ruby ou java, des gens du monde Microsoft) aurait peut être donné une idée qualitative. On aurait aussi pu comparé au modèle du par commissions (Java récemment) ou de l'innovateur solitaire (Lennart Poettering).
Personnellement, pour être un développeur Python, je trouve que l'innovation y est modéré, mais toujours basée sur des cas d'utilisation et un bon sens pratique. Pour moi c'est surtout le fruit d'une communauté qui a attiré des gens ayant une certaine vision de ce qu'est un bon code (comme résumé par le Zen of Python, que tu as bien relevé).
En voyant le titre j'ai pensé à autre chose. En effet coffre-fort numérique m'a fait pensé qu'un projet libre avait créé un coffre-fort numérique à valeur probatoire…
Je pense qu'ils ont déjà répondu à ce genre de question. Un résumé de ce que j'ai compris / imagine:
L'idée est un trade-off confiance utilisateur / accès aux données.
Si EDF mets des infos dans ton cozy c'est que tu es libre d'héberger ton Cozy où tu veux, bien sur (chez toi, chez Cozy, à la MACIF, chez eux).
Ça peut laisser sceptique mais peut-être que le marché ira vers ça, en fonction des lois, de l'opinion publique qui peut évoluer dans le temps et de pratique de précurseurs. Par exemple si EDF veut te proposer des optimisations de ta consommation ou de ton offre en analysant tes données, ils doivent de toute façon faire une application, il te faut un login etc… en faisant une application cozy, il s'occupent juste de leur métier et en plus peuvent se dégager des obligations sur tes données personnelles puisque c'est toi qui les possède.
Dans un registre assez proche, la Poste a une solution de coffre fort numérique gratuit: Digipost. Leur modèle économique c'est que les entreprises peuvent l'utiliser pour te pousser des factures où ton bulletin de salaire (ils font alors payer les entreprises, comme quand tu délivre un courrier, voir ici).
Personnellement ce qui me surprend le plus dans Cozy c'est qu'il n'y ai ni base de donnée relationnelle, ni moteur d'indexation (qui pourrait éventuellement pallier au problème).
Je n'ai jamais travaillé avec CouchDB, donc je ne mesure pas la capacité à gérer des données (peut être agit-il très bien comme moteur d'indexation, comparable à Elastic Search).
Est-ce que c'est parce-que le champs applicatif envisagé ne devrait pas nécessiter trop de croisement de données, ou en tout cas porter sur des tailles raisonnables ?
En premier je trouve la démarche de présenter son architecture courageuse et sympa. Après je pense que c'est important d'écouter tous les conseils, mais de prendre des décisions selon sa vision.
Je voulais savoir s'il était prévu la notion d'instance de groupe. Ça me semble une notion complémentaire au partage.
Dans un groupe les personnes peuvent varier dans le temps mais (pour simplifier) l'ensemble des documents est propriété de ce groupe.
Exemple de groupe : une entreprise, un projet open-source, un groupe de travail, etc…
Dans un modèle très simple (et proche de la notion de données personnelles) qui appartient au groupe obtient automatiquement les pleins pouvoirs (administrateurs). Ce groupe peut ensuite éventuellement partager des informations avec d'autres personnes (participants), comme le fait une autre instance. Ce qui est important c'est que ces administrateurs sont plusieurs, peuvent changer dans le temps, et s'authentifient de manière transparente avec leur compte habituel.
Un autre notion de groupe que je ne vois pas apparaître est celle qui concerne les permissions (mais là c'est peut être en dehors des objectifs du document). Pourtant au niveau utilisateur, pouvoir donner accès à son album à toute la famille, dans le cas de l'instance groupe ci-dessus, pouvoir partager un document à tous les participants, etc…
Je pense que dans une ère post Snowden, ce genre de feature est trivial
Tu veux dire obligatoire/importante… Car euh trivial à implémenter sûrement pas en tout cas… J'avoue que l'idée d'avoir une base de donnée avec des données cryptées dedans me semble un peu étrange (mais je veux bien voir), je sais qu'il y a des études là dessus, mais ça reste très loin de mise en production (si tu crypte les données, adieu les indexes, les vues, etc…)
L'auto-hébergement + TLS (et chiffrement des mails) me semble une méthode plus réaliste à l'heure actuelle, et justement envisagée dans ce schéma.
Yep moi je pense aussi que en 2000 les banques française (où le groupement carte bleue) auraient dû se réveiller et offrir une alternative française/européenne à Paypal. Mais bon vu le niveau de vision des banques, leur avidité et ce que j'en pense c'est sûrement mieux comme ça…
Je pense que tu n'as pas compris que c'était pas une insulte mais un petit sobriquet gentil en mode copain du rugby (expression virile de l'affection).
Pour essayer de te répondre sur la partie difficulté : plein plein de formats vidéo et il faut compter codec vidéo et codec audio (type de compression), conteneur (la coquille qui met vidéo, audio et sous titre ensemble). Des technos en évolution perpétuelles (CPU avec capacité vidéo, GPU, nouveaux appareils et protocoles d'acquisition). Même si c'est des librairies ou des programmes externes qui vont t'aider à gérer tout ça, tu ne peux pas en faire abstraction (import des morceau puis choix du rendu final, évolution des API des librairies, etc…). Le tout te demande donc aussi de connaître un nombre de choses incroyable (va faire un tour sur le wiki de avidemux, ou vlc ou ffmpeg)
Ensuite une tâches qui est tout de même intensive pour le CPU et la mémoire (tes utilisateurs vont vouloir utiliser leur caméra HD ou UltraHD, ajouter des effets à la mode…) et le tout sans perdre en réactivité. Donc requiert une très bonne maîtrise de l'algorithmique (multi-threading, calculs matriciels, etc.) mais aussi de l'architecture du logiciel (faire un pré-rendu en basse qualité, savoir arrêter une tâche de rendu inutile car l'utilisateur à déjà bougé sur une autre image, etc.)
Je pense que ça peut te donner une idée du tableau.
Outre le packaging, n'y a-t'il pas en général un problème de complexité / compétence de l'utilisateur ?
Moi je vois que malgré plein de tentative j'échoue parfois (pas de son, image pourrie) ou fait planter un logiciel juste parce-que j'applique une dimension d'image, un framerate qui n'est pas correct, un codec audio non supporté par le container, etc. Et souvent le logiciel (vlc, avidemux, mplayer, handbrake) ne prévient pas en amont du problème, où te préviens mais sans te proposer une alternative.
Ce n'est pas une critique de ces logiciels, mais un effet de la complexité du monde de la vidéo combiné au fait que dans le logiciel libre on veut souvent laisser l'utilisateur libre (et ne pas le restreindre à un choix précis).
[^] # Re: Peut être pas la bonne approche ?
Posté par Alex G. . En réponse à la dépêche surveillance:// Entretien avec son auteur Tristan Nitot et 10 livres à gagner. Évalué à 2.
Intéressant, moi plus je pense à ce sujet plus je pense que le chiffrement (et particulièrement GnuPG est la solution).
En effet, je suis à fond pour un internet décentralisé mais je vois bien qu'en pratique il y a aussi besoin de redondance (car mon PC est souvent éteint et que ma connections n'est pas forcément la bonne) et qu'il est plus facile d'avoir de contenus statiques (moins de maintenance, hébergement moins cher, peer to peer). La magie de OpenPGP/GnuPG c'est de me permettre de partager sans que l'hébergeur ai accès a mon contenu.
Bref personnellement je pense qu'une grosse avancée serait de réussir un effort pédagogique autour des outils GnuPG, et d'autres concept pour simplifier son utilisation.
Il y a pas mal de choses que je n'ai pas eu le temps d'approfondir comme l'architecture de SFLVault ou Keyringer, le net distribué de zeronet (j'ai testé rapidement et c'est vraiment cool), le partage sure avec syncany ou des concepts nouveaux comme keybase filesystem
[^] # Re: nomé jalussine
Posté par Alex G. . En réponse à la dépêche Sortie de la bibliothèque d’analyse musicale Bliss 1.0. Évalué à 1. Dernière modification le 28 octobre 2016 à 16:29.
Oui en gros c'est la recherche d'extraction de caractéristiques (features en anglais) et en général on s'arrange à la fin pour avoir des valeurs numériques. Ensuite l'objet peut être représenté par la valeur de ses caractéristiques qui forme un vecteur. À partir de là on a toute une série de super algorithme à base d'algèbre linéaire (les mathématiques avec des vecteurs et matrices) qui on fait leur preuve ! (L'ordinateur est taillé pour ce genre de calcul, encore plus avec les cartes graphiques et leurs GPU).
C'est aujourd'hui la base de la majorité des algorithmes d'Apprentissage automatique.
[^] # Re: Harmonie ?
Posté par Alex G. . En réponse à la dépêche Sortie de la bibliothèque d’analyse musicale Bliss 1.0. Évalué à 1.
On pourrait aussi trouver la tonique en analysant les notes du morceau (ou les 5-10 plus joués) car les écarts permettent de retrouver la tonique (les écarts doivent suivre ceux de la gamme de do).
[^] # Re: Monitoring avec monit
Posté par Alex G. . En réponse au journal Zyeute: un outil minimaliste de monitoring… ou pas. Évalué à 2.
En fait monit ne surveille que ce que tu lui dit.
Il y a une notion de nombre de fois où ça ne marche pas avant d'alerter (ou du niveau d'alerte) ou d'une action automatique. En pratique c'est utile par exemple, si la BDD ne répond pas, au bout de trois fois (ça pouvait être temporaire), je la redémarre, et si ça ne suffit toujours pas, je fais un mail.
Je dirais que monit demande un tout petit peu de temps pour être bien compris, mais après c'est très vite mis en place, assez facile à relire (c'est un plus difficile à concevoir qu'à relire) et ça fait vraiment bien le travail.
[^] # Re: et pour les calculs ?
Posté par Alex G. . En réponse au journal Encore une «mini board». Évalué à 1.
Merci pour le lien, c'est open-hardware en plus ! Le problème de cette carte par contre c'est qu'il faut vraiment faire du spécifique.
J'avoue que j'étais plus tenté par quelque chose qui pourrait faire du python / skicit-learn / keras directement. Je viens de voir http://www.hardkernel.com/main/main.php qui correspond plus à cette idée.
[^] # Re: Petites remarques
Posté par Alex G. . En réponse au journal Dans la peau d’un entrepreneur du Libre – Épisode 1. Évalué à 5.
Je pense surtout que talent est différent de compétence. Le talent permet d'acquérir plus rapidement la compétence, voir permet de la développer à un point auquel arrive seulement ceux qui ont du talent. Quelqu'un qui a moins de talent peut acquérir une compétence avec plus de temps. Donc sans être talentueux on peut être compétent.
Pour une tâche professionnel, la compétence suffit souvent, mais dans certains cas il peut y avoir besoin du talent (évolution de la tâche, cadre incertain, nouvelles compétences à acquérir durant la mission).
On a très bien le droit de se reconnaître un talent. On a tous du talent pour une chose ou l'autre. Reconnaître ses talents est un sain exercice de juste estime de sois.
Un bon moyen de savoir si on a du talent c'est qu'il soit reconnu par les autres. À défaut on peut aussi le mesurer en se comparant aux autres (mais attention à bien être sur qu'on est dans les même conditions).
Donc perso je t'encourage à utiliser "talent" si tu crois que c'est justifié, et compétence quand tu sais que tu l'as, fut-ce par l'expérience.
# et pour les calculs ?
Posté par Alex G. . En réponse au journal Encore une «mini board». Évalué à 1.
J'avais cru voir une fois un de ces projets de carte qui aurait été faite pour les calculs, à base de GPU. C'était fait par un labo anglais mais je ne l'ai pas retrouvé. Quelqu'un connais des choses de ce style ?
[^] # Re: Prix coûtant…
Posté par Alex G. . En réponse au journal Réparabilité de l’électroménager : SEB s’engage. Évalué à 4.
C'est un gros problème de la production industrielle. Produire est moins cher que réparer. Ceci notamment car on ne compte absolument pas les frais liés à la pollution du matériel jeté, on fait comme ci ça ne comptait pas.
Même si on le comptait c'est pas sur que ça suffirait. Le mode industriel fait que produire en série est moins cher que réparer (qui est dans la plupart des cas spécifique).
Mais si on comptait les frais du "jeter", au moins on chercherai à ce que ça ne tombe pas en panne, où que les éléments soient plus modulaires (ce qui a un coût, mais qui pourrait devenir rentable).
[^] # Re: Au revoir France ?
Posté par Alex G. . En réponse au journal Le Cloud et la gestion de ses poubelles. Évalué à 2.
Juste une piste: as tu parlé avec Emmaüs qui a déjà une grosse filière de récupération d'ordinateurs ? Il y a aussi des ateliers comme http://ateliers-du-bocage.fr/ qui vendent à des associations où écoles (donc potentiellement plus intéressé par les serveurs). Je vois ça aussi via Google : http://don.ordi.free.fr/
[^] # Re: Les competences
Posté par Alex G. . En réponse au journal Trouver un développeur. Évalué à 10.
Une bonne formulation c'est 5 ans d'expérience minimum avec une bonne connaissance de PHP. Une connaissance de cakePHP est un plus.
Ça rebute moins le mec qui à 5 ans de java + 3 ans de PHP.
[^] # Re: Salaire brut
Posté par Alex G. . En réponse au journal Trouver un développeur. Évalué à 4.
Mais c'est la moyenne en province pour une petite boite selon ce que j'avais vu. Voir aussi l'outil de l'APEC
[^] # Re: Télé-travail ?
Posté par Alex G. . En réponse au journal Trouver un développeur. Évalué à 4.
Et si au lieu de recruter un chef d'équipe tu cherchais quelqu'un qui puisse te coacher un peu sur la gestion d'équipe ? C'est peut-être plus facile qu'il le fasse partiellement à distance, et ça te permet éventuellement d'accéder à un profil encore plus élevé. Genre quelqu'un qui n'est pas exposé directement au client mais avec qui tu peux faire deux points par semaine + extra en cas de problème urgent/complexe. Dans ce cas tu peux prendre quelqu'un qui a sa boite où qui est en poste dans une boite et que tu connais déjà un peu.
Quelque part ça me parait louche que tu cherche à te mettre sous la coupe d'un autre développeur. Si ce qui te fait peur c'est la gestion de projet et l'assistance maîtrise d'ouvrage, ne vaut-il pas mieux que tu cherches quelqu'un dans ce sens (avec expérience de programmation souhaitée par exemple si tu préfère les mecs qui aiment mettre les mains dans le cambouis).
Une autre chose que je te conseille c'est que pour des profils expérimentés il vaut mieux parfois aller à la pêche au profil : réseau, recherche linkedin/lolix. Peut-être aussi qu'un site type chooseyourboss correspond mieux.
[^] # Re: Le manque d'informaticiens est un mythe
Posté par Alex G. . En réponse à la dépêche À Toulouse, ouverture d'une formation de développeur d'Applications « full-stack ». Évalué à 2.
Désolé, je poste tard, mais juste au cas où, une technique qui peut un peu améliorer la situation est de renvoyer un mail sur les lettres de motivation trop plate où tu redis clairement ce que tu attends d'une lettre de motivation (en quelques mots hein) et tu invites à renvoyer une nouvelle lettre. C'est intéressant de voir si la personne se prend au jeu et est motivée.
Par exemple dans une boite on disait clairement qu'on voulait savoir ce qui le motive dans le projet, ce qui le motive dans une journée et moi j'aurais ajouté quelques illustrations de son expérience relationnelle (ou autre point fort).
# Au revoir France ?
Posté par Alex G. . En réponse au journal Le Cloud et la gestion de ses poubelles. Évalué à 7.
Quand j'étais en Côte d'Ivoire, la plupart des voitures était des voitures "au revoir France" comme ils les appellent là-bas. C'est à dire des voitures d'occasions venues par bateau (en fait, à cet époque, la plupart semblaient venues d'Asie vu les marques).
Je pense que si les gens renouvellent les serveurs tous les 3 ans, c'est en partie pour le gain espace.consommation à service rendu égaux, mais j'imagine aussi que c'est parce qu'il vaut mieux prévenir que guérir et qu'une maintenance c'est du coût de personnel, ce qui dans un monde industrialisé coûte très cher comparativement à une machine neuve.
Dans des pays plus pauvre, le rapport est inversé, le coût du personnel est bien moindre par rapport à celui de la machine. Du coup un container de "vieux" serveurs pourrait être valorisé.
Je contrebalance ça par le fait qu'il y a quand même un problème éthique à faire des pays plus pauvre la poubelle de ceux plus riche (tous les hommes sont égaux en dignité?). De plus à terme ça revient à exporter notre pollution (la machine finira sa vie dans ce pays là).
La vrai solution à ces problèmes (il me semble) est politique. On devrait payer beaucoup plus cher pour se débarrasser d'une carcasse de serveur (prix de l'impact sur l'environnement), ça changerait beaucoup la donne.
[^] # Re: interet d'un reseau social fermé
Posté par Alex G. . En réponse à la dépêche Diaspora* sort en version majeure 0.6. Évalué à 2.
Pour faire court, je pense que le premier intérêts c'est le fait que ce ne soit pas public mais semi-privé (partagé avec tes cercles de contacts).
Bien évidemment je serais comme toi super content de voir se développer des alternatives plus proche du fonctionnement du web.
# Lecture rapide
Posté par Alex G. . En réponse au journal L'innovation collective au sein de la communauté Python. Évalué à 3.
Hello,
J'ai regardé le document, j'ai surtout lu les pages 76 à 102 (PEP + conclusion).
Autant j'ai trouvé l'analyse du travail sur les PEP intéressante, autant j'ai trouvé la conclusion assez vide. En effet mon impression est qu'on a eu un bon descriptif de ce qui se passe avec les PEP, mais on en déduit rien. Pas d'avantages / inconvénients, on a pas non plus de "résultat" du langage Python (a-t-il innové vraiment, quelle type d'innovation ont été produites, comment on peut comparer ça par rapport au logiciel non libre, etc…). Je comprends que ça aurait peut être demandé une connaissance que tu n'as pas, mais je pense que quelques interviews (à des gens de la communauté Python, des gens de langages concurrent comme ruby ou java, des gens du monde Microsoft) aurait peut être donné une idée qualitative. On aurait aussi pu comparé au modèle du par commissions (Java récemment) ou de l'innovateur solitaire (Lennart Poettering).
Personnellement, pour être un développeur Python, je trouve que l'innovation y est modéré, mais toujours basée sur des cas d'utilisation et un bon sens pratique. Pour moi c'est surtout le fruit d'une communauté qui a attiré des gens ayant une certaine vision de ce qu'est un bon code (comme résumé par le Zen of Python, que tu as bien relevé).
# Chipotage
Posté par Alex G. . En réponse au journal un vrai coffre fort numérique. Évalué à 3.
En voyant le titre j'ai pensé à autre chose. En effet coffre-fort numérique m'a fait pensé qu'un projet libre avait créé un coffre-fort numérique à valeur probatoire…
[^] # Re: Mécène : qu'est ce qu'ils y gagnent ?
Posté par Alex G. . En réponse à la dépêche Donnez votre avis sur la nouvelle architecture de Cozy. Évalué à 3.
Je pense qu'ils ont déjà répondu à ce genre de question. Un résumé de ce que j'ai compris / imagine:
L'idée est un trade-off confiance utilisateur / accès aux données.
Si EDF mets des infos dans ton cozy c'est que tu es libre d'héberger ton Cozy où tu veux, bien sur (chez toi, chez Cozy, à la MACIF, chez eux).
Ça peut laisser sceptique mais peut-être que le marché ira vers ça, en fonction des lois, de l'opinion publique qui peut évoluer dans le temps et de pratique de précurseurs. Par exemple si EDF veut te proposer des optimisations de ta consommation ou de ton offre en analysant tes données, ils doivent de toute façon faire une application, il te faut un login etc… en faisant une application cozy, il s'occupent juste de leur métier et en plus peuvent se dégager des obligations sur tes données personnelles puisque c'est toi qui les possède.
Dans un registre assez proche, la Poste a une solution de coffre fort numérique gratuit: Digipost. Leur modèle économique c'est que les entreprises peuvent l'utiliser pour te pousser des factures où ton bulletin de salaire (ils font alors payer les entreprises, comme quand tu délivre un courrier, voir ici).
# Une vie sans jointure
Posté par Alex G. . En réponse à la dépêche Donnez votre avis sur la nouvelle architecture de Cozy. Évalué à 2.
Ma question est plus sur un retour d'expérience.
Personnellement ce qui me surprend le plus dans Cozy c'est qu'il n'y ai ni base de donnée relationnelle, ni moteur d'indexation (qui pourrait éventuellement pallier au problème).
Je n'ai jamais travaillé avec CouchDB, donc je ne mesure pas la capacité à gérer des données (peut être agit-il très bien comme moteur d'indexation, comparable à Elastic Search).
Est-ce que c'est parce-que le champs applicatif envisagé ne devrait pas nécessiter trop de croisement de données, ou en tout cas porter sur des tailles raisonnables ?
# Notion de groupe ?
Posté par Alex G. . En réponse à la dépêche Donnez votre avis sur la nouvelle architecture de Cozy. Évalué à 3.
Hello,
En premier je trouve la démarche de présenter son architecture courageuse et sympa. Après je pense que c'est important d'écouter tous les conseils, mais de prendre des décisions selon sa vision.
Je voulais savoir s'il était prévu la notion d'instance de groupe. Ça me semble une notion complémentaire au partage.
Dans un groupe les personnes peuvent varier dans le temps mais (pour simplifier) l'ensemble des documents est propriété de ce groupe.
Exemple de groupe : une entreprise, un projet open-source, un groupe de travail, etc…
Dans un modèle très simple (et proche de la notion de données personnelles) qui appartient au groupe obtient automatiquement les pleins pouvoirs (administrateurs). Ce groupe peut ensuite éventuellement partager des informations avec d'autres personnes (participants), comme le fait une autre instance. Ce qui est important c'est que ces administrateurs sont plusieurs, peuvent changer dans le temps, et s'authentifient de manière transparente avec leur compte habituel.
Un autre notion de groupe que je ne vois pas apparaître est celle qui concerne les permissions (mais là c'est peut être en dehors des objectifs du document). Pourtant au niveau utilisateur, pouvoir donner accès à son album à toute la famille, dans le cas de l'instance groupe ci-dessus, pouvoir partager un document à tous les participants, etc…
[^] # Re: Le chiffrement
Posté par Alex G. . En réponse à la dépêche Donnez votre avis sur la nouvelle architecture de Cozy. Évalué à 4.
Tu veux dire obligatoire/importante… Car euh trivial à implémenter sûrement pas en tout cas… J'avoue que l'idée d'avoir une base de donnée avec des données cryptées dedans me semble un peu étrange (mais je veux bien voir), je sais qu'il y a des études là dessus, mais ça reste très loin de mise en production (si tu crypte les données, adieu les indexes, les vues, etc…)
L'auto-hébergement + TLS (et chiffrement des mails) me semble une méthode plus réaliste à l'heure actuelle, et justement envisagée dans ce schéma.
[^] # Re: vive Paypal
Posté par Alex G. . En réponse au journal Paypal en a marre que l’on dise que c’est nul. Évalué à 9.
Yep moi je pense aussi que en 2000 les banques française (où le groupement carte bleue) auraient dû se réveiller et offrir une alternative française/européenne à Paypal. Mais bon vu le niveau de vision des banques, leur avidité et ce que j'en pense c'est sûrement mieux comme ça…
[^] # Re: Dans le genre clause défensive
Posté par Alex G. . En réponse au journal Paypal en a marre que l’on dise que c’est nul. Évalué à 2.
En gros moi je comprends que c'est une façon pour Facebook de dire :
Si c'est bien l'esprit, ça me semble correct (ça reste une petite épée de Damoclès en cas de changement de direction de Facebook).
[^] # Re: Difficulté d'écrire un logiciel de montage vidéo
Posté par Alex G. . En réponse au journal Putain que la route est longue ! ! !. Évalué à 10.
Je pense que tu n'as pas compris que c'était pas une insulte mais un petit sobriquet gentil en mode copain du rugby (expression virile de l'affection).
Pour essayer de te répondre sur la partie difficulté : plein plein de formats vidéo et il faut compter codec vidéo et codec audio (type de compression), conteneur (la coquille qui met vidéo, audio et sous titre ensemble). Des technos en évolution perpétuelles (CPU avec capacité vidéo, GPU, nouveaux appareils et protocoles d'acquisition). Même si c'est des librairies ou des programmes externes qui vont t'aider à gérer tout ça, tu ne peux pas en faire abstraction (import des morceau puis choix du rendu final, évolution des API des librairies, etc…). Le tout te demande donc aussi de connaître un nombre de choses incroyable (va faire un tour sur le wiki de avidemux, ou vlc ou ffmpeg)
Ensuite une tâches qui est tout de même intensive pour le CPU et la mémoire (tes utilisateurs vont vouloir utiliser leur caméra HD ou UltraHD, ajouter des effets à la mode…) et le tout sans perdre en réactivité. Donc requiert une très bonne maîtrise de l'algorithmique (multi-threading, calculs matriciels, etc.) mais aussi de l'architecture du logiciel (faire un pré-rendu en basse qualité, savoir arrêter une tâche de rendu inutile car l'utilisateur à déjà bougé sur une autre image, etc.)
Je pense que ça peut te donner une idée du tableau.
[^] # Re: Le chaînon manquant
Posté par Alex G. . En réponse au journal Putain que la route est longue ! ! !. Évalué à 10.
Outre le packaging, n'y a-t'il pas en général un problème de complexité / compétence de l'utilisateur ?
Moi je vois que malgré plein de tentative j'échoue parfois (pas de son, image pourrie) ou fait planter un logiciel juste parce-que j'applique une dimension d'image, un framerate qui n'est pas correct, un codec audio non supporté par le container, etc. Et souvent le logiciel (vlc, avidemux, mplayer, handbrake) ne prévient pas en amont du problème, où te préviens mais sans te proposer une alternative.
Ce n'est pas une critique de ces logiciels, mais un effet de la complexité du monde de la vidéo combiné au fait que dans le logiciel libre on veut souvent laisser l'utilisateur libre (et ne pas le restreindre à un choix précis).