background preloader

X-Ray Goggles

X-Ray Goggles
X-Ray Goggles allow you to see the building blocks that make up websites on the internet. Activate the goggles to inspect the code behind any webpage, then remix elements with a single click, swapping in your own text, images and more. You can build: a custom homepage for the New York Times an alternate version of a controversial webpage a funny remix of your best friend's favorite site and more! Thimble makes it ridiculously simple to create and share your own web pages. a personalized greeting card an online poster for your favorite movie a hilarious meme and more! Popcorn Maker helps you easily remix web video, audio and images into cool mashups that you can embed on other websites. an animated gif with sound a documentary with dynamic links a video profile to introduce yourself to the world and more!

Inside Google's Secret Lab How this week's cover got made Last February, Astro Teller, the director of Google’s (GOOG) secretive research lab, Google X, went to seek approval from Chief Executive Officer Larry Page for an unlikely acquisition. Teller was proposing that Google buy Makani Power, a startup that develops wind turbines mounted on unmanned, fixed-wing aircraft tethered to the ground like a kite. The startup, Teller told Page, was seeing promising results, and, he added proudly, its prototypes had survived all recent tests intact. Page approved Google X’s acquisition of Makani, which was being completed for an undisclosed amount at press time. As the polymath engineers and scientists who work there are fond of saying, Google X is the search giant’s factory for moonshots, those million-to-one scientific bets that require generous amounts of capital, massive leaps of faith, and a willingness to break things. Loaded: 0% Progress: 0% Since its creation in 2010, Google has kept X largely hidden from view.

wal-e/wal-e The Architecture Twitter Uses to Deal with 150M Active Users, 300K QPS, a 22 MB/S Firehose, and Send Tweets in Under 5 Seconds Toy solutions solving Twitter’s “problems” are a favorite scalability trope. Everybody has this idea that Twitter is easy. With a little architectural hand waving we have a scalable Twitter, just that simple. Well, it’s not that simple as Raffi Krikorian, VP of Engineering at Twitter, describes in his superb and very detailed presentation on Timelines at Scale. If you want to know how Twitter works - then start here. It happened gradually so you may have missed it, but Twitter has grown up. Twitter now has 150M world wide active users, handles 300K QPS to generate timelines, and a firehose that churns out 22 MB/sec. 400 million tweets a day flow through the system and it can take up to 5 minutes for a tweet to flow from Lady Gaga’s fingers to her 31 million followers. A couple of points stood out: Twitter no longer wants to be a web app. How does Twitter work? The Challenge Groups The Platform Services group is responsible for the core scalable infrastructure of Twitter. Push Me Pull Me

A successful Git branching model » nvie.com Note of reflection (March 5, 2020)This model was conceived in 2010, now more than 10 years ago, and not very long after Git itself came into being. In those 10 years, git-flow (the branching model laid out in this article) has become hugely popular in many a software team to the point where people have started treating it like a standard of sorts — but unfortunately also as a dogma or panacea.During those 10 years, Git itself has taken the world by a storm, and the most popular type of software that is being developed with Git is shifting more towards web apps — at least in my filter bubble. Web apps are typically continuously delivered, not rolled back, and you don't have to support multiple versions of the software running in the wild.This is not the class of software that I had in mind when I wrote the blog post 10 years ago. Why git? ¶ For a thorough discussion on the pros and cons of Git compared to centralized source code control systems, see the web. The main branches ¶ develop

Semantic Versioning 2.0.0-rc.1 Développeurs mobiles : une surcote justifiée Un monde de trentenaires, plus ou moins cinq ans d'expérience, masculins sauf trop rares exceptions, curieux voire passionnés car défiés en permanence par l'évolution des technologies : à ce portrait de groupe des développeurs mobiles correspond un niveau de salaire notoirement supérieur à la moyenne des informaticiens du même âge. Entre 38 000 et 48 000 euros par an pour la plupart d'entre eux, jusqu'à 100 000 euros pour ceux que l'on ne veut pas voir céder aux sirènes des salaires américains. Une surcote justifiée ? Pas systématique en tout cas. Pas simple de séduire Pour cet éditeur de solutions pour personnels itinérants, 40% de croissance en 2012, 35% cette année, représentatif de cet écosystème de TPE (20 personnes) tenues d'investir le tiers du chiffre d'affaires en R&D, tout est lié : une croissance autofinancée, un modèle d'affaires qui donne une certaine visibilité (« à six mois », précise le dirigeant), une volonté de croissance maîtrisée. Une compétence banalisée

Comment se faire connaître lorsqu'on est développeur ? Que l’on soit indépendant, employé, étudiant ou en recherche d’un job, être visible peut souvent être très utile. Un indépendant aura plus de contrat. L’étudiant sera plus crédible lors de l’entretien pour son stage. Voici quelques moyens de devenir plus visible quand on est développeur : {*style:<b>Participez à un événement </b>*}Voilà un bon moyen de rencontrer du monde et faire du réseau. Plus le sujet est technique, plus vous risquez d’être qu’entre développeur. {*style:<b>Présentez une conférence/un lightening talks </b>*}C’estcertainement l’un des meilleurs moyens de se faire connaître et de devenir crédible. {*style:<b>Organisez un événement </b>*}C’est souvent assez long à faire et assez peu rentable en terme visibilité. {*style:<b>Tweetez </b>*}Twitter est un formidable endroit pour rencontrer du monde, contacter des gens à qui on aurait pas osé envoyer un mail, être au courant de la dernière actu sur sa techno préférée… En revanche, être visible sur Twitter est plus difficile.

