Oui c'est vrai que c'est pas tout jeune… Mais je ne sais pas parfois, je ne porte pas intérêt à certaines choses et puis d'un coup, on prend plus le temps de lire une dépêche qui a priori ne nous intéresse pas trop (j'avoue, avoir un nouveau gestionnaire de paquet, ou une nouvelle distro, si il ne change pas fondamentalement mon usage de l'OS, ça m'importe peu) et PAF on s'en prend plein la gueule !
C'est ce que ça m'a fait avec Guix et je me rends compte maintenant de la puissance de l'outil et à quel point il est capable de remplacer avantageusement une pléthore d'autres outils. C'est vraiment impressionnant !
Je crois que j'ai toujours eu en tête de pouvoir faire ce genre de chose dans ma distrib sans avoir une once d'idée de par où commencer et quelle serait la meilleure méthode pour y arriver.
Avec Guix, le résultat est bluffant de simplicité si l'on compare à l'ensemble des technos que cela peut remplacer et la complexité qui s'empile dans nos "piles" (c'est bien le mot d'ailleurs !) de développement modernes.
J'ai toujours vu d'un œil un peu suspect les développements autour de snap, flatpack, Docker et autres. Ça m'a toujours paru bizarre aussi d'avoir des outils pour gérer mes version et mes dépendances en ruby, node, python, ou php. Certains, comme npm, étant en plus assez obscures (qui n'a pas déjà entendu : "essai de supprimer le dossier node_modules et recommence pour voir") et peu configurables (ex : le dossier node_modules est codé en dur…).
Aujourd'hui, nous avons vraisemblablement (pas encore assez pratiqué pour être sûr) une réponse élégante et unique à tous ces problèmes (et bien d'autres) et c'est tant mieux !
Je prépare un article en mode "Guix pour remplacer x, y ou z" avec des petits exemples à chaque fois.
Ce chemin vers la bibliothèque standard C ne vient pas de nul part : le paquet est compilé à partir d'une recette qui vient d'une version précise de Guix. Le chemin est question est celui qui provient de la recette de glibc dans la même révision de Guix. Si une future révision de Guix met à jour la recette de glibc (par exemple en la mettant à jour), cela modifie l'entrée correspondante pour le paquet hello. Le paquet hello qui serait construit à partir de cette nouvelle version ferait alors référence directement à la glibc de cette nouvelle révision de Guix.
Merci pour cet éclaircissement, je vois maintenant la puissance du système !
Dernière question : comment précise-t-on dans le paquet qu'on veut être sur la dernière libc à jour ? J'imagine qu'il y a un système comme avec npm pour Node.js où l'on peut préciser que l'on veut une version fixe exemble (4.7.8) ou alors avoir les derniers correctifs seulement (ex 4.5.x) , ou bien carrément être toujours à la dernière version peu importe le numéro de version ? Ou alors c'est plus complexes que ça ?
Dans ton exemple, si hello se met à jour quand la libc se met à jour, qu'est ce qui me garanti que mon paquet nouvellement compilé va fonctionner ? Bon là c'est la libc dont l'api est pas souvent mis à jour, mais pour une lib plus "mouvante", ça pourrait être problématique non ? Même si le paquet compile, il se peut qu'il soit cassé, non ?
Bon en fait, j'ai encore plein d'autres questions :).
Je trouve Guix vraiment passionnant et j'aimerai creuser un peu plus le concept.
Là je l'ai installé sur ma distrib (Xubuntu 18.04) et par exemple en installant Scribus, il m'a téléchargé des trucs comme Wayland, Mesa, MariaDB ou PostgreSQL, y a-t-il vraiment toutes ces dépendances dans Scribus ?
Scribus installé avec Guix se lancera-t-il avec sa propre version de mesa et de Wayland (même si je suis sous X) ? Bien que je pense que ce soit impossible, ça m'a interloqué :).
Allez, je retourne lire la doc et j'arrête de poser des questions !
Merci pour tout, plus j'en lis dessus plus je me dis que c'est vraiment l'OS du futur !
Impossible d'empaqueter des paquets binaires avec guix : tout doit utiliser des recettes
Je me permet de rebondir sur cette affirmation que je ne comprends pas.
Cela signifie-t-il qu'un paquet guix doit forcément être compilé ou empaqueté à partir de source ?
Pourtant, j'ai vu qu'il est possible d'inclure, par exemple, les modules non libres de linux qui contiennent des blobs binaires.
L'auteur de cet article parle aussi d'empaqueter des jeux propriétaires.
Je continue de me documenter sur Guix.
J'ai trouvé ce merveilleux article qui m'éclaire un peu plus sur l'intérêt de la démarche et compare avec les solutions existantes. https://ambrevar.xyz/guix-advance/
Néanmoins, il y a des choses que je n'arrive pas à comprendre.
Par exemple, l'auteur dis qu'à partir du moment ou un paquet fonction, il fonctionnera tout le temps.
Mais que se passe-t-il si par exemple, pour un jeu (vu qu'il cite les jeux en exemple), je met à jour mon kernel et mesa et ça casse la compatibilité binaire, voir juste rajoute des problèmes liés aux drivers ?
Mon paquet ne fonctionnera plus non ? Car pour une même machine on continue à n'avoir qu'un seul kernel ?
Le kernel et d'autres paquets comme le serveur d'affichage sont donc des dépendances transverses qui ne peuvent être isolées dans un environnement.
C'est là où j'ai du mal à comprendre.
Aussi, on dit toujours que les système comme snap, flatpak (et guix aussi) sont plus sécurisés car ils exécutent l'application dans un bac à sable dans lequel on choisit ce qu'ils ont droit de faire ou non.
Mais, un des trucs important pour moi dans les systèmes de paquet classiques c'est justement le fait d'avoir des dépendances partagées. De cette manière, s'il y a une faille dans OpenSSL par exemple, bah la correction est faite à un endroit (le paquet lib-openssl par exemple) et tous les paquets qui en dépendent en bénéficient.
Avec ces systèmes qui incluent leur propre dépendance, ce n'est plus possible, non ? Chaque paquet doit donc mettre à jour ses dépendances etc. Sans parler de la place en plus que ça prend sur le disque.
Bref, j'ai encore du mal à comprendre l'intérêt de certaines de ces approches, mais ça m'a tout l'air révolutionnaire sur beaucoup de points.
Merci pour ces précisions :). J'ai vu dans la dépêche qu'il était question de Nix aussi (que je ne connais pas non plus), tout ça m'a l'air vraiment enthousiasmant !
Comme je le disais, l'admin sys et le devops c'est pas trop mon dada, mais il faut bien reconnaître qu'il n'y a pas eu, à ma connaissance, d'innovation majeure dans le milieu des distributions linux depuis une quinzaine d'années, si ce n'est plus.
Bien sûr, tout l'écosystème a énormément évolué mais les fondements restent les mêmes. Certes, snap, flatpak et autre apporte tout de même des choses intéressantes, mais personnellement, je trouve que c'est plus contraignant qu'autre chose quand on utilise déjà une distribution basée sur un autre type de paquet.
Ca fait 2 (voir 3) méthodes d'installation, de configuration à retenir, un système encore plus hétérogène.
Là, on sent que le truc à vraiment été bien pensé et qu'il y a une grande cohérence entre tous les éléments, c'est ça qui m'attire.
Bref, je vais creuser tout ça, encore merci pour la dépêche.
PS : D'ailleurs, c'est drôle mais j'ai trouvé peu d'articles de vulgarisation qui en parle.
Merci pour ta réponse tout à fait pertinente, ça fait vraiment plaisir ! :)
Je suis tout à fait d'accord avec toi, les différentes solutions doivent être étudiées et, en effet, si l'électronique permet d'éviter des pièces mécaniques ou électromécaniques moins fiable, ça peut être intéressant.
Je suis juste un peu "obsédé" par le caractère non recyclables/non réutilisables de tous ces composants et chercherait donc à en limiter l'usage au strict nécessaire si j'avais à concevoir une machine.
Si le fait de pouvoir mettre à jour sa machine ajoute de la complexité, je ne sais pas si ça vaut le coût. Car, bon je ne sais pas s'il peut y avoir de grandes "percées technologiques" dans nos programmes de machines à lavée ?
J'avoue ne pas trop être à la pointe de toutes les technos devops et ne pas non plus être super fan d'admin sys (plus de 15 de linux au quotidien donc à force je sais faire quelques trucs mais je suis plus un dev), donc je ne comprend pas tous les tenants et aboutissant de cette dépêche…
Néanmoins, j'ai vraiment l'impression que vous avez construit quelque chose d'unique qui répond à pas mal de problématiques actuelles.
Si je comprends bien, vous avez mis au point une distribution "from scratch" dont le système de paquet est vraiment "révolutionnaire" (dans le sens où il n'a pas d'égal en terme de fonctionnalités), permet notamment d'installer les paquets sans privilèges super utilisateur.
Ce système est aussi configurable via un langage que vous avez inventé et qui j'imagine après retranscrit ça en fichier de conf compatible ngnix, x11, gnome ou je ne sais quoi ? Si c'est le cas, c'est un truc de fou quand même, mais j'ai sans doute mal compris.
Il est aussi très facile de créer des environnement de dev virtuel, donc cool pour le développeur que je suis.
En plus, on peut installer l'environnement de bureau de notre choix, comme toute bonne distribution.
Franchement, vu comme ça (mais je pense que je rate des trucs et en comprends mal d'autres), ça m'a tout l'air d'être LA distribution du future.
En tout cas, tout m'a l'air très bien pensé, structuré, avec une conception globale (voir systémique), ce qui est super rare dans le monde libre (c'est plutôt plein de modules hétérogène qui "communiquent" entre eux tant bien que mal).
Je vais définitivement y regarder de plus près et peut-être l'adoptée si ce n'est pas trop difficile.
Merci pour votre réponse, je comprends mieux la démarche du framework Atlas.
Quand je parlais de "code serveur" je voulais dire "back-end".
En tout cas, je trouve l'approche SPA bien plus attractive que les CGI en effet et c'est comme ça que j'anime mes cours de javascript.
Je suis d'accord avec vous, c'est un langage difficile d'accès pour les débutants et beaucoup sont perdu avec les différentes syntaxes, les callbacks etc.
Passé cette difficulté, j'ai l'impression d'arriver à faire des choses sympa (un paint, des petits jeux vidéo, un forum websockets etc.) en peu de lignes et cela quasi sans librairie tiers (en js vanilla donc).
S'il y a besoin d'un serveur, je fournis quelque chose de minimaliste afin de leur permettre de se concentrer sur l'interaction utilisateur.
C'est dans cette optique que je questionnais l'intérêt d'Atlas, mais vous avez très bien défendu ce projet et il m'apparaît pertinent dans le cadre d'un apprentissage de la programmation.
Je le vois, ce qui perturbe les apprenants c'est la masse de petites choses différentes à retenir, comprendre etc. et plus l'environnement est hétérogène (c'est le cas pour le web) et plus c'est difficile d'accès.
C'est pour cela aussi que quand je démarre sur Php, je leur fais faire des programme en ligne de commande avant de voir la génération du Html et l’interaction avec une base données SQL. Ce que beaucoup de tuto sur internet font en même temps. Résultat : les apprenants ne font pas la différence entre client et serveur et ont un mal fou à comprendre que le programme Php ne fait que générer du html (ou du json dans le cadre d'API web).
Bref, l'apprentissage de la programmation reste aujourd'hui quelque chose d'assez rude je trouve et j'en vois beaucoup qui décrochent. Sans doute que l’écart entre leur rapport quotidien avec l'informatique (les smartphones, des applis codées par des milliers de dev pendant plusieurs mois) et ce qu'ils arrivent péniblement à faire en cours. Si le toolkit Atlas peut faire la différence alors c'est top !
PS : Je me rappelle avoir codé en quelques heures maxi un jeu vidéo inspiré d'Angribirds en js avec mon fils qui faisait les dessins. Grace aux pages Github et autres services de mise en ligne, on avait quelque chose qu'on pouvait montrer facilement (pas testé sur smartphone mais ça devrait peut tourner) : http://dedesite.github.io/angry_birds_filo/
Est-ce que je suis le seul à penser qu'une machine à laver le linge qui "met à jour son logiciel" c'est pas vraiment durable ?
Pourquoi faire appel à de l’électronique quand on peut l'éviter ?
Pour moi, une machine durable et qui tente d'être plus écologique devrait limiter au maximum l'usage de matériaux rares et être le plus basique possible.
Puis ce qui consomme dans une machine à laver c'est aussi le fait de chauffer l'eau, toutes les machines à laver contiennent une résistance électrique. Le truc vraiment écolo serait de brancher la machine sur le réseau d'eau chaude alimenté par un chauffe eau solaire. Bon, je m'égare… en tout cas, c'est ce que je vais essayer de faire chez moi avec une vielle machine (retaper 3 fois déjà) achetée 40€ sur leboncoin qui ne se met pas à jour :).
Je reste convaincu que des projets comme ceux-ci peuvent être pertinent, juste faire attention où l'on place le curseur "high tech vs low tech".
Je m'intéresse aussi à tout ce qui touche la découverte de la programmation. De mon côté, j'ai mis au point un jeu de société (avec des pions en bois et tout) inspiré des blocks de Scratch mais basé sur une approche procédurale et non événementielle comme Scratch.
Concernant Atlas toolkit, je me demande si c'est vraiment plus simple d'accès que de faire une application web "vanilla" sans toolkit ?
Je n'ai pas regardé en détail le code mais il y a tout de même de l'HTML, du css et du code serveur.
Quand vous dites :
"Le développement d’applications mobiles nécessitant de solides connaissances en programmation, il est clair qu’il ne peut être abordé lors de ces ateliers. Et cela vaut aussi pour le développement d’applications Web"
N'est-on pas dans le même cas de figure avec atlas ?
Après, je n'ai peut-être pas compris le réel avantage d'Atlas…
Merci pour ta réponse ! En effet, j'avais pas bien lu toute la dépêche.
Et oui, pas facile de gérer les différents installeurs, surtout si votre objectif est que l'utilisateur n'ait rien à faire.
Je sais que pour les jeux et applications Wine un développeur wine (je ne sais plus lequel malheureusement) avait créer des scripts pour en installer automatiquement afin de faire des tests de non régression automatique. Il avait finit par arrêter car c'était long à maintenir mais les scripts existent sans doute encore.
Sinon, est-ce que vous prévoyez de permettre aussi l'installation de logiciels autres que des jeux (genre Office ou autre), ça serait vraiment TOP !
Je trouve l'approche de créer des packages pour ensuite les intégrer au mieux avec le système d'exploitation excellente. Ça me rappel un projet similaire qui était prévu pour être intégré par défaut dans Ubuntu où il était question d'avoir les jeux Wine directement dans la logithèque si je me rappel bien (désolé la flemme de chercher les références). Je crois que c'était un dev Wine qui avait lancé ça…
Par contre, je ne sais pas si ça couvrira mes maigres besoins qui sont d'installer de temps en temps des vieux jeux PC qui sont sur CD. C'est ça que j'aime bien avec PlayOnLinux c'est qu'on peut installer à partir d'un CD avec des installeurs "officiels".
Est-ce qu'il y a une chance pour que play.it puisse supporter un jour des installeurs hétéroclites ou est-ce qu'il se concentrera toujours sur des installeurs type GOG ou autre ?
Autre question : est-ce qu'il y a une option pour installer tout le jeux dans le ~ car j'ai généralement une petite partition système (sur un SSD) et une grande partition /home ? Désolé si la réponse se trouve dans la doc, j'avoue j'ai pas cherché. Euh, en même temps je me dis qu'il faut plutôt voir du côté de dpkg ou autre vu que play.it ne fait que générés les packages…
En tout cas, bonne continuation, c'est chouette de voir ce genre d'initiatives.
Après pour troller, je pense que ça aurait même pu se développer en js comme ça t'as une app qui tourne dans le navigateur et pas besoin de gérer le multiplate-forme mais très bien sinon.
Par rapport à Prezzi, je sais c'est un outil proprio donc c'est pas bien, mais je crois que sa réelle plus-value c'est de fournir tout un tas de visuels super chouettes par défaut. Puis l'interface utilisateur permet de gérer aux ptits oignons, la caméra etc. C'est vraiment un outil très abouti (très demandeur de puissance aussi) et novateur selon moi.
Pas besoin d'avoir un fichier SVG de base puisqu'il en fournit plein (non libre je sais) et pas besoin d'écrire la moindre ligne de Markdown (même si c'est un format cool pour nous les devs, un utilisateur lambda préférera toujours écrire du texte dans un textfield et le mettre en forme avec une barre d'outil).
Je vois ma compagne (prof d'ailleurs) utiliser beaucoup d'outils en ligne de ce genre. Ils sont parfois très très simple en terme d'interface et de fonctionnalités (comparer à Office ou LibreOffice), mais fournissent une énorme bibliothèque de visuels vraiment sympa. Résultat, en 5min elle réalise des trucs trop top. Après, ça craint à mort car tu n'as aucune maîtrise sur le format de fichier (on te permet souvent juste d'exporter en un png dont tu ne peux pas choisir la résolution, ils sont malins), ni sur la manière dont est stocké ton travail (tout est dans le "cloud").
Perso, je n'aime pas du tout ça, mais faut reconnaître qu'elle gagne énormément de temps et arrive à faire de belles choses sans toucher à InkScape, Gimp ou autre.
Merci pour tes retours. Pour moi ce sont principalement des confirmations de choses que je sais déjà, mais voir une liste d'améliorations en français motivera peut-être quelqu'un d'autre à se retrousser les manches pour les implémenter.
Avec plaisir. Si un jour je peux faire d'avantage pour le projet je le ferai.
Je ne te rejoins pas sur ce point, améliorer l'interface utilisateur prend souvent beaucoup de temps, et celui-ci est difficilement compressible car il y a un fort composant humain dans l'équation (contrairement au travail sur le cœur d'un logiciel où il s'agit plutôt de faire comprendre à la machine ce qu'on veut qu'elle fasse, ce qui est bien plus simple).
Certes, ajouter des fonctionnalités à un logiciel est la partie "facile" pour un développeur. Ce que je voulais dire par "ça coûte pas grand chose" c'est que pour certaines de mes remarques, il s'agit simplement de faire une page HTML bien pensée et jolie, ce qui peut ne pas prendre trop longtemps.
Par contre, arriver à une ergonomie intuitive et une navigation aisée sur le site peut être super long et nécessite souvent des compétences mixtes (ergonomie, design et dev) et beaucoup d'itérations.
Je me permet de continuer mes commentaires au fur et à mesure que je découvre le site.
Je trouve le paiement par virement pas claire.
Il faudrait expliquer qu'on envoie de l'argent à l'association mais que cet argent restera dans le portefeuille après. Là, j'avais l'impression que l'argent que j'allais envoyer allait directement être versé à la personne que je soutiens.
Le code de référence du virement doit être mieux mis en avant, c'est une donnée très importante il me semble.
Le message aussi devrait expliquer que si le paiement a réussit, il devrait se retrouver dans le portefeuille ou autre.
J'ai tenté plusieurs virements mais que je n'effectuerai jamais, ils apparaissent "en attente" dans l'interface, il faudrait pouvoir les supprimer ou annuler le virement.
Aussi, le menu "Explorer" est pour moi incompréhensible quand on ne connaît pas déjà le site.
La vue d'ensemble est assez perturbante au début.
Même si à y regarder de plus près, les textes sont clairs, je trouve que cette vue d'ensemble n'apporte pas grand-chose car regroupe plusieurs infos qui ne sont pas liées.
Par exemple, les réseaux sociaux, les promesses de dons, etc.
Perso, ce que je m'attends à voir c'est simplement une liste de personne et/ou projet et/ou organisation direct en cliquant sur explorer.
Finalement c'est ça le cœur du site : les personnes (moral ou physique) et les projets qu'elles portent.
Y a qu'a regarder ce que les autres font (tipeee ou autre), tu peux être sûr qu'ils ont bien réfléchis à leur ergonomie et se baser dessus. Quand tu cliques sur "Découvrir les créateurs" tu tombes direct sur des vignettes des créateurs. Là je verrai la même chose.
Avec par exemple la possibilité de filtrer par individus, entreprise, assoc ou par thème mais faut pas trop surcharger l'interface.
Je crois qu'il faut vraiment aller à l'essentiel :
- Une page d'accueil épuré avec les grands principes du site et une invitation à l'utiliser (comme ce que vous avez mais peut-être en un peu plus "travaillé").
- Une page qui explique le fonctionnement. En gros, votre "A propos" mais élaguée de certaines pages qui seront relayées en bas de page (mentions légales, stats etc.)
- Une page exploration qui va direct dans le vif du sujet et qui n'embrouille pas l'utilisateur avec les concepts que vous avez inventés. Si vraiment ces concepts vous tiennent à cœur (communauté, individus, équipes etc.), il faut alors les présenter de manière visuelle et très claire. Mais à mon avis, une simple distinction de couleur ou d’icône dans la liste des projets à explorer suffira.
Grosso modo, actuellement le site reflète plus l'architecture interne de l'application que les besoins utilisateurs quand on découvre un tel site.
Je l'ai déjà dis ici, je trouve votre projet superbe.
Maintenant c'est vrai que la première impression est pas des plus intuitives. Voici mes remarques en vrac :
- A la création de compte, je ne mettrai pas un bouton radio pour la question "Etes-vous une entreprise ?", par défaut je pense que la création de compte est personnel et je mettrai donc un bouton ou une checkbox genre "Je suis une entreprise ou un groupe" ce qui fait que l'inscription "normale" ne nécessite pas plus de réflexion. En plus, il faut répondre "Non" à la question ce qui est encore plus troublant je trouve.
- Ensuite, le fait de ne pas avoir à setter de mot de passe peut-être intéressant mais rend la mécanique de connexion compliquée vu qu'il faut ensuite recevoir un mail avec un lien pour reset son mot de passe. La méthode est assez contre intuitive et pourra en perdre beaucoup. Si vous voulez proposer un mode de don sans mot de passe, il faut revoir le processus, j'avoue je connais pas assez votre projet pour faire une proposition claire.
- Quand on se connecte pour la première fois, on tombe direct sur la vue des dons. Là, clairement je m'attendrai plus à une page expliquant graphiquement et avec peu de mot le fonctionnement du site. Bon, je sais c'est pas un truc de développeur mais justement, ça coûte pas grand chose à faire et c'est une grosse valeur ajoutée.
- Aussi, je trouve ça très perturbant d'avoir un login généré automatiquement genre "~46846", il vaut mieux afficher l'email et s'il n'y a pas d'email, je ne sais pas demander à la personne un login ou autre ou alors ne rien afficher ou "Donateur #4564" c'est déjà mieux. J'ai un peu du mal avec les site qui reflètent leur fonctionnement interne (l'identifiant généré) à l'utilisateur.
- Mon email apparaît "Non vérifié" alors que j'ai cliqué 2 fois sur des liens envoyés par mail. Le premier pour dire que j'avais créé mon compte et le deuxième pour reset le mot de passe. J'ai du renvoyer un mail pour que cela fonctionne.
Pour finir, je crois que vous avez une superbe boite à outil qui semble fonctionnelle. C'est génial ! Il ne vous reste "plus qu'à" peaufiner tout ça en simplifiant certains écrans, les process et en clarifiant votre message. Cela demande sans doute moins de technique que de réflexion, d'ergonomie, d'itération en fonction des retours, etc.
Quoi qu'il en soit, je vous souhaite très bonne chance et je tâcherai de m'investir comme je peux dans ce projet (peut-être juste via des retours dans un premier temps).
Je ne l'avais pas vu avant, il y a-t-il un moyen de recevoir des notifications quand quelqu'un répond à un commentaire ?
Pour comprendre l'électronique, j'avais acheté "l’électronique rien de plus simple" c'était sous forme de BD, je me suis dis que c'était fait pour moi. Malheureusement, le bouquin commence en disant "l'électronique commence là où la loi d'ohm s'arrête". Pas de mon niveau…
Puis j'ai aussi acheté "mes premiers pas en électronique", plutôt axé pratique avec plein de schémas et des petits circuits à réaliser.
J'ai compris pas mal de choses sur le plan pratique.
Je sais lire un schéma, le refaire avec mes composants, choisir la bonne résistance, etc.
J'ai même réalisé des trucs un peu complexes qui fonctionnent, genre ça : http://holdenc.altervista.org/avalanche/
Mais je me sens toujours aussi démuni quand il s'agit de comprendre réellement ce qu'il se passe. Les électrons ne se déplacent pas à la vitesse de la lumière ? Comment peuvent-ils s’accélérer ?
Puis quand on se met à lire des articles Wikipédia sur le sujet, bonjour la cata !
Bon, je vais relire patiemment tout ce qui est écris.
En tout cas, merci encore pour votre réponse. J'avais noté d'autres questions que je me posais sur l'électronique, j'hésiterai pas à demander si je les retrouve.
J'avoue ne rien comprendre en électricité et en électronique. J'ai beau essayer je ne sais pas pourquoi ça ne rentre pas.
J'ai acheté des bouquins de vulgarisations, lu des sites, etc. J'ai toujours du mal à comprendre les concepts de base comme la tension, l'intensité, l'inductance, la résistance, etc.
Je comprends la plupart du temps les équations qui sont assez simples (j'ai pas un gros niveau en maths non plus) mais je n'arrive pas à me représenter ce que cela fait physiquement.
Les analogies avec l'eau ne m'aide pas toujours à comprendre, car je sais bien que les électrons ne se déplacent pas comme l'eau…
Tout ça pour dire que si vous connaissez de bonnes ressources qui permettent à un grand débutant comme moi d'appréhender l'électronique (et l'électricité en général), je vous en serai reconnaissant. :)
Bravo pour le projet et cette dépêche très descriptive.
Je n'ai malheureusement pas le temps de lire tous les commentaires qui m'ont l'air fort intéressants.
Je voulais juste dire que votre projet fait vraiment du bien, car le financement par la foule c'est super dans l'idée. Par contre, quand un site qui ne fait que de la mise en relation se prend 8% (si ce n'est plus) sur des sommes parfois astronomique et que cet argent va dans les mains d'actionnaires, ça fout les boules !! Surtout quand c'est pour des projets à but non lucratif comme on en trouve beaucoup sur ces plates-formes.
J'aime beaucoup le principe, la transparence et l'éthique que vous y mettez. J'espère que le projet prendra de l’ampleur, car il gagne à être connu.
Désolé par contre, mais je ne suis pas sur les réseaux sociaux et j'ai du mal à faire de la propagande sur le net même pour des projets que j'adore. En tout cas, vous avez tout mon soutien, continuez comme ça !
Super Tux Kart a amélioré son moteur graphique, il y a des effets sympa et tout, mais soyons sérieux, ce n'est pas "joli".
Il n'y aucune unité graphique entre les personnages, les karts, les différents niveaux, etc. Tout comme beaucoup de jeux libres.
Je crois que les seuls exceptions sont 0ad qui est vraiment super bien fait et Ryzom mais qui est issue d'un vrai jeu commercial.
Niveau 2D, y a sans doute aussi quelques jeux qui sortent du lot, mais ils ne sont pas légion.
Désolé si mon propos n'était pas clair et en relisant ma phrase je me rends compte qu'elle porte à confusion.
Je voulais bien évidement parler de ces jeux libres dont le contenu artistique n'est pas libre mais le moteur l'est.
L'auteur du jeu en question, aurait très bien pu faire cela, c'est ce que je voulais dire.
Après, comme je disais, il a fait une erreur en distribuant sous licence libre des ressources qui ne l'étaient pas. Il a reconnu son erreur (est même allé un peu trop loin…). Mon commentaire était simplement un appel à se calmer vis-à-vis de ces questions de licence quand il s'agit clairement d'un projet amateur sans aucune envergure.
Qu'on soit clair, je suis libriste, je suis vraiment conscient des problèmes de licences et soutient toute initiative visant à libérer du code ou des ressources graphiques. En même temps, quand j'ai envie de coder un jeu vidéo libre et que je veux pas avoir un truc moche avec des artworks de tux et de gnu, bah je suis désolé j'utilise des RIP de vieux jeux vidéo.
Bien sûr, je ne les diffuserais pas, juste qu'en tant que dev, je trouve ça vraiment plus sympa d'utiliser un contenu de qualité et qui part ailleurs peut me rappeler des bons souvenirs :).
Peut-être pas très libre, mais comme faire des jeux de ce genre est plus de l'ordre du plaisir que de la libération du monde informatique, je m'en contente. Encore une fois, comme les dev d'OpenRA, OpenTTD ou autre.
Sinon, je vois que tu as fais du portage salarial, puis que tu as monté ta propre entreprise. Il y a une démarche intermédiaire (dans laquelle je suis actuellement), c'est de rejoindre une coopérative d'entrepreneurs-salariés.
La mienne c'est Oxalis mais il y en a d'autres. Possibilité de créer ta propre "marque", sans créer d'entreprise, pas de gestion, pas de compta, un vrai esprit coopératif etc. C'est vraiment chouette, puis au moins tu fais parti d'une instance non-capitaliste (mais néanmoins marchande) et je trouve cela primordial.
[^] # Re: Le système d'exploitation du futur ?
Posté par Andréas Livet . En réponse à la dépêche GNU Guix version Un‐Point‐Zéro. Évalué à 1.
Oui c'est vrai que c'est pas tout jeune… Mais je ne sais pas parfois, je ne porte pas intérêt à certaines choses et puis d'un coup, on prend plus le temps de lire une dépêche qui a priori ne nous intéresse pas trop (j'avoue, avoir un nouveau gestionnaire de paquet, ou une nouvelle distro, si il ne change pas fondamentalement mon usage de l'OS, ça m'importe peu) et PAF on s'en prend plein la gueule !
C'est ce que ça m'a fait avec Guix et je me rends compte maintenant de la puissance de l'outil et à quel point il est capable de remplacer avantageusement une pléthore d'autres outils. C'est vraiment impressionnant !
Je crois que j'ai toujours eu en tête de pouvoir faire ce genre de chose dans ma distrib sans avoir une once d'idée de par où commencer et quelle serait la meilleure méthode pour y arriver.
Avec Guix, le résultat est bluffant de simplicité si l'on compare à l'ensemble des technos que cela peut remplacer et la complexité qui s'empile dans nos "piles" (c'est bien le mot d'ailleurs !) de développement modernes.
J'ai toujours vu d'un œil un peu suspect les développements autour de snap, flatpack, Docker et autres. Ça m'a toujours paru bizarre aussi d'avoir des outils pour gérer mes version et mes dépendances en ruby, node, python, ou php. Certains, comme npm, étant en plus assez obscures (qui n'a pas déjà entendu : "essai de supprimer le dossier
node_moduleset recommence pour voir") et peu configurables (ex : le dossiernode_modulesest codé en dur…).Aujourd'hui, nous avons vraisemblablement (pas encore assez pratiqué pour être sûr) une réponse élégante et unique à tous ces problèmes (et bien d'autres) et c'est tant mieux !
Je prépare un article en mode "Guix pour remplacer x, y ou z" avec des petits exemples à chaque fois.
Je le mettrai sur linuxfr si ça intéresse.
[^] # Re: Le système d'exploitation du futur ?
Posté par Andréas Livet . En réponse à la dépêche GNU Guix version Un‐Point‐Zéro. Évalué à 2.
Merci pour cet éclaircissement, je vois maintenant la puissance du système !
Dernière question : comment précise-t-on dans le paquet qu'on veut être sur la dernière libc à jour ? J'imagine qu'il y a un système comme avec
npmpour Node.js où l'on peut préciser que l'on veut une version fixe exemble (4.7.8) ou alors avoir les derniers correctifs seulement (ex 4.5.x) , ou bien carrément être toujours à la dernière version peu importe le numéro de version ? Ou alors c'est plus complexes que ça ?Dans ton exemple, si hello se met à jour quand la libc se met à jour, qu'est ce qui me garanti que mon paquet nouvellement compilé va fonctionner ? Bon là c'est la libc dont l'api est pas souvent mis à jour, mais pour une lib plus "mouvante", ça pourrait être problématique non ? Même si le paquet compile, il se peut qu'il soit cassé, non ?
Bon en fait, j'ai encore plein d'autres questions :).
Je trouve Guix vraiment passionnant et j'aimerai creuser un peu plus le concept.
Là je l'ai installé sur ma distrib (Xubuntu 18.04) et par exemple en installant Scribus, il m'a téléchargé des trucs comme Wayland, Mesa, MariaDB ou PostgreSQL, y a-t-il vraiment toutes ces dépendances dans Scribus ?
Scribus installé avec Guix se lancera-t-il avec sa propre version de mesa et de Wayland (même si je suis sous X) ? Bien que je pense que ce soit impossible, ça m'a interloqué :).
Allez, je retourne lire la doc et j'arrête de poser des questions !
Merci pour tout, plus j'en lis dessus plus je me dis que c'est vraiment l'OS du futur !
Andréas
[^] # Re: Nix et autres
Posté par Andréas Livet . En réponse à la dépêche GNU Guix version Un‐Point‐Zéro. Évalué à 1.
Je me permet de rebondir sur cette affirmation que je ne comprends pas.
Cela signifie-t-il qu'un paquet guix doit forcément être compilé ou empaqueté à partir de source ?
Pourtant, j'ai vu qu'il est possible d'inclure, par exemple, les modules non libres de linux qui contiennent des blobs binaires.
L'auteur de cet article parle aussi d'empaqueter des jeux propriétaires.
Est-ce que j'ai loupé quelque chose ?
Merci,
Andréas
[^] # Re: Le système d'exploitation du futur ?
Posté par Andréas Livet . En réponse à la dépêche GNU Guix version Un‐Point‐Zéro. Évalué à 1.
Je continue de me documenter sur Guix.
J'ai trouvé ce merveilleux article qui m'éclaire un peu plus sur l'intérêt de la démarche et compare avec les solutions existantes.
https://ambrevar.xyz/guix-advance/
Néanmoins, il y a des choses que je n'arrive pas à comprendre.
Par exemple, l'auteur dis qu'à partir du moment ou un paquet fonction, il fonctionnera tout le temps.
Mais que se passe-t-il si par exemple, pour un jeu (vu qu'il cite les jeux en exemple), je met à jour mon kernel et mesa et ça casse la compatibilité binaire, voir juste rajoute des problèmes liés aux drivers ?
Mon paquet ne fonctionnera plus non ? Car pour une même machine on continue à n'avoir qu'un seul kernel ?
Le kernel et d'autres paquets comme le serveur d'affichage sont donc des dépendances transverses qui ne peuvent être isolées dans un environnement.
C'est là où j'ai du mal à comprendre.
Aussi, on dit toujours que les système comme snap, flatpak (et guix aussi) sont plus sécurisés car ils exécutent l'application dans un bac à sable dans lequel on choisit ce qu'ils ont droit de faire ou non.
Mais, un des trucs important pour moi dans les systèmes de paquet classiques c'est justement le fait d'avoir des dépendances partagées. De cette manière, s'il y a une faille dans OpenSSL par exemple, bah la correction est faite à un endroit (le paquet lib-openssl par exemple) et tous les paquets qui en dépendent en bénéficient.
Avec ces systèmes qui incluent leur propre dépendance, ce n'est plus possible, non ? Chaque paquet doit donc mettre à jour ses dépendances etc. Sans parler de la place en plus que ça prend sur le disque.
Bref, j'ai encore du mal à comprendre l'intérêt de certaines de ces approches, mais ça m'a tout l'air révolutionnaire sur beaucoup de points.
Merci,
Andréas
[^] # Re: Le système d'exploitation du futur ?
Posté par Andréas Livet . En réponse à la dépêche GNU Guix version Un‐Point‐Zéro. Évalué à 1.
Merci pour ces précisions :). J'ai vu dans la dépêche qu'il était question de Nix aussi (que je ne connais pas non plus), tout ça m'a l'air vraiment enthousiasmant !
Comme je le disais, l'admin sys et le devops c'est pas trop mon dada, mais il faut bien reconnaître qu'il n'y a pas eu, à ma connaissance, d'innovation majeure dans le milieu des distributions linux depuis une quinzaine d'années, si ce n'est plus.
Bien sûr, tout l'écosystème a énormément évolué mais les fondements restent les mêmes. Certes, snap, flatpak et autre apporte tout de même des choses intéressantes, mais personnellement, je trouve que c'est plus contraignant qu'autre chose quand on utilise déjà une distribution basée sur un autre type de paquet.
Ca fait 2 (voir 3) méthodes d'installation, de configuration à retenir, un système encore plus hétérogène.
Là, on sent que le truc à vraiment été bien pensé et qu'il y a une grande cohérence entre tous les éléments, c'est ça qui m'attire.
Bref, je vais creuser tout ça, encore merci pour la dépêche.
PS : D'ailleurs, c'est drôle mais j'ai trouvé peu d'articles de vulgarisation qui en parle.
[^] # Re: Vraiment durable et écologique ?
Posté par Andréas Livet . En réponse au journal L'increvable le retour. Évalué à 0.
Merci pour ta réponse tout à fait pertinente, ça fait vraiment plaisir ! :)
Je suis tout à fait d'accord avec toi, les différentes solutions doivent être étudiées et, en effet, si l'électronique permet d'éviter des pièces mécaniques ou électromécaniques moins fiable, ça peut être intéressant.
Je suis juste un peu "obsédé" par le caractère non recyclables/non réutilisables de tous ces composants et chercherait donc à en limiter l'usage au strict nécessaire si j'avais à concevoir une machine.
Si le fait de pouvoir mettre à jour sa machine ajoute de la complexité, je ne sais pas si ça vaut le coût. Car, bon je ne sais pas s'il peut y avoir de grandes "percées technologiques" dans nos programmes de machines à lavée ?
Encore merci pour ta réponse,
Andréas
# Le système d'exploitation du futur ?
Posté par Andréas Livet . En réponse à la dépêche GNU Guix version Un‐Point‐Zéro. Évalué à 5.
Bravo pour cette dépêche et cet ambitieux projet.
J'avoue ne pas trop être à la pointe de toutes les technos devops et ne pas non plus être super fan d'admin sys (plus de 15 de linux au quotidien donc à force je sais faire quelques trucs mais je suis plus un dev), donc je ne comprend pas tous les tenants et aboutissant de cette dépêche…
Néanmoins, j'ai vraiment l'impression que vous avez construit quelque chose d'unique qui répond à pas mal de problématiques actuelles.
Si je comprends bien, vous avez mis au point une distribution "from scratch" dont le système de paquet est vraiment "révolutionnaire" (dans le sens où il n'a pas d'égal en terme de fonctionnalités), permet notamment d'installer les paquets sans privilèges super utilisateur.
Ce système est aussi configurable via un langage que vous avez inventé et qui j'imagine après retranscrit ça en fichier de conf compatible ngnix, x11, gnome ou je ne sais quoi ? Si c'est le cas, c'est un truc de fou quand même, mais j'ai sans doute mal compris.
Il est aussi très facile de créer des environnement de dev virtuel, donc cool pour le développeur que je suis.
En plus, on peut installer l'environnement de bureau de notre choix, comme toute bonne distribution.
Franchement, vu comme ça (mais je pense que je rate des trucs et en comprends mal d'autres), ça m'a tout l'air d'être LA distribution du future.
En tout cas, tout m'a l'air très bien pensé, structuré, avec une conception globale (voir systémique), ce qui est super rare dans le monde libre (c'est plutôt plein de modules hétérogène qui "communiquent" entre eux tant bien que mal).
Je vais définitivement y regarder de plus près et peut-être l'adoptée si ce n'est pas trop difficile.
Avec hâte d'en apprendre d'avantage,
Andréas
[^] # Re: Est-ce vraiment plus accessible ?
Posté par Andréas Livet . En réponse à la dépêche Les jeunes et la programmation (Atlas toolkit v0.7). Évalué à 0.
Merci pour votre réponse, je comprends mieux la démarche du framework Atlas.
Quand je parlais de "code serveur" je voulais dire "back-end".
En tout cas, je trouve l'approche SPA bien plus attractive que les CGI en effet et c'est comme ça que j'anime mes cours de javascript.
Je suis d'accord avec vous, c'est un langage difficile d'accès pour les débutants et beaucoup sont perdu avec les différentes syntaxes, les callbacks etc.
Passé cette difficulté, j'ai l'impression d'arriver à faire des choses sympa (un paint, des petits jeux vidéo, un forum websockets etc.) en peu de lignes et cela quasi sans librairie tiers (en js vanilla donc).
S'il y a besoin d'un serveur, je fournis quelque chose de minimaliste afin de leur permettre de se concentrer sur l'interaction utilisateur.
C'est dans cette optique que je questionnais l'intérêt d'Atlas, mais vous avez très bien défendu ce projet et il m'apparaît pertinent dans le cadre d'un apprentissage de la programmation.
Je le vois, ce qui perturbe les apprenants c'est la masse de petites choses différentes à retenir, comprendre etc. et plus l'environnement est hétérogène (c'est le cas pour le web) et plus c'est difficile d'accès.
C'est pour cela aussi que quand je démarre sur Php, je leur fais faire des programme en ligne de commande avant de voir la génération du Html et l’interaction avec une base données SQL. Ce que beaucoup de tuto sur internet font en même temps. Résultat : les apprenants ne font pas la différence entre client et serveur et ont un mal fou à comprendre que le programme Php ne fait que générer du html (ou du json dans le cadre d'API web).
Bref, l'apprentissage de la programmation reste aujourd'hui quelque chose d'assez rude je trouve et j'en vois beaucoup qui décrochent. Sans doute que l’écart entre leur rapport quotidien avec l'informatique (les smartphones, des applis codées par des milliers de dev pendant plusieurs mois) et ce qu'ils arrivent péniblement à faire en cours. Si le toolkit Atlas peut faire la différence alors c'est top !
PS : Je me rappelle avoir codé en quelques heures maxi un jeu vidéo inspiré d'Angribirds en js avec mon fils qui faisait les dessins. Grace aux pages Github et autres services de mise en ligne, on avait quelque chose qu'on pouvait montrer facilement (pas testé sur smartphone mais ça devrait peut tourner) : http://dedesite.github.io/angry_birds_filo/
# Vraiment durable et écologique ?
Posté par Andréas Livet . En réponse au journal L'increvable le retour. Évalué à 2.
Est-ce que je suis le seul à penser qu'une machine à laver le linge qui "met à jour son logiciel" c'est pas vraiment durable ?
Pourquoi faire appel à de l’électronique quand on peut l'éviter ?
Pour moi, une machine durable et qui tente d'être plus écologique devrait limiter au maximum l'usage de matériaux rares et être le plus basique possible.
Puis ce qui consomme dans une machine à laver c'est aussi le fait de chauffer l'eau, toutes les machines à laver contiennent une résistance électrique. Le truc vraiment écolo serait de brancher la machine sur le réseau d'eau chaude alimenté par un chauffe eau solaire. Bon, je m'égare… en tout cas, c'est ce que je vais essayer de faire chez moi avec une vielle machine (retaper 3 fois déjà) achetée 40€ sur leboncoin qui ne se met pas à jour :).
Je reste convaincu que des projets comme ceux-ci peuvent être pertinent, juste faire attention où l'on place le curseur "high tech vs low tech".
# Est-ce vraiment plus accessible ?
Posté par Andréas Livet . En réponse à la dépêche Les jeunes et la programmation (Atlas toolkit v0.7). Évalué à 0.
Bravo pour tout ce travail !
Je m'intéresse aussi à tout ce qui touche la découverte de la programmation. De mon côté, j'ai mis au point un jeu de société (avec des pions en bois et tout) inspiré des blocks de Scratch mais basé sur une approche procédurale et non événementielle comme Scratch.
Concernant Atlas toolkit, je me demande si c'est vraiment plus simple d'accès que de faire une application web "vanilla" sans toolkit ?
Je n'ai pas regardé en détail le code mais il y a tout de même de l'HTML, du css et du code serveur.
Quand vous dites :
"Le développement d’applications mobiles nécessitant de solides connaissances en programmation, il est clair qu’il ne peut être abordé lors de ces ateliers. Et cela vaut aussi pour le développement d’applications Web"
N'est-on pas dans le même cas de figure avec atlas ?
Après, je n'ai peut-être pas compris le réel avantage d'Atlas…
Merci et bonne continuation,
Andréas
# Effacer accidentellement toutes les données de prod...
Posté par Andréas Livet . En réponse au sondage Oui j’avoue, ma plus grosse boulette c’est d’avoir :. Évalué à 2.
… en pensant que j'étais sur le serveur de dev… Heureusement, j'ai pu récupérer des backups !
[^] # Re: Avantage de PlayOnLinux
Posté par Andréas Livet . En réponse à la dépêche ./play.it installe vos jeux sans prise de tête. Évalué à 1.
Merci pour ta réponse ! En effet, j'avais pas bien lu toute la dépêche.
Et oui, pas facile de gérer les différents installeurs, surtout si votre objectif est que l'utilisateur n'ait rien à faire.
Je sais que pour les jeux et applications Wine un développeur wine (je ne sais plus lequel malheureusement) avait créer des scripts pour en installer automatiquement afin de faire des tests de non régression automatique. Il avait finit par arrêter car c'était long à maintenir mais les scripts existent sans doute encore.
Sinon, est-ce que vous prévoyez de permettre aussi l'installation de logiciels autres que des jeux (genre Office ou autre), ça serait vraiment TOP !
Bonne continuation.
# Avantage de PlayOnLinux
Posté par Andréas Livet . En réponse à la dépêche ./play.it installe vos jeux sans prise de tête. Évalué à 2. Dernière modification le 07 mars 2018 à 13:46.
Bonjour,
Je trouve l'approche de créer des packages pour ensuite les intégrer au mieux avec le système d'exploitation excellente. Ça me rappel un projet similaire qui était prévu pour être intégré par défaut dans Ubuntu où il était question d'avoir les jeux Wine directement dans la logithèque si je me rappel bien (désolé la flemme de chercher les références). Je crois que c'était un dev Wine qui avait lancé ça…
Par contre, je ne sais pas si ça couvrira mes maigres besoins qui sont d'installer de temps en temps des vieux jeux PC qui sont sur CD. C'est ça que j'aime bien avec PlayOnLinux c'est qu'on peut installer à partir d'un CD avec des installeurs "officiels".
Est-ce qu'il y a une chance pour que play.it puisse supporter un jour des installeurs hétéroclites ou est-ce qu'il se concentrera toujours sur des installeurs type GOG ou autre ?
Autre question : est-ce qu'il y a une option pour installer tout le jeux dans le
~car j'ai généralement une petite partition système (sur un SSD) et une grande partition/home? Désolé si la réponse se trouve dans la doc, j'avoue j'ai pas cherché. Euh, en même temps je me dis qu'il faut plutôt voir du côté dedpkgou autre vu que play.it ne fait que générés les packages…En tout cas, bonne continuation, c'est chouette de voir ce genre d'initiatives.
Andréas
[^] # Re: bravo !
Posté par Andréas Livet . En réponse à la dépêche PAMPI — Présentations avec Markdown, Pandoc, Impress. Évalué à -1.
Chouette projet vraiment :).
Après pour troller, je pense que ça aurait même pu se développer en js comme ça t'as une app qui tourne dans le navigateur et pas besoin de gérer le multiplate-forme mais très bien sinon.
Par rapport à Prezzi, je sais c'est un outil proprio donc c'est pas bien, mais je crois que sa réelle plus-value c'est de fournir tout un tas de visuels super chouettes par défaut. Puis l'interface utilisateur permet de gérer aux ptits oignons, la caméra etc. C'est vraiment un outil très abouti (très demandeur de puissance aussi) et novateur selon moi.
Pas besoin d'avoir un fichier SVG de base puisqu'il en fournit plein (non libre je sais) et pas besoin d'écrire la moindre ligne de Markdown (même si c'est un format cool pour nous les devs, un utilisateur lambda préférera toujours écrire du texte dans un textfield et le mettre en forme avec une barre d'outil).
Je vois ma compagne (prof d'ailleurs) utiliser beaucoup d'outils en ligne de ce genre. Ils sont parfois très très simple en terme d'interface et de fonctionnalités (comparer à Office ou LibreOffice), mais fournissent une énorme bibliothèque de visuels vraiment sympa. Résultat, en 5min elle réalise des trucs trop top. Après, ça craint à mort car tu n'as aucune maîtrise sur le format de fichier (on te permet souvent juste d'exporter en un png dont tu ne peux pas choisir la résolution, ils sont malins), ni sur la manière dont est stocké ton travail (tout est dans le "cloud").
Perso, je n'aime pas du tout ça, mais faut reconnaître qu'elle gagne énormément de temps et arrive à faire de belles choses sans toucher à InkScape, Gimp ou autre.
[^] # Re: Quelques points d'améliorations
Posté par Andréas Livet . En réponse à la dépêche La première année de Liberapay. Évalué à 2.
Avec plaisir. Si un jour je peux faire d'avantage pour le projet je le ferai.
Certes, ajouter des fonctionnalités à un logiciel est la partie "facile" pour un développeur. Ce que je voulais dire par "ça coûte pas grand chose" c'est que pour certaines de mes remarques, il s'agit simplement de faire une page HTML bien pensée et jolie, ce qui peut ne pas prendre trop longtemps.
Par contre, arriver à une ergonomie intuitive et une navigation aisée sur le site peut être super long et nécessite souvent des compétences mixtes (ergonomie, design et dev) et beaucoup d'itérations.
Bonne chance pour tout ça ! :)
[^] # Re: Quelques points d'améliorations
Posté par Andréas Livet . En réponse à la dépêche La première année de Liberapay. Évalué à 1.
Encore une petite remarque, le champs date de naissance à un format de date US, ce qui peut être perturbant pour des français.
[^] # Re: Quelques points d'améliorations
Posté par Andréas Livet . En réponse à la dépêche La première année de Liberapay. Évalué à 3.
Je me permet de continuer mes commentaires au fur et à mesure que je découvre le site.
Je trouve le paiement par virement pas claire.
Il faudrait expliquer qu'on envoie de l'argent à l'association mais que cet argent restera dans le portefeuille après. Là, j'avais l'impression que l'argent que j'allais envoyer allait directement être versé à la personne que je soutiens.
Le code de référence du virement doit être mieux mis en avant, c'est une donnée très importante il me semble.
Le message aussi devrait expliquer que si le paiement a réussit, il devrait se retrouver dans le portefeuille ou autre.
J'ai tenté plusieurs virements mais que je n'effectuerai jamais, ils apparaissent "en attente" dans l'interface, il faudrait pouvoir les supprimer ou annuler le virement.
Aussi, le menu "Explorer" est pour moi incompréhensible quand on ne connaît pas déjà le site.
La vue d'ensemble est assez perturbante au début.
Même si à y regarder de plus près, les textes sont clairs, je trouve que cette vue d'ensemble n'apporte pas grand-chose car regroupe plusieurs infos qui ne sont pas liées.
Par exemple, les réseaux sociaux, les promesses de dons, etc.
Perso, ce que je m'attends à voir c'est simplement une liste de personne et/ou projet et/ou organisation direct en cliquant sur explorer.
Finalement c'est ça le cœur du site : les personnes (moral ou physique) et les projets qu'elles portent.
Y a qu'a regarder ce que les autres font (tipeee ou autre), tu peux être sûr qu'ils ont bien réfléchis à leur ergonomie et se baser dessus. Quand tu cliques sur "Découvrir les créateurs" tu tombes direct sur des vignettes des créateurs. Là je verrai la même chose.
Avec par exemple la possibilité de filtrer par individus, entreprise, assoc ou par thème mais faut pas trop surcharger l'interface.
Je crois qu'il faut vraiment aller à l'essentiel :
- Une page d'accueil épuré avec les grands principes du site et une invitation à l'utiliser (comme ce que vous avez mais peut-être en un peu plus "travaillé").
- Une page qui explique le fonctionnement. En gros, votre "A propos" mais élaguée de certaines pages qui seront relayées en bas de page (mentions légales, stats etc.)
- Une page exploration qui va direct dans le vif du sujet et qui n'embrouille pas l'utilisateur avec les concepts que vous avez inventés. Si vraiment ces concepts vous tiennent à cœur (communauté, individus, équipes etc.), il faut alors les présenter de manière visuelle et très claire. Mais à mon avis, une simple distinction de couleur ou d’icône dans la liste des projets à explorer suffira.
Grosso modo, actuellement le site reflète plus l'architecture interne de l'application que les besoins utilisateurs quand on découvre un tel site.
# Quelques points d'améliorations
Posté par Andréas Livet . En réponse à la dépêche La première année de Liberapay. Évalué à 3.
Bonjour,
Je l'ai déjà dis ici, je trouve votre projet superbe.
Maintenant c'est vrai que la première impression est pas des plus intuitives. Voici mes remarques en vrac :
- A la création de compte, je ne mettrai pas un bouton radio pour la question "Etes-vous une entreprise ?", par défaut je pense que la création de compte est personnel et je mettrai donc un bouton ou une checkbox genre "Je suis une entreprise ou un groupe" ce qui fait que l'inscription "normale" ne nécessite pas plus de réflexion. En plus, il faut répondre "Non" à la question ce qui est encore plus troublant je trouve.
- Ensuite, le fait de ne pas avoir à setter de mot de passe peut-être intéressant mais rend la mécanique de connexion compliquée vu qu'il faut ensuite recevoir un mail avec un lien pour reset son mot de passe. La méthode est assez contre intuitive et pourra en perdre beaucoup. Si vous voulez proposer un mode de don sans mot de passe, il faut revoir le processus, j'avoue je connais pas assez votre projet pour faire une proposition claire.
- Quand on se connecte pour la première fois, on tombe direct sur la vue des dons. Là, clairement je m'attendrai plus à une page expliquant graphiquement et avec peu de mot le fonctionnement du site. Bon, je sais c'est pas un truc de développeur mais justement, ça coûte pas grand chose à faire et c'est une grosse valeur ajoutée.
- Aussi, je trouve ça très perturbant d'avoir un login généré automatiquement genre "~46846", il vaut mieux afficher l'email et s'il n'y a pas d'email, je ne sais pas demander à la personne un login ou autre ou alors ne rien afficher ou "Donateur #4564" c'est déjà mieux. J'ai un peu du mal avec les site qui reflètent leur fonctionnement interne (l'identifiant généré) à l'utilisateur.
- Mon email apparaît "Non vérifié" alors que j'ai cliqué 2 fois sur des liens envoyés par mail. Le premier pour dire que j'avais créé mon compte et le deuxième pour reset le mot de passe. J'ai du renvoyer un mail pour que cela fonctionne.
Pour finir, je crois que vous avez une superbe boite à outil qui semble fonctionnelle. C'est génial ! Il ne vous reste "plus qu'à" peaufiner tout ça en simplifiant certains écrans, les process et en clarifiant votre message. Cela demande sans doute moins de technique que de réflexion, d'ergonomie, d'itération en fonction des retours, etc.
Quoi qu'il en soit, je vous souhaite très bonne chance et je tâcherai de m'investir comme je peux dans ce projet (peut-être juste via des retours dans un premier temps).
[^] # Re: Ressources pour débutants ?
Posté par Andréas Livet . En réponse à la dépêche Montrez vos bobines. Évalué à 1.
Merci beaucoup pour votre réponse.
Je ne l'avais pas vu avant, il y a-t-il un moyen de recevoir des notifications quand quelqu'un répond à un commentaire ?
Pour comprendre l'électronique, j'avais acheté "l’électronique rien de plus simple" c'était sous forme de BD, je me suis dis que c'était fait pour moi. Malheureusement, le bouquin commence en disant "l'électronique commence là où la loi d'ohm s'arrête". Pas de mon niveau…
Puis j'ai aussi acheté "mes premiers pas en électronique", plutôt axé pratique avec plein de schémas et des petits circuits à réaliser.
J'ai compris pas mal de choses sur le plan pratique.
Je sais lire un schéma, le refaire avec mes composants, choisir la bonne résistance, etc.
J'ai même réalisé des trucs un peu complexes qui fonctionnent, genre ça : http://holdenc.altervista.org/avalanche/
Mais je me sens toujours aussi démuni quand il s'agit de comprendre réellement ce qu'il se passe. Les électrons ne se déplacent pas à la vitesse de la lumière ? Comment peuvent-ils s’accélérer ?
Puis quand on se met à lire des articles Wikipédia sur le sujet, bonjour la cata !
Bon, je vais relire patiemment tout ce qui est écris.
En tout cas, merci encore pour votre réponse. J'avais noté d'autres questions que je me posais sur l'électronique, j'hésiterai pas à demander si je les retrouve.
# Ressources pour débutants ?
Posté par Andréas Livet . En réponse à la dépêche Montrez vos bobines. Évalué à 3.
Bonjour et merci pour cet article,
J'avoue ne rien comprendre en électricité et en électronique. J'ai beau essayer je ne sais pas pourquoi ça ne rentre pas.
J'ai acheté des bouquins de vulgarisations, lu des sites, etc. J'ai toujours du mal à comprendre les concepts de base comme la tension, l'intensité, l'inductance, la résistance, etc.
Je comprends la plupart du temps les équations qui sont assez simples (j'ai pas un gros niveau en maths non plus) mais je n'arrive pas à me représenter ce que cela fait physiquement.
Les analogies avec l'eau ne m'aide pas toujours à comprendre, car je sais bien que les électrons ne se déplacent pas comme l'eau…
Tout ça pour dire que si vous connaissez de bonnes ressources qui permettent à un grand débutant comme moi d'appréhender l'électronique (et l'électricité en général), je vous en serai reconnaissant. :)
Merci !
# Super projet !
Posté par Andréas Livet . En réponse à la dépêche Liberapay, plate‐forme libre de dons récurrents . Évalué à 4.
Bravo pour le projet et cette dépêche très descriptive.
Je n'ai malheureusement pas le temps de lire tous les commentaires qui m'ont l'air fort intéressants.
Je voulais juste dire que votre projet fait vraiment du bien, car le financement par la foule c'est super dans l'idée. Par contre, quand un site qui ne fait que de la mise en relation se prend 8% (si ce n'est plus) sur des sommes parfois astronomique et que cet argent va dans les mains d'actionnaires, ça fout les boules !! Surtout quand c'est pour des projets à but non lucratif comme on en trouve beaucoup sur ces plates-formes.
J'aime beaucoup le principe, la transparence et l'éthique que vous y mettez. J'espère que le projet prendra de l’ampleur, car il gagne à être connu.
Désolé par contre, mais je ne suis pas sur les réseaux sociaux et j'ai du mal à faire de la propagande sur le net même pour des projets que j'adore. En tout cas, vous avez tout mon soutien, continuez comme ça !
[^] # Re: Des licences non libres dans des jeux libres ça c'est déjà fait
Posté par Andréas Livet . En réponse à la dépêche Sortie de battle‐rage: un jeu de combat, dans le genre Street Fighter.. Évalué à 1.
Arf désolé, je crois que je vais arrêter de le défendre :).
[^] # Re: Des licences non libres dans des jeux libres ça c'est déjà fait
Posté par Andréas Livet . En réponse à la dépêche Sortie de battle‐rage: un jeu de combat, dans le genre Street Fighter.. Évalué à 0.
Super Tux Kart a amélioré son moteur graphique, il y a des effets sympa et tout, mais soyons sérieux, ce n'est pas "joli".
Il n'y aucune unité graphique entre les personnages, les karts, les différents niveaux, etc. Tout comme beaucoup de jeux libres.
Je crois que les seuls exceptions sont 0ad qui est vraiment super bien fait et Ryzom mais qui est issue d'un vrai jeu commercial.
Niveau 2D, y a sans doute aussi quelques jeux qui sortent du lot, mais ils ne sont pas légion.
[^] # Re: Des licences non libres dans des jeux libres ça c'est déjà fait
Posté par Andréas Livet . En réponse à la dépêche Sortie de battle‐rage: un jeu de combat, dans le genre Street Fighter.. Évalué à 1.
Désolé si mon propos n'était pas clair et en relisant ma phrase je me rends compte qu'elle porte à confusion.
Je voulais bien évidement parler de ces jeux libres dont le contenu artistique n'est pas libre mais le moteur l'est.
L'auteur du jeu en question, aurait très bien pu faire cela, c'est ce que je voulais dire.
Après, comme je disais, il a fait une erreur en distribuant sous licence libre des ressources qui ne l'étaient pas. Il a reconnu son erreur (est même allé un peu trop loin…). Mon commentaire était simplement un appel à se calmer vis-à-vis de ces questions de licence quand il s'agit clairement d'un projet amateur sans aucune envergure.
Qu'on soit clair, je suis libriste, je suis vraiment conscient des problèmes de licences et soutient toute initiative visant à libérer du code ou des ressources graphiques. En même temps, quand j'ai envie de coder un jeu vidéo libre et que je veux pas avoir un truc moche avec des artworks de tux et de gnu, bah je suis désolé j'utilise des RIP de vieux jeux vidéo.
Bien sûr, je ne les diffuserais pas, juste qu'en tant que dev, je trouve ça vraiment plus sympa d'utiliser un contenu de qualité et qui part ailleurs peut me rappeler des bons souvenirs :).
Peut-être pas très libre, mais comme faire des jeux de ce genre est plus de l'ordre du plaisir que de la libération du monde informatique, je m'en contente. Encore une fois, comme les dev d'OpenRA, OpenTTD ou autre.
[^] # Re: Lean ?
Posté par Andréas Livet . En réponse au journal Dans la peau d’un entrepreneur du Libre – Épisode 2. Évalué à 1.
Merci pour cette dépêche, je me permet de rebondir sur le Lean en vous conseillant un excellent reportage intitulé "La mise à mort du travail"
https://www.youtube.com/watch?v=9Q6TDr1uVBg
Sinon, je vois que tu as fais du portage salarial, puis que tu as monté ta propre entreprise. Il y a une démarche intermédiaire (dans laquelle je suis actuellement), c'est de rejoindre une coopérative d'entrepreneurs-salariés.
La mienne c'est Oxalis mais il y en a d'autres. Possibilité de créer ta propre "marque", sans créer d'entreprise, pas de gestion, pas de compta, un vrai esprit coopératif etc. C'est vraiment chouette, puis au moins tu fais parti d'une instance non-capitaliste (mais néanmoins marchande) et je trouve cela primordial.
Bonne continuation