Eduardo Pelegri-Llopart's Blog

April 2004 Archives

Getting to know each other

Part of being a community is knowing each other. In a physical community there are plenty of smalltalk opportunities that help create that awareness. In an online community like Java.Net we know each other through postings, blogs, news, and other artifacts we create. Some online communities support the notion of a journal or profiles; the closest mechanism we have in Java.Net is the People Wiki.

I would like to encourage the members of the WS and XML community to add pages for themselves in the People Wiki. Follow the link, and add yourself; I am there already.

It is specially important to know the leaders of projects in the community, so they are are specially encouraged to do this. Leaders should also add themselves to our own contact directory and they should create entries for their projects in the Wiki. Follow the same conventions of previous projects; you may want to look at the source of other pages to see how things are done.

Thanks!

Total Cost of Development and Developer Communities

The term total cost of ownership is frequently used to capture costs, sometimes forgotten, involved in owning a system. I've found useful to use the term total cost of development in a similar manner, capturing some of the less common contributors. Some of these costs are:

• Training
• Examples
• Support
• Risk of choosing the right solution

Training, examples and support should, ideally, be targetted to a the specific needs and background of the developer. Many people remember these contributors, but the last contributor is easy to overlook: when a developer chooses an approach to solve a problem (architecture, tools, platform, whatever) she is taking the risk that the approach may not be a good match to the problem. The mismatched approach may increase the cost of implementing the solution, or may even require a restart of the project.

There are other contributors to the TCD (tell me in the talk back), but what I find interesting is that all these costs are very well addressed by developer communities. The example that I often use is Struts . I don't want to minimize the technical benefits of Struts, but I believe that the main reason why Struts is so succesful is the very strong developer community built around the code which help reduce the tocal cost of development by addressing the contributors I mention above.

There are a number of developer communities, from our own Java.Net communities (I belong to the WS & XML and the jwsdp communities) to those provided by many vendors, includinng Microsoft.

Buiding a community is hard and takes time to build, but when they do a good job, they are extremely valuable. I think we are still, collectively, learning how to make these communities best serve their members.

This work is licensed under a Creative Commons License.