Shane’s Apache Director Position Statement 2015

The ASF is holding it’s annual Member’s Meeting this week to elect a new board and a number of new Members to the ASF.  I’m honored to have been nominated to stand for the board election, and I’m continuing my tradition of publicly posting my vision for Apache.

We are lucky to have a large roster of excellent director candidates, so no matter how the election turns out we’ll have a stellar board. Given the wide variety of opinions in our candidates, I urge all Apache members to set aside the time this week to carefully consider all the board candidates, as well as all the great new Member nominees.  Please vote – and if you’re not free this week, be sure to assign your proxy for the meeting attendance: I and several other Members are happy to proxy for you.

Please read on for my take on what’s important for the ASF’s future…

Continue reading Shane’s Apache Director Position Statement 2015

How Apache *really* works

How much do you know about the Apache Software Foundation (ASF) and the many Apache projects we host? Did you know we’re holding our annual Members meeting to elect our board of directors and new Members in just a few days?

I’m often surprised by the variety of basic questions and misunderstandings I hear in the software world about how the ASF really works. We’ve written plenty of documentation about the Apache Way and our governance, but let’s try a different approach. I’d like to interview myself to try to explain some things. Continue reading How Apache *really* works

Three key elements defining any open source project

Open source has come a long way in the past 30 years and is entering the consciousness of most modern cultures. When thinking of open source projects, people categorize them several ways: governance structure, type of product platform, programming language, utility, technical details (language written in), industry sponsored or fully independent, and more.

But what truly defines any open source project, making it a unique entity different from all other open source projects? I would propose that there are three key elements of any open source project that frame, define, and differentiate that project from all others: the code, the community, and the brand.

Continue reading Three key elements defining any open source project

It’s Groovy to join a Foundation

The contributors behind the awesome Groovy project are looking for a new home. It’s bad news that the project and some of its core contributors will no longer be sponsored (paid for) by Pivotal, but it’s great that the core contributors are organized and serious about moving their project to an existing Foundation.

As a long time Apache Member (among other things), I have a few suggestions for the Groovy community.

Continue reading It’s Groovy to join a Foundation

So, I gave this talk at OSCON

So, it was short, but an important message that I don’t think many open source project participants are really thinking through yet. So, it was all about how BRAND > CODE, and I’m looking for feedback on how to expand this, so, into a much bigger and better talk.

OSCON Ignite 2014: BRAND > CODE, by Shane Curcuru

So, you have to understand: yes, watching the video is so painful. I’m not usually that so-so. It was a combination of nerves (bigger stage than expected), jetlag, E_NOTENOUGH_PREPTIME, and the fact that my cell phone had just taken a dip in the water a few hours earlier.

OSCON was awesome, by the way. Next year looking forward to making sure my travel plans include the Community Leadership Summit!

I use Slideshare, and I speak at ApacheCon on managing community brands and making profits while respecting brands.

Congratulations to the 2014 Apache Board of Directors

The ASF recently held it’s Annual Member’s Meeting where all Members of the Foundation cast ballots in the annual election for the Board. We are lucky to have had a number of excellent candidates for the board as always.

The new board comprises:

  • Rich Bowen
  • Doug Cutting
  • Bertrand Delacretaz
  • Ross Gardler
  • Jim Jagielski
  • Chris Mattmann
  • Brett Porter (chairman)
  • Sam Ruby
  • Greg Stein

I also keep a graphical history of the ASF board.

As the ASF grows in projects, communities, and Members, we’re looking forward to continuing to support our now 151 top level Apache projects going forward!

Shane’s Apache Director Position Statement 2014

The ASF is holding it’s Annual Member’s Meeting next week, where the Membership elects a new board of directors along with other matters, like voting in new Member candidates. Director candidates write position statements about what their objectives for being a director are in preparation for the Apache board election process. One of the biggest issues for the smooth functioning of the ASF as a home for healthy projects is better explaining how Apache works – so here is my Director Position Statement. You can also read my statement last year and the previous year.

