CodinGame organise un concours de programmation en ligne "Code VS Zombies" qui aura lieu du samedi 28 novembre 2015 à 18h (heure de Paris) au dimanche 29 novembre (18h). Gratuite et ouverte aux développeurs du monde entier, la compétition se déroulera sur 24 heures.

WebVim est une distribution Vim qui vient avec un lot de greffons pré-configurés et optimisés pour le développement web et JavaScript/node.js.

WebVim offre par défaut quelques fonctionnalités sympas, dignes de certains IDE et éditeurs de code spécialisés :

• coloration syntaxique ;
• affichage des erreurs de syntaxes et de styles ;
• auto-complétion ;
• refactoring ;
• curseurs multiples ;
• formatage et alignement automatiques ;
• prise en compte de conventions d'édition (editorconfig) ;
• prise en charge de git ;
• navigation dans les modules nodes.js ;
• un mode hardcore (où par exemple la touche Esc et les flèches sont désactivées) ;
• et tout ce que Vim fournit par défaut (par exemple la vérification orthographiques) !

WebVim utilise le gestionnaire de greffons vim-plug en arrière plan et un système de chargement et de configuration avancé.

Après Lutim, qui permet d’héberger des images, je me suis dit « Pourquoi me limiter aux images ? ». Et puis, ça m’embêtait de chiffrer les images côté serveur. Bien sûr, pour pouvoir utiliser les images dans des balises <img>, il fallait que le chiffrement et le déchiffrement se fassent côté serveur. Mais, pour des fichiers, ça ne sert à rien.

J’ai donc pris exemple sur Zerobin, qui chiffre le texte côté client, en utilisant la bibliothèque Stanford Javascript Crypto et qui met la clé dans une ancre dans l’adresse URL.

Avec ça, j’ai repris le mode de fonctionnement de Lutim (qui lui‐même est fortement pompé sur mon logiciel Lstu), j’ai saupoudré de Bootstrap et de WebSocket et ça a donné Lufi !

Haxe est un langage de programmation orienté objet, open source, basé sur un système de classes comme C# ou Java.
Il permet de mettre en place des types abstraits, des metadatas, des Generics, des Enums, ou encore faire de la programmation fonctionnelle comme en F#.
C’est une solution robuste, multi-paradigme, parfaitement adaptée au développement d’applications web, au jeu et au mobile.

Il y a quelques jours, la version 3.2.0 est sortie avec son lot de nouveautés et de corrections.
Cette dépêche présente les principaux changements et profite de l'occasion pour refaire un tour des possibilités offertes par ce langage.

RapydScript est un langage qui se compile en JavaScript, avec une syntaxe et des fonctionnalités qui se veulent proches de Python. Pour ceux qui connaissent coffeeScript, RapydScript est pareil mais inspiré par la lisibilité de Python. Il ne s'agit pas d'une nouvelle tentative de faire tourner Python dans le navigateur, comme par exemple Pyjamas. RapydScript reste du JavaScript, il n'introduit aucune limitation ni surcoût. Il paraît juste plus propre et donne l'impression d'écrire du Python.

Ses quelques fonctionnalités :

• comme CoffeeScript, RapydScript répare les incohérences et inconsistances de JavaScript ;
• un système de classes similaire à Python ;
• support des listes en compréhensions ;
• des exceptions comme en Python ;
• des modules, plus flexibles que les modules Python ;
• des arguments optionnels pour les fonctions, comme en Python ;
• des décorateurs (sans arguments) ;
• un système d'héritage plus puissant que celui de Python et plus clair que celui de JavaScript ;
• le support d'objets (dictionnaires) avec fonctions anonymes, comme en JavaScript ;
• la possibilité d’appeler n'importe quelle fonction, méthode, code JavaScript ou appel au DOM de n'importe quel framework, sans syntaxe spéciale ;
• le choix entre les méthodes et fonctions à la Python ou leurs équivalents JavaScript ;
• RapydScript s'auto-compile, c'est à dire que le compilateur est lui-même écrit en RapydScript et compile en JavaScript.

Après 12 ans de silence, le projet Freedom CPU vient de redémarrer. Il a commencé par se doter d'un nouveau site tout propre, avec wiki, blog et (Ôh!) un git, mais surtout le projet repart de zéro en gardant juste le meilleur du travail réalisé autour de l'An 2000. En effet, le FC0 est une architecture RISC qui n'a pas beaucoup vieilli, alors que l'environnement, l'industrie et les applications ont radicalement changé.

Ce mois de mars est très dense et il y en aura pour tout le monde. Au sommaire de cette revue de presse donc, de la programmation, du logiciel, de l'embarqué, de la bidouille, de l'adminsys. Il y en a pour tous les goûts.

• GNU/Linux Magazine n^o180 qui titre sur CEPH, système de stockage objet ;
• Linux Pratique n^o88 revient sur le double boot Linux/Windows ;
• MISC magazine n^o78 passe en revue la sécurité des navigateurs ;
• GNU/Linux Magazine hors-série n^o77 prétend vous apprendre la programmation Orientée Objet (avec Python), en six jours !
• Hackable Magazine n^o5 s'intéresse à l'Arduino après le Raspberry Pi du précédent numéro ;
• Open Silicium n^o14 quant à lui vous propose d'étendre la prise en charge matérielle d'Android.

Toujours en kiosque, Planète Linux n^o83 chouchoute votre vie privée.

Profitant d’un petit moment de répit entre l’envoi de mon manuscrit de thèse et la préparation de la soutenance, j’ai décidé d’assouvir mon besoin de coder. Et, si possible, quelque chose n’ayant rien à voir avec ce que je peux faire au boulot. J’ai donc voulu coder un petit jeu en JavaScript dans le but de le faire tourner sur Firefox OS et ainsi découvrir l’envers du décors du Firefox Marketplace. Attention : cette dépêche étant à l’origine un journal, les propos qui suivent sont très subjectifs.

Je vous propose ici un résumé des grandes étapes pour le développement d’un jeu pour Firefox OS, mais surtout de mes impressions. Je ne vais donc pas parler spécifiquement de mon jeu. En dépit des quelques critiques que je formule ici, j’espère que ce retour d’expérience poussera certains d’entre vous à se lancer, car le développement d’un jeu pour Firefox OS n’a rien de très compliqué.