o< cuisine migration

clafoutisFor once I’m blogging in English here, because I’d expect most people who’d actually have any interest in this entry to also read English 🙂

I’ve been wanting to move o< cuisine to another place for a while now. The main issue is that I’m a very lazy sysadmin, and consequently maintaining a WordPress on a personal server was not necessarily the bestest of ideas, especially since it’s a blog I don’t write on that often, and so I don’t see the blinking update notifications as often as I should. So moving to hosted wordpress.com platform made sense (I had happily moved this one a few months ago, and I could definitely live with that.)

Now the issue is that my WordPress install is somewhat peculiar. In the past, I’ve been using a plugin to display photos from Gallery (hosted on the same server): thankfully, this one had already been taken care of during the dotclear-to-wordpress migration, so I had reasonably clean URLs to work with. More problematically, I was also using the shashin plugin to display pictures from Picasa/Google+/Google Photos/the current iteration of that thing. And there, the shashin plugin was actually keeping its own data and not replacing with proper links (which completely makes sense given the use case) – so instead of pictures, I had stuff like [simage=], that were transformed when rendering the corresponding blog entry, and not statically. So I knew from the start that this would not work with wordpress.com, where plugins are essentially a no-no. This is the main reason why I hadn’t migrated yet. The other reason was that I had a neat little thing to add recettes.de tags at the end of my entries, and that I’d have to say goodbye to it as well. Anyway, it was not simply a matter of exporting/re-importing, I knew I’d have to process the exported result quite a bit before being able to import it as I wanted on the new platform.

Important preliminary caveat

I’m going to link a few scripts here. I consider these scripts to be very much throw-away-execute-once-code, they are VERY ugly (I’m not a Python coder, and yes, I’m parsing XML with regexps, deal with it, and my dealing with text encoding is very much on the YOLO side – it works until it doesn’t). I hesitated a while before actually adding them to this article, especially with the whole « throw-away » concept; on the other hand, maybe, just maybe, it may be of some use as an example to someone, and if I don’t provide them now then I might get some requests for them at a less convenient time. I’m also fairly sure that if I provide them, no-one will have a look at them, and if I don’t, someone will ask. So there. Note: I’m not looking for code reviews here, there’s a LOT of things I’d improve on these things if I cared, but I really don’t, so… 🙂 Also, I’m not guaranteeing that they won’t have catastrophic results if you decide to execute them for the lulz. So don’t do that, probably.

Step 0: evaluate the damage

So I knew it wouldn’t be enough to export/re-import. First thing I did was to actually do that, though. I exported the blog from my own WordPress, I re-imported it into a dummy WordPress blog. As expected, I lost most of the images. The good surprise, though, was that the images that were actually stored on WordPress were exported and re-imported as well. Other than that, nothing much to say, but most importantly, no bad surprise.

First things first: the Gallery URLs

The easy part of the migration had to do with the fact that I had a bunch of image URLs that were pointing to the gallery with a relative URL. So that wouldn’t fly.

There, the approach was very much brute-force, and pretty much something like

sed "s+/gallery/+http://cuisine.palats.com/gallery/+g" export.xml > export-with-proper-gallery-links.xml

After checking that this did everything I wanted it to do and only what I wanted it to do, time for the next step.

Next: removing shashin tags

So as I was mentioning, the main issue that I had with the images was that my images were simply encoded with an ID, and that that ID was associated to the picture data themselves in the database. So time to brush up on the use of the mysql console. I started by a view tables; to have an idea of where that information would actually be stored; then I checked that my understanding of the storage was correct with a few queries like select * from wp_shashin_photo where id=2203;. Whereas it technically doesn’t prove anything, it was good enough for me 😉

Time for a little bit of Python. Fetch IDs and corresponding URLs, search what I want to replace, replace it, be happy. I put the script in question here; please re-read the above caveat if it’s not burnt into your brain yet.

After I ran that script, I still had a few tags that weren’t taken into account by my splendid processing engine; since there were 3 or 4 of them, I edited them by hand, re-ran the script, and voilà.

While I’m at it: getting rid of Gallery

At that point, I felt pretty much ready to flip the switch and migrate the whole thing. And then when discussing with my husband, it was mentioned that it also would be reaaaally nice if I could actually get rid of the Gallery dependency as well. This could clearly not be done by hand: there was a bit more than 2000 pictures on that gallery, so it was a non-trivial task.

