CrEv's blog

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

2012 nov. 23

De tout, de rien, des bookmarks, du bla‐bla #47

Comme à sa presque habitude, voici un petit condensé de ma veille. Cette veille est également disponible sur linuxfr.org.

Vous l'aurez remarqué, il y a un peu de lag… mais bon, c'est aussi le principe ;-)

Comme toujours, il s’agit comme souvent essentiellement de bookmarks, très légèrement commentés. Pour cette fois, il y a un peu moins de contenu, mais pourquoi pas, je pense que ça conviendra peut-être mieux à certains. Et je ne voulais pas attendre une semaine de plus, ce serait moins intéressant.

C’est plutôt orienté développement, essentiellement côté Web, javascript, ruby, mais j’essaie aussi de toujours avoir deux ou trois petites choses annexes. Le but étant juste de partager et d’initier discussions, débats, avis, touckevouvoulez.

Comme toujours, vous trouverez une liste des liens présentés en fin d’article, pour que les plus rapides puissent cliquer directement sans lire le bla‐bla qui traîne autour.

Bonne lecture !

Contributions

Introduction

Il m'arrivait souvent (surtout lorsque je le faisais pour mon travail) de commencer par une introduction. Ok, il m'est aussi arrivé de faire une conclusion de 3 pages…

C'est entre autre pour ce genre de contenu qu'initialement, je voulais ces contenus en journaux (de seconde pages s'ils existaient encore). À voir, si ça vous dérange ou non, de mon côté ma "veille" n'a toujours été que mon reflet personnel et absolument pas objectif / équitable / neutre.

Quoi qu'il en soit, j'aurais voulu juste reposer un lien ici, même s'il est déjà passé sur linuxfr. Il s'agit de l'article de slate sur _why. Cet article, je l'ai trouvé réellement intéressant. Non pour le côté ruby au final, non pour le côté "people", mais pour le côté "info-suicide". N'avez-vous jamais eu envie de fermer tous vos comptes et de recommencer (ou non d'ailleurs) à côté ? Au final, à quoi ça sert tout ça ? Tous ces comptes ? Toute cette vie numérique et fausse ? On voit de plus en plus de monde qui ne vit presque que pour avoir un follower de plus, un like de plus sur leur page, leur post. Et finalement, le monde du développement est pareil, regardez sur github (le facebook des dev), sur coderwall, etc. Mais tout ceci sert à quoi au final ? Quand je regarde, j'ai un compte g+, un facebook, un github, un twitter, un viadeo, un linkedin, un coderwall (et même un linuxfr). Dans chacun des cas, on a surtout une illusion d’interaction. Oui, parfois il y a de vrais interactions, mais en général c'est du vent. Et la grande majorité des interactions que j'ai via ces plateformes sont en fait avec des gens que je connais personnellement, IRL.

Bon, je ne sais pas trop comment terminer cette introduction qui n'en est pas une, mais je voulais juste ouvrir une porte sur ce sujet que je trouve plutôt intéressant et important. Il faudrait probablement le détailler un peu plus, ce que je ferai un jour (je ne le mets pas sur ma liste des choses à faire, elle déborde déjà au point que je ne la regarde plus…).

Un peu de contenu

Développement

Si vous vous intéressez un peu à HTML(5) vous aurez probablement noté que pas mal d'API voient le jour. Dans le genre plutôt pratique, il existe désormais une API de gestion de la batterie, une API de préchargement de contenu, une API permettant de savoir quand un utilisateur affiche une page, et même une API permettant d’accéder à votre matériel type webcam (en simplifiant un peu). On peut trouver ça plutôt étrange mais ça répond, pour une fois, à certains besoins intéressants et remplace réellement de plus en plus ce qui était autrefois réalisé par des greffons, tels flash. Voici donc un article vous présentant rapidement 5 API HTML5. Et pour ceux qui ne sont pas au fait je vous recommande aussi de jeter un œil à ces autres API, notamment element.classList.

Dans le genre un peu plus léger, si vous faites du ruby vous serez probablement intéressés par nutella. Rien de très magique ni exceptionnel, mais simplement une petite collection d'utilitaires visant à simplifier encore un peu Ruby.

Restons un peu dans le monde Ruby pour vous présenter rapidement le module Benchmark de ruby 1.9. Honnêtement je n'ai pas testé ceci, mais ça peut répondre à certaines problématiques de recherche de performances.

Vous vous êtes probablement toujours demandé (si, si) comment convertir des nombres en chiffres romains… heureusement, il y a une gem pour ça ! Et oui, c'est le boulot (mais aussi pour l'inverse) de roman-numerals.

