Collaboration: At the Extremities of Extreme
Jason Ayers share the observations he made watching a team of developers collaborating in real time on the same code base, pushing XP, pair programming and continuous integration to their extremes.
The content has been bookmarked!
There was an error bookmarking this content! Please retry.
Posted by Jean-Jacques Dubray on Jan 30, 2009
Harvinder Kalsi, lead architect of the SOA/BPM domain at Cisco, presented a case study at the SOA Consortium’s December meeting in Santa Clara on adopting a holistic SOA approach to support Cisco's Commerce Transformation Iniative which aims at transforming Cisco from a network gear vendor to a solution vendor.
Harvinder sees SOA as being:
the policies, principles and frameworks that enable business capabilities to be provided and consumed as sets of services.
he emphasizes:
The Services in SOA are business services ... updating a customer quote is a business service, updating a record in a database isn't.
In his opinion, we are at a turning poing for SOA. He argues that as of 2008, standard and technologies are quite mature while the business interest is growing. In this case study the business was the main driver behind developing an SOA.
They established their SOA strategy using a four step maturity process:
They see several benefits generated by a SOA approach:
Ultimately, in his views SOA enables taking the functionality that Cisco has in house and offer it to its partner ecosystem, extending the benefits to the entire supply chain.
He notes that there is however a lot of skepticism.
People do not believe it can happen.
In particular he sees that SOA has inherent challenges:
Ultimately the hardest part of the Commerce Transformation Initiative was that their legacy systems make it difficult.
Harvinder describes in great detail the capabilities that Cisco developed as part of its SOA initiative. Most of these elements have been developed in in 2007 and 2008:
Service Development Framework
SOA Dashboard
SOA Registry
SOA Gateway
Business Rules Management
SOA Governance
Harvinder concludes that
Are you following the same path as Cisco? Do you see the business driving more and more the need for an elaborate Service Oriented Architecture foundation, especially the trend of exposing (Business) Services-as-a-Software?
Jason Ayers share the observations he made watching a team of developers collaborating in real time on the same code base, pushing XP, pair programming and continuous integration to their extremes.
Michael Snoyman presents Yesod, a web framework written in Haskell and containing a web server, templating, ORM, libraries (templating, gravatar, etc.).
Richard Kreuter and Kyle Banker on how to avoid classical RDBMS transactional systems by using compensation mechanisms, transactional messaging or transactional procedures.
Attila Szegedi talks about performance tuning Java and Scala programs at Twitter: how to approach GC problems, the importance of asynchronous I/O, when to use MySQL/Cassandra/Redis, and much more.
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.
No comments
Watch Thread Reply