I looked at my options to host pictures somewhere else: I essentially needed the new host to allow me to upload the pictures, keep a track of what URL they were available in, and replace the old Gallery links by the new ones. Easy-peasy. I first had a look at Google Photos – while it’s all fancy and nice, the complete lack of API made the thing not an option. I vaguely looked at options via Drive, and I ended up deciding against it – too complicated, too random. On the other hand, Flickr has a reasonable API, a terabyte of space, and everything’s nice and shiny. So I did a few tests with flickr_api, decided it would work well enough, and started the whole thing.

I went with a three-step approach:

  • grabbing all that looked like a gallery URL, fetch the corresponding full-res image from the gallery, store on disk along with a URL/filename matching file,
  • upload all to Flickr, making a note of where Flickr was actually storing my stuff
  • replace the gallery URL with the Flickr ones.

Again, easy-peasy.

The first step was the easiest one: I just needed to grep the Gallery URLs, generate the correct URL that would fetch the right picture, download, store in non-stupid place on disk, update log of operations. Of course, it wasn’t exactly as simple as that – I had a few URLs deviating from the usual pattern and I had to tweak the script a bit to take them into account. Said script is here; again, beware, here be dragons.

So at the end of this operation, I had a directory full of pictures and a file matching the gallery html code to said files. As a sanity check, I looked for files less than 10K, which would more probably be server error messages than my images, and found none. So far, so good.

Then came the upload to Flickr. No rocket surgery there either – take the pictures, upload to Flickr via Magic API, log where they end up, and done. Except that when I started the script, I realized that uploading a picture would actually take several seconds, possibly up to ten. The very annoying thing there was that 2000 pictures, 10 seconds apiece, is essentially 5 hours. The whole process was almost trivially parallelizable (instead of uploading one picture at a time, start 15 threads that do the same thing), but I knew nothing about Python parallelization primitives, and even then, my concurrent programming skills are somewhat rusty. (There was a hilarious moment before I resigned myself to the fact that yes, I needed to synchronize the access to stdout, and that it would NOT generally be okay.) All in all, I decided that I’d probably put these 5 hours to better use learning how to do that thing instead of waiting for it to be done, so I did that. And in the end, after a bit of fiddling, I ended up with a working solution – which is here. It didn’t upload everything on the first run, because sometimes Flickr’s API is, well, flickery, but since I was logging everything and not re-uploading stuff that had already been uploaded, well, I just ran it a few times and in the end everything was uploaded. Flickery API also meant that I had to actually treat exceptions that would happen, because otherwise my 15-thread script would actually end up quite quickly in a three, two, one, zero active thread script. The more you know.

Because of previous mishaps, I was a bit wary of the fact that maybe I’d logged stuff that wasn’t actually properly uploaded. So I wrote a small verification script, which I also happened to multi-thread, because now that I knew how it went, it was easy 🙂 – here it is.

And finally, last but not least, I needed to replace my Gallery URLs with Flickr URLs. I actually made more calls to the API in this script: when uploading the images, I was getting and logging the ID, but I needed another query to get the image in the correct size. That could probably have been done in a previous step, but oh well. Last script for today here.

And at the end of that operation, I finally had a full import XML for WordPress, with all my images where I wanted them, so yay. I imported it on a fresh WordPress.com url, and there, the new o< cuisine is alive!

Tying loose ends: DNS, Apache and all these internets

Now the thing is, o< cuisine on its previous address was, well, not exactly known, but you could find it on the internets. So I kind of wanted to keep the old links working. Except I couldn’t really, because the URL had a subfolder in it, which is not supported by wordpress.com as a valid redirection. So I set up a new subdomain on my domain, set it up as primary domain for my WordPress blog, added a Redirect 301 "/coinblog/" "http://coincuisine.pasithee.fr/" in my current Apache configuration on the old domain, and voilà.

Conclusion: what I (re-)learned

  • I actually enjoyed the whole thing a lot, to my own surprise. It was fairly nice to hack something into submission and in the end to have a working result. I should do that sort of things more often 😉
  • I learnt a bit about Flickr API – always a nice-to-know.
  • I learnt a bit about Python concurrency primitives, that’s actually very useful.
  • I have a new favorite grep option, « -o », as in grep -o '.\{0,10\}gallery.\{0,10\}' oltcuisine.wordpress.xml – it displays the 10 characters before and after the match. I actually used that thing 10 times today at work (yes, really.)