Bon, quittons ceux qui font mumuse avec Ruby pour retourner vers le vrai monde web, PHP ! Vous le savez probablement, PHP c'est pas vraiment toujours rapide… Pour corriger ce problème, certains se sont mis en tête de créer, par exemple, des serveurs optimisés pour servir du PHP. C'est, entre autres, le cas de Pancake (dont vous trouverez les sources ici). Ha oui, histoire de rigoler un peu, Pancake est un serveur PHP… écrit en PHP ;-) Sans cela, ça aurait été beaucoup moins drôle ! Plus sérieusement, il y a certaines choses qui semblent réellement intéressantes, notamment le fait de ne pas avoir à recharger le code PHP (ce qui est fait en général), tout en évitant certains problèmes liés aux éléments statiques. Ben oui, il faut bien comprendre que vu que PHP est rechargé tout le temps, la gestion des éléments statiques est "un peu" différente… et genre, pas forcément besoin de fermer des handler, puisque l'exécution n'est pas persistante… (et sinon, j'aime les projets qui ont des noms sympa).

Je ne sais plus trop d'où je sors ce lien (j'espère que ça ne provient pas d'ici ;)) mais il est plutôt intéressant. Il s'agit de la découverte d'un mauvais effet de bord sur le site de twitter lors du passage de jquery 1.4.2 à 1.4.4. Suite à cette mise à jour mineure, une baisse significative des performances s'est faite ressentir. Qu'est-ce qui a bien pu causer se problème ? Tout simplement, l'utilisation de querySelectorAll à la place des classiques getElementsByTagName et getElementsByClassName. Faites bien attention à tout ça, on a tendance (surtout lorsque c'est masqué par des bibliothèques comme jquery) à utiliser des opérateurs de recherche plutôt flous, tel querySelector (comme on le ferait en CSS), alors qu'une simple petite combinaison des opérateurs classiques serait plus propre et plus performante. C'est sûr que les sélecteurs sont vraiment sympa, mais il faut faire attention à ce qu'on fait. Attention aussi à ne pas tomber dans l'excès inverse, les "micro-optimisations" peuvent avoir un gain utilisateur totalement nul et une perte de lisibilité/maintenance du code importante. Pour lire l'histoire, intéressante, c'est ici : learning from twitter

Avant propos : dans le paragraphe suivant je vais parler de Go. Je sais très bien que Go n'a pas tout inventé, beaucoup de choses qui sont présentées en Go (que ce soit langage ou les outils créés avec) peuvent déjà exister par ailleurs (outils existants, langages implémentant les mêmes fonctionnalités, etc). Maintenant que c'est précisé, je traite donc le sujet suivant comme je traite tous les autres en réalité.

pandastream est une société qui développe une API d'encodage vidéo. Afin de faciliter leurs déploiements et surtout le rechargement d'applications réseau sans perte de paquets, ils viennent de développer (en libre) socketmaster. Socketmaster est un petit utilitaire en Go qui va permettre de mettre en attente les demandes arrivant sur le service en gardant les sockets ouvertes le temps que le service réel redémarre. Bon, je sais pas si c'est super clair, mais c'est vraiment pratique. En gros, lorsqu'un demande arrive, elle arrive au niveau de socketmaster et non au niveau du serveur réellement. Si le serveur peut répondre, la demande lui est transférée. Si ce n'est pas le cas (par exemple pendant un redémarrage) les demandes sont mises en attente et transmises au serveur dès qu'il redevient disponible. Vous trouverez sur le blog de pandastream un article présentant socketmaster. Dans cet article, ils présentent entre autre certaines raison qui les ont fait utiliser Go :

The tool is written in Go which allowed me to shorten my development time considerably compared to C. Go allowed me to tap into the lower-level POSIX constructs while also having access to handy higher-level abstractions. For you, it means that it can easily be cross-compiled and distributed in a binary form.

En gros, Go permet d'aller beaucoup plus vite que C. C'est plus mieux en étant à la fois bas niveau, avec des structures de haut niveau. Et ça permet de faire des binaires facilement.

Toujours côté développement, voici quelques présentations que je vous conseille :

  • Making the Web Faster at Google and Beyond : présentation sympa sur les performances du web, temps de réponse, etc. Lorsque je vois la rapidité de certains sites (c'est évidement malheureusement ironique), je me dis par contre que cette présentation est réellement loin de la médiocrité (pour ne pas dire pire) de certains :-(
  • A Gentle Introduction to Ember : une introduction sympa à Ember, entre autres, montrant comment créer un lecteur de RSS.

Graphisme, design & co

Dans le genre étrange, voici les photos de 25 endroits sur Terre qui ne semblent pas normaux… et pourtant ils sont bien réels ! J'en connaissais déjà certains (comme la Namibie), mais d'autres sont réellement impressionnants. Si vous voulez vous extasier quelques instants, prenez le temps d'aller voir ces 25 photos, c'est intriguant mais agréable.

Pendant un temps il m'arrivait de placer des lego dans quasiment toutes mes news. Cette fois-ci (grâce à xunfr) voici une image du brevet de ces petites briques. Ok, ça ne sert pas à grand chose mais moi j'aime bien :)

Liste des liens présentés

Développement

Graphisme, design & co

2012 nov. 7

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

Juste comme ça, la nouvelle version de ma veille "de tout, de rien, des bookmarks, du bla bla" est à nouveau en dépêche sur linuxfr : http://linuxfr.org/news/de-tout-de-rien-des-bookmarks-du-bla-bla-45

Et pour la première fois il s'agit d'une dépêche collaborative. En effet, certains liens présentés ont étés proposé par des lecteurs/contributeurs à linuxfr. C'est une première, mais j'espère que ce ne sera pas la dernière !

Bonne lecture !

2012 oct. 17

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

Pour changer, cette veille est passée en dépêche sur linuxfr.org :) Comme d'habitude vous trouverez pas mal de chose côté développement (essentiellement côté web, js), mais aussi deux trois petites choses annexes.

Une liste de l'ensemble des liens présentés est accessible à la fin de l'article.

Bonne lecture

Un peu de contenu

Développement

Vous avez toujours regardé Go mais n'avez jamais franchi le pas ? Vous ne savez pas faire des choses toutes bêtes en Go ? Alors Go by Example est fait pour vous. Il vous présente les bases à connaître au travers de petits exemples clairs et documentés.

Chaque semaine je vois passer des nouvelles migrations vers go. Ce que je trouve intéressant est que c'est régulièrement des codes important et on y retrouve souvent les mêmes arguments : c'est simple, agréable à coder, ça fonctionne simplement bien. Cette fois ci ce sont les dns du pool ntp qui viennent de migrer sous go. Et les sources sont sur github.

Ha oui, et évidemment c'est développé avec SublimeText et GoSublime ;)

Je suis sur que vous avez toujours rêvé de pouvoir écrire du code comme vous pensez. C'est désormais une réalité pour les développeurs ruby (car de toute façon « il y a une gem pour ça ») avec fsck. Pour illustrer, voici un petit exemple tout simple :

```ruby

all i want is to sum the goddamn elements

sum = 0 (1..10).each_fucking_element { |e| sum += e } ```

Alors, cool, non ? Bon en fait c'est pas méga compliqué, ça utilise surtout method_missing qui va être appelé à chaque fois qu'on essaie d'exécuter... une méthode manquante.

Sympa et totalement inutile, donc absolument indispensable !

Restons dans les langages intéressant. Tout d'abord avec The State of Javascript. Il s'agit d'une présentation sur javascript assez intéressante. Ca parle entre autre de ES6 (EcmaScript 6). S'il y a plein de bonnes choses, je suis très perplexe quand à son adoption par l'ensemble des navigateurs. Et sans cette condition ça ne servira pas à grand chose, en fait ça deviendra simplement un de plus parmi typescript, dart, ...

Toujours en js, j'ai découvert melonJS. Il s'agit d'un framework javascript orienté jeux vidéos (par tuile). Plutôt sympa, ça donnerait presque envie de coder des jeux (mais bon, c'est pas trop mon truc les jeux...)

Et côté nouveautés langage, Rust vient de sortir la version 0.4. J'ai l'impression que par certains côtés ça s'oriente vers les mêmes solutions que, par exemple :

Classes are replaced with simpler structs

Après il y a eu beaucoup de renommage, c'est assez marrant (mais doit être perturbant pour ceux qui ont écrit du code) :

  • ret became return and alt became match
  • import is now use; use is nowextern mod`
  • extern mod { ... } is now extern { ... }
  • use mod is the recommended way to import modules
  • pub and priv replace deprecated export lists

Avez-vous déjà essayé Rust ? Un petit retour ?

Si vous utilisez AngularJS et SublimeText vous serez probablement intéressés par deux bundles permettant d'ajouter de l'autocompletion. Tout d'abord AngularJs.tmbundle, qui rajoute simplement quelques snippets. Mais surtout, Sublime-AngularJS-Coffee-Completions qui rajoute pas mal de complétions, que ce soit en HTML ou en CoffeeScript.

Dans un autre registre, je viens de découvrir Codiad. Il s'agit d'un IDE (bon ok, un éditeur surtout) web. Il est donc possible de le placer sur un serveur plutôt basique (seul php5.3+ est requis, pas de base de données entre autre) et pourra donc vous permettre d'éditer vos fichiers, directement depuis votre navigateur. Même si ça peut être risqué (ne pas le laisser accessible surtout) je trouve que c'est intéressant. Il faut avouer que les éditeurs en ligne commencent à être de plus en plus performant et pratiques à utiliser (voir aussi par exemple The ACE Editor, l'éditeur de Cloud9 IDE). A noter que ces deux éditeurs sont libres.

Voici par contre un nouveau concurrent dans les "forges", dans le hosting de dépôts de sources : PikaCode. C'est marrant comme le design me fait penser à une lib qu'on rencontre souvent, et à un site très connu dans le domaine ;) J'ai pas testé non plus, mais un point fort je trouve est d'héberger du mercurial et du git.

Misc

Evidemment vous avez suivi l'histoire du gars qui monte très très haut, juste pour sauter dans le vide... (bon en même temps ayant déjà sauté, de beaucoup moins haut, je comprend l'intérêt ;) ) Voici un petit résumé en vidéo du saut.

Voici, comme souvent, une petite présentation agréable sur How do you build great software? chez github. Pas grand chose à dire, juste que j'aime bien, que ce soit le fond ou la forme.

Graphisme

List des liens présentés

Développement

Misc

Graphisme

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. 17

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

Introduction

Je suis un peu en retard par rapport à ce que je voulais faire (boulot, changement, toussa), et au final j'ai pas trop de liens intéressants. Mais tant pis, voici la petite sélection de la semaine passée avec, je l'espère, tout de même quelques liens qui pourront vous intéresser.

Un peu de contenu

Développement

Voici une petite présentation de CoffeeScript. Si vous connaissez déjà le langage vous n'apprendrez rien du tout. Si vous ne le connaissez pas et connaissez javascript çar peut être intéressant. Entre autre ça pointe certains points négatifs de CoffeeScript et ça c'est bien (il est domage dans certaines prez de les masquer, connaître les limites est vraiment important je trouve).

C'est plus de la sécurité que du développement, mais voici un article intéressant et plutôt simple à lire concernant Stuxnet et ses mises à jour.

Voici encore un outil de code reviews, barkeep. Je ne l'ai pas testé, mais si quelqu'un a un comparatif / retour entre les différents outils existant (reviewboard, crew, etc) je suis preneur.

Oula, je ne pensais pas qu'on pouvait encore faire des migrations du genre : les ports de FreeBSD viennent de migrer de CVS vers SVN ! Hum, je comprend qu'on a pas forcément réellement besoin de plus que SVN (quoique...) mais je trouve étonnant de migrer vers SVN tout de même. Quelqu'un aurait des infos sur pourquoi SVN et par Git par exemple ?

Misc

Google a libéré les slides utilisées durant Google I/O. Evidemment (ou pas) il s'agit de slides à exécuter dans un navigateur web récent... sous webkit. Je n'ai pas vraiment essayé avec un autre, je ne sais pas trop ce que ça donne mais surtout je ne sais pas pour quelle raison cela ne pourrait pas fonctionner avec, par exemple, un firefox récent. Quoi qu'il en soit ces slides sont plutôt sympa, assez propres et claires. J'aime beaucoup le fait qu'on puisse ouvrir plusieurs fois le même document pour avoir l'un en plein écran (pour le public) et un autre avec les commentaires par exemple (un mode présenteur quoi). C'est vraiment un point intéressant pour le coup (la communication se faisant via postMessage). Ca semble également assez bien adapté à la présentation d'extraits de code. Plutôt bien quoi.

Là où je suis par contre plutôt surpris (mais bon, je ne devrais pas il est vrai) et qu'ils n'utilisent pas les différentes libs Google mais à chaque fois un équivalent :

C'est un peu étonnant, et j'ai parfois du mal à capter la logique. Surtout que si on continue a regarder ces points ont arrive entre autre jusque Yeoman, même si pour le coup j'attend un peu de voir et tester.

Pour rester sur le même sujet, il existe d'autres outils permettant de faires de présentations en HTML5. Entre autre, voici celui utilisé par nono (mais non je ne cherche pas à me faire bien voir, il n'a qu'à pas balancer des choses intéressantes :-) ) : Slide'em up. Il y a tout de même quelques différences. Entre autre je n'y ai pas vu de mode présenteur (j'affectionne particulièrement pour ma part), et c'est basé sur du Ruby. L'écriture des slides est égalemment réalisée en Markdown (c'est à priori aussi possible pour celles de Google). De ce que j'en ai compris, il s'agit par contre d'un fork de ShowOff avec des thèmes et surtout le remplacement de Sinatra par Goliath. De ce que j'ai compris il s'agit de serveurs web en ruby, Goliath étant asynchrone (un peu comme si on faisait du nodejs, non ?). Sinatra est plus un DSL et non un vrai serveur ? Si nono passe pas là je suis pas contre une explication de ce choix de remplacer l'un par l'autre. En fait juste pour bien comprendre les différences entre les deux et pourquoi c'est plus intéressant d'avoir Goliath dans ce cas que Sinatra.

Voici, beaucoup plus léger, une photo que j'ai vu passé sur twitter, peut-être vous aussi : good - cheap - fast. Une façon assez sympa de présenter trois catégories de réalisations, un peu comme le théorème CAP finalement.

Humans.txt est une initiative assez intéressante. Il s'agit de replacer un peu d'humain dans les sites web. On a par exemple des fichiers robots.txt pour parler aux moteurs de recherche. Là il est question d'un fichier qui, pour le coup, est destiné aux humains : déclaration des autheurs, des créateurs, remerciements. Par contre, j'ai pas bien compris la ligne IDE, je vois pas trop ce que ça vient faire dedans... Vous trouverez une explication sur le site robots.txt...

Graphisme & co

Si vous utilisez balsamiq pour faire vos maquettes d'interfaces, vous serez probablement ravis d'apprendre qu'il existe une nouvelle alternative, moqups. Il s'agit d'un outil assez similaire, en html (au lieu de flash/air) et qui plus est gratuit. Par contre, ça ne semble pas libre.

Liste des liens présentés

Développement

Misc

Graphisme & co

2012 juil. 10

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

Introduction

Bon, je suis un peu en retard sur mon planing, mais c'est aussi car j'ai trouvé un peu moins de choses intéressantes ces derniers jour. Voici tout de même une petite compilation de liens de cette dernière semaine (et vous noterez que je n'ai même pas collé de troll dans l'introduction...).

edit : voici les épisodes précédents

Un peu de contenu

Développement

Histoire de commencer en douceur, voici une table unicode en site web. Ok, rien de bien nouveau dedans. Par contre, l'usage des caractères unicodes est de plus en plus utilisé dans le web car cela permet de remplacer pas mal d'icones et donc d'alléger les pages. Cela permet en outre de garder un côté vectoriel et stylable avec CSS, donc plutôt sympa.

Pour continuer avec un peu de "rien de bien nouveau", voici un article sur la programmation orientée aspect en PHP. Intéressant mais à creuser un peu plus. D'ailleurs l'article est plus sur de l'utilisation de reflexivité que réellement de la programmation par aspect.

Github continue d'avancer. Cette fois ils présentent un tutoriel git à utiliser dans votre navigateur. Une manière finalement assez sympa pour apprendre à utiliser cet outil.

Connaissez-vous git-flow ? Il s'agit de quelques extensions basées sur git permettant de facilité le travail en suivant un workflow assez intéressant. J'ai appris récemment qu'une variante existant pour mercurial, hg-flow. A noter que sourcetree permet d'utiliser ces deux outils directement depuis son interface (voir les notes de version).

Passons un instant du côté dart de la force (oui, je sais...) pour présenter ce port des classes crypto de Google Closure Library en dart.

Et restons chez Google (enfin presque) pour parler un peu de go. Voici en premier lieu un retour de cloudflare sur leur utilisation de go. Et ensuite une présentation de nono sur le monde merveilleux de Golang, présentation donnée au RMLL si je ne me trompe. Je n'y ait pas encore touché mais je trouve ça plutôt intéressant, et les différents articles (par exemple sur le blog d'af83 donnent envie d'essayer). Finalement peut-être un pont entre les langages classiques et bas niveaux tels que c/c++ et les langages plus haut niveaux comme python et ruby, tout en étant plus expressif que java. Bref ça me tente pas mal, mais j'ai déjà d'autres langages à (ré)apprendre donc ça passer après...

Pour clore cette partie développement un lien vers un livre blanc autour de la dette technique en informatique. Je n'ai pas encore eu le temps de le lire mais le début me semble intéressant. L'un d'entre vous l'a-t-il déjà lu ?

Misc

Mais que ce passe-t-il lorsqu'on exécute une recherche sur Google ? Cette infographie tente d'y répondre.

Graphisme & co

Si vous vous intéressez un peu à la typographie et au web, vous devez savoir qu'une des solution pour avoir une mise en page agréable est de se baser sur des grilles. Voici donc un petit outil fournissant des css de grilles a afficher dans vos pages, pour vous aider à les concevoir correctement.

D'ailleurs à ce propos il faudrait que je fasse un petit retour sur le livre webgrids que j'ai terminé et qui est plutôt intéressant.

Evidemment j'étais obligé de coller au moins une news sur les Lego ou quelque chose approchant. Donc voici une présentation sur le processus de design chez Lego.

Et pour rester dans les choses plutôt amusantes une petite vidéo qui vous expliquera comment réaliser une petite fusée à base d'allumette !

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 juin 11

De tout, de rien, des liens, du vrac (mais moins bookmarks cette fois)

Et voici un nouveau numéro !

Bon, faudrait que j'arrive à me caler sur trolldi pour publier, ça pourrait être un peu plus marrant...

Quoi qu'il en soit, j'ai essayé de faire ça un peu mieux en catégorisant un peu plus, même si c'est pas encore parfait. Les liens sont plutôt inclus dans le texte, à vous de dire si c'est mieux ou si vous préférez de bêtes listes.

Pour cette fois, principalement trois thèmes :

  • Des histoires de boulot
  • Quelques news de sécurité
  • Un peu de développement

Alors commençons avec le boulot.

Connaissez-vous le principe de Peter ? Non, je ne parle pas du [syndrome de Peter Pan](http://fr.wikipedia.org/wiki/syndrome de peter pan). t Le Principe de Peter est un principe vraiment intéressant qui dit, en gros « Avec le temps, tout poste sera occupé par un incompétent incapable d'en assumer la responsabilité ».

En résumé rapide (si vous voulez en savoir plus allez lire le lien) lorsqu'on est compétent à un poste, qu'on réussi, on a tendance à monter dans la hiérarchie. Le truc c'est qu'on est probablement moins compétent dans ce nouveau poste. Et ainsi de suite on s'élève jusqu'à un niveau d'incompétence problématique alors qu'initialement on était compétent.

A méditer lors des choix d'évolution de carrière...

En parlant de postes, pour vous développeurs (enfin ça peut sûrement s'appliquer à d'autres) comment se passe votre temps de travail ? Etes-vous contraint par des horaires strictes ? Horaire libres ? Finalement, dans quel cas êtes vous le plus productif et combien d'heures par jour de boulot ? Voici deux articles sur le sujet, l'un sur le fait d'avoir 2 à 3 heures par jour de réellement productives, l'autre sur le fait d'Être comptable de son temps.

Pour ma part je suis plutôt d'accord avec ces posts. Souvent, avoir un décompte trop précis ou vouloir que chaque minute soit réellement productive a l'effet inverse. Combien de fois trouvons-nous des solutions en regardant par la fenêtre ou une fois sorti du boulot ?

Je me souviens que, lorsque je travaillais à 100km de chez moi, je faisais alors pas mal de voiture (ok, 2h en temps normal, 2h20 si c'était sous la neige). Histoire de rajouter un peu, le temps était mesuré, en gros je pointais... Mais quelle connerie au final ! Parfois, j'étais bloqué sur un problème en fin d'après midi. Pas moyen de s'en sortir. Et pas question de quitter puisque je pointais et avait un nombre d'heure mini à faire (le résultat de la pointeuse était aussi que personne ne faisait plus lorsqu'il l'aurait fallu). Donc j'attendais en gros. Je cherchais quand même, j'étais pas en train de me promener sur facebook (faudrait que je regarde la date mais ça n'existait peut-être même pas, en tout cas je ne connaissais pas - et de toute façon j'avais pas le net sur mon poste...). Puis, arrivé l'heure fatidique, je repartais prendre ma voiture et faire 100 bornes. Souvent, au bout de quelques kilomètres je trouvais la solution. Alors je la notais pour le faire le lendemain matin.

Au final, n'aurais-je pas été gagnant (et mon entreprise également) à pouvoir m'échapper un moment puis revenir avec la solution ? Si j'avais pu, j'aurais résolu le problème avant la fin de la journée. En voulant me forcer à rester, la solution n'a été implémentée que le lendemain. En croyant augmenter la productivité au final elle a été réduite, en plus de ne pas donner envie.

Mais d'ailleurs, si on laissait plus de liberté à ces gens qui font des logiciels, ça donnerait quoi ? Et pourquoi pas un ~~plan de domination mondiale~~ Master plan !

Et en parlant de domination, où on en est côté cyberwar ces derniers temps ? Car il semble que ça avance réellement. Notamment côté Stuxnet, où il semblerait que La NSA et l’Unité 8200 étaient à l’origine de Stuxnet.

En même temps, dans certains cas, pas besoin de puissance folle pour bouffer du mot de passe Linkedin. Ils ont oubliés le poivre. Ou le sel. Rha je sais plus :-) An Update on LinkedIn Member Passwords Compromised

Par contre, impossible évidemment de passer sous silence la jolie 0day concernant MySQL et MariaDB. Tellement gros qu'on a du mal à y croire, surtout à quel point c'est facile. On souffle par contre dans l'oreille que certaines debian ne seraient pas concerné, il faut une version suffisamment récente pour que ça se produise :-)

Ces petites news vous ont mis en bouche ? Ok, il ne reste plus qu'à passer à la partie développement alors.

D'ailleurs, pour ceux qui font du java, vous connaissez Guice ? C'est un système d'injection de dépendance vraiment bien foutu, développé par Google. De mon côté ça a complètement changé mon point de vue sur Java. J'ai enfin pu faire du java qui soit agréable avec ça et je conseil à tous ceux qui font du java d'aller voir d'un peu plus près.

Quoi qu'il en soit, je ne suis pas le seul à penser ça. Et on peut le voir par exemple dans Sitebricks :: A Web platform. Il s'agit d'un petit framework web java, utilisant massivement Guice. Je ne l'ai pas encore testé mais ça ne saurait tarder, ça me tente vraiment bien. Ha oui, l'auteur était développeur Google Wave, mainteneur Guice. Pour lui des outils comme GWT mais aussi closure sont overengineered et il a voulu faire quelque chose de plus simple.

Histoire de rester dans le web, quelques petits liens en vrac :

Voici dans un autre registre une comparaison visuelle de C++, Ruby et CoffeeScript. Intéressant, mais peut-on réellement comparer des langages aussi différents et donc les objectifs (notamment d'abstraction) sont plutôt éloignés ?

Pour continuer, voici une présentation pour le moins intéressante : Devops is a verb its all about feedback

Si vous pensiez vous ennuyer les jours qui arrivent, j'ai ce qu'il vous faut. Rien de moins qu'une petite revue du code source de Doom3 ! Mine de rien un sacré travail de réalisé. Ce gars est un peu un malade je crois. Pour ma part je ne l'ai pas encore lu. Par contre je suis convaincu que c'est entre autre en lisant ou étudiant les codes d'autres personnes qu'on peut s'améliorer. C'est loin d'être négligeable, alors un titre pareil.

Ha oui, et il y a aussi twitter qui vient de libérer zipkin. Si j'ai bien compris c'est utilisé pour tracer une application dans un contexte distribué. Et il est vrai que nous en avons de plus en plus. Tous ceux qui bossent avec de multiples machines, de multiples services, savent combien il est difficile de savoir précisément ce qui se passe entre l'arrivée du requête et sa réponse. Comment visualiser ceci et pouvoir agir ensuite ? C'est un peu le but de cet outil. Et c'est construit à partir du papier de Google Research sur le sujet, Dapper.

Et pour finir ce petit épisode, un peu de lol !

PairHero: A game of collaboration for pair programming Vous trouviez le pair programming ennuyant ? Ce petite plugin Eclipse est fait pour vous alors !

J'aimerais vraiment bien mettre en place ce qui suit. Si les gens le prennent bien il y a vraiment moyen de rigoler. D'ailleurs, certains d'entre vous ont-ils déjà mis en place lolcommits ?

2012 juin 5

De tout, de rien, des liens, du vrac (des bookmarks quoi)

Si vous souhaitez savoir comment fonctionne LLVM cet article est fait pour vous. Bon, j'ai pas encore eu le temps de le lire, mais dès que j'en ai le temps... (oui c'est facile)

Gerrit est un système de revue de code destiné à être utilisé à partir de Git. Je suis personnellement de plus en plus intéressé par les revues de code, mais le problème est souvent la _facilité_ ou non de le gérer et de l'intégrer aux processus existants. L'avoir au plus près du gestionnaire de source peut être intéressant. A tester rapidement sur mes projets sous Git. D'ailleurs j'en profite :

  • Vous faites des revues de codes vous ?
  • Et dans votre taff ?
  • Si oui, vous utilisez quoi ?
  • Pas trop chiant comme contrainte dans les processus de dev ?


Depuis quelques année, une liste de 14 bonne pratiques pour les perfs web est utilisée. L'article présent (première partie) revient sur ses règles mais en utilisant un navigateur récent (chrome 19) et en le comparant avec un ancien (IE6) afin de voir si ces règles sont toujours d'actualité ou non. Un très bon article, il est je pense intéressant de faire régulièrement se travail afin de ne pas appliquer des règles idiotes, surtout vu l'énorme évolution des navigateurs ces derniers temps.

Vous voulez des checkbox et range qui aient de la gueule ? En voici plutôt bien sympa (et pas qu'un peu).

Vous ne savez pas quel nom donner à votre classe ? Simple, ce site va vous permettre d'en trouver un à votre place !

Je connais peu Paris. Mais j'aime bien les articles du genre. Il montre l'évolution de certains coins de Paris qui ont (ou non d'ailleurs) changé durant les derniers siècles.

Question intéressante. On le présente souvent comme un _jeune geek_. Est-ce vraiment le cas ou est-ce une façade ?

Heu, comment dire...

En fait je crois que le titre suffit. Pour info c'est une présentation faite par Jeff Atwood (derrière Coding Horror, Stack Exchange, Stack Overflow) durant le Atlassian Summit 2012.

Petit article imagé sur KISS.

Petit guide pour démonter un macbook unibody blanc (pas pro).

Vous avez un macbook 13 unibody blanc ? Le fond se décolle ? Il n'est plus sous garantie ? Qu'importe, il suffit de demander à Apple et ils le change ou fournissent un nouveau fond. Pour ma part, je viens de le recevoir ce matin, reste plus qu'à le monter et renvoyer l'ancienne pièce (UPS fourni et prepayé)

Une bonne nouvelle pour Google, et une corde de plus à leur arc pour convaincre les réticents à passer sur une solution bureautique dans le cloud.

Un pas de plus dans la décadence de Yahoo!. Yahoo! Babel fish, le service de traduction de Yahoo! devient Bing Translator.

Oué, le nom peut prêter à sourire. Par contre ils ont l'air bien sérieux quand même. En gros, le vide n'est pas vide, et donc il peut y avoir des forces. Et qui dit force dit possibilité de mouvement. Autrement dit (bon c'est pas forcément dans cet article) une possibilité de déplacer des objets dans l'espace (qui n'est pas si vide que ça finalement) sans carburant.

Très bon parallèle entre jeux et agile. Et surtout l'explication de la différence entre stratégie (product owner) et tactique (équipe). Plutôt court et bien écrit, allez le lire, c'est vraiment intéressant.

Mise à jour du design de Openweb et ajout de nouvelles rubriques "blog" et "voir ailleurs".

Openweb reste un site important dans le paysage web francophone de part ses nombreuses traductions. Content de voir un peu de fraicheur dans leur design et une activité. (et j'aime bien le nouveau style)

Ha ha, cloudflare !

Bon, déjà j'aime pas spécialement cloudflare, mais là. En gros, si j'ai bien compris, un admin c'est fait piraté son compte google. Ok, mais le rapport avec Cloudflare ? Ben la fonctionnalité de récupération de mot de passe. Et oui, aussi bête que cela, une fois le compte mail en poche il suffisait de lancer la procédure suite à une perte de mot de passe et hop, gagné ! Au final intéressant comme article, dans les conseils pas bête, utiliser un compte autre que le compte courant pour récupérer les comptes. Disons que ça évite les problèmes si quelqu'un vous pirate votre compte.

2012 mai 30

Vrac de liens

Quelle est vraiment la différence entre UX (User eXperience) et UI (User Interface) ? Et si on rajoute serveur et datacenter ?

Voici une vision très imagée mais qui permet de rapidement comprendre les différences. A regarder de préférence le matin, au réveil :-)

Une petite cheatsheet pour un web meilleur et propre (je veux dire par là en utilisant de vrai règles de typo, d'accessibilité, etc). Par le W3C.

Ha ha !

N'empèche, ils sont vraiment trop ridicules sur ce coup là ! En gros, Yahoo! a fourni la clé privée permettant de signer une app chrome. N'importe qui récupérant la clé peut donc faire passer son application pour une officielle provenant de Yahho!

A voir, c'est vraiment très sympa. Faut être doué ou avoir beaucoup de chance (surtout) mais le résultat est bien amusant.

Comment savoir si une startup a des chances de réussites ? Voici une petite infographie qui présente les principales raisons.

Comment appeler du C/C++/Obj-C depuis du java ?

BridJ est un outil vraiment puissant répondant à cette problématique de manière plutôt élégante. Entre autres possibilités bien sympa, le fait de pouvoir créer un classe Java dérivant une classe C++ !

In this paper, we present Google, a prototype of a large-scale search engine which makes heavy use of the structure present in hypertext.

Infographie assez intéressante sur les liens et interactions entre les différents grands noms du numérique (au sens d'où provenait le créateur de tel ou tel entreprise)

Belle petite analogie d'un projet informatique... A méditer.

Ensemble de fichiers "extern" pour Google Closure Compiler. Entre autre les API Google, JQuery, JSON, etc.

Et be... certains ne doutent de rien...

Ca me tenterait bien ça :)

Voici une très bonne introduction (et même plus) à Javascript. Si vous voulez coder avec ce langage, allez lire ceci (ou un équivalent), vous ne le regretterez pas.

CSS3 say bien ! Voici un petit exemple d'accordéon, uniquement en CSS. Plutôt sympa, évidemment pas compatible avec tous les navigateurs, mais ça vaut le coup (et d'abord vous n'avez pas honte d'utiliser IE ??)

Mozilla sort (est en train de ?) une web application pour éditer et publier de l'html et du css en ligne. Intéressant, surtout techniquement, mais je ne vois pas trop l'intérêt réel... A moins d'avoir les sources et de pouvoir imaginer l'intégrer dans d'autres sites.

Une lib PHP permettant de transformer de l'HTML (et CSS, 2.1) en PDF. Il m'arrive d'utiliser la même chose en java, c'est vraiment sympa. Enfin une solution pour générer facilement et proprement des PDF.

Une petite explication de la manière de gérer les branches et les merges chez Microsoft (ou en tout cas un guide proposé par Microsoft).

Un bon et complet tuto sur la gestion du débordement de contenu dans les boites CSS.

Une très bonne présentation (ok, j'ai seulement lu les slides, pas vu la vidéo) concernant le chargement des ressources (essentiellement des scripts) dans des pages web.

A voir plus en profondeur, le sujet mérite réellement de s'y attarder et les gains en performances peuvent être spectaculaire.

Une version française d'un des livres les plus connus sur JavaScript. Je ne l'ai jamais lu mais ça m'intéresserait pas mal d'y jeter un coup d'oeil (ou de l'avoir en référence par exemple).

Très souvent, on entend les développeurs (ou les clients, utilisateurs, etc) se plaindre du cache. En réalité c'est souvent à cause de deux choses : la méconnaissance du cache et sa très mauvaise utilisation.

Voici une présentation donnée par l'un des développeurs principaux de Internet Explorer qui présente les différentes solutions de cache local au navigateur. Un bon usage du cache permet d'avoir des applications beaucoup plus intéressantes, réactives voir simplement fonctionnant hors connexion. A lire et appliquer sans plus attendre !

Ho merde, les gens sont juste des tarés ! Voici un ensemble d'artwork réalisés sous ... excel !

C'est à ce demander jusqu'où ira Dart et dans quel but exactement... Dart permet désormais de s'interface avec des codes en C ou C++ (aussi bien appel de code natif qu'intégration de Dart dans du natif).

Très intéressant au demeurant mais l'objectif reste un peu flou je trouve...

Je suis toujours à la recherche d'une bonne sauce barbecue maison... peut-être celle-ci ?

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 !