GuieA_7 a écrit 675 commentaires

Si on disait OpenSource c'est quand les sources sont accessibles et FreeSoftware […]

Avec le temps le terme FreeSoftware va avoir une bonne aura (puisque Linux, Apache, PGSQL s'en réclameront) et le terme OpenSource une aura médiocre (parce que sinon les logiciels Shared Source auraient cartonné). Et il y aura des gens qui parleront de leur logiciel OpenSource en le désignant comme FreeSofware afin de bénéficier de cette aura (ils le feront peut-être inconsciemment, mais le feront quand même), et trouveront des prétextes pour le faire ("oui free ça veut dire gratuit et notre bidule est gratuit", "on offre des libertés dont ça peut être compris comme free" …). Et on retombera sur le même problème, puisque dans le fond on aura rien changé (des gens veulent le beurre et l'argent du beurre ; et il faudra toujours des gens vigilants pour empêcher ces abus).

NB: note bien que je n'affirme à aucun moment que c'est que que feraient les gens de NumWorks.

Le fait qu'on ne puisse pas parler de "libre" ou "Open Source" dans ce cas est un fait. Après il y a je pense 2 types de personnes :

• celles qui pensent qu'on peut considérer qu'un projet est "un peu libre", ou "plus libre que les concurrents", et que c'est un pas dans la bonne direction.
• celles qui pensent que c'est soit libre soit pas libre, et que les "vous pouvez voir les sources mais pas modifier/vendre/.." sont juste de la poudre aux yeux hypocrite.

Les 2 positions sont acceptables ; il suffit juste de se faire son propre avis et ne pas partir dans des débats d'opinions stériles.

Certes mais un pote à moi utilisait régulièrement en 2001 un filtre de déformation dynamique sur Toshop. Donc ça me semble techniquement jouable ; mais oui il faut sûrement éviter de le faire de manière naïve.

Mais ça demande du temps de développement ; et Toshop en 2001 avait probablement nécessité plus d'années*hommes que Gimp en 2018.

…je retiens ma respiration et je me roule par terre."

Ah oui en effet je ne l'avais pas vu ; mis à part que je trouve ça globalement moche que after() soit appelée N fois au lieu d'une seule, est-ce que ça ne serait pas là le problème (je précise que je ne connais pas spécialement Tk) ?

J'ai du mal à croire que ton programme fonctionne même avec une seule bille. Pour cela il faudrait quand tu appuies sur ton bouton démarrer créer les billes, puis te débrouiller pour que dans sa boucle infinie TK appelle une autre fonction toutes les 15 ms par exemple (pour 60 images par seconde) qui elle déplace tes billes et demande un ré-affichage. Là ta fonction demarrer() est juste appelée une fois quand tu cliques sur le bouton…

Dans un terminal graphique classique (et de manière général toutes les applications graphiques), le dessin est principalement calculé par le CPU.

Par exemple dans le cas d'un terminal noir & blanc, c'est le CPU qui va dessiner une grande image (qui sera ensuite envoyé à la carte graphique), et va pour chaque pixel décider s'il est noir (fond) ou blanc (il appartient à un glyphe de caractère) ; pour un terminal avec anti-aliasing et une image de fond par exemple, on comprend que ça peut faire encore plus de calculs.

J'imagine que pour un terminal qui utilise la carte graphique, la fonte est convertie en une texture, et chaque glyphe à afficher est un quad (quadrilatère) avec les coordonnées de textures qui vont bien. Du coup, c'est vraiment la carte graphique qui va calculer l'image finale, et on pourra garder un affichage à 60 images par seconde même avec un programme qui génère beaucoup de texte.

On peut penser au browser Web Servo de Mozilla dont le moteur de rendu s'effectue aussi sur la carte graphique (il utilise par exemple un projet nommé 'pathfinder' qui fait le rendu de police sur la carte graphique) et dont les performances sont meilleures que celles des browsers classiques (mais le rendu est encore buggé). On imagine bien que c'est une tâche colossale de gérer tout HTML, alors que pour afficher un terminal c'est bien plus simple.

je pinaille peut-être

Les retours constructifs sont appréciés au contraire.

mais si je suis sur un devis, le bouton créer devis ne sert quasi à rien.

Ce bouton de création est présent dans toutes les fiches de manière à avoir quelque chose de cohérent ; la place qu'il prend serait, en l'état, de toute les façons perdue puisqu'il est à coté du bouton de retour à la liste. Et peut-être qu'il ne vous sert pas mais qu'il sert à quelqu'un qui fait souvent des devis à la suite mais pour qui une duplication serait plus lente (car peu de chose en commun entre les devis).

