Programming, Motherfucker - Do you speak it? Alsacréations : Actualités et tutoriels HTML, HTML5, CSS, CSS3, standards du web Code noms de domaine Un article de Wikipédia, l'encyclopédie libre. Cet article contient une liste des domaines de premier niveau (top-level domain en anglais, abrégé en TLD). Elle inclut à la fois les domaines génériques (.net, .com…) et les domaines nationaux de premier niveau (country code top-level domain, en abrégé ccTLD). Types de domaines de premier niveau[modifier | modifier le code] L'IANA distingue actuellement les types de domaines de premier niveau suivants[1] : un domaine de premier niveau spécial (.arpa) ;des domaines de premier niveau nationaux (en anglais, country-code top-level-domains ou ccTLD);des domaines de premier niveau internationalisés des domaines de premier niveau nationaux internationalisés (en anglais, internationalized country code top-level domains ou IDN ccTLD),des domaines de premier niveau internationalisés de test ;des domaines de premier niveau génériques (en anglais, generic top-level-domains ou gTLD) Les domaines nationaux sont associés à un pays. .om : Oman Aucun code.
Logiciel de gestion de projet rapide, facile et efficace Analyse en temps réel de vos logs applicatifs avec Logstash/Elasticsearch/Kibana Si, comme beaucoup de monde, vous voyez vos fichiers de logs grossir et s’accumuler, que vous évitez de mettre le nez dedans de peur d’y passer la journée et d’attraper un rhume des foins, alors rassurez-vous ! Xebia va vous présenter un remède et vous faire aimer vos logs et cela sans aucun grep ni transfert de fichier. En effet Logstash va vous permettre de centraliser tous vos fichiers de logs en temps réel. Vous allez vous apercevoir qu’ils peuvent en plus avoir une vraie valeur business. Venez donc découvrir ce que peut vous apporter la combinaison de Logstash/Elasticsearch/Kibana. Aucune connaissance particulière n’est demandée à part l’édition de fichier texte. Cet atelier, animé par Gérôme Egron, Vincent Spiewak, Eric Briand et Jean-Eudes Couignoux aura lieu le mercredi 13 novembre à 19h dans les locaux de Xebia. Vous pouvez dès maintenant vous inscrire sur Eventbrite. Adresse :156 Boulevard Haussmann à ParisBâtiment A – 7ième étage
Les développeurs ne sont pas des êtres asociaux, une récente étude le révèle Chaque métier possède son propre stéréotype de professionnels associé, et le milieu du développement logiciel n’échappe pas à cette règle. Dans l’imagination populaire, à quoi ressemble un développeur ? La plupart des personnes les voient comme des êtres introvertis, peut-être même asociaux, des personnes à lunettes assises à longueur de journée devant un écran à qui ils parlent sans cesse. La réalité est toute autre. Le milieu du développement logiciel est un domaine fortement peuplé par les hommes, qui occupent 84 % à 94 % de la population totale. Le rapport met en exergue l’éducation des développeurs. 88 % ont au moins un diplôme universitaire, 40 % de masters et 3 % de doctorats. L'étude note également que les développeurs seniors doivent faire face en plus de l’âge qui joue contre eux (la moyenne d’âge des développeurs est de 36 ans), à deux autres problèmes majeurs. Source : EVANS Data Et vous ? Qu'en pensez-vous ?
Équipez vos développeurs ! (petit guide de rentabilité à l'usage des décideurs) Tout bon artisan vous le dira : la qualité de ses outils est primordiale pour la réussite de son art. Le peintre sélectionne avec soin son pinceau, l'ébéniste son rabot, le boulanger son four. Il n'est qu'en informatique que le développeur se voit imposer son outil de travail. Ce qui ne poserait aucun problème si celui-ci n'était pas, la plupart du temps, complètement obsolète, limité, ou simplement inadapté aux tâches à réaliser. Le plus souvent, le constat est partagé par les développeurs, le chef de projet, les architectes, et dans un certaine mesure par tous ceux qui suivent l'avancement du projet. Pourtant, tout développeur apprend vite que le temps perdu à attendre la machine se compte en heures, en jours, en semaines ! Rentabilité des outils de travail Puisque les Achats ne sont sensibles qu'aux arguments financiers[1], faisons donc un petit calcul simple de rentabilité. Un environnement de travail professionnel Aujourd'hui, l'environnement de travail standard est le suivant :
12 bonnes raisons d'être un administrateur systèmes fainéant On l’appelle sysadmin, adminsys ou plus correctement administrateur systèmes. Il a la lourde charge de s’occuper des serveurs d’une organisation. Si vous avez l’impression qu’il bulle toute la journée, ne le critiquez pas ! Vous êtes en réalité en face d’un excellent administrateur systèmes :) 12 raisons pour lesquelles tous les administrateurs système devraient être paresseux 12 Reasons Why Every Linux System Administrator Should be Lazy Ramesh Natarajan - 12 juillet 2011 - GeekStuff.com(Traduction : Husi10, Ag3m, Gatitac, Kathryl, Thur, M0tty, Ag3m, Dominique, minimoy) Un administrateur systèmes fainéant est un bon administrateur systèmes— Anonyme Le travail d’un administrateur systèmes n’est généralement pas visible des autres services informatiques ou par les utilisateurs finaux. Voici 12 raisons qui font d’un administrateur systèmes paresseux le meilleur des administrateurs systèmes : 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. Voilà. Crédit photo : Anita Hart (Creative Commons By-Sa)
The secret of website management Digital Strategy Talks: The estimated time to read this article is less than a minute Website management is not a sexy subject and yet it is as crucial to the success of a website as great design or inspiring content. Unfortunately most website management is based on traditional project management techniques that just don’t work online. The web is too fast moving and dynamic for periodic fixed term projects to work. Fortunately new best practice is emerging thanks to innovative large institutions like GOV.UK and the University of Surrey. Before you start yet another redesign project on your website, be sure to watch this presentation. “The Report” image courtesy of Bigstock.com
Historique des langages de programmation depuis l'écriture du premier code, le langage C créé en 1972 demeure toujours populaire Entre 1842 et 1843, une jeune comtesse du nom d'Ada Lovelace traduisait le mémoire d'un mathématicien italien du nom de Luigi Menabrea sur la machine analytique proposée par Charles Babage. À cette traduction, la jeune comtesse avait ajouté ses propres notes dont l'une décrivait de façon détaillée une séquence progressive d'opérations pour résoudre certains problèmes mathématiques. Le premier programme était né. Depuis cette époque les choses n'ont pas bien évolué. De 1957 à 1959 on note le développement des langages Fortran, Lisp et COBOL. En 1972 le C (premier au classement de TIOBE) fait son apparition. L'année 1995 voit la naissance de trois langages populaires, Java créé par James Gosling, PHP créé par Rasmus Lerdof et JavaScript par Brendan Eich. La tendance pour les langages de programmation est à la hausse et leur nombre s'en va sans cesse grandissant. Source : VeraCode Et vous ?
Lucy Blair: Developers are the new rockstars: Why labels should care May 21, 2013 "The companies sticking to their guns are dying off now", says Troy Carter. Ministry of Sound's digital marketing manager agrees... By Lucy Blair Back in April, Billboard ran this cover story: “How Guy Oseary, Scooter Braun and Troy Carter Are Finding the Rock Stars of Tech.” The title really said it all; a glowing tribute to the fact that the most influential figures in the music industry right now are those straddling the worlds of music and tech, and bringing the two together. As the article pointed out, after a painful decade spent suffering the fallout of the failure to adapt to digital, over the past 4-5 years the music industry has finally seen the light shone on a brighter future by technology. But of course, not everyone is cut out for a lifetime of loops and functions. Everywhere you look, there are exhilarating examples of this. We’ve also just launched a campaign with the highly talented developers of We Make Awesome Sh, called #mosmoments : check it out here!
The 10 rules of a Zen programmer | Christian Grobmeier Solutions UPDATE: "The Zen Programmer" book is available! Click here. On a rainy morning I found myself sitting on the desk thinking about efficient working. I started with Zen practice back in 2006. 1. If you have decided to work on a task, do it as well as you can. Kodo Sawaki says: if you need to sleep, sleep. 2. Before you work on your software, you need to clean up your memory. Something exciting on the mailinglist? Think like this: at most times your mind is pretty clean when you wake up at the morning. You know it already. 3. Remember the days were you were a beginner. Was there ever a software build twice, the same way? 4. Some programmers have a huge problem: their own ego. Who is it who decides about your quality as programmer? A facet is nothing what you can be proud of. Can you really be proud because you are a geek? Kodo Sawaki once said: you are not important. Think about it. 5. If you want to gain something and don't care about your life "now", you have already lost the game. 6. 7.
Why developers are leaving the Facebook platform Attitudes towards the Facebook platform have changed Recently, Bill Gurley of Benchmark wrote a great piece on how platform companies like Facebook, iOS, Android, eBay, and others manage the ecosystem around them. It’s an important essay and I’d recommend you all read it. I found myself nodding my head as Facebook was discussed. In recent conversations with fellow entrepreneurs in Silicon Valley, it’s become a common belief that Facebook has become an undesirable platform for a startup to build their company. Last month, I even heard one prominent VC even went so far as to say: If your audience comes primarily from Facebook, that’s just uninvestable1. Ouch. That’s a big shift from just 3-4 years ago when everyone was building Facebook apps and deeply integrating it into their products. So what happened? Multiple factors in this analysisThe summary of the reasons why developers have increasingly left the Facebook platform for other platforms: What’s next for the Facebook Platform?
Performance d’un site web : étude d’un cas pratique et exemples d’optimisations La vitesse d’affichage d’un site web est aujourd’hui un critère très important pour le référencement naturel et la réussite d’un projet web. La barrière maximale de 3 secondes de chargement par page est devenue un seuil obligatoire à respecter. L’augmentation des visites depuis les smartphones et tablettes est un facteur de difficultés supplémentaires pour rester en dessous de ces 3 secondes de chargement. L’enjeu est simple : si votre site est trop lent le visiteur ne restera pas. Nous pensons clairement chez Kiwano que le critère de performance du site côté client est un critère encore trop sous estimé par les créateurs de sites. Si vous avez aujourd’hui un investissement à faire sur votre site : faîtes le pour améliorer la vitesse ressentie par les utilisateurs. Nous vous proposons donc de revoir les techniques pour améliorer la performance de votre site au travers d’un cas concret pour partager avec vous ce qui a été fait sur un autre site. Performance côté client Minify & GZip CSS