10 tips on how to prevent business value risk
One category of risk that project teams need to ensure they address is business value failure – delivering a product that fails to provide value for the business investor.
The content has been bookmarked!
There was an error bookmarking this content! Please retry.
Posted by Werner Schuster on Aug 17, 2007
Eric Hodel: Not so much simpler as less complex and easier to understand and maintain.Note: Flog is a tool that looks at Ruby code and determines how "tortured" it is, with higher scores indicating higher levels of pain. The tool uses Ryan Davis' ParseTree library to analyze the Ruby code (in ParseTree's AST form). It checks various aspects of the code, among them the use of methods like
Wilson Bilkovich: Not just simpler code, but a simpler user experience as well. I have occasionally had serious difficulty 'handing off' a Capistrano config to a customer at the end of a project. Vlad is less complex in an empirical way. We frequently decided on an approach by using 'flog' and picking the code with the lowest score.
EH: We also wanted the most common deployment operations built-in making it easy for most users to get up and running. At the last Seattle Ruby Brigade meeting Geoff Grosenbach sat down to learn vlad expecting to take all night. He was done in about 5 minutes.
Ryan Davis: Yeah, we're trying to give basically the same amount of functionality, but with much less complexity:
Flog (1.1) Scores:
net-ssh-1.1.2.gem : 7528.3
needle-1.3.0.gem : 1685.4
capistrano-2.0.0.gem: 5609.2 (nearly 6x more than vlad)
TOTAL = 14822.9 (more than 3x more than vlad + deps)
vs.
open4-0.9.6.gem : 742.0 (and we really only make use of 1 method)
rake-0.7.3.gem : 3208.9 (this includes contrib)
vlad-1.0.0.gem : 945.5
TOTAL = 4896.4
define_method or eval, hooks like method_added, use of open classes and other concepts that have the potential to increase complexity..RD: A few reasons:
1) Understanding cap, Net::SSH, and needle was way too hard for me. I'm simply allergic to clever code these days.
2) Net::SSH had way too many problems to be used as an actual SSH client.
3) It took me hours to diagnose some Net::SSH problems and all I got in response was basically "*shrug* SSH is wacky".
4) Finally, deployment is always last and always under pressure and you shouldn't have to have so many problems with it. It should Just Work(TM).
EH: Capistrano sits on a large stack of software and is deeply coupled to it. We wanted something simple and understandable. We chose to sit on top of rake because its much more familiar and is much easier to understand.
WB: If my only problems with Capistrano were a few bugs, I would have submitted patches. I wanted a deployment toolkit that would fit on a T-shirt.
RD: Absolutely. We were targeting 80% of the cap features in 20% of the code, so it seems reasonable for us to target 80% of the cap users. The ones with really esoteric setups probably have their cap-fu down so strong they don't want to move anyways.Asked whether there could be some cooperation or interaction between the Capistrano and Vlad projects, the Ruby Hit Squad seems positive:
WB: Absolutely. We want to accomodate most of Capistrano's users, and also the ones that can't make it work.
EH: We also want vlad to work for more than just deploying web sites. In the rapidly-approaching 1.1 you'll be able to skip including the default vlad recipes and use it as a general system administration tool.
WB: I would like to see a repository of system-specific commands for performing various tasks. Both tools could make use of something like that. It might be possible to move SCM support into a library that could be shared, as well. After conquest comes assimilation.What is your experience with Capistrano?
RD: It is certainly possible... I'm not really willing to speculate. I do agree with Wilson that there is probably a nice middle ground we can both benefit from.
Mobile and the New Two-Tiered Web Architecture
A Guide to Branching and Merging Patterns
Five Key Practices to Agile ALM
Monitor your Production Java App - includes JMX! Low Overhead - Free download
I am not that much into ruby/rails but i definitly like the humor they always have: vlad the deployer - yes thats a name you just wanna try out to actually know that its all about! (btw, Capistrano is a tooi never liked when i tried rails a while back, same for the name..sometimes productnames are just foldernames, sometimes names are mantras)
Toni
One category of risk that project teams need to ensure they address is business value failure – delivering a product that fails to provide value for the business investor.
InfoQ spoke to the authors of Software Systems Architecture on a couple of new topics, the System Context viewpoint and Agile, which have been added to the second edition.
Alex Papadimoulis discusses ugly code, where it comes from, how to avoid it, and how to get rid of it.
John Davies examines Visa’s architecture and shows how enterprises have architected complex integrations incorporating Hadoop, memcached, Ruby on Rails, and others to deliver innovative solutions.
Sean Comerford unveils ESPN.com’s architecture, what components are used and why, and the current changes the website goes through.
Are there repeated patterns of failure on Enterprise Agile Enablement efforts? Sanjiv and Arlen discuss Seven Deadly Sins to avoid when adopting Agile in an enterprise.
Erik Dörnenburg answers: What is Enterprise and Evolutionary Architecture?, discussing 4 issues: Turning strategy into execution, Ensuring conformance, Where do the architects sit? Buying or building?
Sean Cribbs explains what Map-Reduce and Riak are, why and how to use Map-Reduce with Riak, and how to convert SQL queries into their Map-Reduce equivalents.
1 comment
Watch Thread Reply