Oh, and the image illustrating this blog is obviously comes from o< cuisine: Clafoutis.

En vrac

640px-Vis_en_vracC’est parti pour le vrac du dimanche. C’est un petit vrac, on dirait – probablement parce qu’un des articles m’a pris une bonne partie de mon temps de lecture de « trucs sur les internets ».

  • Une série de tweets à propos de la modération dans LEGO Universe. LEGO Universe était un MMORPG par LEGO, et LEGO étant LEGO, la modération était apparemment hardcore. Court et rigolo (en anglais)
  • Let’s Take This Open Floor Plan To The Next Level – l’openspace, en fait, ça va PAS ASSEZ LOIN, il faut aller PLUS LOIN pour la transparence et la collaboration ! (en anglais)
  • Securing Email Communications from Facebook – Facebook permet maintenant d’ajouter des clés PGP pour chiffrer les communications qu’ils envoient. Le truc que j’avais pas vu/compris à première vue, c’était l’intérêt de la chose en termes de serveur de clés, voire d’association « gens/clés ». Ça résout pas le problème principal du PGP (qui est que c’est essentiellement imbitable à utiliser si on utilise un webmail, et que c’est pas forcément trivial avec un client lourd non plus), mais c’est une avancée intéressante. C’est aussi la première fois que je ré-entends parler de PGP (de manière sérieuse, je veux dire) depuis des années, incidemment. (Annonce en anglais)
  • Est-il encore nécessaire de manger ? – ya Ploum qui fait des essais des trucs genre « Soylent » (le machin de poudre à mélanger qui est censé remplir les besoins nutritionnels d’un humain normal) – j’ai trouvé ça marrant. (en français)
  • À l’autre bout du spectre des trucs de bouffe, I Let IBM’s Robot Chef Tell Me What to Cook for a Week. Apparemment IBM a pondu une version de Watson (leur bidule d’IA auquel il faut que je jette un œil) qui prend des recettes en entrée et qui en fait… des trucs. Essentiellement, qui génère de nouvelles recettes en bricolant des trucs ici et là. L’auteur a utilisé ce truc pendant une semaine et raconte comment ça s’est passé. (en anglais)
  • Why you should make things no one will ever use est peut-être plus un rappel pour moi qu’autre chose. J’ai du mal à me motiver pour faire des trucs qui répondent pas à un besoin immédiat ou pour lesquels je peux voir un bénéfice intrinsèque au truc en question (et pas seulement un « je vais faire ça pour apprendre comment ça marche »). Ce qui est un peu paradoxal vu la manière dont je me vois moi-même, et qui m’agace parfois.
  • How Tesla Will Change The World est l’article qui m’a pris le plus de temps à lire cette semaine (indice : je l’ai pas lu en une fois). C’est la suite d’un article sur Elon Musk que j’avais posté dans un vrac précédent, et c’est un article en trois parties : l’histoire de l’énergie, l’histoire des voitures et l’histoire de Tesla. (Et pourquoi la voiture électrique est probablement une bonne idée).

#balisebooks – Storm Front, de Jim Butcher

stormfrontCes derniers jours, j’ai relu Storm Front, de Jim Butcher (publié en français sous deux titres différents, Dans l’œil du cyclone et Avis de tempête), le premier tome des aventures d’Harry Dresden. J’avais déjà lu Storm Front il y a un peu plus de deux ans, j’avais visiblement bien aimé, j’avais eu des velléités de lire les suivants, pis je l’ai pas fait. Entre temps, il m’est complètement sorti de l’esprit, voire j’ai gardé à l’esprit que j’avais pas vraiment accroché, puisque je n’avais pas continué la série. Mais les Dresden Files fort quand même partie des titres qui reviennent souvent quand on parle de fantasy urbaine, et je me demandais si j’avais pas raté un truc. Et puis j’avais le tome 2 sur mon Kindle, donc autant le lire, puisque je l’avais acheté (logique imparable). Et comme je me souvenais plus du tout du tome 1, ben j’ai relu le tome 1.

Alors déjà, je peux dire un truc : je ne me souvenais absolument pas du tome 1. Limite, j’en viendrais presque à douter que je l’avais lu, si je n’en avais pas une trace écrite sur GoodReads ! Ça, ou alors j’étais dans un état second. Bref. On fait la connaissance dans ce premier tome d’Harry Dresden, seul sorcier de Chicago, qui bosse comme, en gros, détective privé du paranormal. Il est même dans l’annuaire, sisi. Comme tout bon détective privé qui se respecte, il a des liens étroits avec la police, en l’occurrence avec Karrin Murphy, qui fait appel à lui quand il se passe des trucs qui ont l’air pas nets. Ce qui est plutôt un bon plan pour Harry, parce que comme tout détective privé qui se respecte AUSSI, il a pas un rond et les clients se font rares. Évidemment, c’est comme ça que commence le tome : Harry se retrouve embauché à la fois par la police locale pour des histoires de meurtre à composante magico-immonde et par une client privée qui cherche après son mari.

Bon, et ça se lit à peu près tout seul ; il est même possible que j’aie fini de lire plus tard que ce que je m’autorise habituellement quand il s’est agi de finir le livre. J’ai évité l’omission d’il y a deux ans, et j’ai attaqué le tome 2 dans la foulée. C’est prenant, c’est drôle sans être loufoque, et je comprends pas bien ce qu’il s’est passé il y a deux ans pour que ce bouquin ne me laisse vraiment aucun souvenir. On peut regretter une paire de trucs, mais ça va partir dans les spoilers, donc je vais poser un trait à spoilers avant.

Lire la suite de « #balisebooks – Storm Front, de Jim Butcher »

Et quatre semaines.

Carlos Delgado [CC BY-SA 3.0], via Wikimedia Commons
Carlos Delgado [CC BY-SA 3.0], via Wikimedia Commons

Bon. Voilà. Mission accomplie : j’ai publié un billet sur ce blog tous les jours pendant quatre semaines. Je voulais me remettre à blogger un peu, reprendre l’habitude, tout ça – voilà qui est fait.

En pratique, la contrainte du « tous les jours » est probablement pas vraiment viable, parce que j’ai du mal à avoir un truc à dire par jour. J’ai eu l’impression de tirer à la ligne (au billet ?) quelques fois pendant ces quatre semaines, alors il faut pas rêver que ce soit viable sur le long terme. Je veux pas non plus faire de ça une priorité ; c’était bien pour ce mois-ci, j’y ai passé pas mal de temps, au détriment d’autres choses. L’expérience était néanmoins intéressante et j’en ai tiré quelques conclusions.

  • La première conclusion, c’est que j’ai pas hésité à « tricher » : mon objectif personnel était de publier un billet par jour, pas d’en rédiger un tous les jours. J’ai eu quelques jours où j’ai écrit 2, 3 billets, postés au rythme d’un par jour, et ça allait bien aussi. Ça, c’est un enseignement que je garde pour la prochaine fois où je tente un challenge du genre « une photo par jour » : il faut que je m’autorise à tricher de la même manière, sinon c’est pas viable non plus (ce qui a été prouvé moult fois par mes tentatives précédentes de ce genre de challenge). Il y a des jours où on a plus de temps et de motivation que d’autres, c’est comme ça.
  • Les #balisebooks sont plus agréables à écrire depuis que j’ai décidé que ceux qui voulaient pas de spoilers ils avaient qu’à pas lire.
  • J’aime bien le concept du vrac du dimanche, je crois que je vais le garder.
  • J’ai quelques billets « séries » et quelques billets « jeux » à écrire, je vais probablement faire ça aussi.
  • J’ai envie de re-causer un peu d’informatique théorique et de maths, je l’ai pas fait ce mois-ci parce que c’était des billets trop longs à écrire pour en publier un par jour (effet pervers de la contrainte). Donc je vais faire ça à l’occasion (j’ai une paire d’idées sous la main). Pareil pour o< cuisine, j’ai plein de trucs à dire sur o< cuisine, et j’ai pas pris le temps de le faire ce mois-ci (parce qu’un billet o< cuisine, ça prend facilement plusieurs heures à rédiger), mais ça me manque.

Bref. Le rythme effrené de publication de ces dernières semaines va probablement re-ralentir, mais j’ai bon espoir d’arriver à maintenir quelques billets par semaine quand même. Le fait de me « contraindre » à publier une fois par jour m’a permis de relancer la machine, on va essayer de garder un peu d’élan, que ce soit pour ici ou pour o< cuisine.

Fantasy, de l’Angleterre victorienne au Trône de fer

Je suis en train de suivre un MOOC sur la fantasy, proposé par l’université d’Artois : Fantasy, de l’Angleterre victorienne au Trône de fer. MOOC, ça veut dire « Massive Open Online Course » – c’est le terme qui s’est imposé pour les cours que beaucoup d’universités commencent à mettre en ligne, avec en général des vidéos, des évaluations plus ou moins avancées, et un forum avec plein de gens dessus. Les acteurs les plus connus du genre sont Coursera, edX, et il y a maintenant une déclinaison française d’edX, FUN (France Université Numérique).

J’ai vu passer plusieurs fois l’annonce du cours en question, et je me suis dit « bah pourquoi pas », la vidéo de présentation du cours avait l’air intéressante, et le programme aussi.

Au programme, donc :

  • une semaine d’intro avec la présentation des modules et des intervenantes
  • semaine 1 : histoire de la fantasy
  • semaine 2 : fantasy pour la jeunesse
  • semaine 3 : moyen-âge et fantasy
  • semaine 4 : fantasy urbaine et romance paranormale
  • semaine 5 : la fantasy dans les médias

Et les premières impressions en fin de semaine 1, c’est que ça change pas mal des MOOC plus techniques que j’ai déjà faits. Bon, un élément est le fait qu’un cours de lettres a quand même une ambiance différente d’un cours de maths. Le fait que le cours soit en français est aussi assez bizarre, à la fois du fait que les titres français sont préférés, et du fait d’entendre parler de Conan avec un « an » comme dans « barbant » plutôt qu’avec un « anne » à la fin. L’autre truc qui « change » c’est que tous les intervenants du cours sont des intervenantes – c’est pas non plus un truc dont j’ai l’habitude dans mes domaines habituels…

Les modules sont disponibles sous trois « formes » : une vidéo non-téléchargeable (ou du moins, j’ai pas trouvé comment), une bande-son MP3 qui elle l’est, et une retranscription PDF des vidéos (ou, beaucoup plus probablement, le texte lu pendant la vidéo). Chaque module est aussi associé à une bibliographie importante, et les forums sont ouverts à la discussion. Les retranscriptions sont dispos sous licence CC-BY-NC-ND, donc j’en profite pour lier celles du premier module ici pour ceux qui veulent se faire une idée :

J’ai trouvé le contenu de cette première semaine intéressant, j’ai appris des choses sur le contexte et l’histoire de la fantasy, et j’ai noté quelques titres que j’ai envie de lire. Bon, après, je me méfie, parce que ça me AUSSI donne envie de rattaquer Lord of the Rings, alors… (J’ai jamais fini Lord of the Rings. À ma grande honte assumée.) Je suis beaucoup plus dubitative sur l’évaluation, qui repose sur des QCM pas vraiment intéressants sur des factoïdes plutôt que sur les définitions et les concepts. Il y a une activité écrite et corrigée par les autres étudiants mi-juin, ça sera probablement plus intéressant, à voir. Je suis aussi hyperdubitative sur les forums qui ont une interface passablement inutilisable. Mais, bon, ce sont des inconvénients auxquels on peut s’habituer 🙂 Je dois dire que j’attends les modules suivants avec une certaine impatience ! En tous cas, ça change de mes domaines de prédilection en termes de MOOC (et de cours tous court…), ce qui est probablement une bonne chose.

Les inscriptions au MOOC sont ouvertes jusqu’au 20 juin (mais l’exercice écrit nécessaire pour valider le cours doit être rendu le 16 juin).

En vrac

640px-Vis_en_vracLe dimanche, c’est vrac.

  • Robots that can adapt like animals – une vidéo d’un algo pour robots cassés – comment le robot arrive à s’adapter au fait qu’il a une articulation en vrac, par exemple. Le commentaire de la vidéo est en anglais, mais les images sont marrantes.
  • A Guide to the Regional Ramen of Japan – des ramen! Cha a l’air bon. (en anglais)
  • 50 Lies Programmers Believe – ce que dit le titre, en gros (« 50 mensonges auxquels les programmeurs croient »). J’ai lu ça dans le S-Bahn l’autre jour, j’ai pouffé à plusieurs reprises. (en anglais)
  • About That Deal – John Scalzi vient de signer un contrat chez Tor pour dix ans, treize bouquins, et 3.4 millions de dollars. Ce qui est plutôt cool, j’aime bien Scalzi, donc c’est probablement une bonne chose que ses revenus soient assurés pour le futur à venir, et que le revenu en question soit corrélé au fait qu’il écrive des bouquins.
  • La bonne étoile du guerrier – Boulet qui parle de chance et c’est rigolo 🙂 (en français)
  • One-Word Math Classes – comment définir des domaines mathématiques en un mot. Je proteste violemment sur « Combinatorics is the mathematics of sadness » 😀 (en anglais)
  • L’énigme des trous dans l’emmental enfin résolue – ya pas de trous dans le gruyère, mais yen a dans l’emmental, et jusqu’ici on savait pas trop pourquoi. Maintenant, on sait. (en français)
  • The View from the Front Seat of the Google Self-Driving Car – ce que les gens dans la voiture autonome de Google ont vu en termes de comportement sur la route. Bon, le message sous-jacent est un peu « c’est plein de problèmes que vous auriez pas sans l’humain au volant et donc on est beaucoup plus sûrs », mais c’est intéressant. (en anglais)
  • Lovereading/Google Maps Book Mash-up – une carte d’où se passent les bouquins. Un concept rigolo, mais peu de données (et ya au moins un bouquin « en norvège » au milieu de la Suède 🙂 ).
  • Making Computer Science More Inviting: A Look at What Works – un article sur l’attractivité des études informatiques, en particulier pour les femmes (en anglais)
  • Science Writer Throwdown: Fear and Loathing of Physics – Jennifer Ouellette se désole que la physique soit visiblement l’enfant détesté des gens qui font de la vulgarisation et de l’écriture scientifique (en anglais). Faudrait que je m’occupe de piger des trucs à la physique.

Hop, c’est tout pour aujourd’hui 🙂

Des bières au miel polonaises

J’ai eu l’occasion hier de goûter cinq bières au miel polonaises :

bieresaumiel

C’était plutôt rigolo. (Yavait cinq bouteilles et on était plus que cinq, hein 🙂 ). Dans l’ordre de la photo (et de la dégustation) :

  • Fuhrmann – Połczyńskie, Prawdziwie miodowe
  • Cornelius – Maćkowe Piwo Miodowe
  • Ciechan – Miodowe
  • Kormoran – Miodne
  • Jabłonowo – Piwo na miodzie gryczanym

La première était plutôt marrante parce qu’elle venait vraiment distinctement en quatre couches – une attaque limite fruitée (un truc entre la pomme et le melon ? bizarre), le miel, le malt, et la levure. Rigolo.

La deuxième était comparativement moins bien. Déjà, elle avait 0 odeur. Genre… 0, quoi. Et sinon, pas mauvais, mais vraiment rien de spécial.

La troisième était marrante aussi – l’impression de boire du miel liquide, avec un rappel d’hydromel à la fin. Difficile de trouver la bière dedans, mais plutôt sympa.

La quatrième, c’était ma préférée des cinq. Une bière brune, qui a un goût de bière brune, et avec du miel, qui a un goût de miel. Très chouette.

