Je viens de me battre un bon moment avec kstars, j'ai fini par trouver ou dans la conf "activer" les satellites (et l'ISS en particulier) mais je n'ai pas trouvé comment la faire s'afficher sur la carte du ciel… Donc c'est probablement faisable, mais mon chemin de moindre résistance passe par XEphem pour le moment :)
( Celestia est tres joli mais n'est pas fait pour aider un astronome amateur, on aurait aussi pu citer Stelarium … )
Je viens d'essayer avec un autre script maison de compositage, ça ne donne rien, ca ne fait que lisser le flou… Je n'ai pas trouvé d'outils pour faire ca sous Linux, si quelqu'un en connait de bons, je prend…
A priori oui, mais je n'en suis pas certain du tout.
Dans un télescope, quand on observe la Lune, il y a une différence de mise au point selon qu'on regarde au centre de l'astre (plus près de nous) ou la périphérie (plus loin). La on grossit beaucoup moins, mais entre le levée de la station et son passage au plus près, elle passe de 1000km a 400km… Bref, l'auto-focus, c’était la sécurité. Si j'ai l'occasion je testerais sans.
(et effectivement l'autofocus a parfois "perdu" la station, même s'il n'y avait rien d'autre autour sur lequel faire le focus)
Non le télé appuyé sur rien du tout.
Faut bien se rendre compte qu'en l’occurrence, la station me passe exactement au dessus de la tête. Même a main levée, j'ai ete oblige de m’interrompre, pivoter a 180 degrés, puis reprendre la rafale (ça se voit dans le flim). En s'appuyant sur quelque chose c'est l'assurance de se retrouve bloqué ou gêné a un moment ou un autre.
De toute manière, j'ai eu très peu de photos avec du flou de bougé. Le flou vient de la perturbation atmosphérique et que l'objet est quand même très très petit sur l'image. Je ne pense pas que j'aurais eu un meilleur résultat en baissant le temps d'exposition. Je n'ai pas ouvert plus car je n'avais pas super confiance en l'autofocus et je me suis dit que plus je fermais, plus je m'autorisais de marge d'erreur.
Pour le petit script python, je suis pas un matheux, j'ai fait "low tech" :) . La lenteur vient de ce qu'il faut quand même itérer au moins une fois sur chaque pixel, le reste est insignifiant. Je ne sais pas si ce que tu propose permet d’éviter ça.
Les solutions auxquelles je pensais évitaient de passer sur l'ensemble de l'image en commençant l'exploration par le centre et en s’arrêtant quand un spot suffisamment lumineux est trouvée, ou commencer l'exploration la ou etait le spot sur l'image précédente, etc.
1/ depuis ce matin, ils sont passe de 2 millions de dollars a presque 3 millions, et ca continue…
2/ A la base ils demandaient moins d'1 millions. Donc leur objectifs a été remplis en quelques heures. Tout ce que ca démontre c'est qu'il a une grosse attente de beaucoup de personne et que le projet plait. Ça n'a dont pas de sens de demander si "ca demande vraiment 2 millions de budget", ils n'ont pas demandé cet argent.
3/ Fabriquer en série la console n'est pas le plus difficile. Le plus difficile sera de mettre en place un écosystème viable face a la concurrence a la fois de Sony, Microsoft, Nintendo d'une part (consolistes) , et Apple, Google, Amazon de l'autre (smartphones/tablettes). Un écosystème viable signifie qu'il faut a la fois être attrayant pour le consommateur et pour les développeurs (ce qui n'est pas gagné, au vu des commentaires qu'on peut lire chez les pros, par exemple sur Gamasutra). Et donc construire de toute pièce cet écosystème va couter beaucoup d'argent.
4/ Pour le "free to play", ils ont précisés ce qu'ils entendent pas la: les jeux accessibles par leur "portail" devront tous avoir une partie jouable gratuitement. Ca peut vouloir dire adopter un modèle "demo + jeu complet a déverrouiller" ou un modèle "free to play" comme on l'entend classiquement avec des items virtuels a acheter, ou encore un jeu totalement gratuite, ou bien encore affichant de la publicité. Et comme leur plateforme est "open", comme ils disent, rien ne t'empêchera de mettre ton jeu en téléchargement sur ton site web a toi et de faire ta promotion toi même sans passer par leur portail et système de validation (d'après ce que j'ai compris).
En tous cas, moi, ca m'intéresse beaucoup cette histoire…
Pourquoi faire 2 VMs et rediriger le port 22 uniquement? Tu aurais tout a fait pu logger le port 22 depuis la machine "gw" (a moins que ton montage n'ai eu une autre finalité que juste cette petite expérience).
De la mienne, d'expérience, surfer depuis ton ip ne change pas grand chose. Mes serveurs dédies (depuis lesquels personne ne surf) se font autant scanner, voir plus: il y a très régulièrement des attaques en règles d'SSH par dictionnaire.
De manière générale, le seul port que je protège, c'est le port SSH, en limitant le nombre de connexion par seconde, ce qui a pour effet de bien décourager les tentatives de scan.
Les autres services qui tournent sont de toute façon destinées a être accessibles par tous (HTTP, SMTP, XMPP…) et ca n'aurait pas de sens de les filtrer au niveau réseau. Après, il faut bien sur s'assurer qu'on est bien a jour et qu'on ne laisse pas des application Web mal fichu ou dangereuses ouvertes aux 4 vents…
Pour le reste, un port fermé est tout aussi secure qu'un port fermé ET filtré par iptables (voir plus).
"Les transits arrivent en général par paire, espacés de 8 ans car la durée de 8 années terrestres correspond quasiment avec 13 années de Vénus, ce qui ramène les planètes dans les mêmes positions relatives au bout de cette période"
Un site web grand public fait l'éloge de Linux, et tout ce que tu trouves a dire c'est que c'est horrible de conseiller l'usage de Chrome plutôt que Firefox?
Donc tu préférés que les lecteurs de ce site restent sous Windows pourvus qu'ils utilisent Firefox? Et bien moi pas. Firefox reste le navigateur par défaut sur Ubuntu, si quelques lecteurs de ce site essayent Ubuntu suite a cette lecture, tant mieux, quel que soit le browser qu'ils utilisent au final (et je doute que dans cette population beaucoup suivent a la lettre l'article en installant Chrome immédiatement sans réfléchir).
Flash est un problème en voie d'extinction. La remarque du journaliste a du sens en 2012, elle n'en aura probablement plus aucun en 2015 (comme ca n'a plus de sens de dire "ce browser est nul il n'a pas de plugin RealPlayer).
Je serais très curieux de savoir si ca a le moindre rapport avec les évènements autour du Steam de Valve sur Linux… Ou si vraiment c'est juste une coïncidence.
heu… si c'est une tentative de troll, c'est trop gros et c'est trop tôt, repasse demain.
Sinon, je pense qu'un homo sapiens avec un QI faiblard est encore capable de percevoir un contexte et se rendre compte qu'on parle de driver vidéo libre (et accéléré) . J'en conclu que tu es un poulpe. Je ne suis as xénophobe, mais je ne sais pas bien si c'est prudent d'accepter les poulpes sur ce site…
C'est a dire que si tu demande a une communauté de développeurs pourquoi ils ne proposent pas un service d'hébergement, je comprends qu'on te réponde que c'est pas leur job et que c'est hors périmètre.
Je comprends complétement qu'une communauté qui s'est agrégée autour d'une mission qui est "produire le logiciel X le meilleur possible" considère que fournir un service périphérique au dit logiciel comme une distraction de sa mission et une dispersion de ses forces.
De plus, je vois de gros obstacles au lancement d'un service "libre" par rapport a un logiciel. Les couts fixes d'un services peuvent rapidement exploser sans qu'on n'ai de visibilité sur la rentabilité, c'est très différent et beaucoup plus risque que de développer un logiciel.
Mais bon, j'ai envie de dire, vas-y, fonce, je te soutiens :)
Je ne comprends pas bien le pourquoi de ton courroux…
Mon Pidgin sait gérer une vingtaine de protocoles/services, est-ce que tu reproche a GNOME contact de faire la même chose? Est-ce que tu trouve que c'est un problème que Pidgin propose de se connecter a un maximum de services? Moi pas.
Pour moi le combat des services est distincts du combat des logiciels. Je préfèrerais comme toi que nous ayons a notre disposition des services libres ou du moins "éthiques", mais 1/ force est de constater que ce n'est pas le cas et 2/ le public utilise ces services propriétaires. Les supporter répond a un besoin des utilisateurs. Je vois le support de ces protocole comme une stratégie de "embrace extend extinguish" , pour le meilleur. Il est bien plus facile de porter ton message a propos de services libres auprès de gens qui utilisent des logiciels libres, alors que si les gens restent sur des systèmes propriétaires parce que tes logiciels n'ont pas les features qu'ils demandent, tu toucheras personne.
Désolé on est pas vraiment released encore, j'ai peur d'interférer avec la stratégie marketing de la boite qui n'est pas de mon ressort. Le jour ou on sera vraiment live, promis j'écris un journal :)
Je ne suis pas du tout expert en la matière mais voici tout de même quelques data points qui peuvent être intéressants.
Y a deux ans on utilisait Django+Postgres , et on a voulu essayer Django+NoSql (je sais plus laquelle, probablement couchdb) parce que le coté schema-less avait l'air de bien coller avec nos méthodes de développement agiles, ou plutôt, le paradigme "a schéma" de sql venait tout le temps nous ralentir parce qu'on changeait tout le temps de schéma, et donc on voulait voir si l'herbe était plus verte en face. A l'époque, c'était pas le cas, et on est vite vite revenu chez mémé.
Plus tard, on a bazardé Django et Postgres et on est passé a Node.js sans base de donnée du tout (pour ceux qui suivent pas, on fait un serveur de jeu temps-réel). Un beau jour on a voulut commencer a collecter des statistiques sur nos parties, et je me suis dit qu'une base NoSql serait pas mal pour ca. Donc j'ai mis en place une couchdb, et avec quelques lignes dans le serveur (sans même rajouter un module dédié vu que c'est une API REST) , celui-ci pousse un gros document JSON avec toutes les données de la partie dans le couchdb.
Ça avait été rapide et facile, j'étais plutôt content. Plus tard je me suis mis écrire des "vues" couchdb pour commencer a faire remonter des infos intéressantes du couchdb. Ça a été un peu galère au début, mais globalement j'ai réussi a faire ce que je voulais faire sans trop souffrir ( et quand t'écris ta première vue map/reduce qui marche, t'es content ;) ).
Et puis un jour, ca c'est mis a plus marcher. Le serveur continuant et bourrer la DB de documents, mais toutes les vues étaient cassées. A force de recherche je me suis rendu compte que suite a un changement dans le serveur, les documentes envoyées dans la DB avaient beaucoup grossis et dépassaient une limite interne de couchdb. Il fallut que j'applique un patch trouve au fin fond d'une obscure mailing-list pour que ca remarche. Autant dire que c'était pas très agréable et que ca donne pas énormément confiance.
Depuis ca re-marche bien sans aucun problème, si ce n'est un problème de performance qui était causé par la façon naïve dont j'avais écrit une de mes vues, un passage par #couchdb sur freenode a résolut le problème en quelques minutes.
Si c'était a refaire, je le referais, sauf que je pense que je prendrais plus de temps a peser le pour et le contre entre couchdb et mongodb . Je pense que mongodb aurait été plus adapté a cette application ou on ne fait que "bourrer" une DB de documents sans jamais les updater , mais j'aurais été obligé de rajouter une dépendance a mon serveur vu que mongodb n'a pas d'API REST.
Il y a environ un an j'ai participe a une sorte de game jam pour mobile sur 48h et on a produit un jeu Android sous forme d'un fond d'écran interactif. J'ai fais quelques développement dessus pendant le mois qui a suivit mais rien depuis.
Aujourd'hui le jeu a été télécharge par plus de 50000 personnes.
Voila a quoi sert une plateforme: trouver ses joueurs. Et non, ca n'a rien a voir en terme d'impact marketing avec un site web fait soi-même.
Tu as un lien vers la spec de ce format d'animation?
Je ne trouve pas, ce qui montre qu'il y a de l'espace dans ce projet pour consolider l'existant… Je n'ai pas trouve d'outil libre pour générer des atlas non plus, par contre il y a plein d'outils non libre, il y a donc aussi de la place pour quelqu'un comme toi qui veut faire des outils autour d'un format.
Non, il n'y a rien à faire pour écrire un parser de fichier spécifié avec protobuf: le parser est généré. On ne peut pas faire plus simple :-)
Parfois, le plus simple sur le papier n'est pas le plus simple a utiliser.
Il est bien gentil ton format d'animation, mais une fois que j'ai charge ton protobuf en RAM, j'ai encore plein de boulot a me taper a la pogne. Protobuf est un format de donnée "bête" (et c'est normal), ce qui fait qu'il n'a aucune idée que le flux de bytes que tu mets dans Image.pixels est une image. En plus c'est a moi de faire gaffe a la taille de l'image et au format de pixel, alors que si je charge bêtement une PNG avec la lib qui va bien, j'ai rien a m'occuper et je peux l'envoyer directement dans mon canevas ou ma lib opengl. Et si j'utilise un moteur de jeu quelconque, soit il aura deja son format de fichier privilégier et je n'aurais vraiment rien a faire, soit il faudra que j'écrive tout le code qui va convertir ta structure de donnée en la sienne. En définitive, j'aurais aussi vite fait de refaire un Nieme loader rien qu'a moi mais que je maitriserais a 100%…
Désolé mais malheureusement je n'ai pas l'impression qu'en l'état ton projet propose quelque chose de suffisamment intéressant pour que quelqu'un d'autre que toi ai envie de l'utiliser…
Quelle solution existante j'aurais pu utiliser selon toi?
Peut-être celle de Cocos2d justement? un png + un fichier xml, niveau facilité d'utilisation ca me semble un cran au dessus de ce que tu propose… Et il existe déjà des implémentations (pour ObjectiveC/iOS , Javascript, probablement python et Java/android) et quelques outils pour les générer (mais peut-être pas libre, ni sur toutes plateformes, y a sans doute du travail pour toi de ce cote la!)
Vraiment désolé mais ton projet semble effectivement souffrir de la maladie du "not invented here"…
[^] # Re: Alternative à XEphem
Posté par case42 (site web personnel) . En réponse au journal ISS : le flim. Évalué à 2.
Merci pour Gpredict, je ne connaissais pas…
[^] # Re: Alternative à XEphem
Posté par case42 (site web personnel) . En réponse au journal ISS : le flim. Évalué à 2.
Je viens de me battre un bon moment avec kstars, j'ai fini par trouver ou dans la conf "activer" les satellites (et l'ISS en particulier) mais je n'ai pas trouvé comment la faire s'afficher sur la carte du ciel… Donc c'est probablement faisable, mais mon chemin de moindre résistance passe par XEphem pour le moment :)
( Celestia est tres joli mais n'est pas fait pour aider un astronome amateur, on aurait aussi pu citer Stelarium … )
[^] # Re: Compositage ?
Posté par case42 (site web personnel) . En réponse au journal ISS : le flim. Évalué à 2.
Je viens d'essayer avec un autre script maison de compositage, ça ne donne rien, ca ne fait que lisser le flou… Je n'ai pas trouvé d'outils pour faire ca sous Linux, si quelqu'un en connait de bons, je prend…
[^] # Re: Autofocus ?
Posté par case42 (site web personnel) . En réponse au journal ISS : le flim. Évalué à 3.
A priori oui, mais je n'en suis pas certain du tout.
Dans un télescope, quand on observe la Lune, il y a une différence de mise au point selon qu'on regarde au centre de l'astre (plus près de nous) ou la périphérie (plus loin). La on grossit beaucoup moins, mais entre le levée de la station et son passage au plus près, elle passe de 1000km a 400km… Bref, l'auto-focus, c’était la sécurité. Si j'ai l'occasion je testerais sans.
(et effectivement l'autofocus a parfois "perdu" la station, même s'il n'y avait rien d'autre autour sur lequel faire le focus)
[^] # Re: Détection du spot dans l'image
Posté par case42 (site web personnel) . En réponse au journal ISS : le flim. Évalué à 6.
Non le télé appuyé sur rien du tout.
Faut bien se rendre compte qu'en l’occurrence, la station me passe exactement au dessus de la tête. Même a main levée, j'ai ete oblige de m’interrompre, pivoter a 180 degrés, puis reprendre la rafale (ça se voit dans le flim). En s'appuyant sur quelque chose c'est l'assurance de se retrouve bloqué ou gêné a un moment ou un autre.
De toute manière, j'ai eu très peu de photos avec du flou de bougé. Le flou vient de la perturbation atmosphérique et que l'objet est quand même très très petit sur l'image. Je ne pense pas que j'aurais eu un meilleur résultat en baissant le temps d'exposition. Je n'ai pas ouvert plus car je n'avais pas super confiance en l'autofocus et je me suis dit que plus je fermais, plus je m'autorisais de marge d'erreur.
Pour le petit script python, je suis pas un matheux, j'ai fait "low tech" :) . La lenteur vient de ce qu'il faut quand même itérer au moins une fois sur chaque pixel, le reste est insignifiant. Je ne sais pas si ce que tu propose permet d’éviter ça.
Les solutions auxquelles je pensais évitaient de passer sur l'ensemble de l'image en commençant l'exploration par le centre et en s’arrêtant quand un spot suffisamment lumineux est trouvée, ou commencer l'exploration la ou etait le spot sur l'image précédente, etc.
[^] # Re: Et si le problème venait de Javascript lui-même ?
Posté par case42 (site web personnel) . En réponse au journal JavaScript, performances, et Firefox. Évalué à 3.
Probablement ça: https://developer.mozilla.org/en-US/docs/JavaScript_typed_arrays
[^] # Re: Bricoler sa console de jeu
Posté par case42 (site web personnel) . En réponse au journal Ouya: la console libre ?. Évalué à 6.
Plusieurs choses:
1/ depuis ce matin, ils sont passe de 2 millions de dollars a presque 3 millions, et ca continue…
2/ A la base ils demandaient moins d'1 millions. Donc leur objectifs a été remplis en quelques heures. Tout ce que ca démontre c'est qu'il a une grosse attente de beaucoup de personne et que le projet plait. Ça n'a dont pas de sens de demander si "ca demande vraiment 2 millions de budget", ils n'ont pas demandé cet argent.
3/ Fabriquer en série la console n'est pas le plus difficile. Le plus difficile sera de mettre en place un écosystème viable face a la concurrence a la fois de Sony, Microsoft, Nintendo d'une part (consolistes) , et Apple, Google, Amazon de l'autre (smartphones/tablettes). Un écosystème viable signifie qu'il faut a la fois être attrayant pour le consommateur et pour les développeurs (ce qui n'est pas gagné, au vu des commentaires qu'on peut lire chez les pros, par exemple sur Gamasutra). Et donc construire de toute pièce cet écosystème va couter beaucoup d'argent.
4/ Pour le "free to play", ils ont précisés ce qu'ils entendent pas la: les jeux accessibles par leur "portail" devront tous avoir une partie jouable gratuitement. Ca peut vouloir dire adopter un modèle "demo + jeu complet a déverrouiller" ou un modèle "free to play" comme on l'entend classiquement avec des items virtuels a acheter, ou encore un jeu totalement gratuite, ou bien encore affichant de la publicité. Et comme leur plateforme est "open", comme ils disent, rien ne t'empêchera de mettre ton jeu en téléchargement sur ton site web a toi et de faire ta promotion toi même sans passer par leur portail et système de validation (d'après ce que j'ai compris).
En tous cas, moi, ca m'intéresse beaucoup cette histoire…
[^] # Re: Le plus simple
Posté par case42 (site web personnel) . En réponse au journal Linuxfr+ldap ? Une solution de gestion de communauté efficace ?. Évalué à 3.
Si le Parti Pirate se fait héberger chez Google, il va perdre le peu de crédit qu'il a gagné…
[^] # Re: Solution alternative mais plus contraignante
Posté par case42 (site web personnel) . En réponse au journal Problème de suivi d’un logiciel privateur. Évalué à 4.
le grammar nazi est souvent précoce, une seule fois suffit a le faire sortir du bois…
# pourquoi 2?
Posté par case42 (site web personnel) . En réponse au journal J'ai plein d'amis ... et je ne le savais pas ;o). Évalué à 9.
Pourquoi faire 2 VMs et rediriger le port 22 uniquement? Tu aurais tout a fait pu logger le port 22 depuis la machine "gw" (a moins que ton montage n'ai eu une autre finalité que juste cette petite expérience).
De la mienne, d'expérience, surfer depuis ton ip ne change pas grand chose. Mes serveurs dédies (depuis lesquels personne ne surf) se font autant scanner, voir plus: il y a très régulièrement des attaques en règles d'SSH par dictionnaire.
De manière générale, le seul port que je protège, c'est le port SSH, en limitant le nombre de connexion par seconde, ce qui a pour effet de bien décourager les tentatives de scan.
Les autres services qui tournent sont de toute façon destinées a être accessibles par tous (HTTP, SMTP, XMPP…) et ca n'aurait pas de sens de les filtrer au niveau réseau. Après, il faut bien sur s'assurer qu'on est bien a jour et qu'on ne laisse pas des application Web mal fichu ou dangereuses ouvertes aux 4 vents…
Pour le reste, un port fermé est tout aussi secure qu'un port fermé ET filtré par iptables (voir plus).
[^] # Re: Si rare que ca...?
Posté par case42 (site web personnel) . En réponse au journal Le Soleil a rendez-vous avec Vénus.. Évalué à 6.
"Les transits arrivent en général par paire, espacés de 8 ans car la durée de 8 années terrestres correspond quasiment avec 13 années de Vénus, ce qui ramène les planètes dans les mêmes positions relatives au bout de cette période"
http://fr.wikipedia.org/wiki/Transit_de_V%C3%A9nus#Transits_pass.C3.A9s_et_futurs
Donc effectivement, on a eu droit a un transit en 2004, mais le prochain est dans… Trop loin pour qu'on puisse espérer le voir…
# pffff...
Posté par case42 (site web personnel) . En réponse au journal Conseil : Arrêtez d'utiliser Firefox dès aujourd'hui. Évalué à 6.
Un site web grand public fait l'éloge de Linux, et tout ce que tu trouves a dire c'est que c'est horrible de conseiller l'usage de Chrome plutôt que Firefox?
Donc tu préférés que les lecteurs de ce site restent sous Windows pourvus qu'ils utilisent Firefox? Et bien moi pas. Firefox reste le navigateur par défaut sur Ubuntu, si quelques lecteurs de ce site essayent Ubuntu suite a cette lecture, tant mieux, quel que soit le browser qu'ils utilisent au final (et je doute que dans cette population beaucoup suivent a la lettre l'article en installant Chrome immédiatement sans réfléchir).
Flash est un problème en voie d'extinction. La remarque du journaliste a du sens en 2012, elle n'en aura probablement plus aucun en 2015 (comme ca n'a plus de sens de dire "ce browser est nul il n'a pas de plugin RealPlayer).
Enfin bref…
# Steam effect?
Posté par case42 (site web personnel) . En réponse au journal EA fourni des jeux pour ubuntu. Évalué à 8.
Je serais très curieux de savoir si ca a le moindre rapport avec les évènements autour du Steam de Valve sur Linux… Ou si vraiment c'est juste une coïncidence.
[^] # Re: Quelle histoire?
Posté par case42 (site web personnel) . En réponse au journal Ressuscité par ubuntu 12.04 ?. Évalué à 10.
heu… si c'est une tentative de troll, c'est trop gros et c'est trop tôt, repasse demain.
Sinon, je pense qu'un homo sapiens avec un QI faiblard est encore capable de percevoir un contexte et se rendre compte qu'on parle de driver vidéo libre (et accéléré) . J'en conclu que tu es un poulpe. Je ne suis as xénophobe, mais je ne sais pas bien si c'est prudent d'accepter les poulpes sur ce site…
[^] # Re: ???
Posté par case42 (site web personnel) . En réponse au journal GNOME et l’hypocrisie de l'intégration des services en ligne Windows Live / Google. Évalué à 10. Dernière modification le 02 mai 2012 à 12:07.
C'est a dire que si tu demande a une communauté de développeurs pourquoi ils ne proposent pas un service d'hébergement, je comprends qu'on te réponde que c'est pas leur job et que c'est hors périmètre.
Je comprends complétement qu'une communauté qui s'est agrégée autour d'une mission qui est "produire le logiciel X le meilleur possible" considère que fournir un service périphérique au dit logiciel comme une distraction de sa mission et une dispersion de ses forces.
De plus, je vois de gros obstacles au lancement d'un service "libre" par rapport a un logiciel. Les couts fixes d'un services peuvent rapidement exploser sans qu'on n'ai de visibilité sur la rentabilité, c'est très différent et beaucoup plus risque que de développer un logiciel.
Mais bon, j'ai envie de dire, vas-y, fonce, je te soutiens :)
# ???
Posté par case42 (site web personnel) . En réponse au journal GNOME et l’hypocrisie de l'intégration des services en ligne Windows Live / Google. Évalué à 10.
Je ne comprends pas bien le pourquoi de ton courroux…
Mon Pidgin sait gérer une vingtaine de protocoles/services, est-ce que tu reproche a GNOME contact de faire la même chose? Est-ce que tu trouve que c'est un problème que Pidgin propose de se connecter a un maximum de services? Moi pas.
Pour moi le combat des services est distincts du combat des logiciels. Je préfèrerais comme toi que nous ayons a notre disposition des services libres ou du moins "éthiques", mais 1/ force est de constater que ce n'est pas le cas et 2/ le public utilise ces services propriétaires. Les supporter répond a un besoin des utilisateurs. Je vois le support de ces protocole comme une stratégie de "embrace extend extinguish" , pour le meilleur. Il est bien plus facile de porter ton message a propos de services libres auprès de gens qui utilisent des logiciels libres, alors que si les gens restent sur des systèmes propriétaires parce que tes logiciels n'ont pas les features qu'ils demandent, tu toucheras personne.
[^] # Re: Mon expérience...
Posté par case42 (site web personnel) . En réponse au journal NoSQL ou pas ?. Évalué à 2.
Désolé on est pas vraiment released encore, j'ai peur d'interférer avec la stratégie marketing de la boite qui n'est pas de mon ressort. Le jour ou on sera vraiment live, promis j'écris un journal :)
# Mon expérience...
Posté par case42 (site web personnel) . En réponse au journal NoSQL ou pas ?. Évalué à 4. Dernière modification le 30 avril 2012 à 11:40.
Je ne suis pas du tout expert en la matière mais voici tout de même quelques data points qui peuvent être intéressants.
Y a deux ans on utilisait Django+Postgres , et on a voulu essayer Django+NoSql (je sais plus laquelle, probablement couchdb) parce que le coté schema-less avait l'air de bien coller avec nos méthodes de développement agiles, ou plutôt, le paradigme "a schéma" de sql venait tout le temps nous ralentir parce qu'on changeait tout le temps de schéma, et donc on voulait voir si l'herbe était plus verte en face. A l'époque, c'était pas le cas, et on est vite vite revenu chez mémé.
Plus tard, on a bazardé Django et Postgres et on est passé a Node.js sans base de donnée du tout (pour ceux qui suivent pas, on fait un serveur de jeu temps-réel). Un beau jour on a voulut commencer a collecter des statistiques sur nos parties, et je me suis dit qu'une base NoSql serait pas mal pour ca. Donc j'ai mis en place une couchdb, et avec quelques lignes dans le serveur (sans même rajouter un module dédié vu que c'est une API REST) , celui-ci pousse un gros document JSON avec toutes les données de la partie dans le couchdb.
Ça avait été rapide et facile, j'étais plutôt content. Plus tard je me suis mis écrire des "vues" couchdb pour commencer a faire remonter des infos intéressantes du couchdb. Ça a été un peu galère au début, mais globalement j'ai réussi a faire ce que je voulais faire sans trop souffrir ( et quand t'écris ta première vue map/reduce qui marche, t'es content ;) ).
Et puis un jour, ca c'est mis a plus marcher. Le serveur continuant et bourrer la DB de documents, mais toutes les vues étaient cassées. A force de recherche je me suis rendu compte que suite a un changement dans le serveur, les documentes envoyées dans la DB avaient beaucoup grossis et dépassaient une limite interne de couchdb. Il fallut que j'applique un patch trouve au fin fond d'une obscure mailing-list pour que ca remarche. Autant dire que c'était pas très agréable et que ca donne pas énormément confiance.
Depuis ca re-marche bien sans aucun problème, si ce n'est un problème de performance qui était causé par la façon naïve dont j'avais écrit une de mes vues, un passage par #couchdb sur freenode a résolut le problème en quelques minutes.
Si c'était a refaire, je le referais, sauf que je pense que je prendrais plus de temps a peser le pour et le contre entre couchdb et mongodb . Je pense que mongodb aurait été plus adapté a cette application ou on ne fait que "bourrer" une DB de documents sans jamais les updater , mais j'aurais été obligé de rajouter une dépendance a mon serveur vu que mongodb n'a pas d'API REST.
[^] # Re: wine ou natif?
Posté par case42 (site web personnel) . En réponse au journal Steam sur Linux à l'horizon. Évalué à 5.
Je ne sais pas pour la manette de la Xbox360 mais la Sixaxis (et Dualshock) de la PS3 marchent très bien sous Linux out of the box…
[^] # Re: Fédérer les codeurs ne fera sans doute pas avancer grand chose
Posté par case42 (site web personnel) . En réponse à la dépêche Regrouper les efforts pour les jeux vidéos libres. Évalué à 5.
Tu cites deux OVNIs.
Et quand Jason porte un de ses jeux vers un environnement "a plateforme", il utilise la
plateforme: http://monappstore.com/editeur?e=Jason+Rohrer
Et la version Android de Minecraft est sur l'Android Market.
[^] # Re: Fédérer les codeurs ne fera sans doute pas avancer grand chose
Posté par case42 (site web personnel) . En réponse à la dépêche Regrouper les efforts pour les jeux vidéos libres. Évalué à 6.
Il y a environ un an j'ai participe a une sorte de game jam pour mobile sur 48h et on a produit un jeu Android sous forme d'un fond d'écran interactif. J'ai fais quelques développement dessus pendant le mois qui a suivit mais rien depuis.
Aujourd'hui le jeu a été télécharge par plus de 50000 personnes.
Voila a quoi sert une plateforme: trouver ses joueurs. Et non, ca n'a rien a voir en terme d'impact marketing avec un site web fait soi-même.
https://play.google.com/store/apps/details?id=org.corpsmoderne.Fukushimagotchi
[^] # Re: Atlas Cocos2d...
Posté par case42 (site web personnel) . En réponse au journal nanimopt: un optimiseur de nanim. Évalué à 3.
Je ne trouve pas, ce qui montre qu'il y a de l'espace dans ce projet pour consolider l'existant… Je n'ai pas trouve d'outil libre pour générer des atlas non plus, par contre il y a plein d'outils non libre, il y a donc aussi de la place pour quelqu'un comme toi qui veut faire des outils autour d'un format.
Parfois, le plus simple sur le papier n'est pas le plus simple a utiliser.
Il est bien gentil ton format d'animation, mais une fois que j'ai charge ton protobuf en RAM, j'ai encore plein de boulot a me taper a la pogne. Protobuf est un format de donnée "bête" (et c'est normal), ce qui fait qu'il n'a aucune idée que le flux de bytes que tu mets dans Image.pixels est une image. En plus c'est a moi de faire gaffe a la taille de l'image et au format de pixel, alors que si je charge bêtement une PNG avec la lib qui va bien, j'ai rien a m'occuper et je peux l'envoyer directement dans mon canevas ou ma lib opengl. Et si j'utilise un moteur de jeu quelconque, soit il aura deja son format de fichier privilégier et je n'aurais vraiment rien a faire, soit il faudra que j'écrive tout le code qui va convertir ta structure de donnée en la sienne. En définitive, j'aurais aussi vite fait de refaire un Nieme loader rien qu'a moi mais que je maitriserais a 100%…
Désolé mais malheureusement je n'ai pas l'impression qu'en l'état ton projet propose quelque chose de suffisamment intéressant pour que quelqu'un d'autre que toi ai envie de l'utiliser…
[^] # Re: Atlas Cocos2d...
Posté par case42 (site web personnel) . En réponse au journal nanimopt: un optimiseur de nanim. Évalué à 4.
Peut-être celle de Cocos2d justement? un png + un fichier xml, niveau facilité d'utilisation ca me semble un cran au dessus de ce que tu propose… Et il existe déjà des implémentations (pour ObjectiveC/iOS , Javascript, probablement python et Java/android) et quelques outils pour les générer (mais peut-être pas libre, ni sur toutes plateformes, y a sans doute du travail pour toi de ce cote la!)
Vraiment désolé mais ton projet semble effectivement souffrir de la maladie du "not invented here"…
# Atlas Cocos2d...
Posté par case42 (site web personnel) . En réponse au journal nanimopt: un optimiseur de nanim. Évalué à 1.
J'avais déjà envie d'en parler la dernière fois, mais ton projet ressemble de plus en plus au système d'atlas de Cocos2d…
[^] # Re: Pour une VIeme république
Posté par case42 (site web personnel) . En réponse au journal [HS] Le vote électronique. Évalué à 3.
Ce qui fait que si je suis pour une nouvelle constitution mais contre le programme de ce parti, c'est moi que la schizophrénie guette…