un bouton permettant de dupliquer serait plus intéressant.

Ça tombe bien, il y en a un. Le bouton "Cloner" est à côté du bouton de suppression, à droite de la 'barre' de titre.
Les boutons au dessus de la barre ('liste' & 'créer') sont en rapport avec le type de fiche, les boutons dans la barre sont en rapport avec la fiche actuelle (donc modification, suppression, clonage, téléchargement…).

car sur cette liste, l'action la plus courante sera d'interagir avec cette liste, et non de créer autre chose.
ce qui est perturbant, c'est qu'on voit à deux endroits sur cette liste de devis des boutons +

Les filtres et les vues de liste sont directement en rapport avec la liste (puisqu'ils permettent respectivement de filtrer les lignes et de choisir les colonnes de ladite liste). Ils correspondent bien à une interaction avec la liste ; les actions (sélection, création, modification, suppression) sur les filtres et les vues sont regroupées ; les boutons + ont bien un tooltip du genre "Créer un filtre personnalisé". Que vous ne connaissiez pas toutes les fonctions les 10 premières minutes ça ne me semble pas aberrants dans un logiciel professionnel qu'on est amené à utiliser ensuite des centaines d'heures.

avoir dans la liste des actions la possibilité en plus de modifier et supprimer, les actions imprimer, envoyer par mail, dupliquer.

La duplication pourquoi pas ; en revanche cela pose un problème si vous voulez rester dans la liste, car selon les règles de filtrage (ou même la pagination) la fiche nouvellement créée pourrait ne pas être affichée (ex: filtre sur la date de création). En revanche on peut aller sur la page détaillée de la fiche créée (comme quand on clone depuis une page détaillée).

Actions imprimer & envoyer par mail sur la liste: là encore pourquoi pas. Personne ne nous a demandé ça en presque 10 ans, mais ça me semble intéressant ; après évidemment chaque fois qu'on ajoute des boutons, ils sont "polluants" pour tous ceux qui s'en fichent (ce qui est toute la problématique des logiciels qui ont beaucoup de fonctionnalités).

Ça illustre bien le fait que tout le monde veut les fonctions qui lui semblent utiles/évidentes ; mais comme les gens ont des besoins différents ces fonctions évidentes sont différentes pour tout le monde (là est tout le challenge).

Évidemment Creme est un logiciel libre (et pas avec un version propriétaire à côté), donc ces modifications peuvent être faites par quiconque le souhaite. Évidemment la meilleure façon de s'assurer que Creme continue à s'améliorer passe par la contribution ; que ça soit en envoyant directement des patches ou en finançant ces améliorations (c'est comme ça que nous vivons).

je suis votre crm depuis un moment. Bravo pour le travail.

Merci.

Cependant, point de vue ergonomie, ce n'est pas limpide.

C'est toujours complexe de faire qu'un logiciel qui a beaucoup de fonctionnalités soit limpide ; c'est loin d'être parfait et nous y travaillons, mais la définition de limpide va différer chez chacun et compliquer encore plus la tâche de satisfaire tout le monde.

Par exemple : Créer un nouveau devis n'est pas si simple.

Dans le nouveau menu, il a une entrée "+ création" avec les type principaux type de fiche, et une entrée "Autre type de fiche" :

Si vous cliquez sur cette dernière entrée une "popup" apparaît :

Vous retrouvez bien une entrée pour les Devis la section "Commercial", et une 2ème fois dans la section "Gestion".

Et si vous êtes sur la fiche d'un devis existant, il y un bouton "Créer un devis" en haut de la page.

Dans les versions précédentes, il y avait bien un bouton de création de devis dans la liste des devis ; nous avons enlevé ces boutons de création dans les nouvelles listes afin de les alléger (ayant en parallèle améliorer le menu de création) et nos clients ne nous ont pas fait de remarques là dessus. Évidemment suivant les retours d'autres changements à ce propos pourront être faits.

Tu peux utiliser un deque avec une taille fixe afin qu'il ne soit pas possible de faire exploser la taille de ta liste.

from collections import deque

t = deque(maxlen=5)

# ... plus besoin du [-5:]

J'ai déjà assisté à des live sur youtube et il y'a bel et bien un chat intégré

Mon commentaire était surtout là pour expliquer qu'un live interactif de code ça peut avoir de l’intérêt, pas spécialement de débattre de Youtube vs Twitch. Comme je l'ai dit Twitch permet aussi les VODs (les lives sont enregistrés automatiquement par Twitch, en gros, et on peut les voir en replay), mais ce n'est pas le mode de fonctionnement le plus mis en avant. Et je l'ai opposé au mode de fonctionnement classique de Youtube (ex: quand on dit que Cyprien a fait XXX vue sur sa dernière vidéo, c'est pas du live) afin de prendre un exemple concret, et pas une plateforme de VOD fictive.

Il faut bien voir qu'une grande partie de l’intérêt de Twitch vient du fait que ça soit du streaming en direct (il y a aussi des VOD—comme pour Youtube par exemple—ainsi que la possibilité de rediffusion, mais ce n'est pas le mode de fonctionnement principal) avec un chat intégré, pour interagir avec le streamer et les autres spectateurs. On peut donc poser des questions (ou y répondre) en direct ; on est loin de l'interaction qu'apporte les commentaires Youtube.

Un des streamers chez qui je vais souvent (pour du jeu) a fait aussi des sessions de code où il développait son site Web ; c'était l'occasion de discuter avec d'autres habitués (ou pas) en écoutant de la musique (je travaille en parallèle, ce n'est pas quelque chose qu'on est forcé de regarder intensément), de donner son avis sur un visuel du site en direct (ex: "je préfère l’icône d'avatar en plus grand").

Cela n'a pas la prétention de remplacer la documentation écrite, c'est une expérience plus sociale (même si ça permet aussi d'apprendre des choses). Comme souvent, les nouveaux usages ne remplacent les autres, ils ouvrent juste le champ des possibilités (les guitares électriques n'ont pas remplacé les guitares acoustiques).

Désolé si je n'ai pas été clair ; je ne dis pas que ces détections dynamiques sont intéressantes dans votre cas précis (que je ne connais pas), c'était juste des exemples où la détection à l'exécution avait du sens. Le cœur de mon propos étant que ce que voulez faire ne fait pas partie de cette liste de cas pertinents, pour la bonne raison que c'est sûrement une mauvaise idée. Parce que vous voulez tester que ça fonctionne sous Windows (c'est très bien) mais vous sabordez le travail juste derrière (et ça c'est moins bien).

Je n'ai pas trouvé de réglage plus efficace que l'option -O3 de gcc/gfortran.

Je ne suis pas sûr de comprendre le lien avec mon message ; si vous répondez à ma partie sur la détection du CPU, voici une explication plus détaillée.

Si vous détectez à l'exécution le type de CPU, vous pouvez par exemple utiliser des versions spécifiques écrites en langage assembleur avec des instructions spécifiques à l'architecture. Le noyau Linux a par exemple des versions écrites en langage assembleur pour ses algorithmes de chiffrement, qui sont utilisées dynamiquement quand c'est possible. Mais ça nécessite du travail de la part du codeur (ce n'est pas juste un flag compilateur), aussi le jeu doit en valoir la chandelle. Et même si vous compiliez pour cette architecture spécifique avec gcc, il n'est pas dit que le compilateur soit assez intelligent pour générer de lui-même la version la plus optimisée (sinon les développeurs Linux auraient généré ce code plutôt que de l'écrire à la main…).

