URL: https://linuxfr.org/news/de-tout-de-rien-des-bookmarks-du-bla-bla-43 Title: De tout, de rien, des bookmarks, du bla‐bla #43 Authors: CrEv Davy Defaud, Nÿco et rootix Date: 2012年10月23日T17:58:35+02:00 License: CC By-SA Tags: veille_technologique, graylog, redis et revealjs Score: 21 Comme à sa presque habitude, voici un petit condensé de ma veille. Il s’agit essentiellement de _bookmarks_, assez peu commentés. Le but étant juste de partager et d’initier discussions, débats, avis, touckevouvoulez. La majorité des liens est classiquement orientée développement, JavaScript et CSS. 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 ! ---- [Tag « veille technologique » sur LinuxFr.org](http://linuxfr.org/tags/veille_technologique/public) [Précédent numéro](http://linuxfr.org/news/de-tout-de-rien-des-bookmarks-du-bla-bla-42) ---- # Un peu de contenu ## Développement Maintenant qu’on a de plus en plus de types de machines, et surtout d’écrans, différents, la gestion des images devient un vrai casse‐tête. Les écrans ont des définitions parfois très différentes. Comment permettre, en CSS, d’avoir une image qui s’affiche bien sur un écran d’ordi classique, sur un Mac _Retina_, sur des _smartphones_ différents (et donc de résolutions très diverses pour des tailles d’écran similaires), sur des liseuses, etc. C’est un vrai problème. Voici par exemple un [article de _37 signals_][] sur le sujet, en utilisant les [_media queries_][] et [Sass][]. Une autre solution, présentée dans cet [article de _HTML5 Rocks_][], est de partir sur le SVG. Longtemps décrié, puis indiqué à tort par certains comme un remplaçant de Flash, et finalement un peu oublié, le SVG revient petit à petit sur le devant de la scène. En effet, comment avoir des images qui s’affichent bien quelque soit la résolution et la taille ? Pour ça, le vectoriel est une vraie réponse agréable. Et, en plus, on peut aussi avoir un gain non négligeable en termes de poids, ce qui est loin d’être négligeable lorsqu’on parle de mobile. Je vous avais déjà parlé de quelques outils pour réaliser des présentations à base d’HTML. Voici cette fois [_reveal.js_][]. Il permet d’écrire des transparents en HTML ou Markdown, et les présente plutôt bien, avec quelques transitions. Il permet d’afficher du code proprement, mais aussi, point assez sympa, d’avoir un enchaînement de transparents verticaux et non uniquement horizontaux. Il y a aussi la possibilité d’avoir un mode « présentation » avec, pour l’orateur, l’affichage des notes et du transparent suivante. Au final, un outil plutôt intéressant, même si je trouve les effets (au moins pour la démo) un peu trop présents. Ah oui, et le [code est évidemment disponible][code reveal]. Si vous utilisez _git_ et GitHub, vous utilisez probablement les _pull requests_. Y’a pas à dire, c’est plutôt sympa. Mais l’une des premières questions qui vient est « comment tester simplement ces çpull requestsç en local avant de fusionner réellement ? ». Finalement, la solution est plutôt simple, car les _pull requests_ sont automatiquement vues comme des branches... si on rajoute `fetch = +refs/pull/*/head:refs/remotes/origin/pr/*` à la _remote_ correspondante. Attention à bien modifier la ligne si besoin. Si vous désirez allez plus loin dans l’intégration git/GitHub, vous pouvez vous diriger vers [_hub_][] ([source][] de ces informations). Et si vous voulez (une partie de) la puissance de GitHub chez vous, vous serez content d’apprendre que [Gitlab est sorti en version 3.0][gitlab]. Cet outil s’améliore plutôt bien, les fonctionnalités deviennent de plus en plus intéressantes. OK, ça ressemble quand même beaucoup à GitHub, et il est dommage qu’il n’y ait pas vraiment d’innovations. Mais ça a le mérite de fournir facilement une plate‐forme plutôt intéressante. Dans les nouveautés de la version, on peut noter la présence d’un éditeur en ligne (très pratique, je trouve, pour éditer les fichiers _readme_, par exemple). Dans le genre petite brève, vous noterez que [Redis 2.6][redis26out1] [est sorti][redis26out2]. Vous pourrez aussi jeter un coup d’œil à [_go-ui_][]. Il s’agit d’un module de liaison (un _binding_) Go pour Qt. Les démos que j’ai testées fonctionnent. Ça me semble plutôt intéressant, et ça montre qu’on peut faire autre chose que de la programmation système en Go. Histoire de rentrer un peu à nouveau dans le Web, voici un article pour le moins intéressant en provenance d’Opera concernant la [journalisation des erreurs côté client][clientsidelog]. Côté serveur, on a l’habitude, on utilise des systèmes de journaux classiques, ou alors [des][airbrake] [trucs][errornot] [un][whoops] [peu][graylog2] [différents][errbit]. Mais, dans tous les cas, on sait faire. Côté client (navigateur), en général... on ne fait rien. Pourtant, c’est vraiment intéressant, vues la taille, la complexité et la criticité des applications Web, qu’elles puissent remonter leurs erreurs et enfin les traiter convenablement. Et pour clore cette partie développement, voici une conférence très intéressante sur V8, Dart : [_Pushing The Limits of Web Browsers... or Why Speed Matters_][pushinglimits]. La conférence revient sur différents langages à machine virtuelle, puis sur JavaScript et V8. Elle s’oriente sur les limites de JavaScript à être optimisé, ce à quoi Dart est une réponse. Dart a été créé avec cet objectif en ligne de mire : rendre le Web plus rapide. En cela, je trouve Dart bien plus intéressant que les autres initiatives, telles TypeScript. Maintenant, la question reste, comme souvent, la même : les autres navigateurs vont‐ils l’implémenter ? Si oui, alors on peut imaginer faire encore plus de choses sur le Web, proprement. Sinon, ce sera une belle tentative, mais qui ne servira pas à grand chose. ## Misc Je crois que j’avais déjà partagé le lien vers une vidéo (cherchez sur Vimeo), mais voici la version longue de la présentation [_La voie du programmeur_][]. C’est simple, mais juste je trouve. Allez regarder, ça se parcours plutôt vite. Voici un article plutôt sympa sur les [télétravailleurs et les équipes distribuées][remote distributed]. Je trouve l’article assez intéressant, notamment par les côtés communication. Contrairement à ce que beaucoup veulent (faire ?) croire, ne pas être au même endroit (pire, ne pas être en _open space_) ne pose pas nécessairement de problème de communication, encore moins d’efficacité. Mais cela demande (naturellement) de faire proprement les choses et d’apprendre à communiquer. En même temps, même en _open space_ les problèmes de communication sont vraiment légion (surtout lorsqu’on se rend compte que _tout le monde_ a un casque sur la tête). ## Graphisme, design, etc Ça aurait pu être placé dans les liens sur le développement, mais c’est plus le côté graphisme qui m’a intéressé. Voici un petit ensemble de [boutons _Metro UI_][] (enfin je crois qu’il ne faut plus l’appeler comme ça, mais bon...). Ça me semble plutôt pas mal, même si je ne suis pas super fan du style. À noter que c’est basé sur [_bootstrap_][]. C’est libre, et ça fonctionne sur pas mal de navigateurs, dont IE à partir de la version 8. Également un peu à la marge du développement et du graphisme, voici une petite démo, une petite [expérimentation sympa autour des filtres CSS][expfiltres] disponibles dans WebKit. C’est plutôt bien fait, ça permet, entre autres, de voir l’avancée qu’ont fait CSS et navigateurs. Il devient de plus en plus envisageable de traiter des images, leur appliquer des effets purement CSS. Et, ça, c’est vraiment _cool_, je trouve. Vous trouverez également les transparents d’une présentation donnée à ParisWeb sur [_Les icônes : qui sont‐elles ? Quels sont leurs pictos ?_][icones]. # Liens présentés ## Devel [article de _37 signals_]: http://37signals.com/svn/posts/3271-easy-retina-ready-images-using-scss "Easy retina-ready images using SCSS" * _« Easy retina-ready images using SCSS »_, sur _Signal vs Noise _: [_media queries_]: http://www.w3.org/TR/css3-mediaqueries/ "Media queries" * _Media queries_, sur le site du W3C : [Sass]: http://sass-lang.com "Sass" * Sass : [article de _HTML5 Rocks_]: http://www.html5rocks.com/en/tutorials/svg/mobile_fundamentals/ "Splash vector graphics on your responsive site" * _Splash vector graphics on your responsive site _: [_reveal.js_]: http://lab.hakim.se/reveal-js "reveal.js" * _reveal.js _: http://lab.hakim.se/reveal-js [code reveal]: https://github.com/hakimel/reveal.js "Code de reveal.js" * code de _reveal.js _: https://github.com/hakimel/reveal.js [_hub_]: https://github.com/defunkt/hub "Hub" * git + github = hub : [source]: http://n.survol.fr/n/recuperer-les-pull-request-github-en-local "Récupérer les pull requests github en local" * récupérer les _pull requests_ GitHub en local : [gitlab]: http://blog.gitlabhq.com/gitlab-3-dot-0-released/ "Gitlab 3.0" * Gitlab 3.0 : [redis26out1]: http://antirez.com/news/21 "Sortie de Redis 2.6" * sortie de Redis 2.6 : [redis26out2]: http://redis.io/download#2.6.0 "Redis 2.6" * Redis 2.6 : [_go-ui_]: https://github.com/visualfc/go-ui "Go-ui" * go-ui : [clientsidelog]: http://dev.opera.com/articles/view/client-side-error-logging/ "Client side error logging" * _Client side error logging _: [airbrake]: http://airbrake.io/pages/home "Airbrake" * Airbrake : [errornot]: https://github.com/errornot/ErrorNot "ErrorNot" * ErrorNot : [whoops]: http://www.whoopsapp.com/whoops-server/ "Whoops" * Whoops : [graylog2]: http://graylog2.org/ "Graylog 2" * Graylog 2 : [errbit]: https://github.com/errbit/errbit "Errbit" * Errbit : [pushinglimits]: http://www.infoq.com/presentations/Performance-V8-Dart "Pushing The Limits of Web Browsers... or Why Speed Matters" * _Pushing The Limits of Web Browsers... or Why Speed Matters _: ## Misc [_La voie du programmeur_]: http://prezi.com/eqmsbhlrxjz6/la-voie-du-programmeur-version-longue "La voie du programmeur version longue" * _La voie du programmeur_, version longue : [remote distributed]: http://bob.mcwhirter.org/blog/2010/09/13/remote-worker-distributed-team/ "Télétravailleurs et équipes distribuées" * Télétravailleurs et équipes distribuées : ## Graphisme, design, etc. [boutons _Metro UI_]: http://ace-subido.github.com/css3-microsoft-metro-buttons/index.html "CSS3 Microsoft Modern buttons" * _CSS3 Microsoft Modern buttons _: [_bootstrap_]: http://twitter.github.com/bootstrap/ "Twitter bootstrap" * _Twitter bootstrap _: [expfiltres]: http://html.adobe.com/webstandards/csscustomfilters/cssfilterlab/ "CSS filter lab" * _CSS filter lab _: [icones]: http://fr.slideshare.net/desbenoit/les-icnes-qui-sontelles-quelles-sont-leurs-pictos "Les icônes : qui sont‐elles ? Quels sont leurs pictos ?" * _Les icônes : qui sont‐elles ? Quels sont leurs pictos ?_

AltStyle によって変換されたページ (->オリジナル) /