I’ve also written an Apache corporate governance overview as well as posted an ASF contributor timeplot and history of past boards.


Shane Curcuru (curcuru) Director Position Statement 2014

v1.0 statement

Over the past couple of years, the ASF has grown to a point where we can no longer efficiently continue to govern, manage, and execute the various operational aspects of the Foundation in support of our nearly 200 project & podling communities with only unpaid volunteers. We need a board that can maintain our fiercely vendor-neutral governance while also expanding and improving the services that we offer to all Apache projects, and this will require finding ways to increase our paid staff [1].

While the volunteer membership has been amazing throughout our history in helping with governance, mentoring, incubation, and all other aspects of operations, we simply don’t have enough members with time reliably available to provide this level of operational support. With 150+ separate Apache top level projects – each with its own technology, individual community history, and sometimes urgent pace of development — the overall cohesion that marked the earlier years of the Apache organization has been jeopardized. It’s clear from recent requests and issues that we are not providing the level of support – infra, brand/press, fundraising, and community mentoring – that many of our projects expect and require.

With the growth in key project technologies that affect the larger world, we also have a corresponding higher level of expectations from stakeholders outside of the ASF volunteer community. Our sponsors – when we do talk to them about their sponsorships – want us to be more visible in the open source space and show more support to our projects. The many vendors whose employees work on our projects similarly want to be more involved with donations, servers, events, or branding efforts around our projects. Ensuring that this external energy is focused on the Apache project in ways that maintain an independent project governance is critical to the success of both our projects and to the ASF itself.

We need to provide a better API between individual project communities and our service providers (infra, press, brand, legal, fundraising) at the Foundation level. We need to ensure that projects are aware of the services we can provide to support their operations, and make it simple for them to utilize those services. Clear expectations should be set for the level of services that the ASF will provide, as well as governance assistance for those projects that will continue to use external service providers (eg, various marketing@ efforts and many projects’ externally run build/CI/test farms).

To meet the current services needs, and to support increased quality in our governance and operations, the ASF will need to increase our number of paid staff [1]. We need motivated, experienced, and trusted individuals who have the paid time to address the ever-expanding needs of the Foundation, and who can dedicate themselves and their time at a level that is not possible for an unpaid volunteer.

It is also essential that we scale our management and oversight ability of these services and of staff without losing our soul: without compromising our historically independent and volunteer board and governance structures. I don’t know exactly what this path will be: that will be for the next board to decide. But I do believe we are underserving many of the projects at Apache today, and we have no end in sight of new podlings hoping to join us.

If you also believe we need to better provide for the many Apache project communities that trust us to be their home, I hope you’ll cast your first vote for me. Thanks!

About Shane

Committer since November 1999, Member since 2002, VP Brand Management since 2009.

I am employed by IBM in the HR division as an Applications Architect. My employment and income have been unrelated to my work at the ASF for many years, and I will always clearly separate volunteer work from employer-funded work.

My involvement in the ASF is driven by a belief in, and a love of, the ASF, and is not influenced by politics or finances. I live in Massachusetts with my wife, young daughter, and 2 cats. I view directorships and officer positions at the ASF as serious commitments.

I will attend every board meeting if re-elected.

[1] NOTE: How we pay for staff is equally important: at this point in the ASF’s history, I imagine either independent contractors as infra operates currently, or using the services of our new accounting firm Virtual, Inc. for some sort of co-employment arrangement, to reduce risk to the ASF.

Apache Governance – Projects First

When push comes to shove and full consensus on governance matters at the ASF or at Apache projects isn’t easily found, it’s important to consider what our underlying objectives are. The mission of the ASF is to produce software for the public good. That’s a good start, but like many concise mission statements, it doesn’t tell the whole story.