Détecter dynamiquement :

• la version de Windows (seven, 8 ou 10), afin d'utiliser des fonctionnalités qui existent sur une version récente tout en fonctionnant sur une version plus ancienne.
• le nombre de CPU, afin de créer un nombre intelligent de threads.
• la présence de certaines instructions (SSE et cie), afin d'utiliser une version plus optimisée du code quand c'est possible.

tout en ayant un seul binaire estampillé "Windows", ça me parait une bonne idée pour éviter d'avoir 1000 combinaisons (genre seven+2cores+intel, w10+8cores+amd) qui vont être un enfer pour l'utilisateur.

En revanche détecter qu'on est sur Wine ça ne va conduire qu'à un seule chose à mon avis: un programme qui tourne bien sous Wine, mais pas sur un vrai Windows (puisque tout un pan du code ne sera jamais testé).

…parce que ça m'amuse.

def __init__(self, dockerClient, servers=[]):

En général il est déconseillé d'utiliser des objet mutable comme valeur par défaut (car c'est au final une variable globale utilisée par tous les appels à la fonction/méthode).

resolvconf = open("/etc/resolv.conf", "r")

Il serait mieux d'utiliser with, ce qui fermerait proprement et automatiquement le fichier.

Sinon ça me parait OK.

Il y a un temps limité pour trouver de l'argent sur les systèmes de crownfunding

