397 liens privés
"""
Last friday, James Shubin (purpleidea) came to the Montreal Red Hat office to talk about his project: Oh-my-vagrant. In a nutshell, Oh-my-vagrant (also called OMV) is a Vagrant wrapper, that helps …
"""
Vagrant avec libvirt/KVM comme backend, facilement grâce à Oh-my-vagrant.
Je cite JMLRT:
"""
Méthodologie pour construire des applications faites pour une utilisation de type cloud:
- 1 application = 1 repository de code et 1 seul
- toutes les dépendances doivent-être explicites et fournies avec l'application
- la configuration doit-être gérée dans des variables d'environnements
- tous les services externes (api, database, smtp, cache, messaging...) doivent-être gérés comme des ressources accessibles via une URL
- les étapes de build (compilation + dépendances), release (application configuration) et run (lancement de l'application) doivent être strictement séparées
- l'application doit-être stateless et "share-nothing" (aucune donnée en local)
- l'application doit gérer sa couche réseau sans dépendre d'un logiciel externe (ex: webserver embarqué pour ne pas dépendre d'apache)
- l'application doit-être composés de process instanciables sur le même serveur ou sur différents serveurs (scalabilité)
- les process ne doivent pas être démarrés en taches de font (démon) par l'application. la gestion des process (arrêt/relance, gestion logs et stdout, ...) doit être délégués à un process manager (systemd, runit, foreman, ...)
- les tâches administratives (ex: migration db, ...) doivent être traitées par des process séparées (scripts) mais fournis avec le code applicatif et lancé dans le même environnement applicatif
"""
"""
C’est largement mieux de donner des objectifs globaux et de permettre à vos développeurs de les atteindre comme ils le souhaitent. Parfois ils échoueront ; vous devez faire avec ça. Et ne réagissez pas aux échecs en ajoutant des processus et du contrôle. Travaillez à monter une belle équipe en qui vous pouvez avoir confiance et qui peut contribuer à la réussite plutôt que d’occuper des salles comme des pisseurs de code passifs.
"""
Une présentation culte qui parle des postes de "DevOp" en entreprise.
Même si je pense qu'un poste de "DevOp" ça n'a pas de sens (https://jeekajoo.eu/links/?hD9S7Q) du point de vue de mon xp actuelle, l'auteur pense le contraire et explique le rôle que doit avoir ce DevOp.
"""
Slide 73: ownership over the TOOLS to improve DevOps efforts.
"""
On ne parle pas de l'infra ici dont la responsabilité est laissée aux sysadmins.
Bonne approche.
encore un projet Docker,
cette fois ci c'est pour monter un environnement de dev isolé rapidement.
Réaction à chaud:
Je pense que la grosse valeur ajouté pour l'utilisateur se trouve au niveau de la facilité de réaliser des animations en html5: https://www.youtube.com/watch?v=CPTkXooMZUM
Si ça peut aider à faire disparaître flash plus vite, c'est pas plus mal.
Sinon pour google, le business model c'est le placement de la pub (avec leurs régies) qui est facilité par ce logiciel.
un autre clone du twitter bootstrap (http://getbootstrap.com)
via http://sebsauvage.net/links/?gVhuuA
Des tonnes d'outils pour les développeurs web: nettoyeur de CSS, éditeurs JSon/xml/xslt, éditeur d'icône, diff online, cheatsheets, optimiseurs de PNG, générateur d'htaccess, testeur de regex, générateur CSS3, générateur de @FontFace...
via sebsauvage