Comme on est sur linuxfr, le temple des adorateurs de l'internet 2.0 (pardon T., du web), voici une série de ressources, liens ou articles sur le sujet. Il s'agit essentiellement de liens sur le développement.
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. Je sais, linuxfr, windows, github, toussa. Par contre ç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.
Et voilà, c'est tout, pour le moment. La suite au prochain épisode !
# Titres
Posté par patrick_g (site web personnel) . Évalué à 6.
Et les titres de films qui correspondent aux images c'est où ? Parce qu'il m'en manque quelques-uns et c'est rageant…
[^] # Re: Titres
Posté par Ozz . Évalué à 3. Dernière modification le 18 juin 2012 à 23:58.
Y à qu'a demander, ça devrait vite être complété.
Moi j'ai (spoiler donc):
http://i.imgur.com/W6sdLh.jpg
Inception
http://i.imgur.com/iwlgTh.jpg
American beauty
http://i.imgur.com/cBysFh.jpg
L'exorciste
http://i.imgur.com/lLznVh.jpg
La famille Adams
http://i.imgur.com/VpCQDh.jpg
The big lebowski
http://i.imgur.com/oNQwfh.jpg
???
http://i.imgur.com/xuOl0h.jpg
???
http://i.imgur.com/1QsPjh.jpg
2001 a space odyssey
http://i.imgur.com/MVrR7h.jpg
Psychose
http://i.imgur.com/iHFgyh.jpg
???
http://i.imgur.com/qw9dyh.jpg
Orange mécanique
http://i.imgur.com/k1CbMh.jpg
Piège de cristal???
http://i.imgur.com/H7CMZh.jpg
Le parrain
http://i.imgur.com/Pfm1kh.jpg
Pour une poignée de dollars (ou un autre de la trilogie)
http://i.imgur.com/kXu81h.jpg
Pulp fiction
http://i.imgur.com/oefASh.jpg
Harry Potter
http://i.imgur.com/KHPu7h.jpg
Les temps modernes
http://i.imgur.com/qhMdCh.jpg
Indiana Jones - Les aventuriers de l'arche perdue
http://i.imgur.com/sjuqAh.jpg
Raging bull
http://i.imgur.com/bJ9Fyh.jpg
Le Silence des agneaux
http://i.imgur.com/v7znmh.jpg
La guerre des étoiles
http://i.imgur.com/O1TWhh.jpg
Un des James Bond
http://i.imgur.com/XCKUAh.jpg
Shinning
[^] # Re: Titres
Posté par windu.2b . Évalué à 3.
La scène finale de "Butch Cassidy et le Kid" ?
[^] # Re: Titres
Posté par Frank-N-Furter . Évalué à 2.
Voui, et http://i.imgur.com/iHFgyh.jpg Chinatown, a vu de nez.
Depending on the time of day, the French go either way.
[^] # Re: Titres
Posté par eastwind☯ . Évalué à 3.
en anglais, ils appellent cela des brickfilms. Je trouve que cela porte bien son nom
# Perfs de CoffeeScript
Posté par Bruno Michel (site web personnel) . Évalué à 4.
En gros, ça ne change rien. Le CoffeeScript est quasiment du JavaScript avec juste une syntaxe alternative (et la syntaxe ne change rien aux perfs).
Il paraît que, dans la pratique, CoffeeScript peut aider un peu pour les perfs en évitant certaines mauvaises pratiques du JavaScript comme oublier de déclarer des variables locales. Pour ma part, je n'ai pas constaté de différences, mais c'est peut-être parce que mon JS était déjà propre :p
[^] # Re: Perfs de CoffeeScript
Posté par Jean B . Évalué à 4. Dernière modification le 19 juin 2012 à 05:37.
Comme exemple j'aurais plus pensé au fait qu'il stocker la taille des tableau dans les boucles for. À priori j'aurai pensé que la différence est négligeable mais ce n'est pas tout à fait le cas, surtout sur certaines VM comme JSKit: http://jsperf.com/forloop42
Évidement rien n'empèche de faire cette optimisation systématiquement à la main en Javascript. Il faut juste être rigoureux…
[^] # Re: Perfs de CoffeeScript
Posté par CrEv (site web personnel) . Évalué à 3.
ok, c'est bien ce que je pensais.
Oui, c'était juste au cas où ce serait plus qu'une syntaxe (et donc avec une vrai compilation et pas "simplement" une traduction)
Je viens (enfin) de faire quelques tests de coffeescript (avec mon projet sous AngularJS). Et c'est vrai que c'est assez intéressant.
J'en ai pas fait suffisamment pour avoir un avis tranché dessus, mais c'est pas mal. Par contre, j'ai un peu de mal lorsqu'on a pas mal d'appels / déclarations de fonction imbriquées. A ce moment on est parfois obligé de rajouter des parenthèses et ça casse un peu le style.
Mais sinon ça me semble pas mal (ok, je pense que tu le savais déjà ça par contre :) )
# À propos d’IDE
Posté par Frank-N-Furter . Évalué à 2.
http://www.kickstarter.com/projects/ibdknox/light-table
Depending on the time of day, the French go either way.
[^] # Re: À propos d’IDE
Posté par CrEv (site web personnel) . Évalué à 2.
Ha vi, j'étais déjà tombé dessus mais n'avait jamais regardé toute la vidéo de présentation.
C'est plutôt vraiment sympa. A voir à l'utilisation, mais au moins il y a de la recherche et de l'idée.
[^] # Re: À propos d’IDE
Posté par Frank-N-Furter . Évalué à 2.
Sans être indiscret, tu utilises quoi comme éditeur de texte? C’est quoi ton workflow?
Depending on the time of day, the French go either way.
[^] # Re: À propos d’IDE
Posté par CrEv (site web personnel) . Évalué à 3.
Ha ça… (non ça n'a rien d'indiscret)
Pendant plusieurs années c'était emacs (bien configuré, ça prend du temps, avec gestion de projets entre autre) pour faire du javascript.
Je l'ai utilisé sous windows, puis sous linux lorsque ma machine de boulot a migré.
Pour du js ça m'allait bien, notamment le fait d'afficher directement les erreurs de syntaxe et une bonne coloration syntaxique (bien que perfectible)
Maintenant j'utilise en gros deux choses suivant les cas.
Comme je fais pas mal de dev java, je tourne sous eclipse. Aussi bien pour le java que pour le javascript. La complétion javascript n'est pas parfaite mais je m'en sort. La coloration n'est pas parfaite non plus (j'ai jamais compris à quoi servait une coloration si on ne met que 2 couleurs différentes…)
Par contre, eclipse c'est lourd, pas hyper pratique, les menus sont une horreur.
Pour mes derniers tests (php, angular, etc) je suis passé sur beaucoup plus léger : Sublime Text 2 En fait je cherchais un remplaçant à Textmate qui n'existe que sous mac. Et j'en suis plutôt satisfait pour le moment.
Evidemment (ou pas ?) la complétion n'est pas son fort, mais il est agréable, léger, fait bien son boulot. Les plugins (entre autre par compatibilité avec textmate) sont nombreux. Pour le moment c'est que du bonheur.
L'idéal serait la même chose avec de la complétion javascript et libre. Mais je ne sais pas pourquoi, les éditeurs en libre ça marche pas trop. Faut croire que tout le monde ne jure que par eclipse/emacs/vi (oui c'est presque par ordre de lourdeur…). Certains sous windows utilisent notepad++ mais j'ai jamais compris comment ou pouvait coder avec ça bien qu'il ait certaines qualités :(
Sinon, pour le workflow (je ne vais parler que des expérimentations/dev perso) ben pas grand chose de spécial (en fait je vais plutôt indiquer mes outils qu'un véritable workflow) :
coffee --watch --compile
qui est dans un coin. Je code mon projet uniquement en coffeescript et non en javascript. C'est la première fois après environ 7 ans de dev javascript et je suis plutôt assez impressionné par la facilité. Je pense que c'est important par contre de connaître javascript à l'avance car comme on me l'a répété plusieurs fois, ce n'est en gros qu'une syntaxe différente, le langage étant toujours le même au final. Dans tous les cas ça fonctionne bien, j'utilise pas grand chose mais je comprend pourquoi c'est utilisé voir pourquoi certains ne jurent que par çaAprès, je sais pas exactement ce que tu entendais par workflow, le mien est très limité pour le moment.
Ha oui, j'ai aussi un serveur perso sous gitorious, je pense que je vais m'en servir comme miroir également (faudrait que je me fasse une commande pour pusher partout, ou un hook).
Et dans quelques temps j'aimerais bien mettre un crew, faire des tests avec atoum et un jenkins pour les automatiser… y'a encore du taff quoi
[^] # Re: À propos d’IDE
Posté par Frank-N-Furter . Évalué à 2.
Merci pour toutes ces précisions !
En fait, je suis vaguement à la recherche d'un remplaçant a textmate, je me suis mis a Sublime, mais je ne sais pas pourquoi je n'accroche pas complètement, mais j'imagine que changer d'éditeur de texte en plein projet n'était pas une très bonne idée… Ça me rassure de ne pas être le seul a trouver le paysage des éditeurs de texte un peu désertique, des que l'on sort du triumvirat Eclipse/Emacs/Vim (si c'était par ordre de lourdeur, ça ne devrait pas plutôt être Emacs/Eclipse/Vim?)
Depending on the time of day, the French go either way.
[^] # Re: À propos d’IDE
Posté par Frank-N-Furter . Évalué à 2.
http://arstechnica.com/information-technology/2012/06/cloud-9-browser-based-development-environment-gets-tricked-out/
Depending on the time of day, the French go either way.
# Continue !
Posté par Badeu . Évalué à 7.
Juste un commentaire pour dire que je trouve ta petite biblio régulière plutôt agréable et intéressante à lire. J'espère que tu continueras.
[^] # Re: Continue !
Posté par kursus_hc . Évalué à 1.
Je serais juste d'avis d'y ajouter une table des matières regroupant tous les liens, car là si on a pas le temps de tout lire on a du mal à dégager les choses importantes.
[^] # Re: Continue !
Posté par CrEv (site web personnel) . Évalué à 5.
Moi qui trouvait justement la version liste de liens trop ennuyante…
Peut-être alors un mix entre liste et texte, avec notes et renvois ? A voir…
Ben sinon, voici la liste :
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.