Eventually Consistent HTTP with Statebox and Riak
Bob Ippolito explains how to solve concurrent update conflicts with Statebox, an open source library for automatic conflict resolution, running on top of Riak.
Presentation
The content has been bookmarked!
There was an error bookmarking this content! Please retry.
Recorded at:
Leaner Programmer Anarchy
- Sections
- Process & Practices
- Topics
- QCon London 2011 ,
- XP ,
- Kanban ,
- Agile Techniques ,
- QCon ,
- Lean ,
- Pair Programming ,
- Agile ,
- Conferences
-
- The next QCon is in London March 5-9, Join us!
How would you like to view the presentation?
In case you are having issues watching this video, please follow these simple steps to help us investigate the issue:
1. Right click on the video player and select Copy log
2. Paste the copied information in an email to video-issue@infoq.com (clicking this link will fill in the default details in most email clients).
Note: in case your email client hasn't automatically picked up the email subject, please include in your email the URL of the video too.
3. Done.
We will investigate the issue and get back to you as soon as possible. Thanks for helping us improve our site!
1. Right click on the video player and select Copy log
2. Paste the copied information in an email to video-issue@infoq.com (clicking this link will fill in the default details in most email clients).
Note: in case your email client hasn't automatically picked up the email subject, please include in your email the URL of the video too.
3. Done.
We will investigate the issue and get back to you as soon as possible. Thanks for helping us improve our site!
Summary
Fred George discusses Programmer Anarchy, a development process where programmers are not just empowered to act but the driving force behind a product, leading to substantial increase in results.
Bio
Fred George presented at JavaOne with Martin Fowler, and assisted in XP Immersion sessions with Kent Beck, Ron Jeffries, and Robert Martin. Fred spent a year as a visiting lecturer at N.C. State University teaching Java programming to over 800 undergraduates. He joined ThoughtWorks in 2003, then he joined Forward in 2007, bringing Agile practices to all aspects of the business.
About the conference
QCon is a conference that is organized by the community, for the community.The result is a high quality conference experience where a tremendous amount of attention and investment has gone into having the best content on the most important topics presented by the leaders in our community.QCon is designed with the technical depth and enterprise focus of interest to technical team leads, architects, and project managers.
Fred George discusses Programmer Anarchy, a development process where programmers are not just empowered to act but the driving force behind a product, leading to substantial increase in results.
Bio
Fred George presented at JavaOne with Martin Fowler, and assisted in XP Immersion sessions with Kent Beck, Ron Jeffries, and Robert Martin. Fred spent a year as a visiting lecturer at N.C. State University teaching Java programming to over 800 undergraduates. He joined ThoughtWorks in 2003, then he joined Forward in 2007, bringing Agile practices to all aspects of the business.
About the conference
QCon is a conference that is organized by the community, for the community.The result is a high quality conference experience where a tremendous amount of attention and investment has gone into having the best content on the most important topics presented by the leaders in our community.QCon is designed with the technical depth and enterprise focus of interest to technical team leads, architects, and project managers.
RelatedVendorContent
Five Key Practices to Agile ALM
Agile Practices to Improve Project Management Organization (PMO) Effectiveness
Agile Maturity Model Applied to Building and Releasing Software
Related Sponsor
Maximize your business-responsiveness with Mingle. Provide your global development team a shared space that adapts to the way they work.
- This article is part of a featured topic series on Agile Techniques and also Agile
- See more Agile Techniques content at: http://www.infoq.com/agile_techniques
- See more Agile content at: http://www.infoq.com/agile
- Other recent content items in this topic
it reminded me "Quando o scrum começcou a atrapalhar" by Caelum
by
Antonio Carlos de Souza
Posted
Conclusion
by
Jeff Hain
Posted
Re: Conclusion
by
Bob MacNeal
Posted
Re: Conclusion
by
Assaf Stone
Posted
Re: Conclusion
by
Bob MacNeal
Posted
Re: Re: Conclusion
by
Jeff Hain
Posted
Inspiring Talk
by
Bob MacNeal
Posted
Today's Dilbert seems to have gotten inspired by this :)
by
Per Spilling
Posted
-
At 24:30 the presentation makes me remember a Guilherme Silveira's presentation, from Caelum, "Quando o scrum começcou a atrapalhar"
www.infoq.com/br/presentations/quando-scrum-pas...
[],
AC -
Stop trying to educate your managers, just get rid of them.
-
+1 Sweet!
-
Wow. Many truths spoken here. This talk is pivotal and could well be the antidote to what many developers experience in toxic organizations: Agile-off-the-rails
Two nit-picky criticisms:
1. Don't use the word "lean" or "leaner". Lean is for machines, not people.
2. Never refer to people as "resources" (e.g., Resource Rumble). -
Hmm... And after you got rid of all of the managers, will the developers draw up the contracts, get the customers, take care of payment and other administration stuff?
That's like the branches cutting off the trees.
No, there's a reason that managers are needed (as much as I hate to admit that), and they do need to learn how not to get in the way of progress... -
Assaf,
Yes, many organizations need sales and administration. But unless managers are carrying water for the developers or clearing impediments, I haven't experienced demonstrable value w/ managers. -
Assaf,
As pointed out in www.bcs.org/upload/pdf/complexity.pdf, p.14 (13th one), software is "invisible", at least for people that don't practice it, as are mathematical spaces for non-mathematicians.
The main reason I see for managers being possibly harmful, is that they often don't practice development enough, if at all, and have therefore decisional responsibilities in a very complex and subtle field of which they don't understand the constraints and the possibilities.
As for drawing up contracts, getting customers, etc., of course there is room for specialized people here, but they need to work in close relationship with software guys.
8 comments
Watch Thread Reply