Ce n'est vrai pour un certain type de crowdfunding, comme avec des sites du genre Kickstarter, IndieGogo ou Ulule.
Il existe d'autres types de financement pour lesquels tu n'es pas obligé convaincre "beaucoup" de gens en peu de temps, comme les systèmes proposés par Patreon, Tipeee ou Liberapay.
Après si tu veux que des gens te donnent de l'argent, il faudra toujours faire de la publicité d'une manière ou d'une autre (à part être déjà connu et reconnu).

J'espère que tu viendras nous faire un journal au moins pour la 1.0, ça a l'air prometteur.

J'avais les stats KickStater & Google Analytics. Des centaines de personnes l'ont vu.

Des centaines de personnes c'est en fait minuscule sur un site aussi gros que kickstarter ; des centaines de vues c'est je pense assimilable à quelques badauds qui se sont perdus.
Un site comme LinuxFR, pourtant bien plus petit et spécifique (logiciel libre, francophone) possède des milliers de comptes (plus les lecteurs non-inscrits) ; donc ton journal va sûrement faire bien plus que des centaines de vues !

J'ai utilisé Kickstarter comme un outil pour déterminer l'intérêt de la chose
Mais là il s'agissait de jauger la valeur de l'idée.
Personne n'a jugé que ça valait 5€.

Tantôt tu parles d'intérêt, tantôt de valeur de l'idée, tantôt du prix que des gens veulent mettre dessus. Tout ceci est certainement très clair dans ta tête, mais personnellement je ne comprends pas ce que tu cherches.

Est-ce que si des gens sont prêts à venir contribuer à ton projet sur leur temps libre, est-ce que tu appelles ça de la valeur
(parce que pour ces gens, ton projet a de la valeur, sinon il utiliseraient leur temps libre autrement) ?
Si des gens installent gratuitement ton jeu (sachant que tu dis aussi que faire plein de brouzoufs n'était pas le but), y jouent, s'amusent et te éventuellement disent merci, est-ce tu appelles ça de la valeur ?

J'avais bien aimé ce texte de Ploum (parmi tant d'autres): https://ploum.net/votre-idee-ne-vaut-rien/
En gros une idée n'a aucune valeur, seule la réalisation d'une idée a de la valeur. C'est vrai pour une idée innovante ; mais dans ton cas où ton jeu semble très classique (et des tas de jeux existants réalisent déjà ce que toi tu ne fais que promettre) c'est d'autant plus vrai. Une fois fini ton jeu serait peut-être très bien, mais là, même ce que tu promets n'a rien d'original.

Il n'est donc pas étonnant que sa valeur marchande soit nulle ; pour 5€ on peut acheter des tas de jeux déjà finis et largement plus ambitieux ; 5€ ce n'est effectivement pas énorme, mais il n'y avait pas vraiment de raison de te les donner à toi (c'est mieux investit en achetant un jeu déjà fini, ou en finançant un jeu qui semble apporter quelque chose de nouveau). Mais encore une fois cette valeur marchande, on ne sait pas si c'était la valeur que tu voulais mesurer (il a de la valeur sans aucun doute, mais pas de valeur marchande—en l'état actuel en tout cas).

pas mal de parents ressortent leur NES pour les gamins (et il y a Mario Kart dessus)

Le premier Mario Kart est Super Mario Kart, et est sorti sur Super NES.
Voila c'était ma remarque tout à fait dispensable :)

Merci pour vos réponses.

Peut-être qu'une présentation plus détaillée desdits jeux (et des visuels, on aime ça les images:) ) serait une motivation supplémentaire pour d'éventuels contributeurs/partenaires.

Je vous souhaite bonne chance pour la suite, et j'espère avoir des nouvelles sur LinuxFr quand le projet aura avancé.

