C'est quand même un peu plus qu'un copier/coller, il a adapté le texte. Sans doute pas suffisamment pour éviter une mise en demeure mais assez pour pas perdre de procès à mon avis (mais je suis pas avocat).
À noter qu'il y a quelques années, j'étais tombé sur un jeu du même genre, trophy, que j'avais maintenu pendant un temps. Il semble qu'avant moi, tout le monde s'en était tamponné le coquillard, et pareil après moi. Pareil pour althreat, un r-type like que j'avais codé. Globalement, y'a des milliers de personnes qui codent leur petit jeu et c'est rare qu'il y ait beaucoup d'adhésion. Il ne faut pas compter sur la communauté pour contribuer et faire une merveille de ton jeu potable. Il faut faire de ton jeu une merveille et peut être que la communauté y apportera quelques contributions.
D'autant que la description laisse penser que financement ou pas, le résultat sera le même. A 5k€ tu feras l'effort de fournir un paquet pour Mac OS et a 10k€ tu essaieras peut être de contacter un graphiste et/ou un sound designer mais ca semble un peu mou comme promesse. À part ça, difficile pour le lecteur de voir pourquoi il te donnerait de l'argent à toi plutôt qu'au projet d'à côté.
À comparer peut être à des descriptions de projets qui réussissent leur financement pour comprendre ce qui a cloché.
Perso ça m'intéresse d'en savoir plus (quel age visé, quel contenu …), et éventuellement de contribuer. Un bon point de départ ce serait de mettre les ressources libérées en ligne (e.g sur github, gitlab …).
Autre chose qui mérite considération: intégrer celà à gcompris (qui est un peu la référence dans le domaine) si c'est pertinent.
Tout a fait. Ma montre GPS a un firmware non libre et c'est vraiment dommage car j'aimerais pouvoir corriger les bugs stupides et ajouter quelques fonctionnalités !
Il suffit d'aller voir les fichiers mrboom.h et mrboom.c pour réaliser qu'il est sans doute préférable de réécrire ! Ça peut servir pour la transition et rendre l'assembleur portable mais c'est vraiment horrible comme code.
Spoiler: remplacer une boucle sommant des entiers consécutifs par la formule adequat, détecter une multiplication (même déguisée) et l'optimiser, remplacer une division par une multiplication …
La mascotte d'Android est elle libre ? Sa déclinaison telle qu'on peut la voire dans la dépêche^W^Wle journal est elle permise (j'imagine que ça vient du projet) ?
Intéressant en tout cas, ça donne envie d'essayer si je tombe sur un modèle supporté …
En mettant les autres jeux en l'état actuel en ligne, tu pourrais obtenir de l'aide pour le portage. Pourquoi ne pas tenter cette approche ? Est-ce parce que tu as envie de le faire tout seul (ce qui est une bonne raison) ou parce que tu penses que tu n'obtiendras pas beaucoup d'aide (ce qui est peut être bien vrai aussi :) ) ?
Et en isolation. Parce que le backup de données chiffrées qu'on ne peut plus déchiffrer parce que la clef privée était uniquement sur les machines qui ont cramé avec les disques, c'est dommage …
En fait c'est mentionné dans la dépêche de l'an dernier:
"Un changement de règlement de l’agrégation, survenu en 2015, a envoyé les exemplaires disponibles au pilon : pour pouvoir être utilisé par les candidats, un livre doit dorénavant être commercialisé. Les candidats passés en 2015 et 2016 ont dû se passer du Frido pour préparer leurs oraux."
De mémoire, c'était mentionné à l'intérieur du livre. Depuis quelques années (ou peut être même l'an dernier) il faut une version papier venant d'un éditeur, impossible de venir avec sa propre version imprimée.
On ne demande pas au navigateur de répondre 'oui oui' mais de chiffrer un token avec une clef privée. Bien sûr si tu peux examiner la mémoire, tu peux récupérer la clef d'où l'intérêt d'avoir une 'chaîne de confiance' (OS et matériels font de même pour garantir qu'il n'y a pas un debugger qui tourne, une VM …). Il y'a tellement de maillons dans la chaîne qu'il est difficile d'imaginer qu'aucun ne soit cassé mais il suffit alors de révoquer la clef correspondante et tant pis pour les utilisateurs honnêtes qui ne peuvent alors plus accéder à leur contenu à moins d'acheter un nouvel écran, de nouvelles enceintes ou un nouveau PC. Ah c'est beau l'obsolescence programméeWW les DRMs.
Quand je lis 'faut disputer les devs qui n'y prêtent pas attention' je suis tout de suite méfiant.
Mon compilateur a des messages d'erreurs incompréhensibles mais faut disputer les devs qui écrivent du code qui ne compile pas. J'ai pas écrit de tests mais si quelqu'un casse quelque chose à l'avenir, faut le disputer parce que c'est mal de casser mon code. Le repository est incohérent mais faut disputer les devs qui ont pas utilisé le flag --no_incoherence_introduced_please
Si l'on cherche à comprendre pourquoi 'les devs' on fait 'une bêtise' on se rend bien souvent compte qu'en fait, l'outil n'est pas pratique à utiliser, permet une erreur (voir l'encourage) sans que cela n'apporte quoi que ce soit et qu'en modifiant l'outil ou en en changeant on fait disparaître le problème définitivement. Alors qu'en 'disputant les devs', on se fatigue juste à crier sans que ça ne change rien.
Moi je trouve ça pas mal. Ce n'est pas si facile qu'il y paraît de choisir un bon nom. Ce qui plaira à un francophone ne sonnera pas forcément bien à d'autres. Dans le cas présent, je pense que le nom passe bien dans beaucoup de langues. En français, il n'est pas difficile à retenir (ça ressemble un peu à pilule, l'orthographe est simple …) et le lire/dire 2 ou 3 fois devrait suffire à être à l'aise avec.
Après c'est vrai que Crotophaga aurait été plus classe.
Ce n'est pas au gestionnaire de source de faire ça ! Je suis d'accord que ce serait mieux si github mettait les pages wiki et les bugs dans le repository (google code le faisait pour les pages wiki au moins).
Mais ça doit rester en dehors du gestionnaire de sources dont ce n'est pas le rôle. Par contre, certaines fonctionnalités peuvent le faciliter (récupérer une sous partie du repository par exemple, éventuellement en lecture seule, ou interface de type système de fichier).
Avoir des composants séparés qui sont intégrés dans une solution de plus haut niveau permet de changer les composants (et donc d'évoluer) plus facilement. En plus, ça peut permettre d'avoir le choix pour certains composants (tout le monde n'a pas les mêmes préférences pour la gestion de docs, de bugs, etc…)
[^] # Re: Excellent troll
Posté par Colin Pitrat (site web personnel) . En réponse au journal Pourquoi Vim? (Première partie). Évalué à 10.
C'est quand même un peu plus qu'un copier/coller, il a adapté le texte. Sans doute pas suffisamment pour éviter une mise en demeure mais assez pour pas perdre de procès à mon avis (mais je suis pas avocat).
[^] # Re: tout le monde s'en tamponne le coquillard
Posté par Colin Pitrat (site web personnel) . En réponse au journal J'ai fait un jeu. Évalué à 10.
À noter qu'il y a quelques années, j'étais tombé sur un jeu du même genre, trophy, que j'avais maintenu pendant un temps. Il semble qu'avant moi, tout le monde s'en était tamponné le coquillard, et pareil après moi. Pareil pour althreat, un r-type like que j'avais codé. Globalement, y'a des milliers de personnes qui codent leur petit jeu et c'est rare qu'il y ait beaucoup d'adhésion. Il ne faut pas compter sur la communauté pour contribuer et faire une merveille de ton jeu potable. Il faut faire de ton jeu une merveille et peut être que la communauté y apportera quelques contributions.
[^] # Re: tout le monde s'en tamponne le coquillard
Posté par Colin Pitrat (site web personnel) . En réponse au journal J'ai fait un jeu. Évalué à 4.
D'autant que la description laisse penser que financement ou pas, le résultat sera le même. A 5k€ tu feras l'effort de fournir un paquet pour Mac OS et a 10k€ tu essaieras peut être de contacter un graphiste et/ou un sound designer mais ca semble un peu mou comme promesse. À part ça, difficile pour le lecteur de voir pourquoi il te donnerait de l'argent à toi plutôt qu'au projet d'à côté.
À comparer peut être à des descriptions de projets qui réussissent leur financement pour comprendre ce qui a cloché.
[^] # Re: Conclusion vendredesque
Posté par Colin Pitrat (site web personnel) . En réponse à la dépêche Un nouveau moteur de rendu ultra‐rapide pour Firefox : Quantum Render. Évalué à 10.
N'importe quoi ! Je suis sûr qu'une version web de firefox serait plus rapide.
[^] # Re: Bienvenue !
Posté par Colin Pitrat (site web personnel) . En réponse au journal Adaptation d'outils d'éducation à l'environnement en numérique.. Évalué à 5.
Perso ça m'intéresse d'en savoir plus (quel age visé, quel contenu …), et éventuellement de contribuer. Un bon point de départ ce serait de mettre les ressources libérées en ligne (e.g sur github, gitlab …).
Autre chose qui mérite considération: intégrer celà à gcompris (qui est un peu la référence dans le domaine) si c'est pertinent.
[^] # Re: Quand pensez-vous ?
Posté par Colin Pitrat (site web personnel) . En réponse au journal Eben Moglen vs FSF !?. Évalué à 5.
Si t'as aquaponey, ça sera l'occasion d'y panser
# C'est assez clair !
Posté par Colin Pitrat (site web personnel) . En réponse à la dépêche Seconde mise en demeure pour l'association LinuxFr. Évalué à 10.
Les dates et les noms sont exactement identiques, on voit mal comment celà pourrait être possible sans plagiat …
[^] # Re: Licence
Posté par Colin Pitrat (site web personnel) . En réponse au journal Minix plus utilisé que Linux!. Évalué à 5.
Tout a fait. Ma montre GPS a un firmware non libre et c'est vraiment dommage car j'aimerais pouvoir corriger les bugs stupides et ajouter quelques fonctionnalités !
[^] # Re: Processus de conversion
Posté par Colin Pitrat (site web personnel) . En réponse à la dépêche Mr.Boom version GNU/Linux. Évalué à 3.
Il suffit d'aller voir les fichiers mrboom.h et mrboom.c pour réaliser qu'il est sans doute préférable de réécrire ! Ça peut servir pour la transition et rendre l'assembleur portable mais c'est vraiment horrible comme code.
# Y'a bien mieux (sans perte de données)
Posté par Colin Pitrat (site web personnel) . En réponse au journal Compilateur trop intelligent. Évalué à 4.
C'est rien comme optim comparé à d'autres choses que les compilateurs font:
https://youtu.be/bSkpMdDe4g4
Spoiler: remplacer une boucle sommant des entiers consécutifs par la formule adequat, détecter une multiplication (même déguisée) et l'optimiser, remplacer une division par une multiplication …
[^] # Re: IDE
Posté par Colin Pitrat (site web personnel) . En réponse au journal CGDB 0.7.0 est sorti... il y a plusieurs mois :S. Évalué à 10.
La plupart des êtres humains n'utilise pas d'IDE. La plupart des développeurs sous Linux non plus d'ailleurs (d'après le dernier sondage github).
[^] # Re: Quid de l'android
Posté par Colin Pitrat (site web personnel) . En réponse au journal Replicant 6.0 0002 est sorti (avec 12 appareils supportés !). Évalué à 2.
Il est sous licence CC (apparemment CC-by si je comprends bien):
https://developer.android.com/distribute/marketing-tools/brand-guidelines.html?hl=fr
# Quid de l'android
Posté par Colin Pitrat (site web personnel) . En réponse au journal Replicant 6.0 0002 est sorti (avec 12 appareils supportés !). Évalué à 1. Dernière modification le 12 octobre 2017 à 09:15.
La mascotte d'Android est elle libre ? Sa déclinaison telle qu'on peut la voire dans la dépêche
^W^Wle journal est elle permise (j'imagine que ça vient du projet) ?Intéressant en tout cas, ça donne envie d'essayer si je tombe sur un modèle supporté …
# Souscription terminée ?
Posté par Colin Pitrat (site web personnel) . En réponse au journal A payé. Évalué à 5.
Tu peux donner toute l'année à wikipédia. Pas la peine d'attendre que le bandeau s'affiche pour ça !
# Quid d'un peu d'aide ?
Posté par Colin Pitrat (site web personnel) . En réponse à la dépêche Libération du jeu Planète Blupi. Évalué à 5.
En mettant les autres jeux en l'état actuel en ligne, tu pourrais obtenir de l'aide pour le portage. Pourquoi ne pas tenter cette approche ? Est-ce parce que tu as envie de le faire tout seul (ce qui est une bonne raison) ou parce que tu penses que tu n'obtiendras pas beaucoup d'aide (ce qui est peut être bien vrai aussi :) ) ?
[^] # Re: captcha
Posté par Colin Pitrat (site web personnel) . En réponse au journal Le Courrier du hacker, newsletter sur le Logiciel Libre et Open Source francophone. Évalué à 4.
Si tu regardes attentivement tu verras que les caractères se ressemblent mais sont bien distincts.
[^] # Re: "Surtout qu'une sauvegarde pour être efficace doit être :"
Posté par Colin Pitrat (site web personnel) . En réponse au journal RAID is no Backup!. Évalué à 9.
Et en isolation. Parce que le backup de données chiffrées qu'on ne peut plus déchiffrer parce que la clef privée était uniquement sur les machines qui ont cramé avec les disques, c'est dommage …
[^] # Re: Typo ?
Posté par Colin Pitrat (site web personnel) . En réponse au journal Calculs numériques en précision absolue.. Évalué à 3.
Il parlait de la notation algébrique
[^] # Re: Perte de temps
Posté par Colin Pitrat (site web personnel) . En réponse au journal Écriture inclusive, comment la France a encore perdu une belle occasion de devenir leade(r|use).. Évalué à 10.
Ah les joies de l'auto-référence …
[^] # Re: Autorisé lors des oraux
Posté par Colin Pitrat (site web personnel) . En réponse à la dépêche Le Frido : un livre, libre, de mathématiques pour l’agrégation. Évalué à 7.
En fait c'est mentionné dans la dépêche de l'an dernier:
"Un changement de règlement de l’agrégation, survenu en 2015, a envoyé les exemplaires disponibles au pilon : pour pouvoir être utilisé par les candidats, un livre doit dorénavant être commercialisé. Les candidats passés en 2015 et 2016 ont dû se passer du Frido pour préparer leurs oraux."
[^] # Re: Autorisé lors des oraux
Posté par Colin Pitrat (site web personnel) . En réponse à la dépêche Le Frido : un livre, libre, de mathématiques pour l’agrégation. Évalué à 5.
De mémoire, c'était mentionné à l'intérieur du livre. Depuis quelques années (ou peut être même l'an dernier) il faut une version papier venant d'un éditeur, impossible de venir avec sa propre version imprimée.
[^] # Re: Il sers à quoi
Posté par Colin Pitrat (site web personnel) . En réponse au journal L'EFF quitte le W3C. Évalué à 5.
On ne demande pas au navigateur de répondre 'oui oui' mais de chiffrer un token avec une clef privée. Bien sûr si tu peux examiner la mémoire, tu peux récupérer la clef d'où l'intérêt d'avoir une 'chaîne de confiance' (OS et matériels font de même pour garantir qu'il n'y a pas un debugger qui tourne, une VM …). Il y'a tellement de maillons dans la chaîne qu'il est difficile d'imaginer qu'aucun ne soit cassé mais il suffit alors de révoquer la clef correspondante et tant pis pour les utilisateurs honnêtes qui ne peuvent alors plus accéder à leur contenu à moins d'acheter un nouvel écran, de nouvelles enceintes ou un nouveau PC. Ah c'est beau l'obsolescence programméeWW les DRMs.
[^] # Re: Pourquoi du théorie des patch c'est bien
Posté par Colin Pitrat (site web personnel) . En réponse au journal Pijul, un nouveau gestionnaire de source. Évalué à 3.
Quand je lis 'faut disputer les devs qui n'y prêtent pas attention' je suis tout de suite méfiant.
Mon compilateur a des messages d'erreurs incompréhensibles mais faut disputer les devs qui écrivent du code qui ne compile pas. J'ai pas écrit de tests mais si quelqu'un casse quelque chose à l'avenir, faut le disputer parce que c'est mal de casser mon code. Le repository est incohérent mais faut disputer les devs qui ont pas utilisé le flag --no_incoherence_introduced_please
Si l'on cherche à comprendre pourquoi 'les devs' on fait 'une bêtise' on se rend bien souvent compte qu'en fait, l'outil n'est pas pratique à utiliser, permet une erreur (voir l'encourage) sans que cela n'apporte quoi que ce soit et qu'en modifiant l'outil ou en en changeant on fait disparaître le problème définitivement. Alors qu'en 'disputant les devs', on se fatigue juste à crier sans que ça ne change rien.
[^] # Re: Un peu de marketing que diable...
Posté par Colin Pitrat (site web personnel) . En réponse au journal Pijul, un nouveau gestionnaire de source. Évalué à 5. Dernière modification le 19 septembre 2017 à 09:00.
Moi je trouve ça pas mal. Ce n'est pas si facile qu'il y paraît de choisir un bon nom. Ce qui plaira à un francophone ne sonnera pas forcément bien à d'autres. Dans le cas présent, je pense que le nom passe bien dans beaucoup de langues. En français, il n'est pas difficile à retenir (ça ressemble un peu à pilule, l'orthographe est simple …) et le lire/dire 2 ou 3 fois devrait suffire à être à l'aise avec.
Après c'est vrai que Crotophaga aurait été plus classe.
[^] # Re: Bugs
Posté par Colin Pitrat (site web personnel) . En réponse au journal Pijul, un nouveau gestionnaire de source. Évalué à 7.
Ce n'est pas au gestionnaire de source de faire ça ! Je suis d'accord que ce serait mieux si github mettait les pages wiki et les bugs dans le repository (google code le faisait pour les pages wiki au moins).
Mais ça doit rester en dehors du gestionnaire de sources dont ce n'est pas le rôle. Par contre, certaines fonctionnalités peuvent le faciliter (récupérer une sous partie du repository par exemple, éventuellement en lecture seule, ou interface de type système de fichier).
Avoir des composants séparés qui sont intégrés dans une solution de plus haut niveau permet de changer les composants (et donc d'évoluer) plus facilement. En plus, ça peut permettre d'avoir le choix pour certains composants (tout le monde n'a pas les mêmes préférences pour la gestion de docs, de bugs, etc…)