CrEv's blog

Aller au contenu | Aller au menu | Aller à la recherche

Mot-clé - javascript

Fil des billets

2012 oct. 11

De tout, de rien, des bookmarks, du bla bla

Note : Comme d'habitude ce contenu est cross-posté sur linuxfr

Introduction

Bon, j'ai zapé encore une fois quelques numéros, mais c'était entre autre parce que j'ai créé Sleipnir et ça m'a pris un peu de temps. Et je sais que vous l'attendiez tous impatiemment !

Pour cette fois, comme d'habitude pas mal de dev web, surtout autour de javascript.

Allez, assez de bla bla, place aux liens

Un peu de contenu

Développement

Tout d'abord, une nième surcouche à javascript. Cette fois ci en provenance mozilla, Sweet.js. Je ne l'ai pas encore testé mais je n'ai pas vraiment saisi l'intérêt. L'un d'entre vous a-t-il déjà essayé ?

Encore en lien avec Mozilla, voici LLJS. Il s'agit, d'après la doc, d'une surcouche à javascript orientée bas niveau, avec un système de typage à la C, avec gestion manuelle de la mémoire. Idem je ne sais pas quel est vraiment le but recherché, c'est intéressant sur le principe, mais je vois pas bien l'intérêt. Par contre, ça peut être assez marrant et il serait intéressant de voir si l'absence de garbage collector peut avoir un intérêt quelconque (performances par exemple).

Bon, je ne parlerai pas vraiment de TypeScript, allez juste un petit peu. Beaucoup de personnes l'ont comparé à Dart. Mais je pense que ce n'est comparable qu'en apparence. TypeScript tente de corriger des problèmes du genre typage, modèle objet. Le but est, il me semble, d'avoir un langage plus robuste, plus propre pour aider au développement, et ensuite de l'exécuter une fois compilé en javascript. Dart part d'un tout autre constat : on s'approche des limites d'optimisation de javascript. En gros, par design, javascript est complexe à optimiser et chaque amélioration coûte assez cher. L'objectif est donc de remplacer javascript par un langage qui peut être mieux optimisé, qui, par design, pourra mieux répondre aux attentes de performances. Evidemment le tout en améliorant le langage, mais sans non plus tout changer. En attendant, Dart peut tout de même être compilé en javascript, ce qui pour le coup les mets un peu à égalité dans les faits.

Toujours en parlant de Dart, voici des conventions d'organisation de paquet. Même si les choses s'améliorent, c'est un point qui est souvent négligé dans le web. Probablement car initialement il n'y avait pas besoin d'empaqueter grand chose. Mais maintenant que tout (ou presque) passe par des préprocesseurs ou compilateurs (que ce soit les feuilles de style, les templates, les dart/typescript/coffeescript/...) les choses deviennent un peu plus complexes. Avoir une bonne structure à ce niveau est plutôt intéressant.

Et en parlant de coffeescript, v'la t'y pas que Dropbox migre sous coffee pour leur code client. Un retour d'expérience plutôt intéressant, sur un ensemble de code de taille correcte (environ 20 000 lignes). Je vous laisse allez voir leurs arguments et quelques exemples, mais ce qui est clair est qu'ils sont plutôt tombé sous le charme. D'ailleurs tout le nouveau code est en coffee.

Pour rester un peu dans le web, je ne sais pas si vous avez vu passer les news en provenance du w3c : après avoir fait de html5 une version "rolling release", puis séparé html5 en html5 et html5 (bon ok, un truc plutôt stable et un truc plutôt mobile) voici qu'ils planifient html 5.1. Franchement j'ai un peu de mal à voir l'intérêt. On va en fait revenir à la même situation qu'avant, les navigateurs qui supportent des versions différentes, et un bordel sans nom pour gérer ça. Et je ne parle même pas du fait d'utiliser rapidement des nouveautés...

Je ne rentre pas dans le détail, mais voici une plutôt bonne explication des websockets.

Et également une présentation de la boucle d’évènement de node.js. Plutôt intéressant si vous voulez vous y mettre, ou juste par curiosité.

Avant de clore la partie développement voici un lien particulièrement instructif. Il s'agit d'un article sur le fait d'écrire de meilleurs bibliothèques javascript. L'article commence, à raison, sur le fait qu'on passe beaucoup plus de temps à utiliser une bibliothèque qu'à l'écrire. Par contre, s'il y a des choses plutôt intéressantes, je suis mitigé par rapport à certains points. Un exemple parmi d'autres : Generating accessors. Je vois bien leur problème de duplication de code, mais je trouve que l'usage de générateurs est quelque chose qu'il est souvent (pas forcément tout le temps) préférable d'éviter. Déjà on commence à s'approcher de la méta programmation, et c'est malheureusement pas ce que beaucoup de développeurs (à tord) connaissent et utilisent. Ensuite, je trouve que la lecture du code de la bibliothèque en est très fortement perturbée. On ne voit plus vraiment les méthodes existantes, et ça en terme de maintenance c'est plutôt mauvais. La documentation est également tout de suite plus complexe à réaliser (et pourtant pour une bibliothèque c'est quand même super important). En fait j'utilise les principes de générateurs dans un tout autre contexte, qui je trouve est beaucoup plus pertinent : les méthodes cross navigateurs. Typiquement les méthodes de gestion d'évènements. Beaucoup de méthodes du genre sont bourrées de tests, pour savoir si on a attachEvent ou addEventListener. Pour le coup il est vraiment intéressant de créer, à l'exécution, la bonne méthode. L'avantage étant que le code exécuté sera plus simple, plus performant car supprimant pas mal de tests. Juste pour représenter ce que je dis (grossièrement). En général on a :

