はてなブックマーク

Paul Hammant's Blog: Google's vs Facebook's Trunk-Based Development Update: See the new resource site for Trunk-Based Development called, err, TrunkBasedDevelopment.com and make sure to tell your colleagues about it and this high-throughput branching model. I’ve been pushing this branching model for something like 14 years now. It’s nice to see Facebook say a little more about their Trunk-Based De

Paul Hammant's Blog: What is Trunk-Based Development? Update: See the new resource site for Trunk-Based Development called, err, TrunkBasedDevelopment.com and make sure to tell your colleagues about it and this high-throughput branching model. What it is… It is a branching model for software development. Historically, it has also been called “mainline” (see later). It requires much more concentrat

Paul Hammant's Blog: Google's Scaled Trunk-Based Development Update: See the new resource site for Trunk-Based Development called, err, TrunkBasedDevelopment.com and make sure to tell your colleagues about it and this high-throughput branching model. Google’s Published talks/info My knowledge about how Google developed software ended in 2009. They have talked publicly a number of times on the topi

Paul Hammant's Blog: Interface Builder's Alternative Lisp timeline Denison “Denny” Bollay is one of the guys at ExperTelligence that crafted the first Interface Builder (IB) and showed Steve Jobs and Bill Gates. Jeff Wishnie introduced me (thanks dude) recently, and I’ve been talking to Denny as I have an agenda - Pseudo-declarative UIs - that is in complete opposition to my patronage of AngularJS

Paul Hammant's Blog: Facebook's Trunk-Based Development (take 2) Update: See the new resource site for Trunk-Based Development called, err, TrunkBasedDevelopment.com and make sure to tell your colleagues about it and this high-throughput branching model. A week ago, I wrote an article on Trunk-Based Development (TBD) at Facebook, but there’s newer source material. At InfoQ’s QCon this time, Chuck

Here is a breakdown of the alternate technologies in the Client-Side MVC space. What I’m showing, in graph form, is “lines of code” analysis of the well-known reference Todo list app implemented in each of the competing technologies: The left-to-right order of the frameworks is based on the count JavaScript lines (or CoffeeScript or some other type of functional/procedural ‘source’). That’s the bl

Paul Hammant's Blog: Performance Testing Knockout, Angular and Backbone with Selenium2 Following on from Monday’s Selenium2 demo of ‘functional testing demo’ for Angular and Knockout, I thought I’d expand what I had into a performance test seeing as there are no server GETs or POSTs after loading each TodoMVC app. Monday’s test scripts have been morphed into ones that are less a demonstration of f

A month ago Gordon L. Hempton wrote about twelve JavaScript frameworks in the Client-Side MVC space. His rating criteria were different to mine. One that really sticks out is that I like the logic not forcing the template HTML to migrate to <script> tags. Depending on the sophistication of the app, I like to be able to see the app in a browser or DreamWeaver when the framework is not running. It g

Paul Hammant's Blog: Google App Engine for Java with Rich Ruby clients I've been testing the Google App Engine (GAE) for the last few months or so. Not the tried and tested Python version, but a new Java version. The short story is that you upload your WAR file standard-ish web app to the Google AppEngine stack, and it just runs. Well its not quite as simple as that, there are some things to remem

Paul Hammant's blog: DevOps and Continuous Delivery expert, architect, coder (28 years professionally), tester, tool creator, legacy rejuvenator, senior exec, inventor, design pattern and general pioneer, pundit. Let me help you get to Trunk-Based Development and all that: Paul Hammant DevOps Read more about me personally: About Paul Hammant Last 30 Blog Entries February 14th, 2024 » That Ruby and