There are several aspects of how we expect Apache projects to work that we believe are critical to our mission’s success and longevity. These include things like The Apache Way of: volunteer and collaborative led community built software projects; using the permissive Apache license; and having a consistent and stable brand, infrastructure services, and home for all Apache projects.

Continue reading Apache Governance – Projects First

Congratulations Apache Chukwa – the 140th Apache TLP!

Last month, the Apache Chukwa podling passed the Incubator’s graduation vote. At the October Apache board meeting, the directors voted unanimously to create the Apache Chukwa top level project, with responsibility for creating an open source data collection system for monitoring large distributed systems.

While this may seem to be yet another project in the fast-growing constellation of Apache Hadoop-related technologies hosted at the ASF, the important milestone is that this is now the 140th active project at Apache! That is, there are currently one hundred and forty independent project communities, all producing software for the public good, all currently hosted at the ASF. That includes everything from the ubiquitous HTTP Server project, through the widely used Lucene search engine, to the aptly named Rave project, and the admittedly niche-functionality MINA project.

Note that this does not count the 36 separate podlings that are currently in the Apache Incubator – each one is an independent community hoping to grow it’s community (and make some software releases) so that they too can graduate to become an official Apache project.

More importantly, this is not the 140th project that’s ever been at Apache. At Apache, we believe in Community over Code; in that having an active and collaborative community is the most important factor in Apache project governance. However we recognize the immense public good that Apache projects do by providing software, especially source code, under our permissive license.

So what to do when we have an older project that may have lost it’s active community? Well, we put it in the Apache Attic, of course! There are currently 14 projects in the Apache Attic, along with a number of subprojects and other bits of software that are still hopefully useful, but that do not currently have an active community at Apache maintaining them. In that way, we provide the code for anyone who needs it, but warn users not to expect the normal support and releases of a full-fledged Apache project.

Putting that all together, we have a full 190 project communities that have chosen the Apache Software Foundation as their home over the past 14 years. A pretty good footprint for an all-volunteer run organization that started with a handful of geeks emailing code patches around to each other!


There are many places to choose to host your project today. Some people prefer other organizations for their project’s hosting – or simply forgo hosting a “project” and merely look for a place to dump their code. That’s fine, and we respect everyone else’s choices. Some people even go so far as to say that Apache doesn’t get it, or isn’t cool, or other uncomplimentary things. That’s fine too: we can agree to disagree.

If you really don’t see the value in being an Apache project – I mean, not just see the value for yourself (which is completely fine, I don’t care); but if you truly can’t see the value that someone might find in wanting to be an Apache project, then… well, sorry, then I can’t help you at all. You can stop reading now.

Even if you don’t see the value for your project right now in coming to the ASF, I hope that you can see the larger values: longevity, brand protection, stability, strong communities, and collaboration amongst many different groups within our communities. While some of these values may not be exciting for the rockstars out there, they certainly are exciting for the millions of software users out there – both small scale and corporate scale users appreciate using software that seems to have a better chance to be around, and be supported for the longer haul.

And even if you don’t see the value here at Apache, that’s OK. We’ve had 190 other communities of people who do see the value over the past 14 years, and our aim is to be here for another 50+ years to come. We’re happy with what we’re doing – and with the immense public good our many, many freely usable software products we’ve provided to the world.

Congratulations to the 2013 Apache Board of Directors

The ASF recently held it’s Annual Member’s Meeting where all Members of the Foundation cast ballots in the annual election for the Board. I was lucky enough to be elected, so I will be returning to the board, along with new first time Director Chris Mattmann. Everyone also thanked our two outgoing Directors, Rich Bowen and Ross Gardler.

The new board comprises:

  • Shane Curcuru
  • Doug Cutting (chairman)
  • Bertrand Delacretaz
  • Roy T. Fielding
  • Jim Jagielski
  • Chris Mattmann
  • Brett Porter
  • Sam Ruby
  • Greg Stein

I also keep a graphical history of the Apache board.