javascript myCoolApi.addEvent = function(target, eventType, ...) { if ("attachEvent" in window) { // bla bla bla } else if ("addEventListener" in window) { // bla bla bla } else { throw new Error("unsupported") } }

alors qu'on pourrait pour le coup avoir :

javascript myCoolApi.addEvent = (function() { if ("attachEvent" in window) { return function(target, eventType, ...) { // do the ms way }; } else if ("addEventListener" in window) { return function(target, eventType, ...) { // do the right way }; } else { return function() { throw new Error("unsupported"); } } }()

Je trouve ça relativement clair tout en étant meilleur à l'exécution. Et vous, vous en pensez quoi ?

Et pour terminer, je vous laisse sur une vidéo bien cool présentant quelques subtilités de ruby et javascript.

Misc

Voici une "petite" analyse très sympa sur les codes pin. Allez vraiment la voir, ça pourra répondre par exemple à la question "pourquoi 2580 est en 22° position des codes les plus utilisés alors que sur votre clavier ça ne ressemble pas à grand chose ?".

Je me suis mis récemment à irssi (en fait je suis même passé sous i3 mais c'est encore une autre histoire). Et de mes recherches, voici deux liens qui peuvent vous intéresser. Tout d'abord un thème sympa, solarized. Normal qu'avec ma css linuxfr je l'utilise ;) Ensuite, voici un article sur l'utilisation de irssi et screen. Je ne l'ai pas encore complètement lu, mais il semble plutôt complet et intéressant.

Et vous, avez-vous des ressources, astuces, ... pour un débutant sous irssi (ou sous i3 d'ailleurs) ?

Graphisme & co

Si vous vous demandez quels sont les principes derrière l'interface de Firefox OS, en voici une présentation.

Un peu de graphisme dans ce monde de brutes ! Voici une série de logos plutôt intéressants par leur utilisation de l'espace négatif. On y pense malheureusement peu souvent, c'est pas toujours évident à manier mais c'est plutôt agréable et permet d'avoir des logos à deux lectures.

Liste des liens présentés

Introduction

Développement

Misc

Graphisme & co

2012 sept. 20

De tout, de rien, des bookmarks, du bla bla

Introduction

Pfiou, la dernière news remonte à un moment quand même.... Bon, je vais essayé de reprendre le rythme même si mon nouveau boulot ne m'en laisse pas vraiment le temps pour le moment...

Quoi qu'il en soit voici quelques news en vrac, il y a probablement des choses qui datent un peu mais ça devrait le faire quand même.

Bonne lecture !

Un peu de contenu

Développement

Vous connaissez probablement tous atom. S'il est plutôt souvent utilisé il reste relativement lourd et complexe. Voici donc hAtom qui est un microformat basé sur un sous ensemble d'atom mais en étant plus orienté vers les articles de news, les blogs, etc. Je ne sais pas si ça a un intérêt réel mais je trouve l'idée assez intéressante tout en prenant en compte l'existant (atom) plutôt que de vouloir tout réinventer.

En tant que sujet quelque peu récurrent, voici des articles au sujet de go (le langage). Tout d'abord un petit exemple, une petite introduction au langage et quelques libs : quick and clean in go. Ce que je trouve vraiment intéressant est la facilité, rapidité avec laquelle on se retrouve avec un serveur web, un moteur de template, une connexion à mongodb, etc. Plutôt pas mal pour un langage initialement plutôt système.

Deuxième article, cette fois expliquant comment créer un chat avec go et les websockets HTML5.

Ensuite, un petit retour de la part de bitly et de leur usage de go, Go go gadget.

Et enfin, voici un ensemble d'outils (un framework ?) web pour go, Gorilla.

Tout ceci me donne sacrément envie de tester Go. Je pense que ça va être, vraiment, le prochain langage que je vais apprendre (outre le fait que je recommence le php, le ruby et que je début en coffeescript...).

Pour continuer dans les langages de développement, voici une petite partie dédiée à javascript et au web (je ne pouvais pas faire sans ;) )

Tout d'abord voici un article qui parle de garbage collector en javascript. En gros, comment écrire du code qui va permettre d'être bien pris en compte par le garbage collector. C'est un sujet qui est peu abordé en javascript, mais avec l'augmentation des performances et l'augmentation de l'usage de ce langage, ça devient vraiment intéressant de s'en préocuper.

D'ailleurs, si vous souhaitez vous améliorer en javascript, deux ressources peuvent vous intéresser. Tout d'abord un superbe bouquin (en CC NC-ND) sur les design patterns en javascript. Ce livre est plutôt complet, et plus qu'un livre à lire d'un bloc c'est je pense une bonne référence à garder sous le coude en cas de besoin. Si jamais vous souhaitez lire d'autres livres sur javascript, voici par contre la référence ultime : JSbooks. Il liste une belle petite collection de livres (libres/gratuits) sur javascript ou coffeescript. J'aimerais vraiment pouvoir faire des doubles journées pour avoir le temps de tout lire...

Maintenant que vous êtes au fait de javascript, vous vous demandez probablement comment packager vos applications web ? Non ? Heu... Bon c'est pas grave, twitter s'est un peu posé la question et ils ont sorti bower. Bower est un outil générique pour résoudre des dépendances. Il peut récupérer directement depuis git et n'est pas spécifique à javascript (même si c'est l'une des cibles privilégiées). Un package peut aussi bien contenir du javascript que du css, de l'html, des images, etc. Il est plutôt bas niveau, utilise node.js (et donc npm node package manager pour s'installer). Je ne l'ai pas encore testé mais ça me semble plutôt intéressant. Twitter est entrain de migrer son frontend pour utiliser bower. Comme outil utilisant déjà bower, on retrouve yeoman dont j'avais déjà parlé et qui est désormais public. Je n'ai pas non plus eu le temps de le tester (doubles journées, toussa) mais ça figure en très bonne position sur ma todo list. Quelqu'un l'a-t-il déjà testé et pourrait faire un retour ?

Mais il n'y a pas que le javascript sur le web. Il y a aussi le CSS ! Voici donc quelques liens plutôt sympa sur le sujet. Tout d'abord, une mine d'information sur linear-gradient. Si vous ne saviez pas comment utiliser cette propriété vous n'avez désormais plus aucune excuse. Voici également une présentation des nouvelles possibilités des régions CSS. J'attends réellement ça avec impatience tant le gain est important. Pour avoir bosé pendant un temps du côté de l'édition et donc avoir eu à cotoyer ce type de bloc, c'est vraiment une très bonne avancée pour la publication sur le web. Et si vous voulez avoir des designs qui ont de la gueulle, voici une présentation sur les possibilités typographiques en CSS. Allez la voir, ça prend pas longtemps mais c'est vraiment instructif.

Maintenant, il faut dire que de plus en plus on utilise des préprocesseurs CSS. L'un des plus connus est SASS, qui vient de passer en version 3.2. Vous trouverez pas mal de ressources sur le net, dont par exemple cette liste de mixins à garder sous le coude pour ne pas réinventer tout le temps la roue.

Misc

Et sinon, en vrac, voici une présentation sur le fonctionnement de github, Google qui prévoit d'arrêter le support d'IE8, une présentation sur la CLI. Voici également une explication du design de la page de status d'heroku

Graphisme & co

Voici un article réellement intéressant sur les couleurs. J'ai hésité un peu à le placer dans les liens de développement mais finalement il a plus sa place ici car traite du choix de couleurs à partir d'algorithmes. Un très bon article à lire, vraiment.

Je ne résiste vraiment pas à vous partager ce dessin réalisé au stylo à bille, c'est juste impressionnant !

Liste des liens présentés

Développement

Misc

Graphisme & co

2012 juil. 31

De tout, de rien, des bookmarks, du bla bla

Introduction

Un numéro de zappé, mais c'était pour la bonne cause : ma css linuxfr-solarized. Finalement ça prend plus de temps que prévu, donc moins de liens collectés. Et faut dire aussi que j'ai l'impression que pas mal de monde a commencé les vacances, donc beaucoup moins d'activité. Donc toute petite revue cette fois-ci, mais revue quand même.

Un peu de contenu

Développement

On commence directement avec du développement web. L'une des questions qui revient toujours est de savoir quelles sont les fonctionnalités supportées et disponibles pour un navigateur. Ce site, haz.io, ne vous renseignera pas sur le support pour l'ensemble des navigateurs, mais mettra en évidence ce que votre navigateur supporte. Et pour quasiment chaque fonctionnalité un lien vers les specs (ou draft) du W3C est réalisé, est ça c'est bien.

Toujours côté web, la fonction css calc() est désormais non préfixée. Enfin presque, c'est pour firefox 16. C'est une très bonne chose, c'est réellement une fonctionnalité intéressante pour le design web. Voici le bug chez mozilla. Cette fonctionnaltié existe aussi dans IE9, ce qui permet de l'utiliser (en rajoutant les bons préfixes) sur tout navigateur récent, IE >= 9, firefox et webkit.

Pour continuer les précédents numéro, un peu de coffeescript : j'ai découvert qu'on pouvait chainer les comparaisons :

Au lieu d'écrire ça

js value < 100 && value > 50

on écrit simplement

js 100 > value > 50

Mais pourquoi les autres langages n'ont pas ça ?

Une petite astuce toute simple pour ceux qui débutent avec git et qui ont peur des merges. En gros c'est l'utilisation des branches comme bookmark (pour une fois que je peux employer un terme hg en parlant de git ;-) ) pour pouvoir avoir un point de restauration si on se plante.

Je remonte également un lien trouvé dans un commentaire de nono sur les EBook : une lib javascript pour afficher des maths dans une page web. Entre autre chose une utilisation importante des polices de caractères, ce qui permet au rendu de suivre les zooms. Et ça c'est vraiment bien, bien mieux que n'importe quel plugin, mieux qu'une image, et même mieux qu'une image vectorielle finalement (ne serait-ce que parce que c'est toujours du texte). A avoir sous le coude si vous devez inclure des maths dans de l'html.

Comme vous l'avez probablement remarqué, je suis toujours en quête d'un bon outil pour gérer mes sources, mes bugs, mes code reviews, etc. Cette fois-ci je vous propose phabricator. Phabricator regroupe tout ça et même plus. C'est à la base un projet de facebook et ça me semble plutôt pas mal. Je suis justement en cours d'installation.

Actuellement j'utilise github, j'ai aussi des repositories sur baregit. J'ai aussi une instance de gitorious mais je n'en suis pas totalement satisfait (il manque pas mal de choses, même si le côté hébergement de source fonctionne plutôt bien). J'aimerais en fait pouvoir avoir une instance chez moi d'un équivalent (fonctionnel) à github et simplement avoir des miroirs des sources (pour alléger ma bande passante si certains veulent faire un clone).

Dans la liste des versions à tester, j'ai également gitlab qui vient de passer en version 2.7 avec pas mal de nouveautés.

Misc

Si vous êtes sous gnome, vous apprécierez peut-être ce client mail : Geary. Pour ma part je ne l'ai pas testé, mais il me semble plutôt sympa, au moins pour du mail "perso".

Vous aussi vous avez un site web ? Vous aussi vous stockez des mots de passe ? Alors ne faites simplement pas comme Tesco. Voici un article très intéressant vous rappelant plusieurs règles de sécurité à adopter, en prenant comme contre exemple Tesco. Faut dire qu'ils l'avaient un peu cherché en twittant :

Passwords are stored in a secure way. They're only copied into plain text when pasted automatically into a password reminder mail.

Qu'est ce qui motive les gens ? Les récompenses ? Leur donner le choix ? Les forcer ? Les autonomiser ? Voici un Ted talk plutôt connu dans lequel Dan Pink tente d'apporter quelques réponses : The surprinsing science of motivation. Et pour ceux qui ne le savent pas, le lecteur est plutôt bien fait avec entre autres de nombreuses transcriptions et traductions, liées à la vidéo.

Graphisme & co

Un lien sympa (parmi plein d'autres) pour savoir faire des formes en css.

Liste des liens présentés

Développement

Misc

Graphisme & co

2012 juil. 3

De tout, de rien, des bookmarks, du bla bla

Introduction

Voici une nouvelle petite sélection de liens pour la semaine passée. Par rapport aux autres fois je suis légèrement en retard, week end oblige. D'ailleurs, une question pour toutes les personnes habitant à Paris ou environs : c'est quoi votre espèce de truc qui ressemble vaguement (mais de loin) à des transports en commun ? Franchement c'est une honte votre métro, comment vous faites pour utiliser ça ? Des escaliers dans tous les sens (supaïr avec enfant, poussette et bagages). Des portiques tellement étriqués qu'on a du mal à passer dedans (supaïr avec enfant, poussette et bagages). Des passages larges introuvables, inexistant ou non indiqués (supaïr avec enfant, poussette et bagages, mais aussi pour personnes à mobilité réduite, âgées ou autre). Franchement, venez à Lyon, au moins la majorité (tous ?) des quais sont accessible via ascenseur, on peut passer les portiques avec poussette et bagages. En fait le métro à Paris c'est juste fait pour les personnes en bonne santé tenant debout sur leurs deux jambes quoi. Ben c'est beau...

Comment ça on s'en fout ?

Comme la dernière fois, vous pouvez retrouver la liste des liens à la fin du post.

Un peu de contenu

Développement

Pour bien commencer ces bookmarks, voici Solarized, une palette de 16 couleurs. L'objectif est évidemment de colorer nos précieux codes sources, de manière la plus agréable possible. Un sacré travail a été fait pour avoir des couleurs homogènes, un contraste correct, une bonne relation entre les couleurs (qui ne sont pas du tout prises au hasard). Le tout existe en deux versions (fond clair ou foncé). Pour ma part j'ai essayé rapidement et j'ai trouvé la version sombre un peu désagréable, j'utilise actuellement la version claire pour préparer ce post. Maintenant je me suis aussi rendu compte que le rendu variait fortement suivant les écrans, donc c'est pas évident. Quoi qu'il en soit un thème sympathique et cohérent, et dans tous les cas une très bonne base. Bravo pour ce boulot qui change des thèmes classiques ou fait un peu au hasard !

Dans le genre "ça peut toujours être utile" voici une petite liste de [10 .htaccess] à garder sous le coude. Beaucoup sont connus mais le force download par exemple est intéressant.

Git est devenu, assez rapidement, un outil de développement très répandu. Mais il n'est pas toujours évident de comprendre tous les concepts présents. Voici donc, sans être exhaustive, une présentation visuelle de git. Il ne s'agit bien évidemment que de représentation du dépôt ou de l'état des fichiers, mais c'est déjà pas mal.

Evidemment, qui dit Git dit GitHub (ou pas). Et je suis certain de nombreux utilisateurs de GitHub attendaient cette fonctionnalité avec grande impatience : l'utilisation de subversion comme client pour github ! Bon, je vous avouerais honnêtement que j'en vois pas l'intérêt, mais pour quoi pas. Dans tous les cas une bien belle performance alors que certains s’évertuent à faire exactement l'inverse (git-svn par exemple).

Adobe est en train de développer un nouvel éditeur, pour les technos web, Brackets. Mais surtout, il est développé à partir du web. En effet, l'éditeur est réalisé en utilisant de l'html, du css et du javascript (sur base de chrome). Le style est plutôt sobre mais agréable, les premiers tests effectués m'ont plutôt laissé une bonne impression (rare pour des éditeurs en javascript). Je ne sais pas trop ce que ça va donner au final mais à suivre. Ha oui, et c'est dispo sous windows et mac même s'ils disent que le portage sous linux ne devrait pas poser trop de problème vu les technologies choisies. Et c'est sous MIT donc vous pouvez le porter vous même. A priori certains premiers retours sont encourageant.

J'ai déjà parlé plusieurs fois de Sublime Text 2. La version 2.0 est maintenant officielle (précédemment beta). C'est un éditeur (malheureusement pas libre) multiplateforme (windows, linux, mac). Il est vraiment agréable, très pratique et très puissant. C'est une très bonne alternative à certains IDE et en partie à vim/emacs, même si c'est probablement moins extensible. Sur ce point il faut noter qu'il est compatible avec Textmate et ça offre tout de suite pas mal de bundles ou thèmes.

Franchement c'est un très bon éditeur, avec des fonctionnalités vraiment sympa (comparativement à beaucoup d'éditeurs) ne serait-ce que la sélection verticale, la sélection des occurrences d'un mot pour édition multiple, transformation multi-ligne - mono-ligne, etc. Allez voir le site c'est plutôt bien présenté.

Ha oui, le tout avec une interface plutôt agréable et légère (mini maps par exemple).

Maintenant, la question que je me pose malgré tout : pourquoi n'y a-t-il pas d'éditeurs du genre en libre ? (et non je ne parlerai pas de notepad++ qui outre le fait de ne pas être multiplateforme à une interface déplorable, enfin très windows quoi). Est-ce que la présence de vim/emacs fagocyte tout projet de bon éditeur ? Est-ce simplement qu'un (bon) éditeur c'est long et compliqué à créer et que pour vivre en même temps c'est pas évident en libre (sachant que c'est pas forcément évident de faire / vendre du service autour et que c'est souvent le moyen de subsistance dans le libre) ?

Si je demande ça c'est que je trouve que ça manque vraiment. Pendant quelques années on voyait beaucoup de monde sous Textmate (entre autre depuis que les démos de Rails sont apparues...). Il semble en perte de vitesse pour le moment et sublimetext2 est en train de marcher un peu dessus, alors que la demande d'un équivalent windows/linux était très forte (oui, je sais, la demande, pas les doigts pour le code...)

Après de nombreux titres comme Doom, Quake 1 et 2, Doom3, voici que Fabien Sanglard s'attaque à faire une code review de Quake 3. Un sacré sujet et, comme d'habitude, un très bon et impressionant boulot de réalisé. Si vous avez quelques heures à perdre, voici de quoi faire.

Voici un très bon article à propos, entre autre, de Go (le langage de Google). Il est vraiment intéressant à lire, aussi bien pour le côté histoire (ben oué moi j'aime bien les mails de Torvalds dans les news de patrick_g, d'ailleurs c'est ce que je lis en priorité) que pour le côté technique, langage de programmation. Dans tous les cas, si vous vous intéressez aux langages et plus grossièrement à la programmation, allez simplement lire ce très bon article : less is exponentially more. (oui j'ai honteusement pompé ce lien depuis le compte twitter de nono)

Twitter continue d'ouvrir certains programmes. Cette fois-ci il s'agit de Lago un générateur de charge (en fait je ne sais pas trop comment le traduire). Le but est de tester, profiler des systèmes haute performance sous charge, dans un contexte réseau / distribué en s'approchant de la réalité, bruit sur le réseau, etc.

Javascript, bien que très largement utilisé à grand échelle, souffre encore d'un manque de "sérieux" et d'industrialisation. Entre autre, il est assez rare de voir du code testé de manière unitaire et c'est bien dommage vu le côté de plus en plus critique des applications javascript. Pour tenter d'améliore un peu les choses, voici un article d'introduction au test unitaire en javascript.

Misc

Je pense que pas mal de personnes ont du voir circuler cette nouvelle mais je le repartage car c'est plutôt intéressant. Il s'agit d'un contrat de développement en mode agile, écrit par un avocat, en droit français. Ca devrait permettre de réaliser des projets du genre avec un minimum de garantie quant au cadre légal (pas toujours facile, surtout que les méthodes agiles ne sont pas toujours bien vues des "clients", souvent simplement car non comprises ou faisant peur). En tout cas très bonne initiative et une bonne idée de le publier.

Je remonte ici le guide fourni à l'embauche de Valve bien qu'il m'ait été précisé dans les commentaires d'un ancien journal. Je trouve que c'est plutôt bien sympa (ok j'ai pas encore tout lu), autant sur le fond que sur la forme et la démarche. A lire si vous vous demandez si autre chose qu'une boite où vous êtes fliqués dans votre boulot existe.

Pour Google (autre boite sympa, non ?) le cloud est aussi une question de réduction de consommation électrique. Et voici les résultats de leur étude sur le sujet. En effet, combien de serveurs physiques totalement sous-exploités sont en fonction ? La virtualisation permet un premier pas intéressant en terme de mutualisation, et le cloud également à plus grande envergure. C'est un point qu'il ne faut pas négliger, même si ce n'est en général pas le frein ou l'argument le plus important lorsqu'on choisi de placer ces données dans le cloud.

Graphisme & co

Pour changer un peu des Lego, voici quelques sculptures de vos héros préférés. Plutôt sympa, non ?

Lorsqu'on fait du web, du graphisme (ou qu'on cherche juste à créer un nouveau thème pour emacs) on a souvent besoin d'outils pour obtenir des informations sur les couleurs, les dégradés, etc. ColorHexa est justement l'un d'eux. Il renseigne sur les couleurs (RGB, décimal, HSL, ...) mais permet aussi de travailler sur les dégradés. A ajouter dans sa boite à outil concernant les couleurs.

Voici quelques [dessins en 3D]. Et franchement c'est superbe ! J'aimerais vraiment bien savoir dessiner de la sorte ;-) La 3D est vraiment bien représentée, en utilisant l'anamorphose pour simuler l'effet de profondeur. On y croirait presque et l'inclusion d'objets réels sur le dessin ne fait que renforcer cette impression. Du très bon boulot.

Cartographie

Bing vient d'annoncer qu'ils allaient ajouter [165 To d'orthophotographies] aux 129 To existants. Le but est d'avoir, en Amérique du nord et Europe de l'Ouest, une résolution de 30cm/px. C'est quand même bien précis pour une ortho sur un site grand public. En tout cas une sacré mise à jour puisqu'elle est donc plus important que toute la donnée similaire déjà présente. Une tentative de leur part de s'améliorer et de conquérir un peu de la part de marché de Google.

D'un autre côté, Google met en évidence les zones du monde où il n'y a pas de route. Evidemment une partie du résultat était prévisible, mais la représentation (géo)graphique est toujours assez parlante.

Liste des liens présentés

Développement

Misc

Graphisme & co

Cartographie

2012 juin 25

De tout, de rien, des liens, bla bla bla

Introduction

Pour bien commencer la semaine, voici une nouvelle sélection de mes marques pages.

Comme vous pouvez le remarquer j'ai essayé de faire quelque chose à la fois plus structurée et plus pratique pour ceux souhaitant uniquement une liste de lien. Pour une fois j'aurais bien voulu mettre des notes de bas de page mais je n'ai pas réussi à le faire correctement.

Au final vous avez donc le choix de la lecture, soit un journal de brêves, qui commence juste après l'introduction, soit un journal multi-bookmark si vous sautez directement à la section Liste des liens présentés.

Un peu de contenu

Développement

Tout codeur sait bien que la documentation est son ~~meilleur ami~~ pire cauchemard. Les développeurs aiment, en général, tellement écrire de documentations qu'on en arrive à avoir des choses du genre (piqué de twitter) :

php /** * Gets the title. * @return string The title */ public function getTitle() { return $this->title; }

Résultat on en arrive à avoir des développeurs qui disent que la documentation ne sert à rien, et qu'il vaut mieux un code clair. Et oui, au final trop de (mauvaise) doc tue la doc. Pour ma part je ne suis pas vraiment partisant de ceci. Cet exemple est exagéré dans le sens où ça ne sert à rien, mais très fortement encouragé par les générateurs de documentation (typique java & javadoc, c'est là où j'ai vu le pire de doc idiote).

J'aimerais bien pouvoir faire du literate programming, un peu ce qu'on trouver dans docco. Le problème est que je trouve que ça s'adapte assez peu à des programmes objets un peu complexes.

Et en attendant, ben je pense qu'on va rester sur des générateurs "classiques" de documentation. Côté PHP, un petit nouveau est arrivé (libéré), il s'agit de Sami, libéré par Fabien Potencier, auteur entre autre de symfony.

Histoire de rester dans le PHP, voici une présentation sur l'utilisation de Silex pour faire des api REST. La présentation est plutôt simple et claire, elle fait plutôt bien son job. D'ailleurs, je vois de plus en plus de monde utiliser speakerdeck, slideshare serait-il en perte de vitesse ? Quoi qu'il en soit, si vous ne connaissez pas ou peu silex ça peut vous faire une introduction assez sympa à ce micro framework php.

Si vous utilisez Git pour vos projets, vous serez peut-être intéressés par ce tableau de bord. C'est écrit, une fois n'est pas coutume pour un outil du genre, en PHP. Pour ma part je n'ai pas réussi à le faire fonctionner (sous cygwin) et pas eu le temps de faire sous linux ou mac. Si certains l'ont testé/le test, un retour m'intéresserais pas mal.

Toujours pour Git, voici Crew un outil de code review. Comme indiqué plusieurs fois, je suis pas mal intéressé par ce type d'outil. Pour le moment j'utilise parfois un review board pour sa compatibilité Mercurial entre autre. Avez-vous déjà utilisé Crew ?

Je me permet de partager ce lien, contenant nombre de logiciels non libre pour un OS terreux (mais en même temps il parait qu'un tel os permet d'aller sur le chan des extrémistes bdsien alors bon...). Le but de cet article est configurer un mac pour du développement web.

edit : Ha be en fait non, les pommes sont passées de terreuses à SALE SALE SALE

Je quitte un peu la partie pure développement pour vous parler de Cloud. Vous le savez certainement, en Europe le cloud est un peu à la traine. De grands acteurs tentent quand même de tirer leur épingle du jeu mais c'est pas évident. Et à priori, au delà des problèmes technique, se pose également des problèmes légaux. Entre autre, les lois sur la protection des données personnelles sont un frein à certaines possibilités techniques (par exemple le fait que ces données ne doivent pas sortir de l'Europe, problématique lorsque les data centers sont répartis partout dans le monde). Le CERN demande donc une évolution de la réglementation afin de favoriser le Cloud. C'est évidement un sujet loin d'être simple, mais pour le moins urgent, surtout que changer la réglementation est long, très long, surtout à l'échelle des changements informatiques.

Voici, pour changer un peu, un long et instructif post sur WebGL et la 3D. Je ne vais pas vraiment détailler, le mieux étant d'aller le lire. /me se souvient avoir bossé dans une startup dont l'objectif était de faire de la 3D dans les navigateurs. A l'époque point de WebGL, on intégrait un moteur Ogre sous forme de plugin et on le pilotait depuis une interface html/js (et des web services, et du scripting lua). C'était bien sympa, même si pas évident. Aujourd'hui les choses semblent tout d'un coup un peu plus simples...

Et pour fermer cette partir développement, quelques petits points sur GitHub. Tout d'abord une présentation sur l'utilisation d'une armée de robots. J'aime bien le principe et ça correspond bien normalement au boulot des ingénieurs et des informaticiens : automatiser ce qui peut l'être, ne pas faire 2 fois la même chose manuellement si on peut l'éviter. Ca permet également d'avoir des contraintes plus fermes que si les choses étaient faites humainement "oué bon, ma branche ne passe plus les tests mais c'est pas grave, je push quand même...".

I'm tired of writing bad code

C'est ainsi que commence cette présentation intitulée Why our code smells. Elle est aussi réalisée par employé de GitHub. La présentation est vraiment sympa, et j'ai l'impression que cette boite et quand même assez particulière. Entre autre, ce qui ressort est qu'il n'y a pas vraiment de hiérarchie ni réellement de direction des produits. On dirait que ça fonctionne simplement parce qu'ils réunissent les bonnes personnes et les laissent simplement bosser. Enfin c'est l'impression que ça donne. Et ça donne quand même envie tout ça, même si j'ai l'impression que c'est à l'inverse de beaucoup d'entreprises. Par contre GitHub est encore plutôt jeune, à voir ce que ça donnera / deviendra dans quelques années.

D'ailleurs vous pouvez aussi aller voir les autres articles de son blog c'est pas mal. Il y a un article qui m'intrigue, celui montrant son bureau pour travailler en position debout. Je sais que certains utilisent ce genre de bureau (ou cotoient des personnes qui les utilisent, par exemple chez Google). Que pensez-vous de ce type de bureau ? C'est pas un peu fatiguant tout la journée ? Si je me pose des questions c'est que j'ai entre autre un syndrôme rotulien (syndrôme du cinéma en langage courant) et rester assis est parfois très désagréable (pour pas dire plus) mais je me vois difficilement coder debout. En même temps j'ai jamais vraiment essayé...

Misc

Si vous développez pour android, ce petit utilitaire devrait vous plair. Il s'agit d'un petit logiciel, en lien avec le SDK d'Android, vous permettant de visualiser sur votre écran d'ordinateur ce qu'il se passe sur le téléphone ou la tablette. L'avantage est que vous avez à la fois un matériel complet, efficace et performant (par rapport aux émulateurs) et un affichage nikel sur écran, vidéo projecteur, etc. Droid@Screen peut être vraiment intéressant pour vos présentations ou formation par exemple.

Wikimedia semble toujours en recherche autour de son éditeur visuel pour, entre autre, wikipedia, et demande de l'aide pour le réaliser. Pour ma part j'ai été assez intrigué lorsque, quasiment à chaque fois que le sujet apparaît, il y a tout un lot de personnes plus ou moins actives sur wikipedia qui se montrent farouchement opposées à cet outil. Tout ça parce que l'édition deviendrait plus facile. Et là je trouve que c'est réellement totalement se planter. Déjà, côté élitisme c'est pas trop mal. Mais surtout ça fait vraiment "on veut rester entre nous". Le problème c'est que quelqu'un spécialisé en histoire, en langues, en n'importe quoi autre que l'informatique (et encore) n'est pas forcément à l'aise, n'a pas forcément envie de perdre son temps avec une syntaxe wiki. Et sous pretextes qu'ils ne veulent pas de cette syntaxe ils ne devraient pas écrire sur wikipedia ? C'est con mais moi ça me fait bien penser à ces histoires de religion, ou pendant longtemps la messe était dite en latin, pour garder une distance avec les pauvres fidèles. Et ça, c'est moche, surtout lorsqu'on parle de transmission et partage du savoir.

Côté savoir, v'la't-y pas que Xavier papote dans les journaux aux sujets des Free mobile : mythes et réalités. Bon, évidemment c'est à prendre de manière partiale, mais il y a des choses intéressantes, entre autre le rapport entre investissement et chiffre d'affaire plutôt différent si on regarde Free ou les trois autres acteurs mobiles.

Que serait ces brêves sans parler un peu de travail, de condition de travail ? Ce serait triste, non ? Allez, un article plutôt simple sur le fait de rêvasser au travail. Bon, je sais que certains vont me dire que c'est déjà comme ça, mais faut croire qu'en fait c'est pas le cas partout. Evidemment ça peut dépendre des travails, mais croire qu'on peut avoir un métier un minimum créatif (et probablement idem pour les autres) sans jamais lever le nez est une connerie, malheureusement encre bien implantée dans le cerveaux de certains dirigeants (quelle que soit le niveau de direction). C'est domage.

Cartographie

Google a annoncé récemment l'ouverture de son nouveau service faisant partie de Google Maps/Earth, Coordinate. En gros c'est un peu comme latitude, mais de manière professionnelle. Le but étant de pouvoir gérer des équipes mobiles en temps réel, avec entre autre assignation de travaux, workflow, etc.

La deuxième annonce de Google conciste en une simplifcation des limites et une baisse des prix de l'API Google Maps. C'est plutôt une bonne nouvelle pour ceux qui utilisent la version de base (non business).

Graphisme & co

La dernière fois j'avais présenté quelques scènes de films reproduites en Lego. Cette fois-ci c'est un oeuvre un peu différente, mais je trouve ça plutôt pas mal du tout. J'aimerais bien avoir ce genre de Lego sur mon bureau, je trouve que ça rend bien et ça change un peu de les voir à nu (mais non, pas comme ça, bande de pervers !)

Histoire de rester dans le graphisme, voici une petite vidéo sympathique vous montrant qu'on peut peindre cheveux, poils ou trucs dans le genre rien qu'avec une brosse ronde. Bon, va falloir que je ressorte ma wacom, j'en suis pas encore là moi...

Un petit making of d'une nouvelle graphique intitulée l'héritage en couleur. L'un des points intéressant est que c'est réalisé sous linux, avec krita et mypaint. D'ailleurs si vous souhaitez avoir des infos sur le dessin numérique sous linux ce blog est une belle mine d'informations, avec des ensembles prédéfinis de brosses et outils pour vos logiciels. C'est vraiment un bon site à avoir dans ses flux / marquetapage.

Liste des liens présentés

Développement

Misc

Graphisme & co

Cartographie

2012 juin 18

De tout, de rien, des liens, du dev

Pour bien commencer, rien de tel que CodeKit. Il s'agit juste une outil (éditeur ? IDE ?) orienté web, pas libre, sous mac. Parfait, pour mon bon public, non ?

Si vous avez étés déçus par le premier lien (mais je suis sur que ce n'est pas possible...) voici la sortie d'AngularJS 1.0. J'étais probablement à l'ouest ces derniers temps, mais je ne me souvenais pas que c'était passé chez Google. D'ailleurs j'ai pas tout compris, mon navigateur avait encore une partie du site en cache, de l'ancien site je veux dire. Ca faisait un mélange assez particulier.

Quoi qu'il en soit, j'ai commencé à m'y mettre ces derniers jours. Au début plus par curiosité qu'autre chose, et finalement j'ai trouvé ça plutôt bien. Assez simple d'utilisation, une documentation correcte, des possibilités intéressantes. Evidemment je suis tout de suite tombé dans des cas tordus : genre je veux exécuter une fonction JS lors de la compilation de la donnée, j'ai pas encore bien réussi à le faire malheureusement.

Pour l'histoire, le but est de recevoir une donnée en Markdown et de laisser le javascript l'afficher correctement. Pour ce faire j'utilise PageDown qui n'est ni plus ni moins que le js utilisé sur l'ensemble des sites Stack Exchange. Et ça fonctionne plutôt bien. Mais bon, c'est pas tout, faut que je me plonge dans AngularJS pour savoir comment appeler le formatteur au bon moment. Ca doit pas être si compliqué que ça, mais j'ai pas encore vraiment mis la main dessus.

Et une fois que mon applis ressemblera à quelque chose, je viendrai probablement en parler icitte, je sais que certains seraient intéressés (mais j'en dit pas plus sinon c'est pas drôle).

Ha oui, et Google utilise déjà AngularJS en production dans Places par exemple. Google ressemble malheureusement sur ce point à une entité sans direction réelle, entre closure, jquery, angular, gwt... c'est un beau bordel.

Allez, pour continuer dans le oueb, voici un article réellement intéressant concernant les performances CSS. C'est un point qu'on oublie souvent lorsqu'on parle de performances web, pourtant l'impact peut être important. Il est en effet intéressant de comprendre comment les navigateurs interprètent le CSS. L'impact n'est pas tout le temps en terme de performance pure, mais il l'est beaucoup en terme de ressenti. Ce qui est important si on veut que l'utilisateur ait une bonne impression c'est que ça ne flash par exemple pas partout, mais pour ça il faut comprendre l'ordre de chargement et d'exécution de l'html et du css. Certains navigateurs fonctionnent à l'envers les uns des autres par exemple (application du CSS pendant le rendu du DOM ou uniquement après par exemple). Bon, je vais pas beaucoup plus loin, le but étant surtout de vous intéresser au sujet, il faut parfois fouiller un peu mais il y a pas mal de ressources sur le sujet mine de rien.

Tant qu'on est à parler de navigateurs, parlons un peu de bouses. Certains sites se sont mis à appliquer des taxes pour les utilisateurs d'IE7. Justification : "faire un rendu propre pour IE7 ça prend du temps et coûte de l'argent". J'adore !

Un peu de sérieux quand même ! Revenons au CSS. Vous n'êtes pas sans savoir que, depuis quelques temps, des générateurs de CSS existent. Les plus connus étant {less} et Sass. Je suis plutôt fan il est vrai. J'aime particulièrement Closure Stylesheets mais c'est aussi parce que j'utilise toute la stack closure.

Quoi qu'il en soit, voici un article du train de 13h37 vous permettant de bien démarrer avec LESS au cas où ce ne serait déjà pas le cas. Entre autre découverte pour ma part, SimpleLESS qui est une petite application compilant vos fichiers .less à la volée. D'ailleurs cette application est disponible sous windows, linux et mac, et les sources sont sur Github sous licence CC by. Alors, pourquoi s'en priver ?

J'en profite égalemment, ceux qui ne le connaissent pas et qui pourtant s'intéressent au web pouront aller faire un tour du côté du train de 13h37. Assez sympa pour le moment.

Une petite apparté pour signaler à ceux qui l'auraient loupé que Github a désormais un client sous windows. Ça reste intéressant bien que je préfère l'ergonomie et le style du client mac (et que j'apprécie encore un peu plus SourceTree entre autre par la gestion de mercurial, j'aimerais vraiment que ce type d'application arrive sous linux, en open source si possible...).

Afin de rester sous windows (vous remarquez comment j'essai de lier mes news ? ;-) ) mais entre gens sérieux, voici de quoi avoir un petit shell sympathique : gow. Je ne l'ai pas encore testé parce que ma machine windows tourne avec un cygwin déjà configuré et que ça me gave de devoir tout changer, mais si je devais en réinstaller un aujourd'hui ce serait probablement celui-ci. Si vous avez de retours (bon ou mauvais) je suis preneur.

Hop, on revient un peu sur le dev web quand même. J'ai appris récemment l'existence de JSX : une alternative plus rapide, plus sûr, plus simple à JavaScript. En gros, un langage dont le but est d'être compilé en javascript, tout en étant fortement accès performances. L'objectif est donc de produire du code plus sûr, plus rapide, tout en étant plus lisible et plus maintenable. Une fonctionnalité intéressante (pour moi sans ça le projet perd réellement de son intérêt) qui est le support des sourcesmap permettant de debugger correctement son code.

Ce projet s'inscrit donc en partie en concurrence avec Dart. Enfin en partie seulement, car l'un des objectifs de Dart est d'être exécuté de manière native (ils pensent que c'est l'un des meilleurs moyens pour améliorer réellement les performances). La capacité de Dart à être traduite en JS est en quelque sorte un paliatif en attendant les VMs, alors que pour JSX ça semble être le but. Dans tous les cas quelque chose d'assez sympa.

Pour ceux qui en font (je sais qu'il y en a ici) écrire du coffeescript permet-il d'améliorer les perfs, ou est-ce plus lent, ou on en sait rien ?

Dans un précédent je parlais de l'attaque de CloudFlare. Un travail assez intéressant a été réalisé afin d'analyser les différents problèmes et de refaire la chronologie des évènements. C'est plutôt instructif.

Sinon, pour rester côté sécurité, une analyse du système de collision MD5 dans Flame a été réalisée. Le problème, ou au moins la surprise, est que l'attaque MD5 employée ne fait pas partie des versions qui étaient connues jusqu'à présent. Et il faut aussi avoir en tête que Flame date de 2010. C'est donc assez intriguant, et c'est quand même à se demander qui a écrit Flame. A priori seules des très très bons en crypto ont pu le réaliser. D'ailleurs, en 2008 casser du MD5 ça revenait à utiliser un cluster de 200 PS3 ou l'équivalent de $20 000 d'Amazon EC2... Assez impressionnant mine de rien.

Et si on s'éloignait un peu du développement et de la sécurité ?

Alors parlons, rapidement, un peu d'agilité. Pour ceux qui connaissent les méthodes agiles cet article ne va pas vraiment leur apprendre quelque chose. Par contre il tente, de manière certes un peu rapide et pas hyper approfondie, de répondre à la question de savoir si les méthodes agiles sont un effet de mode ou une révolution durable ? L'article est assez succinct et la conclusion est plutôt intéressante car résume bien le problème des méthodes traditionnelles en comparaison des méthodes agiles :

En définitive, ce qui différencie les deux approches (Cycle en V versus AGILE) est la réponse apportée à la question de la connaissance. D’un côté l’hypothèse qu’il est possible de connaître et de formaliser a priori (antérieurement à toute expérience) un système complexe. De l’autre, les méthodes AGILE qui réfutent implicitement cette hypothèse et proposent des pratiques intégrant une connaissance a posteriori des systèmes complexes.

Une assez bonne définition je trouve.

Et pour rester dans les méthodes, et vous, demandez-vous des M&M's dans votre cahier des charges ? Je ne me souvenais plus de cette histoire, mais sous ses allures de caprice se cache en réalité une vrai réflexion sur les cahiers des charges, leur lecture. Et mine de rien c'est une assez bonne option pour augmenter la sécurité.

Pour finir, et histoire de se détendre, voici quelques photos sympathiques. Il s'agit de scènes cultes de filmes réalisées à partir de lego. Bon je sais, c'est pas la première fois que certains réalisent des trucs en Lego mais c'est marrant.

2012 mai 24

Liens (en vrac)

L'intégration continue saybien !

Oué, mais si on a un serveur|cluster d'intégration et qu'on utilise un DCVS, avec des branches, ben c'est pas si simple à mettre en place. Pourtant, l'usage des branches est quelque chose de très important pour développer, c'est vraiment une bonne manière de faire les choses. Mais souvent on se retrouve avec des branches qui ne sont pas sur le serveur d'intégration car il faudrait dupliquer tous les projets, ça devient très vite le bordel. En gros, jankins (en l'occurrence) n'est pas super adapté à ça.

Mais v'la't'y pas que certains se sont attaqués au problème. Ce qui a donc donné naissance à Jenkins Khan ! L'objectif étant vraiment de gérer l'ensemble des branches d'un même projet (enfin de plusieurs quoi) pour avoir un meilleur suivi de ces branches et favoriser ce fonctionnement.

Il faudrait vraiment que je le teste rapidement, ça me semble particulièrement intéressant !

Un article très intéressant autour de l'agilité chez Google. C'est toujours enrichissant de savoir comment ces entreprises mettent en oeuvre de type de méthode, et de voir entre autre à quel point ils adaptent les méthodes et surtout ne s'enferment pas dans des carcans rigides (y compris en appliquant "bêtement" une méthode agile précise sans l'adapter)

Si c'est pas beau le monde des SSII... Mais au delà de ces sociétés, que penser de leurs "clients". Oui, vous savez, toutes les entreprises (souvent grosses) qui sont clientes des SSII. Car c'est aussi là une part du problème, ces entreprises qui pensent que l'informatique c'est comme réparer un pc, qu'il n'y a pas besoin de payer cher un développement et qui se plaint que le logiciel ne fonctionne pas correctement. Les SSII c'est, de la manière dont c'est réalisé aujourd'hui, clairement pas la bonne chose à faire de mon point de vue. Mais ce ne sont pas les seuls fautifs.

Pour finir : vive les vrais éditeurs de logiciels, petits ou grands !

Facebook entre en bourse... oué ben je pense qu'on va en entendre parler pendant un bon moment :)

o_O

Vous croyez Yahoo! mort ? Il n'en est rien, ils viennent d'ailleurs de sortir un nouveau navigateur web, Axis. Entre autre chose il y aurait une fonctionnalité bookmark type "read it later" qui pourrait être intéressante. Bon, va falloir tester, même si je crains un peu sur le succès réel d'un nouveau navigateur dans l'écosystème actuel (enfin je veux dire un nouveau navigateur doit apporter des choses réellement nouvelles, et pour le coup Yahoo! ne bénéficie pas non plus de l'aura que Google a pu avoir)

Edit : Oué bon, pas la peine. C'est pas un vrai navigateur, c'est "juste" une extension qui vient se greffer au browser courant. Ca te vire la page par défaut pour les nouveaux onglets sous chrome sans vraiment te demander ton avis. Franchement, aussitôt installé, aussitôt supprimé.

Vous voulez recruter un informaticien en France ? Allez lire ce petit article !

Nan mais vraiment, allez le lire et vous comprendrez pourquoi c'est pas simple, pourquoi vous avez des personnes peu motivées, des produits pas toujours bien finis, etc.

Une liste de 6 points, plutôt simples, sur ce qui fait un bon environnement pour un développeur.

Pour ma part j'apprécie particulièrement le choix de clavier/souris. Il y a tellement de modèles, mais aussi tellement de ressenti différent suivant les personnes, le tout pour un coût somme toute modique (comparativement à un salaire de développeur) que je ne comprend pas qu'on fournisse si souvent du matériel basique inergonomique et relativement ... inconfortable. Faut pas oublier que c'est quand même une composante primordiale des outils nécessaires.

Vous faites du BDD vous ? Non ? Pourquoi ? Voici un document intéressant montrant quelques causes d'échec du BDD.

Comment avoir des ressources en cache tout en permettant de les recharger au besoin... la réponse dans l'article.

Une infographie bien sympa qui liste les avantages à travailler dans les "grandes" boites d'informatique comme Google. Il serait intéressant de pouvoir rajouter Microsoft par exemple. Y'a pas à dire, ça donne plutôt envie !

Un article, long, complet et intéressant sur l'interface de Windows 8. Mieux que ça, ça présente rapidement l'historique de l'interface de Windows, depuis les toutes premières versions.

On peut ne pas aimer l'interface de Windows, mais ils essaient (c'est assez récent) d'améliorer petit à petit les choses, et c'est cool (et Windows 7, bien que pas du tout révolutionnaire, est ma fois pas si inintéressant que ça).

Sublime Text 2 est un très bon éditeur de texte (malheureusement pas libre) multiplateforme (un vrai concurrent à TextMate). Atoum est un framework de tests unitaires pour PHP. Ben voici simplement un plugin pour ST2 permettant d'exécuter atoum ! Intéressant, faudrait vraiment que j'essai tout ça (enfin atoum surtout)

Ce site comporte une collection de schémas, de tags html, que les webmasteurs peuvent utiliser pour créer leurs pages. Le tout est organisé de manière hiérarchique, pensée entre autre pour le référencement et les moteurs de recherche. Plutôt bien foutu, intéressant, orienté html5. A avoir de côté lorsqu'on crée de nouvelles pages, notamment avec des données bien organisées (telles qu'un annuaire, des agences, des adresses, etc).

2012 mai 20

Du retard dans les liens

Bon, ça fait un moment (un mois quoi...) que j'ai pas posté. Histoire de rattraper un peu, voici une liste de liens un peu en vrac, pas vraiment triés, mais il peut y avoir des choses intéressantes. Pour le moment j'ai un shaarli qui traine dans lequel je met pas mal de mes liens, et mon compte google synchronisé entre mes ordis et mon tél pour les liens que j'ai pas encore mis. Peut-être un jour j'ouvrirai l'url du shaarli, auquel cas ça remplacera ces posts.

Quoi qu'il en soit, voici un mois de liens divers et variés !

En voici un site Google Maps qui est 'achement bien ! Vraiment sympa, j'en dis pas plus, allez le voir, cliquez un peu partout dedans, c'est vraiment bien fait.

Voici les anales du concours Geipi Polytech. Et be, j'ai passé ce concours il y a plus de 10 ans, si je devais le repasser aujourd'hui ce ne serait pas si simple... mais c'est intéressant pour se rendre compte de ce qu'on demande, et de là où on en est plus de 10 ans après.

A l'heure où on utilise de plus en plus de js, où on mélange de plus en plus des codes divers, de provenance plus ou moins connues, il peut se poser régulièrement des questions de sécurités.

Voici un petit bout de programme, qui propose rien de moins que d'exécuter du js ... en js. Ou comment faire du sandboxing pour les scripts js. Intéressant, sauf que la question des performances est vraiment importante aujourd'hui.

Petite mise à jour des Terms of Service des API Google Maps

En voilà un code PHP intéressant ! Comment reprendre le téléchargement d'un fichier en PHP. C'est souvent quelque chose qui est décrié lorsqu'on parle de téléchargement en web. Mais peut-être est-ce juste qu'on ne fait pas bien / totalement les choses.

Petit article "guest" chez Atlassian sur Gliffy.

Gliffy, pour faire simple, est une sort de visio en ligne. Pour le moment il est réalisé en flash, mais ils sont en train de le passer en html5. Dans les phrases intéressantes, j'ai retenu la suivante : Flash helped make Gliffy successful, but has no future

Voici un bouquin qui me semble plutôt intéressant. La typographie a mine de rien un rôle très important dans le web. On s'en rend bien compte d'ailleurs si on regarde un peu l'évolution du design des sites web, après une période très "graphique", on en revient de plus en plus au texte car c'est au final le plus important. Bon, j'en parle pas plus, j'ai pas lu. Mais je pense que je vais l'acheter un de ces jours car ça m'intéresse vraiment beaucoup !

Photon est un framework PHP plutôt performant (même si je ne l'ai pas essayé, c'est ce qui en ressort) et il me semble assez bien foutu. Un jour je le testerai... En attendant voici un petit guide d'installation sous Mac.

Petite série d'icones vectorielles, orientées "réseaux sociaux"

Une présentation plutôt intéressante sur le développement dans chromium (la partie open source de chrome).

Comment dire... ce gars est un grand malade !! A partir de roues, suspension, moteur et bras oscillant (en gros) il a décidé de construire sa moto. Le boulot est réellement impressionnant. Si vous aimez la mécanique, allez lire ce sujet, ou regardez au moins les images !

Petit compte rendu de la remise en état d'un embrayage sur une R6. Je garde ça sous le coude au cas où je devrais un jour refaire celui de ma thundercat, ça doit être relativement proche.

Rien que pour cette présentation j'aurais bien aimé être au mix-it cette année. J'adhère vraiment au message. Vous êtes développeur ? Allez regarder / écouter cette présentation !

Manifeste pour de l'utf-8 partout !

Un article sur les performance en usage mobile de SPDY par rapport à HTTP.

Quelques petits trucs d'utilisation des tableaux en ruby

DevOps. En voici également une bonne voie dans le développement !

Une manière de "noter" des candidats lors d'une embauche. Pas a utiliser comme critère exclusif mais ça permet de donner une idée.

Présentation de kanban

Une manière sympa pour comprendre les différents codes HTTP (très important pour faire de REST correctement)

Voici une très bonne présentation des "green coordinates". Vraiment intéressant, instructif ! (c'est des histoires de transformation graphique, de formes, de dessin, etc)

Règles de style HTML / CSS par Google

Description de la recherche plain text avec Postgresql 8.3

Vous voulez faire vos propres "tuc" ? Voici la recette !

Comment faire des boites avec flèche (comme une info window sur une carte par exemple) en CSS

Un article très intéressant sur l'utilisation des divers caches HTTP. Très très important pour bien maitriser ses données et utiliser au mieux tous ces caches plutôt que de tenter de les supprimer par méconnaissance.

Responsive design cette fois dans un article de Google.

Nouvelle version du compilateur dart vers js

Petite explication des différents types de clustering sur le cartes, par Google Maps

Comment parser facilement une URL en javascript ? En utilisant la balise 'a' bien sur !

2012 avr. 19

Liens, veille, toussa

Après un peu d'absence, revoici une petite liste de liens, de veille, etc. C'est pas vraiment classé, je pense que je ferai ça bientôt.

Sublime Text 2 est un (très) bon éditeur de texte. Entre autre il fonctionne sous windows, linux et mac. Enfin un vrai remplaçant à TextMate ? J'en ai bien l'impression, d'autant que nombre de bundle, thèmes sont compatibles.

A tester plus en avant, le "mauvais" point étant qu'il est payant et surtout non libre, mais ça me semble être réellement un produit de qualité.

Ha, j'oubliais presque : le lien présenté est une page regroupant pas mal d'astuces à propos de ce logiciel.

Savez-vous comment fonctionne (quelles technologies) YouTube ?

YouTube utilise MySQL au coeur de son infrastructure ! Et oui mon bon monsieur. Je suis sur que vous vous attendiez à du NoSQL ou je ne sais quelle technologie hype, mais non, un bon vieux MySQL des familles.

Enfin, façon de parler, car ce serait oublier vitess ! Pour faire simple, vitess est un outil permettant d'aider à avoir une bonne scalabilité de MySQL. C'est entre autre une interface RPC qui accepte et transmets des commandes SQL (tout en les améliorants, corrigeant) vers des MySQL. Il fait office de multiplexeur (10 000 connexions en entrée, beaucoup moins en sortie vers les MySQL) et relativement rapide, de l'ordre de 10 000 requêtes par seconde.

Je vous laisse lire la suite si cela vous intéresse, je trouve ça plutôt pertinent et montre que, finalement, il est assez dur de se situer entre NoSQL et SQL aujourd'hui.

Ha oui, c'est donc un programme, open source, développé par Google ... en Go ! Car Go est sorti en version 1. Mais il s'agit d'une autre histoire.

Et si PHP devenait un langage executable au dessus d'une JVM (au même titre que Java, Scala ou Groovy) ?

Beaucoup ont cru à un poisson d'avril, en mode "trop gros, passera pas". Finalement non, il s'agit d'un réel travail de Clever Cloud qui entend remplacer Zend (le moteur de PHP) par la JVM.

Honnêtement, c'est une piste intéressante. Même si je ne suis pas convaincu de l'intérêt réel, la JVM a tout de même d'assez bonnes possibilités d'optimisations et performances, à la volée. C'est pas toujours significatif (je note en général une amélioration significatives de perfs sur mes tests à partir de, à la louche, 50 000 exécutions de la même requête) mais ça vaut le coût d'essayer. En outre ça permettrait peut-être d'augmenter l'eco système PHP avec des bibliothèques provenant de Java. A voir ce que ça donnera, dans tous les cas un projet à suivre.

(vous noterez que j'arrive même à parler de PHP sans en dire du mal...)

Voici un mémo bien sympa sur divers langages interprétés : php, perl, python et ruby. Vous y trouverez un tableau présentant les points communs et différence entre ces 4 langages, de manière plutôt complète. Intéressant si vous devez en utiliser un tout en connaissant un autre.

Ou comment se sortir d'un test de développement, lors d'un entretien, haut la main... Bon, je ne suis pas certain que ce soit réellement une bonne idée, mais pourquoi pas ;-)

Avec les lois type DADVSI, il devient très compliqué de savoir ce qui est légal ou non dans le les logiciels (notamment lorsqu'il est question de DRM).

VLC, qui voudrait bien avoir l'assurance du droit de lire les Blu-ray vient de saisir Hadopi afin de savoir ce qu'ils peuvent ou non faire de manière légale. Hadopi servirait-elle enfin à quelque chose d'autre que la mise en place du pare-feu openoffice ?

Une présentation de SpringSource (vmware) sur les choix d'architecture pour des applications cloud scalables. La prez dure environ 1h, par contre les slides sont plutôt légères. Néanmoins, l'une des informations importantes est celle-ci : "App-level Modularity"

Comment débuter le développement d'une grosse application ?

Voici en substance à quoi cet article tente de répondre. Entre autres choses, se concentrer sur la capacité à livrer rapidement un produit (même totalement incomplet) mais ayant une certaine valeur, un intérêt.

Voici une très très intéressante présentation sur l'utilisation FindBugs pour améliorer la qualité des logiciels. FindBugs est un outil d'analyse statique de code Java, dans le but avoué de détecter les erreurs potentielles (ou pas d'ailleurs).

Comment débugger un système en production ? Voici une très vaste question, à laquelle nous devons chaque jour trouver un minium de réponses. Mais il s'agit d'un problème réellement compliqué, problème auquel on sera toujours confronté, même en améliorant encore nos procédures de test.

Voici donc une présentation axée sur ce problème, et certaines pistes de réflexion.

Un très très bon article sur l'encodage des caractères, sur Unicode.

D'après l'auteur, tout programmeur digne de se nom doit savoir comment fonctionne unicode, au moins ce qui est dans cet article. Ha oui, je vous ai pas dit, l'article date de 2003...

Je vous recommande vraiment de lire cet article. Lorsqu'on voit à quel point les problèmes d'encodage, encore aujourd'hui, viennent nous pourrir la vie, il serait temps de réellement comprendre ce qu'il en est de, enfin, prendre les choses correctement. Bonne lecture !

Vous le savez certainement, Google Maps propose une couche météo. Désormais cette couche est disponible dans l'API Google Maps v3. Pour le moment je n'ai pas trouvé la bonne doc, le "problème" de la doc en lien est quelle est interne à google (login.corp.google.com)... Mais la lecture des sources suffit à pouvoir savoir comment l'intégrer.

Edit : la doc a été corrigée, vous pouvez désormais aller voir comment l'utiliser.

Tiens, j'envoie plus beaucoup d'infographies en ce moment. En voici une, représentant l'état de l'industrie du numérique en France. A voir, entre autre, que les jeux vidéo, les vidéos à la demande et le téléchargement de musique représente une part presque négligeable de l'industrie...

En ces temps, ou le moindre jeux correct à un style vraiment poussé, un petit retour aux bases s'impose ! Je sais pas vous, mais moi lorsque j'ai commencé à jouer sur ordi le son venait du buzzer du pc (vous savez encore ce que c'est ?) et il y avait ... 4 couleurs (ou 8, faudrait que je vérifie).

Quoi qu'il en soit, j'aime beaucoup ce style, un peu oublié, mais tellement agréable.

Saviez-vous que le plus vieux tunnel de métro au monde est à Paris, et date de Louis XIV ? Non ? Dans ce cas, que diriez-vous d'une petite visite du métro parisien ? Pour tout dire, le côté abandon m'a toujours fasciné...

Histoire de continuer avec les histoires de lieux abandonnés, voici le fabuleux travail de Lucie et Simon, qui ont vidés les plus grandes villes du monde afin de les photographier. Très sympa !

Et, mais je crois que je l'avais déjà fait passé, un petit lien sur des villes réellement abandonnés : http://www.topito.com/top-10-des-vi...

Un article présentant l'intérêt d'utiliser la bonne techno au bon moment. Oui je sais, dit comme ça c'est une évidence, en réalité c'est rarement fait.

Pour l'occasion, il s'agit d'utiliser au maximum les streams (dans ce cas c'est du node.js mais le principe est valable pour tous) pour créer des zips à la volée, et non créer le zip puis l'envoyer.

La conclusion c'est surtout que la manière de coder nos applis peut influencer de manière importante l'expérience utilisateur. Et ça fait aussi la différence entre une bonne et une mauvaise application, à fonctionnalités équivalentes.

Un petit exemple d'intégration des nouveaux layers de Google Maps API, à savoir la couche météo mais surtout, assez sympa, la couche "nuage".

Si vous voulez savoir à quel point c'est simple à faire, allez simplement regarder la source html, c'est vraiment tout bidon...

Une map plutôt sympa, encore une fois basée sur Google Maps API.

Je vous laisse naviguer dessus, c'est assez bien foutu, même s'il n'y a pas grand chose. Mais comme quoi, rien qu'un peut de style sur une map fait déjà beaucoup.

Je ne sais pas si le terme "sticky navigation" (navigation collée) vous dit quelque chose, mais je suis certain que vous l'avez tous déjà rencontré. Il s'agit de la tendance actuelle a faire apparaitre une partie du bandeau, liée à la navigation, tout en haut de la page, constamment visible, lorsque vous scroller dans cette dite page.

C'est assez sympa, visuellement c'est souvent plutôt bien fait, et en terme d'ergonomie c'est un vrai plus. En effet, sans pour autant prendre une place trop importante, la navigation devient tout le temps disponible, ce qui est très agréable. Voici donc quelques exemples de sticky navigation assez sympa.

Histoire de continuer sur les bases SQL utilisée sur de (très) gros services, voici que Twitter livre certains de leurs travaux autour de MySQL.

Il est très intéressant de voir les efforts mis en oeuvre par ces sociétés pour continuer à utiliser du SQL "standard" alors qu'on aurait tendance à croire que tout le monde passe sur du NoSQL.

Un petit tuto permettant de créer un formulaire type "écriture à la main". Plutôt sympa, ça permet d'avoir des mises en pages un peu plus originales et contextualisées. Surtout depuis qu'on peut (pour les navigateurs récent) embarquer facilement des polices de caractères. Bon, par contre le résultat n'est pas totalement au point, je pense qu'il reste quelques ajustements à faire dès qu'on dépasse quelques lignes de texte.

Un petit article sur l'utilisation de l'API HTML5 FileSystem. L'objectif étant d'avoir des pages entières hors connexion. Il faut bien voir que ce type d'usage tend à se généraliser de plus en plus. Bien qu'on ait du matériel de plus en plus connecté, il reste important de comprendre que ce n'est pas toujours le cas (ne serait-ce que dans le métro, alors que c'est un lieu ou beaucoup de monde utilise ses appareils mobiles).

L'article est plutôt succins, mais si vous suivez les liens contenus vous pourrez accéder à de nombreuses informations sur cette API.

Voici un article assez complet sur les nouvelles possibilités de drag and drop et d'upload en HTML5. L'article est plutôt simple et clair, mais il fait son taff. N'hésitez pas à aller le lire, ne serait-ce que pour savoir ce qui est possible.

J'ai déjà parlé, de nombreuses fois, de Go, le langage de Google. Initialement un langage dédié au système, désormais un langage généraliste.

Voici un petit article montrant comment écrire un web service en Go. Pour un langage qui se rapproche du C/C++, vous verrez qu'on peut faire des choses simples, élégantes, mais puissantes.

C'est un exemple assez sympa pour prendre en main Go et voir quels sont les intérêts de ce langage.

Suite à l'écriture d'un service web en Go, voici la même chose en C.

Bon, vous l'imaginerez sans mal, c'est déjà un peu plus coton. Mais ça se fait. Intéressant à lire pour bien mettre en évidence la différence entre ces deux langages.

Si vous manquez d'inspiration, voici une sélection assez sympa de street art. Certains sont tout simplement magnifiques, et on dépasse, de loin, le cadre de tags ou graffitis classiques.

En tant que mot de passe, qu'est ce qui est le plus sécurisé et plus difficile à casser : 'Tr0ub4dor&3' ou 'correcthorsebatterystaple' ? En gros, pour le premier il faut 3 jours de brute force, pour le second de l'ordre de 550 ans...

zxcvbn (wxcvbn en azerty...) est une lib js qui permet de calculer de manière plus correcte la complexité d'un mot de passe, non seulement en regardant la présence de tel ou tel caractère. Plutôt intéressant comme code, et surtout, intéressant dans la réflexion de ce qui rend un mot de passe réellement complexe à être cassé.

Je savais bien que j'avais dit un peu trop de bien de PHP ces derniers temps... Un "petit" bug bien sympa, PHP n'arrivant pas à réaliser certaines égalités correctement...

Et en plus ça affecte le switch (qui effectue donc une égalité simple == et non une égalité stricte ===) : https://gist.github.com/2397507

Un jour peut-être arrêtera-t-on de voir des bugs de ce type dans les programmes informatiques

Ha ha !

D'ailleurs, voici quelques commentaires de Douglas Crockford : "That is insanely stupid code", " Learn to use semicolons properly." Un peu de bla bla sur le sujet : http://brendaneich.com/2012/04/the-...

Ha oui, et pour ceux qui ne connaissent pas Dougle Crockford (http://fr.wikipedia.org/wiki/Dougla...) il a juste un peu créé le json, participé depuis longtemps dans le JS, créé JSLint.

Bon, il apparaît aussi que JsMin était lui aussi en cause...

Voici un petit site avec beaucoup de démos et expérimentations basées sur CSS3 (et les portions 3D). Pas forcément vraiment utiles, mais plutôt intéressantes pour savoir un peu ce qui est possible, ce qui sera possible demain sur le web. Dans le genre très flashy, les effets de scroll sont pour certains assez sympa.

Et voilà ! Google a enfin sorti mod_spdy. SPDY est un nouveau protocole initié par Google, dans le but d'améliorer significativement HTTP (en gros). Les performances s'en trouvent grandement améliorées.

D'ailleurs, si vous surfez sur les sites de Google avec Chrome, vous utilisez sans le savoir SPDY (ok, peut-être pas tout le temps). Mozilla a commencé à ajouter le support de SPDY dans les dernières versions de Firefox. Voici donc un mod pour Apache, permettant de faire dialoguer votre serveur préféré en SPDY.

Comment passer sous silence cette news ?! Voici les sources de Prince of Persia ! Heu oui, je parle du vrai jeu, pas des versions moisies pseudo 3D jenesaisquoi. Le vrai, le seul. Bon ok, je n'y jouait pas sur un Apple II mais sur un 286. Et c'était vraiment un jeu fabuleux pour l'époque (on parle d'avant 1990 donc les petits jeunes nés après auront quand même du mal à comprendre...)

Comment ne pas avoir en tête le bruit des "guillotines" un peu partout !

(le pire c'est que j'ai remis il y a peu en route un 386, la première chose que j'ai fait a été de lancer Prince of Persia...)

Histoire de continuer l'histoire de Prince of Persia, voici le début du Making of réalisé par Jordan Mechner. Plutôt intéressant, notamment concernant les mouvements du joueur, point participant grandement à l'intérêt du jeu. Voir également ici : http://fr.wikipedia.org/wiki/Rotosc... pour connaître la technique.