New-age Transactional Systems - Not Your Grandpa's OLTP
John Hugg discusses high volume transaction processing applications with high and low frequency profiles, and how VoltDB can be used for that purpose.
The content has been bookmarked!
There was an error bookmarking this content! Please retry.
Posted by Mark Levison on May 26, 2010
Mark Suster, former Entrepreneur and Venture Capitalist, received a question from a CEO of a startup that wasn’t getting the value he expected from his board. Based on his experiences with Agile development at his companies Mark made some recommendations.
The original post focused on communications:
In replying to Mark, Babak Nivi noted that:
Information is part of the feedback loop. What's missing is changing the board-level plan based on the new info that board members are getting more quickly. An agile board would change it board-level plan more quickly than a board that only adjusts the plan at regular board meetings.
Brad Feld suggests that you break the cycle of VCs who don’t add much value by asking for their help:
At the end of the first board meeting, spend some time talking about your expectations for your board members (including your VCs), ask if they are reasonable, and then go around the table and ask each board member what they’d like to specifically help with between now and the next board meeting. Explain that you want to develop a cycle of accountability for each board member to the company and use this to (a) develop deep engagement from each board member between meetings, (b) benefit from the experience and wisdom of each board member on a continual basis, and (c) set a strong tone for the leadership team (and the company) that everyone has functional responsibilities that they are held accountable to.
Fred Wilson prefers Agile boards, noting: “Some boards I am on only meet six times a year and there is very little involvement between meetings. Those companies might as well not have boards.”
Mark wrote a followup post that included a description of Ad.ly board. In this case the CEO, Sean Rad, calls Mark all the time providing quick updates or asking for advice. He notes:
I always feel in sync with Sean. At any time I feel like I know what the team’s issues are, what’s going on with biz dev, product and customers. And Brian Norgard (a fellow board member) calls me often, too. And then we both call Evan Rifkin, who has already heard from Sean and is in the loop. Board meetings feel like an extension of our ongoing discussions. It’s a chance to formally present the plans and to get us all in the same room. But decisions are mostly incremental.
The only thing that surprised me as I researched this item is that this isn’t the normal way boards work.
Agile Maturity Model Applied to Building and Releasing Software
SCM best practices for multiple processes, releases & distributed teams
A Guide to Branching and Merging Patterns
agility@scale eKit: 10 Principles, Scaling Model, Metrics, Collaboration
In today’s hyper-competitive world, later may be too late to adopt Agile development and this Roadmap for Success will help you get started. Download "Agile Development: A Manager's Roadmap for Success" now!
John Hugg discusses high volume transaction processing applications with high and low frequency profiles, and how VoltDB can be used for that purpose.
Kevlin Henney examines code samples to see what can be learned from them starting from the premise that one won’t write great code unless he knows how to read it.
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.
No comments
Watch Thread Reply