How to recursively remove .svn directories | Tortoise IT Regular readers may have clocked onto the fact that I use Subversion. Well the way it works it to keep a hidden set of directories within your checked out repository. It uses this to track any changes etc.. Each directory is called ‘.svn’ and is within each and every directory and subdirectory you have. The problem Now I know I am not alone in saying that when you want to upload the files to a remote server you have to do one of two things Upload the files and .svn directories to your server which is likely to take twice the time and twice the disk spaceMake a separate local copy of your files and then remove the .svn directories one by one. I prefer to take option two although in recent months I have taken on the former through sheer laziness. The answer For windows machines you need to create a secondary copy of your files to upload, this means it won’t wipe out your local repository files (the ones you want to keep). I have done all the hard work for you on this one. find . The Credit

Actor model History[edit] Major software implementation work was done by Russ Atkinson, Giuseppe Attardi, Henry Baker, Gerry Barber, Peter Bishop, Peter de Jong, Ken Kahn, Henry Lieberman, Carl Manning, Tom Reinhardt, Richard Steiger and Dan Theriault in the Message Passing Semantics Group at Massachusetts Institute of Technology (MIT). Research groups led by Chuck Seitz at California Institute of Technology (Caltech) and Bill Dally at MIT constructed computer architectures that further developed the message passing in the model. See Actor model implementation. Research on the Actor model has been carried out at California Institute of Technology, Kyoto University Tokoro Laboratory, MCC, MIT Artificial Intelligence Laboratory, SRI, Stanford University, University of Illinois at Urbana-Champaign,[6] Pierre and Marie Curie University (University of Paris 6), University of Pisa, University of Tokyo Yonezawa Laboratory and elsewhere. Fundamental concepts[edit] Formal systems[edit] Applications[edit]

Le pair programming mort-né ? L’un des piliers de l’eXtreme Programming, le pair programming ou programmation en paire – incorrectement appelé aussi binômage – est une pratique en voie de disparition dans les entreprises avant même d’avoir été mise à l’essai! La programmation en paire alimente beaucoup les bruits de couloir et les discussions de réunions pour être ensuite exécutée sur le champ comme une technique exotique qui nous fait perdre en productivité. « Tu as vu Alex et Lisa ont fait du pair programming aujourd’hui ? ». « Ouais. J’ai vu. Encore une idée farfelue La programmation en paire c’est deux développeurs qui s’assoient au même poste pour implémenter de façon collaborative une fonctionnalité du système. Pourquoi ça ? Dans cette configuration en paire, les développeurs dépensent plus de temps à être productif ! Cette collaboration continue est un remède efficace contre la frustration silencieuse qu’ont les développeurs coincés sur un problème. Contrez l’effet tunnel et le code legacy Egoless programming

Suffering-oriented programming Someone asked me an interesting question the other day: "How did you justify taking such a huge risk on building Storm while working on a startup?" (Storm is a realtime computation system). I can see how from an outsider's perspective investing in such a massive project seems extremely risky for a startup. From my perspective, though, building Storm wasn't risky at all. I follow a style of development that greatly reduces the risk of big projects like Storm. I have a mantra for suffering-oriented programming: "First make it possible. First make it possible When encountering a problem domain with which you're unfamiliar, it's a mistake to try to build a "general" or "extensible" solution right off the bat. It's better to just "hack things out" and be very direct about solving the problems you have at hand. The "make it possible" phase for Storm was one year of hacking out a stream processing system using queues and workers. We didn't even know we were in the "make it possible" phase.

L'avenir de l'IT ? Analyse prédictive, Cloud privé, systèmes embarqués et interfaces naturelles selon une étude de Gartner Le rapport annuel « Hype Cycle » du cabinet Gartner se propose de faire le tri dans les nouvelles tendances IT. Il liste les trop-pleins d'enthousiasme, les déceptions et les arrivées à maturité des technologies qui font l'actualité tout au long de l'année. Parmi les plus prometteuses, Gartner met en avant les alimentations sans fil, les télévisions connectées ou le paiement par mobiles (NFC). En ce qui concerne les smartphones et les appareils nomades (dont les tablettes), le rapport souligne une montée en puissance des galeries d'applications et de l'utilisation de la géolocalisation, et constate la démocratisation des codes QR (et de ses variantes comme les EZ Code, etc.) - ces codes barres carrés de plus en plus présents qui facilitent l'accès aux contenus. Parmi les « forces technologiques » (sic) majeures liées aux appareils nomades, Gartner revient sur son concept de « context-enriched services » . En revanche, les mondes virtuels comme Second Life devraient quasiment disparaître.

Related: