tag:linuxfr.org,2005:/tags/gfx/publicLinuxFr.org : les contenus étiquetés avec « gfx »2014-05-31T01:42:04+02:00/favicon.pngtag:linuxfr.org,2005:News/354052014-05-29T16:23:58+02:002014-06-03T16:46:58+02:00Wayland et Weston 1.5Licence CC By‑SA http://creativecommons.org/licenses/by-sa/4.0/deed.fr<div><p><a href="http://fr.wikipedia.org/wiki/Wayland" title="Définition Wikipédia">Wayland</a> et son implémentation de référence Weston sont sortis en version 1.5 le mardi 20 mai 2014. Au programme, pas de révolution, mais beaucoup de bogues corrigés.</p>
<p>Sous GNU/Linux et BSD (entre autres), lorsqu’une application veut afficher quelque chose à l’écran, elle doit utiliser le <a href="http://fr.wikipedia.org/wiki/X_Window_System">protocole X11</a> pour communiquer avec <a href="http://fr.wikipedia.org/wiki/X.Org" title="Définition Wikipédia">X.Org</a>. Mais X.Org est vieux, pas adapté au matériel moderne et pas sécurisé.</p>
<p><img src="//img.linuxfr.org/img/687474703a2f2f7761796c616e642e667265656465736b746f702e6f72672f7761796c616e642e706e67/wayland.png" alt="Wayland" title="Source : http://wayland.freedesktop.org/wayland.png"></p>
<p>Wayland est le nom du protocole d’affichage local conçu pour remplacer le protocole X11, d’une bibliothèque qui l’implémente (et du projet en général). Une partie du travail qui était fait par X.Org devra désormais être faite par le compositeur, dans la plupart des cas le gestionnaire de fenêtres. Weston est une implémentation de référence d’un compositeur pour démontrer les capacités des protocoles (Wayland, xdg-shell…) et des bibliothèques utilisées (<em>libxkbcommon</em>, <em>libinput</em>…).</p>
<p>Wayland est déjà pris en charge par Qt 5, GTK 3, Clutter, SDL et EFL. KDE et GNOME le prennent en charge partiellement via leurs gestionnaires de fenêtres, respectivement KWin et Mutter. D’autres projets naissent sur Wayland comme <a href="http://www.phoronix.com/scan.php?page=news_item&px=MTU5ODk"><em>Hawai</em></a>.</p>
<p>Pour l’occasion, la catégorie « X » de <em>LinuxFr.org</em> devient « Serveurs d’affichage » (pour englober X.Org, Wayland, Mir et tout ce qui s’y rapporte) et change de logo !</p>
<p>N.D.L.R. : merci à <a href="//linuxfr.org/users/jpec">JPEC</a> pour son <a href="//linuxfr.org/users/jpec/journaux/wayland-weston-1-5-0-sont-publies">journal : <em>Wayland & Weston 1.5.0 sont publiés</em></a>.</p></div><ul><li>lien nᵒ 1 : <a title="http://lists.freedesktop.org/archives/wayland-devel/2014-May/014955.html" hreflang="en" href="https://linuxfr.org/redirect/90611">Annonce : Wayland and Weston 1.5.0 is released</a></li></ul><div><p>Wayland et Weston ont désormais des <a href="https://fr.wikipedia.org/wiki/Make"><em>makefiles</em></a> non récursifs. Ce qui améliore les temps de compilation, surtout en cas de petite modification.</p>
<p>Le développement a été plutôt calme, un grand nombre de bogues ont été corrigés, et le nombre de bogues ouverts est même descendu jusqu’à 14 pendant un moment !</p>
<h2 id="wayland">Wayland</h2>
<p>Rien de particulier pour l’utilisateur lambda, Wayland étant assez mature, il évolue peu.</p>
<p>Côté technique, le traitement des évènements a été amélioré en gérant certains évènements (<em>delete_id</em> et erreurs) dans une file interne séparée, pour pouvoir les traiter immédiatement.</p>
<h2 id="weston">Weston</h2>
<p>Encore du travail sur <em>xdg-shell</em> (une interface de programmation en cours de création pour standardiser le comportement de différents environnements de bureau sous Wayland), qui n’est pas encore fini. Nous avons cependant ajouté la fonctionnalité de minimisation de fenêtre qui a longuement manqué. Nous pensons finaliser l’interface <em>xdg-shell</em> pour la 1.6, à temps pour son utilisation par GNOME Shell 3.14.</p>
<p>La pile pour gérer les périphériques d’entrée de Weston a été refactorisée dans une nouvelle bibliothèque <em>libinput</em>. Pour le moment Weston doit être configuré pour l’utiliser, car il utilise toujours l’ancien code. Au fur et à mesure que l’interface de programmation (API) de <em>libinput</em> se stabilisera, l’ancien sera supprimé, rendant <em>libinput</em> indispensable.</p>
<p>Weston utilise maintenant le nouveau serveur Xwayland. Le code de Xwayland a été réusiné pour être son propre serveur X dans le dépôt de X.org, et fonctionne comme Xwin, Xquartz et Xnest. Une grande partie de la complexité et des bidouillages dans le vieux Xwayland fondé sur X.org venait du fait qu’il fallait combattre X.org qui essayait d’être un serveur graphique natif, découvrant les périphériques d’entrée et pilotant les sorties vidéos. Le but était de pouvoir réutiliser le code pour l’accélération 2D des divers pilotes DDX de X.org. <a href="http://www.freedesktop.org/wiki/Software/Glamor/">Glamor</a> devenant une architecture d’accélération crédible, nous n’avons plus besoin de contorsionner le code et la nouvelle base de code est bien plus simple et propre au final. Xwayland est désormais disponible en amont et sera distribué avec X.org 1.16.</p>
<p>Animation de la fermeture des fenêtres : une fonctionnalité mineure, mais cela valide le mécanisme de conservation d’une surface après que le client qui l’a créée ait disparu.</p>
<p>Il y a maintenant un mode plein écran, utile pour une utilisation en kiosque ou d’autres appareils de ce type.</p>
<p>Enfin, Weston gère désormais des profondeurs de couleurs différentes pour différentes sorties vidéo.</p>
<h2 id="la-suite">La suite</h2>
<blockquote>
<p>Comme mentionné dans les notes de la RC2, nous avons gardé des choses pour la versio-n 1.5.1 et nous essaierons de la sortir dans quelques semaines. Pour la 1.6, nous essaierons de la faire en 4 mois, donc quelque chose comme :</p>
<ul>
<li>mi-août : version alpha, toutes les grosses fonctionnalités intégrées, ensuite uniquement des fonctionnalités mineures et indépendantes ;</li>
<li>début septembre : RC1, après cela, que des corrections de bogues ;</li>
<li>une semaine plus tard : RC2, ensuite seulement des corrections de bogues critiques ;</li>
<li>mi-septembre : version 1.6, qui idéalement devrait être la RC2.</li>
</ul>
<p>Pour le futur, je souhaiterais changer la façon de travailler sur la branche de développement principale. Le plus grand problème dans notre façon de travailler actuellement est que pour l’intégration des correctifs, je suis au mieux un goulot d’étranglement, au pire j’en oublie. Je veux donc étendre la liste de ceux qui peuvent modifier directement cette branche. Soit pour ceux qui ont leur partie de Weston qu’ils maintiennent (par exemple, Pekka, pour le moteur Raspberry Pi, ou Hardening, pour le moteur RDP), soit pour des contributeurs qui font partie du projet depuis un moment et qui comprennent bien le code — ou les deux.</p>
<p>Pouvoir relire un correctif <em>et</em> intégrer ce correctif devrait, je l’espère, augmenter la motivation à relire les correctifs, et je ne veux plus être obligé d’être là tout le temps pour faire avancer les choses. Je pense que tout le monde a assez de bon sens pour décider quand quelque chose est un petit correctif qui doit être intégré immédiatement et quand quelque chose nécessite une discussion plus large et un consensus avant intégration. Pour tout ce qui touche le cœur de Weston et, en particulier, tout ce qui touche au protocole, nous devons toujours avoir des correctifs, des relectures et une discussion dans la liste de diffusion avant intégration.</p>
</blockquote>
<p><a href="http://fr.wikipedia.org/wiki/Kristian%20H%C3%B8gsberg" title="Définition Wikipédia">Kristian Høgsberg</a></p></div><div><a href="https://linuxfr.org/news/wayland-et-weston-1-5.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/102294/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/news/wayland-et-weston-1-5#comments">ouvrir dans le navigateur</a>
</p>
sinmaNÿcoDavy DefaudrenoNils RatusznikBAudclaudexbubar🦥Benoît Sibaudpalm123tuiu polhttps://linuxfr.org/nodes/102294/comments.atomtag:linuxfr.org,2005:Diary/327612012-06-25T21:56:06+02:002012-06-25T22:16:50+02:00De tout, de rien, des liens, bla bla bla<h2 id="sommaire">Sommaire</h2>
<ul><li>
<ul><li>
<a href="#toc_0">Introduction</a>
</li>
<li>
<a href="#toc_1">Un peu de contenu</a>
<ul><li>
<a href="#toc_2">Développement</a>
</li>
<li>
<a href="#toc_3">Misc</a>
</li>
<li>
<a href="#toc_4">Cartographie</a>
</li>
<li>
<a href="#toc_5">Graphisme & co</a>
</li>
</ul></li>
</ul></li>
<li>
<a href="#toc_6">Liste des liens présentés</a>
<ul><li>
<ul><li>
<a href="#toc_7">Développement</a>
</li>
<li>
<a href="#toc_8">Misc</a>
</li>
<li>
<a href="#toc_9">Graphisme & co</a>
</li>
<li>
<a href="#toc_10">Cartographie</a>
</li>
</ul></li>
</ul></li>
</ul><h3 id="toc_0">Introduction</h3>
<p>Pour bien commencer la semaine, voici une nouvelle sélection de mes marque-pages.</p>
<p>Comme vous pouvez le remarquer j'ai essayé de faire quelque chose à la fois plus structuré et plus pratique pour ceux souhaitant uniquement une liste de liens. Pour une fois, j'aurais bien voulu mettre des notes de bas de page, mais je n'ai pas réussi à le faire sur LinuxFR.</p>
<p>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 <em>Liste des liens présentés</em>.</p>
<h3 id="toc_1">Un peu de contenu</h3>
<h4 id="toc_2">Développement</h4>
<p>Tout codeur sait bien que la documentation est son <s>meilleur ami</s> pire cauchemar. Les développeurs aiment, en général, tellement écrire de documentations qu'on en arrive à avoir des choses du genre (piqué de <a href="https://twitter.com/fabpot/status/215107628454510592">twitter</a>) :</p>
<pre>
<code class="php"><span class="x">/**</span>
<span class="x"> * Gets the title.</span>
<span class="x"> * @return string The title</span>
<span class="x"> */</span>
<span class="x">public function getTitle() {</span>
<span class="x"> return $this->title;</span>
<span class="x">}</span>
</code>
</pre>
<p>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 partisan 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).</p>
<p>J'aimerais bien pouvoir faire du <a href="http://www.roard.com/Presentations/literate-programming.pdf">literate programming</a>, un peu ce qu'on trouver dans <a href="http://jashkenas.github.com/docco/">docco</a>. Le problème est que je trouve que ça s'adapte assez peu à des programmes objets un peu complexes.</p>
<p>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 <a href="http://fabien.potencier.org/article/63/sami-yet-another-php-api-documentation-generator">Sami</a>, libéré par Fabien Potencier, auteur entre autre de symfony.</p>
<p>Histoire de rester dans le PHP, voici une présentation sur l'utilisation de <a href="https://speakerdeck.com/u/hhamon/p/designing-rest-api-with-silex">Silex pour faire des api REST</a>. 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 <em>micro framework</em> php.</p>
<p>Si vous utilisez <a href="http://git-scm.com/">Git</a> pour vos projets, vous serez peut-être intéressés par ce <a href="http://denisroussel.fr/Gitboard/">tableau de bord</a>. 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 testent, un retour m'intéresserait pas mal.</p>
<p>Toujours pour Git, voici <a href="http://crew-cr.org/">Crew</a> 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 <a href="http://reviewboard.org">review board</a> pour sa compatibilité <a href="http://mercurial.selenic.com/">Mercurial</a> entre autre. Avez-vous déjà utilisé Crew ?</p>
<p>Je sais qu'on est sur LinuxFR et qu'on parle de libre, mais je suis dans les journaux. Donc je me permets de partager ce lien, contenant nombre de logiciels non libre pour un OS terreux (mais en même temps, il paraît qu'un tel os permet d'aller sur le chan des extrémistes bdsien alors bon…). Le but de cet article est de <a href="http://deuteron.fr/blog/how-to-set-up-your-mac-for-web-development/">configurer un mac pour du développement web</a>.</p>
<p>
<em>edit : Ha be en fait non, les pommes sont passées de <a href="http://wiki.gcu.info/doku.php?id=de_la_bienseance_sur_le_canal_irc">terreuses à SALE SALE SALE</a></em>
</p>
<p>Je quitte un peu la partie pur développement pour vous parler de Cloud. Vous le savez certainement, en Europe le cloud est un peu à la traîne. De grands acteurs tentent quand même de tirer leur épingle du jeu, mais ce n'est pas évident. Et a priori, au-delà des problèmes techniques, se posent é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 <a href="http://www.usinenouvelle.com/article/cloud-computing-la-reglementation-europeenne-doit-vite-evoluer-selon-le-cern.N177052">CERN demande donc une évolution de la réglementation</a> 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.</p>
<p>Voici, pour changer un peu, un long et instructif post sur <a href="http://www.html5rocks.com/en/tutorials/webgl/webgl_orthographic_3d/">WebGL et la 3D</a>. Je ne vais pas vraiment détailler, le mieux étant d'aller le lire.<br /><code>/me</code> se souvient avoir bossé dans une startup dont l'objectif était de faire de la 3D dans les navigateurs. À l'époque, point de WebGL, on intégrait un moteur <a href="http://www.ogre3d.org/">Ogre</a> sous forme de greffon 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…</p>
<p>Et pour fermer cette partie développement, quelques petits points sur GitHub. Tout d'abord une présentation sur l'utilisation <a href="https://speakerdeck.com/u/kneath/p/building-an-army-of-robots">d'une armée de robots</a>. 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. Ça 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…".</p>
<blockquote>
<p>I'm tired of writing bad code</p>
</blockquote>
<p>C'est ainsi que commence cette présentation intitulée <a href="http://opensoul.org/blog/archives/2012/05/23/why-our-code-smells/">Why our code smells</a>. Elle est aussi réalisée par un employé de GitHub. La présentation est vraiment sympa, et j'ai l'impression que cette boîte 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.</p>
<p>D'ailleurs vous pouvez aussi aller voir les autres articles de son <a href="http://opensoul.org/">blog</a> c'est pas mal. Il y a un article qui m'intrigue, celui montrant son <a href="http://opensoul.org/blog/archives/2012/01/09/the-40-standup-desk/">bureau pour travailler en position debout</a>. Je sais que certains utilisent ce genre de bureau (ou côtoient 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 syndrome rotulien (syndrome 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é… </p>
<h4 id="toc_3">Misc</h4>
<p>Si vous développez pour android, ce petit utilitaire devrait vous plaire. 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. <a href="http://blog.ribomation.com/droid-at-screen/">Droid@Screen</a> peut être vraiment intéressant pour vos présentations ou formations, par exemple.</p>
<p>Wikimedia semble toujours en recherche autour de son <a href="https://blog.wikimedia.org/2012/06/21/help-us-shape-wikimedias-prototype-visual-editor/">éditeur visuel</a> 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 d'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 prétexte 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.</p>
<p>Côté savoir, v'la't-y pas que Xavier papote dans les journaux aux sujets des <a href="http://lecercle.lesechos.fr/entreprises-marches/high-tech-medias/mobilite/221148204/free-mobile-mythes-et-realites">Free mobile : mythes et réalités</a>. 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'affaires, plutôt différent si on regarde Free ou les trois autres acteurs mobiles.</p>
<p>Que seraient 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 <a href="http://www.rue89.com/rue89-eco/2012/06/20/revasser-au-bureau-cest-bon-pour-le-travail-233153">rêvasser au travail</a>. 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. Évidemment, ça peut dépendre des boulots, 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 encore bien implantée dans le cerveau de certains dirigeants (quel que soit le niveau de direction). C'est dommage.</p>
<h4 id="toc_4">Cartographie</h4>
<p>Google a <a href="http://google-latlong.blogspot.fr/2012/06/introducing-google-maps-coordinate.html">annoncé</a> récemment l'ouverture de son nouveau service faisant partie de Google Maps/Earth, <a href="http://www.google.com/enterprise/mapsearth/products/coordinate.html">Coordinate</a>. 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.</p>
<p>La deuxième annonce de Google consiste en une <a href="http://googlegeodevelopers.blogspot.fr/2012/06/lower-pricing-and-simplified-limits.html">simplifcation des limites et une baisse des prix</a> de l'API Google Maps. C'est plutôt une bonne nouvelle pour ceux qui utilisent la version de base (non business).</p>
<h4 id="toc_5">Graphisme & co</h4>
<p>La dernière fois, j'avais présenté quelques scènes de films reproduites en Lego. Cette fois-ci c'est une œuvre 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 <a href="http://www.inspirefirst.com/2012/06/21/jason-freeny-2/">voir à nu</a> (mais non, pas comme ça, bande de pervers !)</p>
<p>Histoire de rester dans le graphisme, voici une petite vidéo sympathique vous montrant qu'on peut <a href="http://enliighten.com/blog/painting-fur-with-only-the-round-brush/">peindre cheveux, poils ou trucs dans le genre rien qu'avec une brosse ronde</a>. Bon, va falloir que je ressorte ma wacom, j'en suis pas encore là moi…</p>
<p>Un petit <a href="http://www.davidrevoy.com/article118/making-of-l-heritage-en-couleur">making of</a> d'une nouvelle graphique intitulée <a href="http://www.davidrevoy.com/article117/l-heritage-en-couleur">l'héritage en couleur</a>. L'un des points intéressants 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.</p>
<h2 id="toc_6">Liste des liens présentés</h2>
<h4 id="toc_7">Développement</h4>
<ul><li>exemple de belle doc : <a href="https://twitter.com/fabpot/status/215107628454510592">https://twitter.com/fabpot/status/215107628454510592</a></li>
<li>literate programming : <a href="http://www.roard.com/Presentations/literate-programming.pdf">http://www.roard.com/Presentations/literate-programming.pdf</a></li>
<li>docco : <a href="http://jashkenas.github.com/docco/">http://jashkenas.github.com/docco/</a></li>
<li>Sami, générateur de doc en PHP : <a href="http://fabien.potencier.org/article/63/sami-yet-another-php-api-documentation-generator">http://fabien.potencier.org/article/63/sami-yet-another-php-api-documentation-generator</a></li>
<li>Silex pour faire des api REST : <a href="https://speakerdeck.com/u/hhamon/p/designing-rest-api-with-silex">https://speakerdeck.com/u/hhamon/p/designing-rest-api-with-silex</a></li>
<li>tableau de bord pour git : <a href="http://denisroussel.fr/Gitboard/">http://denisroussel.fr/Gitboard/</a></li>
<li>Crew code review : <a href="http://crew-cr.org/">http://crew-cr.org/</a></li>
<li>review board : <a href="http://reviewboard.org">http://reviewboard.org</a></li>
<li>configurer un mac pour du développement web : <a href="http://deuteron.fr/blog/how-to-set-up-your-mac-for-web-development/">http://deuteron.fr/blog/how-to-set-up-your-mac-for-web-development/</a></li>
<li>Cloud computing : la règlementation européenne doit vite évoluer, selon le CERN : <a href="http://www.usinenouvelle.com/article/cloud-computing-la-reglementation-europeenne-doit-vite-evoluer-selon-le-cern.N177052">http://www.usinenouvelle.com/article/cloud-computing-la-reglementation-europeenne-doit-vite-evoluer-selon-le-cern.N177052</a></li>
<li>WebGL et la 3D : <a href="http://www.html5rocks.com/en/tutorials/webgl/webgl_orthographic_3d/">http://www.html5rocks.com/en/tutorials/webgl/webgl_orthographic_3d/</a></li>
<li>Ogre 3D : <a href="http://www.ogre3d.org">http://www.ogre3d.org</a></li>
<li>Fabrication d'une armée de robots : <a href="https://speakerdeck.com/u/kneath/p/building-an-army-of-robots">https://speakerdeck.com/u/kneath/p/building-an-army-of-robots</a></li>
<li>Why our code smells : <a href="http://opensoul.org/blog/archives/2012/05/23/why-our-code-smells/">http://opensoul.org/blog/archives/2012/05/23/why-our-code-smells/</a></li>
<li>bureau pour travailler en position debout : <a href="http://opensoul.org/blog/archives/2012/01/09/the-40-standup-desk/">http://opensoul.org/blog/archives/2012/01/09/the-40-standup-desk/</a></li>
</ul><h4 id="toc_8">Misc</h4>
<ul><li>Droid@Screen : <a href="http://blog.ribomation.com/droid-at-screen/">http://blog.ribomation.com/droid-at-screen/</a></li>
<li>éditeur visuel wikimedia : <a href="https://blog.wikimedia.org/2012/06/21/help-us-shape-wikimedias-prototype-visual-editor/">https://blog.wikimedia.org/2012/06/21/help-us-shape-wikimedias-prototype-visual-editor/</a></li>
<li>Free mobile : mythes et réalités : <a href="http://lecercle.lesechos.fr/entreprises-marches/high-tech-medias/mobilite/221148204/free-mobile-mythes-et-realites">http://lecercle.lesechos.fr/entreprises-marches/high-tech-medias/mobilite/221148204/free-mobile-mythes-et-realites</a></li>
<li>Rêvasser au travail : <a href="http://www.rue89.com/rue89-eco/2012/06/20/revasser-au-bureau-cest-bon-pour-le-travail-233153">http://www.rue89.com/rue89-eco/2012/06/20/revasser-au-bureau-cest-bon-pour-le-travail-233153</a></li>
</ul><h4 id="toc_9">Graphisme & co</h4>
<ul><li>Lego à nu : <a href="http://www.inspirefirst.com/2012/06/21/jason-freeny-2/">http://www.inspirefirst.com/2012/06/21/jason-freeny-2/</a></li>
<li>peinture de cheveux avec brosse ronde : <a href="http://enliighten.com/blog/painting-fur-with-only-the-round-brush/">http://enliighten.com/blog/painting-fur-with-only-the-round-brush/</a></li>
<li>l'héritage en couleur : <a href="http://www.davidrevoy.com/article117/l-heritage-en-couleur">http://www.davidrevoy.com/article117/l-heritage-en-couleur</a></li>
<li>et son making of : <a href="http://www.davidrevoy.com/article118/making-of-l-heritage-en-couleur">http://www.davidrevoy.com/article118/making-of-l-heritage-en-couleur</a></li>
</ul><h4 id="toc_10">Cartographie</h4>
<ul><li>Google coordinate : <a href="http://www.google.com/enterprise/mapsearth/products/coordinate.html">http://www.google.com/enterprise/mapsearth/products/coordinate.html</a></li>
<li>Annonce de coordinate : <a href="http://google-latlong.blogspot.fr/2012/06/introducing-google-maps-coordinate.html">http://google-latlong.blogspot.fr/2012/06/introducing-google-maps-coordinate.html</a></li>
<li>Simplification des limites et baisse des prix de l'API Google Maps : <a href="http://googlegeodevelopers.blogspot.fr/2012/06/lower-pricing-and-simplified-limits.html">http://googlegeodevelopers.blogspot.fr/2012/06/lower-pricing-and-simplified-limits.html</a></li>
</ul><div><a href="https://linuxfr.org/users/crev/journaux/de-tout-de-rien-des-liens-bla-bla-bla.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/94647/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/crev/journaux/de-tout-de-rien-des-liens-bla-bla-bla#comments">ouvrir dans le navigateur</a>
</p>
CrEvhttps://linuxfr.org/nodes/94647/comments.atom