Je ne suis pas candidat, car vu la faible vitesse à laquelle avance mes projets personnels je ne voudrais pas vraiment impliquer quiconque là dedans. En revanche je trouve votre post intéressant & intriguant (car sortant nettement de l'ordinaire) et j'aurai des questions, qui pourraient peut-être permettre d'éclaircir certains points qui ne me semblent pas clairs.

Quand vous parlez de faire ces jeux en Open-Source, est-ce que vous parlez uniquement du code, ou vous englobez aussi les différents assets (images, sons etc…), voire le nom ? En clair, vos jeux ont j'imagine une identité visuelle ; est-il question de pouvoir réutiliser ces visuels existants et de les placer sous une licence libre, genre CC-BY/CC-BY-SA (mais pas les clauses NC & ND qui ne sont pas libres) ?

Autre question: est-il question pour vous de gagner de l'argent avec ces jeux vidéos, ou bien êtes vous juste à la recherche de "repreneurs" pour ce travail effectué afin que ça puisse servir éventuellement aux autres ?

Le premier qui m'est venu à l'esprit, c'es le sigill qui déclenche l'écriture d'un coredump, celui-ci pouvant contenir des informations sensibles qui deviennent alors lisibles de l'extérieur.

Ça voudrait dire que l'environnement est configuré pour générer des core dumps (depuis bien longtemps sous Debian/Ubuntu ce n'est pas le cas dans la configuration de base, vu que c'est plutôt pour les développeurs), et que ces dumps sont lisibles de l'extérieur. Ça ne veut pas dire qu'il n'existe pas de scénario (ça serait assez pédant vu la complexité du problème), mais pour le coup celui-là ne me parait pas hyper pertinent (parce que ça indique plutôt une faille qui n'a pas grand chose à voir avec le logiciel en lui-même).

Tu as tout à fait raison.

J'aurais tendance à dire que si l'instruction illégale est toujours la même et ne correspond pas aux données du fichier (comme dans un buffer overflow), ça me parait difficilement exploitable.

Après comme je ne vais pas aller vérifier, et que je n'ai pas les connaissances suffisantes pour affirmer que ça suffit à l'absence de faille, je vais botter en touche en disant que la sécurité est un point auquel l'équipe de Rust a toujours fait très attention (et qu'en l'occurrence le problème est connu).

Ton commentaire est intéressant, mais tu présentes les choses de manière un peu provocante dans cette phrase:

De là à appuyer tout l'argumentaire de Rust sur "les programmes écrits en C et C++ peuvent planter, un code écrit en Rust ne peut pas planter", je trouve que ça méritait quelques précisions

L'interview parle plutôt de bugs étranges et de failles de sécurité, plutôt du fait que ça ne plante jamais. Par exemple à propos de C/C++:

Vous pouvez facilement faire quelque chose qui fera planter votre système et permettra à un attaquant de prendre le contrôle de la machine de l’utilisateur, sans même vous rendre compte que ce que vous avez écrit n’est pas sûr.

Ça va juste échouer à l’exécution avec des symptômes bizarres.

Et dans ton cas il n'y a ni de faille de sécurité (enfin jusqu'à preuve du contraire), ni de symptôme bizarre (un message nous indique clairement le problème—en revanche oui le SIGILL est pour le moins déroutant j'avoue).

Et quand le texte dit qu'un programme Rust ne plante pas, il se ravise aussitôt:

Ce qui veut dire que si vous ne sortez pas du bac à sable, votre programme ne plantera pas… Du moins, il ne produira pas d’erreur de segmentation.

(et on n'a pas une erreur de segmentation :) )

J'ajouterai qu'il s'agit d'un problème dont les créateurs de Rust sont au courant (tu nous donnes justement les liens qui vont bien) qui devrait être réglé à terme, et pas d'une limite intrinsèque et insoluble du langage (comme l'obligation d'avoir des pauses dans un langage basé sur un GC par exemple).

Mais comme tu le soulignes le terme "sûr" qu'utilise Rust n'est pas sans ambiguïté ; il s'agit de cohérence des données (pas de pointeur qui écrit au pif dans la mémoire, ou de data-race entre 2 threads par exemple), pas du fait qu'un programme ne va pas terminer prématurément. Par exemple, il est souvent dit qu'il n'y pas de fuite mémoire avec Rust ; en fait c'est faux. La gestion mémoire est certes très bonne, mais par exemple il est possible lorsqu'on utilise du comptage de référence (on en a besoin dans certains cas) de "perdre" de la mémoire si on a des cycle de références. C'est bien dommage, mais ça ne rentre pas en contradiction avec la définition de sûreté du langage (le programme pourra finir par être à court de mémoire comme dans ton cas, mais ça n'introduira pas de faille de sécurité par exemple).

En effet le site officiel parle bien d'une campagne sur OpenFunding (qui a l'air mort).