La dernière était très bien aussi – au miel de sarrasin. Un peu le même concept que la quatrième – mais plus sur le miel (qui est d’ailleurs goûtu.

Bref, une découverte intéressante, en tous cas !

Impressions post keynote Google I/O

io15-colorComme tous les ans depuis le début de Google I/O, aujourd’hui j’ai regardé la keynote de Google I/O. L’enregistrement de la keynote est disponible sur YouTube, mais vu que c’était une keynote de 2h+, c’est un peu long 🙂 Bon, évidemment, ya plein de gens qui vont faire des articles pour tout raconter, moi je vais faire la version courte avec les trucs que j’ai trouvés cools.

  • On commence comme d’hab avec Android ; il y a eu une vague preview d’Android M, qui a l’air d’être pour l’instant plus une version de polissage qu’autre chose (de leur aveu à eux). Le truc vachement bien quand même, c’est qu’il semble enfin y avoir une gestion non-débile des permissions de l’app : quand l’app a besoin de $trucdontelledevraitpasavoirbesoinapriori, elle demande à ce moment là, et pas à l’install. Ils ont l’air de dire que ça va être valide que pour les apps qui utilisent Android M, donc je demande encore à voir, mais ça semble aller dans la bonne direction.
  • Android Wear semble commencer à faire des trucs. Y compris de la reconnaissance d’emoji. Je dubite un peu. Par contre maintenant ya Maps sur la montre, ça c’est cool.
  • Ils ont causé de plateformes pour Internet of Things, aussi. Bientôt : Android sur mon grille-pain.
  • Ils ont l’air de bien s’amuser avec Google Now ; ils vont sortir des trucs pour avoir une intégration de Google Now dans le contexte d’une application quelconque. Un des exemples donnés, tu reçois un IM de « on va bouffer à tel restau et oublie pas de passer au pressing », Google Now propose des avis du restau en question et d’ajouter un pense-bête pour aller au pressing. On sent qu’ils s’amusent bien.
  • Ya apparemment une refonte complète de Photos, aussi bien web que mobile. Je demande à voir ce que ça donne en pratique au niveau interface et au niveau de ce que ça peut sortir. Par contre, dans l’immédiat, stockage illimité de photos (jusqu’à 16MPixels, apparemment, on dira que ça va pour l’instant), et ça c’est Bien™. Le partage facile par lien a l’air prometteur, aussi (en gros, sélectionner photos, cliquer « zyva file-moi un lien », avoir un lien partageable avec n’importe qui, qu’il ait un compte Google ou pas).
  • Android Studio 1.3, y compris prise en charge de C++, et Polymer 1.0 (des composants).
  • Ils se lâchent complètement sur Cardboard (le machin de réalité virtuelle fait avec un bout de carton, un aimant et deux lentilles), y compris un programme pour les écoles, option « faites des sorties scolaires sans sortir de votre classe ». Ça a un aspect science-fiction des années 50, je dois dire.
  • De manière liée, ils sortent une spec pour mettre 16 caméras en rond pour pouvoir prendre des vidéos 360°. Et un bout de hard réel avec GoPro. Et du soft derrière pour recoller tous les morceaux des 16 caméras et les afficher… sur YouTube.

Ça manquait un peu d’annonces de matériel – ya probablement des choses en cours, ils ont vaguement parlé d’USB-C quand ils ont parlé d’Android, et je crois pas qu’il y ait des téléphones avec USB-C à l’heure actuelle. Mais sinon, pas grand chose de ce côté. Ça a pas causé de Google+, non plus, mais ça c’était déjà le cas l’an passé.

Bref, c’était pas la keynote I/O la plus spectaculaire, mais quand même un certain nombre de trucs que je suis curieuse de voir dans les prochains mois 🙂

Et là, Blizzard se la joue (presque) CCP.

Gold_BarsJe viens de recevoir un mail qui m’a fait faire « huh ».

Une des spécificités d’EVE Online, le MMORPG auquel je joue le plus ces temps-ci, est le PLEX. Le PLEX est un objet dans le jeu qui peut

  • s’acheter en-dehors du jeu (contre des vrais sous)
  • se vendre dans le jeu (contre de l’ISK, la monnaie du jeu)
  • s’échanger contre du temps de jeu et divers services fournis par CCP, l’entreprise qui gère EVE.

Donc en gros, il est possible d’acheter de la monnaie de jeu avec des vrais sous, mais il est aussi possible d’acheter du temps de jeu avec des sous gagnés dans le jeu. Les joueurs les plus acharnés arrivent à « plexer » plusieurs comptes avec leurs revenus dans le jeu.

Le truc, c’est que les jeux qui ont une économie (je suppose que c’est une bonne partie des MMORPG) induisent presque automatiquement un marché noir autour de l’économie en question. C’est un des gros problèmes de WoW : il y a pas mal de spammeurs de vendeurs d’or, option « tu me payes X$ et je te donne XXX pièces d’or en jeu ». Ce genre de pratique est strictement interdite, mais existe très clairement (avec probablement différents niveaux d’arnaque, je sais pas, j’ai jamais essayé d’acheter de l’or dans WoW, pis d’abord c’est interdit, alors, bon). Évidemment, avec ça viennent tout un tas de problèmes qui impactent directement les joueurs – le spam en est un, le vol de comptes (pour pouvoir collecter de l’or dans le jeu sans pour autant payer de souscription) en est un autre, et il doit y avoir à peu près le même genre d’économie douteuse que tout ce qui tourne autour du spam par e-mail, en fait.

CCP a introduit le PLEX dans EVE en 2008 et, si le problème n’y est pas réglé, il me semble tout de même vachement moins présent. C’est un peu ce que les commentaires disent en général : le fait d’avoir une mécanique « officielle » limite le prix réel auquel se négocie la monnaie du jeu. Et rend probablement beaucoup moins tentant pour le joueur lambda l’offre non-officielle.

Ben vla que Blizzard a introduit le même genre de mécanique avec le Jeton (ça faisait visiblement quelque temps que l’information tournait et c’était déjà fait aux US, j’avais complètement raté ça.) Enfin, pas tout à fait. La grosse différence, c’est probablement qu’EVE est fondamentalement vachement plus capitaliste 🙂 En particulier, dans EVE, le PLEX peut se vendre à n’importe quel prix. Si tu te vautres et que tu oublies un 0 dans le contrat de ton PLEX, t’as plus que tes yeux pour pleurer. Le PLEX peut aussi se voler et se looter - si tu fais la bêtise de trimballer des PLEX dans ton vaisseau et que tu te prends un missile dans la figure, c’est tant pis pour toi (et tant mieux pour l’autre). Les scams et les arnaques font très officiellement partie du jeu, et les PLEX n’ont pas de statut à part dans ce cadre. Il est aussi possible de spéculer sur le PLEX, acheter à bas prix, revendre à haut prix, tout ça.

Le Jeton WoW perd tous ces aspects : le jeton ne peut se vendre qu’une seule fois, à un seul endroit et à un prix fixé par « le marché ». (Et tu peux pas te faire piquer tes tonjs.) (Quelqu’un a un tonj de lessive au bâtiment R ?) (Pardon je m’égare.) Du coup, si les deux mécaniques peuvent sembler à première vue similaire, l’impact sur le jeu est assez différent. Je suis quand même assez amusée par l’apparition de cette mécanique dans WoW. Et quant au fait de limiter le prix de la monnaie du jeu, apparemment il y a des vendeurs d’or qui râlent sur Internet que la vente d’or, c’est plus ce que c’était et ça devient d’une rentabilité douteuse. Ce qui est probablement un bon point pour mon niveau de spam (ou un très mauvais, s’ils redoublent d’efforts !). Je me demande aussi quel est l’impact de la gestion de la chose dans le jeu. Il est évident que des transferts d’argent réel se font en échange de PLEX dans le jeu (hors canaux officiels). Le fait que le jeton WoW ne soit pas revendable est probablement une tentative d’éviter ça. Mais du coup, l’impact sur les canaux non-officiels doit être assez différent aussi. Ça doit être très dur d’avoir des stats sur le sujet, mais j’aimerais vraiment bien savoir ce qu’il se passe…

Battlestar Galactica

Battlestar_Galactica_intro

Toujours dans la série des séries qui valent le coup d’être regardées, je vais parler de Battlestar Galactica qui est aussi dans mon panthéon personnel. Note : il y a deux séries Battlestar Galactica, l’une dee 1978, la deuxième de 2003, je parle de cette deuxième série, j’ai pas vu la première.

La série commence par un événement un tantinet dramatique : les douze colonies humaines sont attaquées en même temps et détruites à grands coups d’armes nucléaires dans la figure (aïe.) Les responsables : les Cylons, qui ont évolué depuis les robots créés par les humains dans un passé assez lointain. Les seuls survivants sont dans les vaisseaux spatiaux qui se trouvaient être hors des colonies en question : un peu moins de 48000 personnes en tout, répartie dans une flotte qui a les Cylons à sa poursuite et qui semble pas être dans le meilleur état possible pour survivre. Battlestar Galactica suit l’histoire de ce groupe de gens à la recherche d’une nouvelle maison, principalement à travers l’histoire du personnel du Galactica, un vaisseau de combat vieillissant (techniquement le jour de l’attaque était le jour de son décommissionnement…) qui prend la tête de la flotte.

Lire la suite de « Battlestar Galactica »