Sunday Apr 12, 2009

Tokyo 2.0: The Sustainable Web: Monday April 13

Looks like an excellent lineup for the Tokyo2Point0 community event tomorrow night in Roppongi. There will be six talks on how the web community in Tokyo contributes to the global environmental effort. Then after those sessions there will be another four jet fast lightning talks about various local web 2.0 projects. It will be a packed night. The six lead talks will be 10 minutes each. The lightning talks will be 5 minutes each. Things will move fast. This will be the second meeting using this new rapid format. It worked very well last month to keep things jumping and to increase participation.

More info at the Tokyo2Point0 event page. Also see Tokyo2Point0 on Facebook. And see Tokyo2Point0 on Twitter. I tag my T2P0 posts and images here:

Friday Apr 10, 2009

BarCamp Tokyo 2009

There is a BarCamp being organized in Tokyo. Cool. I am looking forward to participating. If you are in Tokyo and will be around at the end of May, go to BarCamp Tokyo 2009 and jump in. I have never been to a BarCamp, but I think the Tokyo community will end up running an interesting conference locally that also extends internationally.

Wednesday Apr 01, 2009

Looking for Leaders in all the Wrong Places

Really good article about leadership from David Rothkopf in the Washington Post the other day -- Where Are the Leaders? My favorite quote is this one right here: "Everywhere you look, it seems that the men and women in positions of power are receding. The closer you look, the smaller they get. Once there were titans running the financial and business worlds, lions of the legislature, great statesmen astride the global stage, individuals who weren't just victims of history but who bent it to their wills. Or maybe it's just that people in the rearview mirror appear larger than they really were."

Yes, I do think the rearview mirror distorts our view, but I also think the current crop of leads out there is poor at best. And I disagree with the presupposition in the article (and in most of these articles) that leadership is only for leaders. That`s what keeps us always looking up to the special people for answers. Leadership is not just for leaders. Leadership is for all of us. And just because our so-called leaders turned out to be obviously so small, that doesn`t let all of us off the hook for our own laziness to take responsibility for our own lives. I mean after all, we believed those guys, right?  That part is our problem, not theirs. Don`t look up for leadership. Look in the mirror. Weave that notion into the article as you read it. I think it works.

Thursday Mar 05, 2009

The Stories of Community

Why Stories Matter: The art and craft of social change -- "Learning skills and practices is not like learning a formula; it’s more like learning how to ride a bicycle. You can read 10 books about it or listen to someone lecture about it all day, but how do you really start learning to ride a bicycle? You get on. And you fall. That’s how you learn practices. That’s how you learn organizing." -- Marshall Ganz

Nice article from Marshall Ganz on using the power of story (four specific levels of stories, actually) to engage people and build communities that drive change. Story telling is as old as it gets and remains probably the most effective way to deliver information that resonates. Here`s a little Ganz video, too. Good stuff.

Monday Mar 02, 2009

The "New" Organizers

People have been organizing and building communities forever. But every once and a while a team does it particularly well. The Obama campaign's community effort was an example of that and it's well outline here -- The New Organizers, What's really behind Obama's ground game. What I like about their strategy was that they combined the best of multiple worlds to create something new.

From Zack Exley's post: "The 'New Organizers' have succeeded in building what many netroots-oriented campaigners have been dreaming about for a decade. Other recent attempts have failed because they were either so 'top-down' and/or poorly-managed that they choked volunteer leadership and enthusiasm; or because they were so dogmatically fixated on pure peer-to-peer or 'bottom-up' organizing that they rejected basic management, accountability and planning. The architects and builders of the Obama field campaign, on the other hand, have undogmatically mixed timeless traditions and discipline of good organizing with new technologies of decentralization and self-organization."

That's interesting. You don't often hear community building described that with organizers using the best of both top-down and bottom-up approaches. So, in that sense I agree with the "new" bit, and it's a welcome lesson for all of us work in community-building positions -- any community.

I found that post on the Obama's guys from Barton George -- It takes a Community (and they could use a Marketing Guide) — Mozilla Debut’s theirs -- as he was talking about community development efforts at Mozilla, Ubuntu, Debian, and OpenSUSE, and he points to the new Mozilla community marketing guide (see Patrick Finch). I sent these links to advocacy-discuss on OpenSolaris so we can talk about these issues, too. Teresa started the thread recently in an effort to get some ideas going for how we can do more as a community to organize ourselves. We've had this discussion before on OpenSolaris (many times, actually), but we still have some work to do to really document a substantial guide that we can all get around and drive together. We have some very good bits and pieces spread across the community, but perhaps its time to bring it all together into one document and label it as such?

Monday Feb 23, 2009

Alinsky to Obama: Organize! Organize! Organize!

I`ve been catching up on my Saul Alinsky now that we have a community organizer in the White House. I was never much inspired with Alinksy, although I certainly appreciate his place in American history. When I read his stuff I just feel dirty, sort of like plodding through Eddie Bernays and his propaganda or Machiavelli and his lessons for princes. But all that is reality in power politics, and many of those guys articulate some wonderfully evil and practical tactics to gut a variety of opponents in just about any situation you`d find yourself in. If that`s the sort of thing you want to do, anyway.

It`s interesting, though. We oftentimes hear that you have to fight fire with fire, and that`s probably true in some cases. But what about the exceptions? For instance, I never get that dirty Alinsky feeling all over when reading Ghandi or King, and those guys were certainly grand community organizers fighting bad guys too. In fact, they were probably the two most effective community builders in modern history. I wouldn`t put Alinsky in their league. Ghandi and King inspire. Alinsky manipulates. Ghandi and King transcend and transform. Alinsky fights. Both views are probably necessary at various points in a great struggle, but I prefer to focus a tad more on the positive and not so much on an Al Capone street fight in a dark and dirty Chicago alley. But that`s just me.

Sanford D. Horwitt, an Alinsky biographer, writes nice piece about what the so-called father of community organizing would say to President Obama today (Alinsky would be 100 this year). I guess Obama studied under some of Alinsky`s guys for a bit. So, what`s the fatherly advice on building community? "Barack, remember what got you here ... Keep your eyes on the prize and keep organizing, organizing, organizing!" That`s not surprising. And it`s good advice. But it will be interesting to see if Obama can follow it, if he can keep his obviously well honed community organizing skills up to date from the perspective of living among the power establishment that Alinsky was always fighting. That`s where Obama sits now, after all. Will it work from way up there? To me, this is what makes the Obama presidency fascinating.

Also of note is Obama`s view of Alinsky himself. It`s far more expansive view than the narrow minded Alinsky pitched. Check out The Agitator: Barack Obama's unlikely political education for a lot of Obama`s views of Alinsky. I like this bit right here:

"Alinsky understated the degree to which people's hopes and dreams and their ideals and their values were just as important in organizing as people's self-interest. Sometimes the tendency in community organizing of the sort done by Alinsky was to downplay the power of words and of ideas when in fact ideas and words are pretty powerful. 'We hold these truths to be self-evident, all men are created equal.' Those are just words. 'I have a dream.' Just words. But they help move things. And I think it was partly that understanding that probably led me to try to do something similar in different arenas." -- Obama, 2007

In other words, community organizing isn`t always about going head to head. It`s not always about cutting people down. It`s not always about taking power away from the powerful (after all, what do you do with the power you get? Will it corrupt you as it did them?). Sometimes community building is about, well, building. It`s about inspiring. Liberating. Leading. And it`s about distributing power, not centralizing it. It goes far beyond words, too.

Sunday Feb 15, 2009

OpenSolaris Community Lending Project on Kiva

It's great to see the OpenSolaris Community Lending Project open on and on Background on the Kiva project on advocacy-discuss (here, here, here) and also at Simon`s blog (which also talks about an interesting Amazon connection). This is exactly why global communities are valuable: people who are passionate embrace opportunities to solve problems in new ways. If people are empowered and able to connect, they self organize and get things done. They just do it. So, want to help change someone`s life? Just jump right in.

Thursday Jan 29, 2009

Japan Social Media Marketers

I joined the Japan Social Media Marketers community recently. I found these guys via the Tokyo2Point0 community. Lance Shields started the group with these words: "So yet another community was born and it bumbled along with mainly myself posting blog entries and the occasional discussion thread that mainly I responded to myself. It was pretty lonely and it was a lot like every blog I started and stopped over the years. Then a really cool ..." And it goes on from there. The point is Lance stuck it out. Those who build things from scratch often find themselves alone and responding to themselves initially. In fact, some of the most successful people in the world started out that way, right? Anyway, I`ll hang out here for a bit and see what`s up. The Japanese international social media community seems fascinating. Stop by if you are around.

Friday Jan 23, 2009

If I can help ...

To my friends and colleagues caught in the RIF yesterday, please keep in touch and let me know if I can help in any way. At the bottom of this page are all of my contact points and networks, so ping me to connect. Also, it's encouraging to know that many Sun employees are extending offers of support to those impacted. Communities are transcendent. Stay connected so we can help each other. To me, that's the real value of building and contributing to communities.

Sunday Jan 18, 2009

The Art of Community

Jono Bacon at Ubuntu is writing a book on communities -- The Art of Community. I`m looking forward to this book. And I`m glad he`s writing it from his view at Ubuntu. I`m trying to follow Ubuntu more lately. I don`t know too much about the community, but I met some Ubuntu guys in Tokyo a while back and I also met Jono at CommunityOne last year and found him to be a very cool guy.

The reason I want to read this book is to learn more and learn faster. There is so much opportunity here. Back when we launched the OpenSolaris project four years ago I kept saying we should look at other communities and observe how they evolve and how they build and manage themselves through various circumstances. All communities are different and have to manage diverse challenges, but they also share many common elements. I do some reading on this, but where I most closely touch other communities live is in Tokyo with the Linux guys (TLUG) and Web 2.0 guys (Tokyo2Point0) and also with some photography things I do here. Hanging out with these communities has given me a fantastic perspective to juxtapose with OpenSolaris and bring to my activities here. I highly recommend participating in other communities. It doesn`t matter what kind of community, too. The point is to contribute somewhere. That`s where the real lessons are learned. And that`s what makes a community. If you can contribute and earn your own way and gain recognition and trust as a result in some sort of meritocracy, then that`s a little community. Value that. Grow that. Promote that concept as the foundation of the community.

On OpenSolaris we have made a lot of progress in some ways and hundreds of people all over the place are contributing to multiple projects, but in other ways we are still struggling to find our way. This is normal to a certain degree. It`s not a criticism, per say. All projects in all industries are basically learning mechanisms. They start from somewhere and grow. Those that learn, live and grow more. Those that don`t, rot and die. You can`t avoid this. Also, if you are open minded enough to learn, that will help spark your imagination. And that`s far more important than thinking you actually know something or repeating the same thing over and over again. Einstein used to say something like that, and he knew a great deal more than most.

Anyway, what has been most gratifying within the OpenSolaris Community is that the OpenSolaris User Group Community (which we currently call the Advocacy Community) has been growing and learning steadily since Day One. We`ve made mistakes and adjusted along the way. Not only that but the overall personalty of the OSUGs seems clearly defined by global cooperation and openness, not internal conflict and bureaucracy. Have you noticed this too? I`m on all the OSUG lists and I see people talking about technology, doing events, and basically just hanging out and hacking on OpenSolaris. Quite literally, a culture is forming. And it`s spread out among dozens of languages, cultures, and countries. Some people are more active than others, some are more passionate than others, some are more technical than others. But everywhere I look on the OSUG lists I see that everyone is welcome. And the entire thing is just moving along at its own understated pace with relatively few resources and very little structure. I mean, really, we give some web space, a mailing list, and some t-shirts. Not much stuff. And not much process. But more than enough to get started. And it seems that we grow faster as a community when we reduce our processes. Granted, we are still very small (around 5,000 people) within the entire OpenSolaris community (which is way bigger), but revolutions have started with far less. And you have to start somewhere, right? I get this same feeling on some other OpenSolaris projects as well, where people have just been working all along since Day One doing what they can with what they have.

I find this stuff fascinating because the concept of the community is for all of us. You don`t have to have power or money or title to join. You can just show up and participate and contribute and learn. That`s what impresses me about open source communities. Jono`s book should be a very cool contribution to all this. I need the ideas. :) This stuff is an art indeed.

Monday Jan 12, 2009

It Starts in your Heart

Some nice bits in here about community from Chris Pirillo -- How Community Works: Past, Present, and Future. My two favorites: community starts in your heart (not in your tools) and leaders grow naturally from within the community (you don`t necessarily have to start out with leaders already in place).

Saturday Jan 03, 2009

Asserting Responsibility

Sink or swim: Haruka Nishimatsu, chief executive Japan Airlines: "Nishimatsu says that in the big picture, JAL's change process has to be much more than just talk - Asia's biggest airline needs to genuinely be overhauled. While some say his plan does not go far enough, particularly in terms of job cuts, Nishimatsu says pragmatism must be adhered to. He also insists that if his targets are not met that he will take full responsibility. 'If you were to ask is this the perfect, completely realisable cost-cutting plan, then that is a very difficult thing to declare,' he says. 'But if we don't achieve our targets, I do not intend to stay on.' "

A leader asserting ... responsibility? I find that especially shocking. Usually leaders spin, deflect, duck, attack, point fingers, lie, and steal. And they usually get away with it, too. I don`t see very many people leading by example these days, do you? And I don`t see very many leaders emerging from real communities of people engaged in direct action, do you? I`m talking about people who actually work not just talk. These people are obvious on every project. They are the leaders even though they don`t have the title and most times never get the title. That`s unfortunate. It seems to me that the era of the experts and special people spinning us like sheep should be over. Humor me. I can dream, can`t I? But is that happening at JAL? Can it happen in government too?

Tuesday Dec 30, 2008

Real Leadership Starts with Real Action

I find most conversations about "leadership" little more than meaningless chit-chat. A waste of time. Talk is cheap. Just ignore it. Action speaks clearly. With that in mind, watch this CNN clip of Japan Airlines CEO Haruka Nishimatsu's attempt to manage his company through tough times -- Evolving Excellence: $20 Billion Company CEO ... Takes the Bus. (Video: here, here,)

What do you think? I've watched the darn thing a dozen times. I can't get enough. It's an inspiration. Yet, it's so stupidly simple. And it speaks quite clearly about this guy's priorities and those of his company. Can you imagine in your wildest dreams business, labor, and political leaders in modern America following this reality of leadership? Yah, I doubt it too.

Now, some of this is cultural in that the distribution of wealth in Japan is not nearly as insane as it is in the United States, and the so-called "talent" market in Japan is nothing like it is in the West as well. The Japanese think very differently about individual talent and its value in relation to an overall organization. It's difficult to explain, but I see it everywhere around here. And I can see both good and bad in it as well. So, I'm not saying that the Japanese know best in all cases. They don't. Neither do we, actually, but we tend to not recognize that. But I do find it remarkable that this story in Japan is really not a big deal at all. Should it be? Regardless of the obvious cultural differences, the United States may be forced to make some cultural changes like these in the near future. It will be fascinating to see how the country deals with it. Is all that "talent" worth all that cash? If it is, so be it. I'm all for paying for the best. But if not, can we finally recognize it, please? Can this be any more obvious now? So far the solution is simply to raid the pockets of us regular people to save all the experts and billionaires with a never ending series of bailouts. How long that will last who knows. I suspect not for very long before people get really pissed, but what do I know. I'm nobody. I have no power. I'm not special in that system, and don't think for a minute that that doesn't get me very down at times. I know, I know ... Obama is going to save us. Right. Got it.

Oh, and by the way, when I travel throughout Asia for Sun, Japan Airlines is always an option for obvious reasons. They fly there a lot. And I generally choose based on times and prices, etc -- just like everyone else (well, everyone else who flies 3rd class, I mean). So, do you think knowing that JAL's CEO is taking the freaking bus to work hanging on to the damn strap like I do and making less money than his pilots will affect my decision to choose an airline? You can absolutely count on it. Never mind that the service on JAL (and most Asian airlines) is vastly superior to every single American and European carrier in the air, I'm talking this guy's plane because he's talking the bus. Period. And Nishimatsu didn't initiate this no-frills style of management when the U.S. fell off the financial cliff a few months ago. Nope. He started a couple of years ago. Anyway, I gotta calm down. Here are some related links talking about this issue. Good stuff. All worth a read if you are just a regular working stiff trying to figure out how to retire and put your kid through college.

Ah, one more thing before I forget. And this is a big deal. If you want to build community in this new era -- one where the people have more of a voice than ever before -- do what Nishimatsu-san does. It's required. How else would you have any credibility whatsoever?

Wednesday Dec 24, 2008

Building Community with Photography

I'm noticing more and more of my images showing up all over the web -- in blogs, on mailing lists, on news sites, in presentations, and inside multiple social networks. That's very cool. I tag my images with the Creative Commons license, so I specifically want people to use them in new and interesting ways.

Before I started taking photographs at community events a few years ago, I hadn't realized the power of an image to cut through language and cultural barriers. It's quite efficient, actually. Every time someone puts one of my images into a Chinese or Japanese or Spanish (or whatever) blog and links back to me it literally introduces me to that community in their native language. And, in many cases, I've met new people I would have never met before in countries I've never been to. All from an image. Now, this happens with text all the time, of course, since I've been communicating on one forum or another in multiple open communities for years now. But it's a very different experience with photography. Images are so much faster at making personal connections across barriers. You don't have to translate. It's easy. You just look. It's instant. In some ways, images actually transcend language while still communicating something of value. I'll have to take more pics and write fewer words.

Tuesday Oct 28, 2008

Small Improvements Leading to Big Results

The Open Secret of Success: "Instead of trying to throw long touchdown passes, as it were, Toyota moves down the field by means of short and steady gains. And so it rejects the idea that innovation is the province of an elect few; instead, it's taken to be an everyday task for which everyone is responsible." -- James Surowiecki, The New Yorker

There is so much to say about that quote. I think it's anti-intuitive for many people, which is probably why many miss it. But what I love is that it's just liberating. If this is true, and if much of Toyota's success is based on everyone being responsible for innovation, then I find that inspiring. Empowering. It means that innovation is not exclusive. It's not necessarily only locked inside the special people with big names, big titles, big brains, big megaphones, or big salaries. How utterly democratic. That's not at all how innovation is generally characterized, though. Be careful what you read.

So, will the American auto companies eventually get this? I think they will. It's cool to see Ford getting back into the quality game -- Ford gains on Toyota -- the Toyota way -- now so things may be changing. This bit about companies trying to leverage the Toyota manufacturing system is really interesting to me. It seems difficult to implement because it's such a different way of thinking, but extreme circumstances are also efficient focusing mechanisms. People get back to basics because they have no choice. That's where Toyota's system came from, actually -- a group of people who built a company during difficult times.

As soon as I read these new links (thanks for the pointers, Chris), I thought about how the Toyota production system is open source, basically, and how leading FOSS developers embrace the very same principles of incremental improvement. Just see Linus Torvalds here and here for one obvious and high profile example, but any reading of open source culture and software development methodologies will bubble up many interesting associations.

Everything tagged Toyota here.

Sunday Oct 26, 2008

Leadership Today

Really good conversation about leadership from Charlie Rose at the Harvard Business School with John Doerr, Jeffrey Immelt, James Wolfensohn, Meg Whitman, Anand Mahindra. My favorite bits come around the 31 minute mark when they start focusing more about the economic shift to Asia and the keys to leadership. Some of the concepts they talked about include:

    \* Spend what you earn. That doesn`t sound so anymore, eh?
    \* Educate people for a global world. The U.S. is still focused on the West.
    \* Don`t forget the liberal arts. Think.
    \* Ask people to help. People want to gather together, be involved, volunteer, help. Ask them.
    \* Build the following: a sound financial system, an energy policy, a health care system.
    \* Be accountable for results.
    \* Balance right brain and left brain thinking.
    \* Encourage a culture of acknowledging mistakes.
    \* Knowing is not nearly as important as learning.
    \* Expect unpredictability.
    \* Be willing to make decisions and stand by them.
    \* Communication.
    \* Transparency.
    \* Ideas are good, but execution is absolutely everything.
    \* Teams win.
    \* Character. You know it when you see it.

I`m extremely suspect of so-called experts and big names predicting the future nowadays, but this panel was a nice mix of sobering realism and inspiration with very little preaching. Just some people talking. Well worth a listen.

Friday Oct 24, 2008

Running Successful OpenSolaris User Groups

I've been re-reading Eric Raymond's How To Become A Hacker, and one of his links in there points to Rick Moen's Recipe for a Successful Linux User Group. Both documents are excellent. So, I figured I'd scratch out a little "Recipe for Running a Successful OpenSolaris User Group" based on what these guys have said, my own experiences participating in some user groups, and also some observations about a long post I wrote a while back -- Building OpenSolaris Communities. I'll keep adding to this post over time. But for now, here are a few obvious items:
  1. Start: Just start. Decide that you want to form a little group and get going. Keep it simple. Don't do too much planning initially. Just get some guys and go to a local pub or coffee shop someplace and talk. That's a user group. Remember, this is a social exercise first, technical one second. Just my opinion.

  2. Infrastructure: Eventually you should have some sort of web presence to show your stuff and a mailing list to talk to people. If you want this infrastructure on, start here and we'll help you out. Or you can use Google/Yahoo if you like, and if you have some gear you can always build and host your own site. Also, you can leverage many of the social networking platforms out there, such as Facebook, LinkedIn, Ning.

  3. Meetings: Many people feel that to have a user group and attract new people they need technical meetings with well-known speakers right away and that these technical meetings have to occur every month. Why? Why not every other month? Or once a quarter for tech meetings with social meetings in between. Don't treat this as a job. Treat this as fun. Technical meetings naturally grow over time to fulfill a need, but you have to get together as people first to see what happens. Who's working on what? Who knows who? Who wants to collaborate on some projects? Who has some lessons learned to share? Who else lives in the area? Whatever. Don't force it. Talk on list and meet casually till things click, and over time the need for technical meetings will be obvious.

  4. Meeting Rooms: If your group does grow into having regular meetings with presenters and demos and such, you'll need a room. Check with the local universities in your area first. But also talk to the local tech companies. And maybe some members of your user group can offer access to their company's offices on a rotating basis on the weekend. Ping Sun, too, if we are around. We certainly have an interest in seeing OpenSolaris User Groups thrive, and many groups are hosted at Sun facilities worldwide anyway. And if you don't have any Sun employees in your group, this is a good way to get them involved.

  5. Joint Meetings: As your own meetings mature and as you reach out to other communities in your area, consider doing some joint meetings. Get the BSD guys together for a joint OpenSolaris/BSD session. Or an OpenSolaris/Linux meeting. Or go up the stack and talk to application developers and web developers. There are many other user groups and communities out there that you can hang out with to explore technical and personal relationships.

  6. Audio and Video: Some user groups I've been to or observed in the OpenSolaris community are recording their meetings to audio and/or video files for download. Others are streaming. Others offer conference call numbers for live phone participation. These communication techniques are very cool because they enable you to reach new people in your local area and around the world. I live in Japan, but I've called into meetings in China and the United States, and I've viewed online audio/video content from India and Prague and elsewhere. All this brings up another point: local user groups hanging out at local bar are now really international communities. This was always true to a point, but with easy and pervasive communication tools you are now local and global. That's cool.

  7. Size: Don't worry about growing big. Most user groups are initiated and maintained by a pretty small number of people. That's ok. Keep it small if you want. Or grow it large. There are no rules. You decide. But don't feel you have to be this way or that way to be a user group. You don't.

  8. Consistency: Although size is not that important, consistency is probably a bigger deal. Try to keep conversations flowing on list, and if you meet live, try to meet regularly. Some groups meeting monthly and others quarterly. You decide. The frequency of meetings is not as important as the consistency. Momentum and predictability are important for establishing trust and helping people get involved.

  9. Diversity: Try to encourage some diversity. Keep your group open to everyone in the area. You never know who is connected to who out there. Also, part of diversity is to reach out to other groups and other communities. I'm an OpenSolaris guy, but the Tokyo Linux User Group welcomed me to their meetings and on their list as soon as I contacted them. I use Linux, too, but that's not the point. They are open to everyone. And that's a big deal. This is open source. Be open. Same story with the Tokyo2Point0 community.

  10. Identity: Design a t-shirt. A logo. Etc. People love to identify with something bigger themselves, something doing good, something they love. Leverage this natural feeling and promote an identity for your group. You don't have to be aggressive about this, but just be aware that over time your group will develop a culture. Let it emerge naturally.

  11. Photography: The camera is one of the most powerful community-building devices I've ever experienced. It cuts cleanly through tough culture and language barriers, and the vast majority of people I've met love to see images of themselves hanging out with others. I've met thousands of people by taking pictures. So, take pictures.

  12. Leadership: Although most people like keeping things as casual and decentralized as possible, someone has to lead from time to time. Book a meeting room at a university or local company. Send out notices. Update web pages. Collect money at bars for drinks and food. These are all activities that require assertions. As your group grows bigger, the need for clearly identifiable leaders will grow as well. Do you want to lead? And if you are leading, consider rotating leaders at some point. Give other people a chance.

  13. Money: Chip in some of your own cash, but don't go wild. Over time as your group grows, maybe try to raise some money via auctions. The Tokyo Linux User Group does a great job of this. Also, poke the local tech companies for some sponsorship dollars. Hey, you never know. Ask. Use the money for hosting services, trips to conferences, t-shirts, or any other infrastructure costs. You're not running a business, though. You don't need lots of money.
That's it for now. Not complete but just some ideas to kick around. I'll update this from time to time as I think of stuff. Also, if you know of other lists of "how to run a user group" let me know. Until then, keep checking out for updates to the OpenSolaris User Group Community.

Sunday Oct 19, 2008

Sharing Cultures

There is a new Creative Commons campaign for 2008. And a great new video on sharing the culture. This blog is under CC. And so are my 9,000 or so images on flickr. The CC culture has enabled me to meet many hundreds of people around the world and also to be exposed to many thousands more. Really wild experience. Liberation.

Tuesday Jun 03, 2008

Building OpenSolaris Communities: Multilingual

Special thanks to Paul Duan, Deirdré Straughan, the Globalization team, and all the people involved in translating my Building OpenSolaris Communities post into five languages: Japanese, Chinese, Spanish, Russian, Brazilian Portuguese. This is an experiment to see if I can meet some new people around the world by talking more languages. If it works out, I'll put up more blogs for translation and eventually add a language switcher. So far the feedback is really excellent. All of the posts here under the "building" tag.

OpenSolaris のコミュニティーを構築する

OpenSolaris は複数のコミュニティーの集まりで構成されていますが、そのようなコミュニティーの構築には時間と労力が必要です。これは避けられません。プログラムコードを公開しただけで何もしないのでは、世界中の開発者やユーザーの輪に加わる機会を失うことになります。現在、 で活動しているのが OpenSolaris 最大のコミュニティーですが、その も、コミュニティーグループ、プロジェクト、ユーザーグループなどの形で、小さなコミュニティーが多数集まって構成されています。さらに、新興市場でも新しいコミュニティーが Web サイトを公開し始めており、 の活動とは必ずしもつながりを持たない独立したディストリビューションさえあります。OpenSolaris はもはやモノリシックではなく、その基盤も一枚岩ではありません。成長と多様化が世界規模で進んでいます。

Sun がクローズドな開発プロジェクトをオープンな に移行し、また新プロジェクトをオープンで一から始めることに対して、多くの人が「どのようにコミュニティーを構築するのか」「どうしてコミュニティーを構築しなければならないのか」「どのように成長するのか」という質問をします。技術以外の側面から、そのような疑問への私なりの回答案を、ここに紹介します。次に掲げる一覧は、スタッフと参加者をまとめてコミュニティーを構築するうえで考慮すべき事柄です。すべての問題を網羅したものではなく、またどうしても解決しなければならない問題ばかりというわけでもありません。

  1. 計画立案と実作業: まず、コミュニティー構築は計画と実作業を積極的に繰り返すことだという認識が必要です。この認識に抵抗感を示す人もいます。コミュニティーは有機的に成長しなければならないと信じている人たちです。ほとんどのコミュニティーは、積極的な参加者が新しい参加者に直接働きかけることで成長しており、企業、基金、個人などさまざまな提供元から得たリソースを直接管理しているのも同じ人たち、というのが実情ではないかと私は考えています。また、コミュニティー構築のコンセプトは、2 つの単純な大原則に従うものだと思います。(1) オープンなコミュニケーションと、(2) オープンな開発です。オープンに作業して、オープンに話し合うのが基本なのです。本当に大きな成長を望むなら、さらに、3 つの課題を巧みにクリアしなければなりません。(1) 常にたくさんの人に話しかけること、(2) その人たちをあなたの取り組みに引き入れること、(3) その人たちがほかの人たちと協力して成果を出し、共有し、コミュニティーに還元する手段を提供することです。すると今度は、作業過程自体がコミュニティー構築を促進するようになります。作業によってコミュニケーションが増え、また新たな作業も増えるからです。このように回り始めるのです。しかし、積極的な作業にはまず計画が必要です。計画立案、計画実行、計画修正。これを繰り返します。

  2. 透明性: 外部に踏み出しましょう。内向きのままではコミュニティーを構築することはできません。話し合い、メーリングリスト、ソースコード、バイナリコード、ドキュメント、ツール、人材、インフラストラクチャー、アートワークなどを外部に求めましょう。そうすることで、すべての人が適切な取り組み方で貢献できるようになります。外部に求めるものなど何もない、と考えていると、だれも集まらなくなり、コミュニティーを構築することができなくなるでしょう。また、内部だけに向けて話をしていると、外部の人にはコミュニティーの存在すらわかりません。これは、Sun の人たちが犯す何よりも大きな誤りです。彼らは 2 つの世界を住み分けようとしますが、そんなことはできません。オープンであるかどうか、自問してみてください。

  3. 参加: 直接的な参加と信頼関係の構築がコミュニティーの要です。つまり、コミュニティー参加者は自分の貢献をもとに活動の場を得ており、活躍の機会とオープンさを期待しているということです。この問題はコミュニティーとプログラムの違いだと捉える人もいるかもしれません。ほとんどのプログラムは一方通行で、企業が市場にただ流すだけです。しかしコミュニティーは双方向 (あるいは多方向) で、出力と同じだけの入力があります。また、参加は作業であり、話し合いではありません。まとめ役になる人もいれば、ほかの人より影響力が強い人もいます。あなたは信頼を、会社での肩書きではなく、コミュニティーに貢献した成果によって得ます。ほかの人の関心を集めたいのなら、この考えをしっかりと受け止めて、実践によって実現するしかありません。

  4. 貢献: 自分がどのような貢献を求めているのか、明確にしましょう。一般的なカテゴリと具体例を考え、自分が考えもつかなかった成果をコミュニティーに期待しましょう (実際にはこれが目標)。OpenSolaris コミュニティーの参加者による貢献の例を挙げてみましょう。コード、スクリプト、テスト、ヘルプファイル、プレゼンテーション、ユーザーグループ、カンファレンス運営、多言語対応、翻訳、大学での講義、グラフィック、広告、教材、スクリーンキャスト、ビデオ、Web サイト、wiki、普及活動、ドキュメンテーション、執筆活動、ブログ、ポッドキャスト、開発プロセス、チュートリアル、入力メソッド、フィードバック、言語圧縮ツール、SCM ツール、クローズドバ��ナリの書き直し、バグ追跡システム、シェル、ディストリビューション、書籍、流通、管理など。技術的な貢献が多く、そうでない貢献も含まれていますが、ほとんどはカーネルコードと関係のない貢献です。つまり、推進したいさまざまな貢献について考え、オープンな環境でこのリストの項目数が増えていくようにします。そのうえで、コミュニティーが動き出したら、貢献している人に注目が集まるようにします。貢献には常に注目が欲しいでしょうが、控えめに主張しましょう。ほとんどのコミュニティでは、本当に貢献しているのがだれなのか、皆がわかっています。成果のほうが言葉よりも雄弁であり、参加者同士がオープンに取り組みをするのが一般的だからです。ただし、これは他人への感謝を述べるのを妨げるものではありません。

  5. プレゼンテーション: ほとんどの技術的プレゼンテーションは、息苦しいほど長く、技術的な事柄自体の説明を重視しすぎているということが、最大の問題です。学校の授業や対面チュートリアルのセッションならそれでもよいでしょう。しかしコミュニティーの構築は、実のところ、テクノロジーの問題ではありません。人の問題なのです。ですから、テクノロジーを説明するのはもちろんとして、どうしたら開発者やユーザーがテクノロジを使いこなしコミュニティーに貢献できるか、どうしたらその恩恵がすべての人に行き渡るかについて、説明の仕方よりもはるかに重く考えなくてはなりません。ほとんどの技術的プレゼンテーションでは、スライドの最後に参照すべきメーリングリストの一覧を紹介します。それでは不十分です。コミュニティーの紹介は補足情報ではなく、プレゼンテーションの核とすべきものです。

  6. カンファレンス: カンファレンスにはぜひ参加してください。Sun はさまざまなカンファレンスを開催していますが、Sun 以外の FOSS イベントにも参加する必要があります。どちらにも、それぞれ違った価値があります。ただし、カンファレンスへの参加を常に続けなければならないと考えてはいけません。セッション、立ち話、BOF、パーティーなどに参加するのも、正式なカンファレンスへの出席と同じくらい大切なことです。そこから始めることが重要です。連帯感を生むために、顔を突き合わせての交流とオンラインでの交流を組み合わせる必要があるでしょう。しかし、矢継ぎばやの早口トークをする機会を逃してはいけません。カンファレンスがうまくゆけば、そのような機会につながります。また、出席するカンファレンスのリストにユーザーグループの会合を加えておきましょう。ユーザーグループに参加するか、なければ自分で立ち上げます。自分で立ち上げる場合、バーかカフェあたりから始めます。最初は社交的な内容で小規模に、より多くの人が知見を持ち寄るようになってきたら、徐々に技術的なプレゼンテーションを増やします。100 人を集めた大規模な技術的プレゼンテーションを、毎月欠かさず行わなくてはならない、とは考えないでください。それは現実的ではありません。おそらく技術的なセッションは四半期に 1 度くらいで、それ以外の月は、バーでビールや食事を取りながらメーリングリストの話題について話し合うことになるでしょう。最初は小規模に、回数を重ねて会合の定着を狙います。そうするうちに、ささやかな文化がすぐに生まれ、ユーザーグループが結束するためのかすがいになるでしょう。

  7. 開発プロセスとインフラストラクチャー: コミュニティーを構築しようとする場合、参加が望まれる人たち全員をサポートするために、物理的インフラストラクチャーの問題を解決する手間が必要です。スケーラビリティーはどうでしょうか。貢献を引き出すために必要な開発プロセスはどのようなものでしょうか。どのようなテストが必要でしょうか。サンドボックスや実験環境を提供していますか。成果物をホストするためにどのようなツールが必要でしょうか。アクセス権はだれが所有しますか。これは、ホスティング先は なのかほかのサイトなのか、運営するのはコミュニティーかユーザーグループか開発プロジェクトか、ということによって決まります。ハイエンドでコードの貢献をする人は少数なのが普通で、必要となるツールはその人たちがやりくりすることになります。しかしコード開発者以外の人たちも、少なくとも部分的には、話し合いに参加するべきです。そうすることが、さまざまな貢献を幅広く引き出せるインフラストラクチャーを構築することにつながります。

  8. リーダーシップ、ガバナンス、文化: あなたのコミュニティーの価値はどこにあるのでしょうか。組織構造はどのようになっていますか。どのような運営を意図していますか。どのようにして決定を下しますか。あなたがモデルとするリーダーシップはどのようなものでしょうか。どのようにして貢献への注目を呼び起こしますか。どのようにして対立を解消しますか。大きなグループで集まって何か共同作業をするには、解決しなければならない問題が常にあります。規模が小さければ、頭で考えて容易に解決することができます。しかし世界規模のグループになると、推奨したい行動をドキュメント化して、それを実行するために必要なルールを整備しなくてはなりません。杓子定規に徹底させる必要はありませんが、あなたが何を言いたいのか、何を期待しているのかを、ほかの人たちに知らせる必要があります。強力なリーダーが 1 人という形がおそらく妥当でしょうが、リーダーシップを分散させるほかの体制についても、選択肢として検討したい場合があるかもしれません。Mozilla、Linux、Apache、Ruby、Java、BSD など、ほかのコミュニティーを参考にしましょう。オープンソースコミュニティーはほかにもありますが、いま挙げたコミュニティーが比較的大規模です。

  9. 大学での講義: 成長を望むならば、学校に戻って若い人たちと交流することが必要です。新興市場ではプロジェクトを、大学の学生や教授にまず紹介します。インドや中国から始める、というのもわからない話ではありませんが、成熟した市場を無視してはいけません。プロジェクトが将来を見据え�������おり、勝ち抜ける力を持っていることを確認するためには、大学訪問が唯一にして最良の手段でしょう。大学を無視する手はありません。最優先すべきです。またこの部分は、コミュニティーを構築する上での醍醐味ともいえるでしょう。

  10. 世界展開: 世界的な視野を念頭にコミュニティーの構築を進めます。あなたが取り組んでいる問題に関心のある開発者はどこにいるでしょうか。その場所に行きましょう。たくさんいるはずです。しかし世界展開には、言語や文化のあらゆる問題がついて回ります。それは興味深い問題であるとともに、手間のかかる問題でもあります。心してかかりましょう。コミュニティー構築の手助けとなる人をそれぞれの地域で探し、その上で、複数の地域をひとつにまとめる働きかけをします。あなたが世界で相手にするコミュニティーは「1 つだけ」ではありません。だれもがあなたを理解するとは (ましてあなたについて行くとは) 期待しないでください。多くのコミュニティーを相手にすることになるでしょうし、コミュニティーによって独自性の表現もそれぞれ異なるでしょう。彼らが必要な独自性を保つよう励まし、その一方で、ほかの地域と連携してより大きなコミュニティーに参加できるよう手助けをするのが、あなたの役割です。簡単ではありません。しかし、必要な仕事です。そして、新興市場が発展する上で本当に革新的な貢献が生まれる源でもあります。

  11. マーケティング: マーケティング担当者と親交を深めましょう。カンファレンスでの正式発表、マスコミやアナリストへの対応、ユーザー会合での活動などを通して、プロジェクトの広報を行う人たちです。商標、ブランド戦略、ローンチ戦略、発表、情報リーク、市場の混乱などについて、あなたがこれまで考えたことがないような、重要な視点をもたらしてくれます。マスコミが自分について何と言っているか、知る必要があるでしょうか。露出を増やすことでメリットはあるでしょうか。マーケティング担当者から見て、競合相手と比べてあなたに不足しているものは何でしょうか。Sun が時折開催している、コーディングコンテストや各種イベントなどの特別プログラムにも、参加してください。これ以外にも、開発者向けのプログラムや Web サイトがあり、コンテンツや参加者を募集しています。このようにして、企業の世界的なリソースを活用します。最後に、謙遜と正直さが、オープンソースのマーケティングを効果的に行う上でもっとも重要なテクニックです。取り組み中の問題について広報を行うとき、そのことを念頭に置いてください。

  12. 普及活動: マーケティングよりもはるかに大きな概念で、意味も少々異なります。広告、マーケティング、PR、AR (アナリストリレーションズ) など、マーケティング関連の特定分野を指すものではありません。積極的な参加と貢献を得るための、直接的で率直な取り組みです。オープンなコミュニケーションによるコミュニティー構築です。マーケティングはもちろんエンジニアリングやプロジェクト管理も含んだ概念なので、意欲のある人はだれでも参加することができます。もちろん、あなたの成果を普及させる最適任者は、あなた自身です。つまり、あなたは自分なりの方法でコミュニケーションを行う直接的な責任を負うものとみなされます。この目的のためにほかのリソースを活用することになるでしょうが、最終的な帳尻は自分持ちになります。つまり、あなたのコミュニティーが成長して技術が普及するかどうか、この活動にかかっています。この役割を他人に押し付けたり、放り出したりしないでください。しっかりと取り組みましょう。

  13. 法務: クローズドだったソースコードやツールをオープンにするまでは、ほとんどが Sun 社内の問題でした。オープンになったあとも、商標、著作権、配布条件、ライセンス、ソース解析などに注意しなければならないことは変わりません。コミュニティーの成長を促進する効果はありませんが、注意を怠ると、順調に進んでいた事柄が停止する原因になります。法務担当者と親交を深めましょう。コミュニティーの要望を伝え、実際的な法務問題について知らせてくれるよう依頼します。ここで確認しておくことは、両者にとって有益です。

  14. プロジェクト管理: プロジェクトが成長してくると、複数のエンジニアリングプロジェクトを抱え、世界中のユーザー活動と向き合うことになります。この複雑な運営をだれがこなすのでしょうか。計画を管理し、秩序を保ち、ロードマップの締め切りを守るのはだれでしょうか。必ず起きるであろう組織内の政治的な動きについて、あなたに助言してくれるのはだれでしょうか。そのようなとき、手助けをしてくれる優秀なプロジェクトマネージャーを探したくなるでしょう。エンジニアがコミュニティーをオープンに構築するべきなのと同様に、プロジェクトマネージャーもオープンであるべきです。できるだけ幅広い視点からプロジェクトを見ると、組織の内外でさまざまな文化がプロジェクトに関係しており、それがコミュニティーの構築方法に影響を与えることに気付くでしょう。

  15. 楽しむ: 最後に、コミュニティーの構築は社会的なエクササイズで、参加することに楽しみを見出せるはずです。コミュニティーに多くの人を引き入れたいのではありませんか。多くの人が寄り付くコミュニティーにしたいのではありませんか。居心地のよい場所を作りましょう。人々が自分なりのおもしろさを見つける機会を提供しましょう。

OpenSolaris 参照先:

OpenSolaris Constitution | Communities | Projects | Community and project lead site reference | Improving OpenSolaris | OpenSolaris Principles | Development Process | Developer's Reference | Advocacy Community Group | OpenSolaris Bug Fixes Contributed by Non-Sun Community Members


The Cathedral and the Bazaar』 Eric Raymond 著 | 『Innovation Happens Elsewhere』 Ron Goldman、Richard P. Gabriel 著 | 『Open Source & Free Software Licensing』 Andrew M. St. Laurent 著 | 『Open Source Licensing:Software Freedom & Intellectual Property Law』 Lawrence Rosen 著 | 『Open Sources:Voices from the Open Source Revolution』 Oreilly 刊 | 『Open Sources 2.0 The Continuing Evolution』 Oreilly 刊 | 『Free as in Freedom』 Richard Stallman 著

Post updated: 12/26/07, 12/27/07, 4/28/08, 5/16/08

Организация сообществ OpenSolaris

OpenSolaris представляет собой сообщество сообществ, поэтому организация таких структут требует затрат сил и времени. И этого никак не избежать. Вброс кода на общую стену для самостоятельного изучения - это последнее, что может привлечь разработчиков и пользователей во всем мире. Самое большое на данный момент сообщество OpenSolaris проживает по адресу, но даже теперь оно состоит из множества небольших сообществ, которые складываюстя в группы сообществ, проекты и группы пользователей. А тем временем вместе с появлением новых веб-сайтов на развивающемся рынке появляются новые сообщества, а также закрытые дистрибьюторы, которые не обязательно имеют возможность прямого соединения для работы с OpenSolaris больше не монолитная структура в одной географической точке. Сообщество растет и изменяется в масштабе всего мира.

С тех пор как компания Sun открыла общему доступу закрытые проекты на и продолжает в открытую разрабатывать проекты с самого начала, у многих возникли вопросы: "Как организовать сообщество?", "Зачем нам сообщество?", "Как сделать так, чтобы сообщество расширялось?" Итак, мой вариант ответа на эти вопросы без технических подробностей. Список приведенных методов не обязательно будет полным (да мы и не пытались выполнять некоторые пункты безукоризненно), это всего лишь набор предложений, которые помогут решить, нужно ли вам организовывать сообщество вокруг вашей идеи.

Создание сообщества
  1. Планирование и организация: Первое, что необходимо четко себе представлять: создание сообщества - это активный непрерывный процесс планирования и реализации. Некоторые не принимают это во внимание. Они верят, что сообщество будет расти как живой организм. Но я более чем уверен, что большинство сообществ расширяются благодаря активным участникам, напрямую приглашающим новых людей в сообщество и управляющим ресурсами из различных источников: корпоративных, учрежденческих, финансовых. Кроме этого, я полагаю что идея создания сообщества во многом основывается на двух простых принципах: (1) открытый обмен информацией и (2) открытая разработка. По существу, работать и общаться в открытую. А если вы планируете создать по-настоящему огромное сообщество, вам нужно как следует позаботиться о трех вещах: (1) постоянно общаться с большим количеством человек, (2) посвящать их в свою работу, и (3) обеспечить им возможность вносить свой вклад, работать над чем-либо и делиться этим с другими людьми. Тогда процесс работы сам по себе поможет организовать сообщество, стимулируя работу и общение. И процесс пойдет. Но активная организация начинается с плана. Напишите один. Затем начните организацию. Затем поправьте план. Повторите.

  2. Прозрачность: Выбирайтесь из укрытий. Нельзя создавать сообщество прячась за брандмауэром. Общение, упорядоченные данные, исходный код, двоичный код, документация, инструментарий, люди, инфраструктура, иллюстрации -- вытаскивайте все это, чтобы каждый имел равные возможности для совместной работы. Если у вас нечем поделиться - никто не поделиться с вами и сообщества не получится. А если вы будете говорить про себя, никто не услышит и даже не подумает о вашем существовании. Это единственная огромная ошибка которую допускают люди в компании Sun. Они пытаются существовать в двух мирах. Вы не можете. Решите. Или вы открыты или нет.

  3. Участие: Сообщество предполагает непосредственное участие и построение доверительных отношений. Это значит, что каждый выбирает свой путь, вкладывая в развитие сообщества, ожидая перспектив и открытости. Такой подход можно представить себе как различие между сообществом и программой. Как правило, для большинства программ существует только одна дорога -- из компании на рынок. Но сообщес��ва как минимум двусторонни (фактически многомернее) и могут многое накапливать в себе и многое отдавать. Кроме этого, участие предполагает работу, а не разговоры. Тех кто руководит и чей голос перекрывает все остальные. Заработать доверие можно только трудом, вкладываемым в сообщество, а не названием своей компании. Если вы хотите чтобы люди посещали сообщество, вам следует прислушаться к этому совету и позволить им принять участие.

  4. Вклад в сообщество: Определите, какого вклада в ждете. Определите основные категории, соответствующие примеры и ждите, пока сообщество предложит свои примеры и укажет мелочи, которых вы не учли (фактически это и есть цель). Это список тех дополнений, в которых участвовали члены сообщества OpenSolaris -- код, скрипты, тесты, справка, презентации, группы пользователей, управление конференцией, языковые порталы, переводы, университетские курсы, графические средства, реклама, обучающие материалы, демо-ролики, видео, веб-сайты, вики, объединения, документация, статьи, блоги, подкасты, процесс разработки, учебные пособия, методы входа, обратная связь, средства компановки языка, инструментарий SCM, перезапись связанных двоичных файлов, система слежения за ошибками, командные оболочки, дистрибутивы, книги, порты, управление и т.д. Некоторые из этих элементов технические, некоторые нет, но большинство не включает в себя код ядра системы. Другими словами, подумайте, какой вклад вы хотели бы получить со стороны членов сообщества, а затем просто позвольте списку открыто разрастаться. После того как процесс пойдет своим ходом, отметьте тех, кто действительно вносит вклад в развитие сообщества. Необходимо постоянно привлекать внимание к вкладу в развитие сообщества, но делать это косвеннным образом. В большинстве сообществ все знают людей, которые вносят реальный вклад в развитие, потому что дела говорят сами за себя, и, как правило, такие люди работают друг с другом в открытую. Не будет лишним время от времени приносить благодарность таким людям.

  5. Презентации: Главная проблема всех технических презентаций - их продолжительность и сосредоточенность на описании непосредственно технологии. Это подойдет для класса или интерактивного обучающего урока. Но создание сообщества практически не связано с технологией, а связано с людьми. Конечно, есть резон пояснить свою технологию, но следует обратить основное внимание на то, как разработчики и пользователи смогут принять участие и внести свою лепту в эту технологию и сообщество, на то, какие преимущества в итоге получат все. В большинстве технический презентаций можно видеть один итоговый слайд со списком списков для вступления в сообщество. Этого недостаточно. Нельзя говорит об этом после всего, надо сделать это ключевым.

  6. Конференции: Конференции нужно посещать. Компания Sun проводит различные конференции, но также стоит пойти на другие встречи по FOSS (САПО). Хоть они и отличаются, но будут полезны. Не нужно стараться побывать на всех конференциях. Участие в собраниях, коридорных беседах, совещаниях BOF и вечеринках не менее важно, чем представление официальных бумаг. Стоит просто побыть на таких мероприятиях. Чтобы создать чувство сообщества, нужно смешивать личное и интерактивное общение. Но не упускайте возможности провести короткий экстренный разговор! Большинство хороших конференций дают такую возможность. Кроме этого, добавьте группы пользователей в список конференций. Перейдите к ним или создайте их. Если решили создать группу пользователей, сделайте это в кафе, баре или еще где-нибудь. Начинайте спокойно и дружелюбно, позвольте технической презентации медленно вырасти по мере того, как люди будут переносить свой опыт в группу. И не думайте, что нужно каждый месяц проводить большую техническую презентацию с сотней человек в помещении. Это нереально. Попробуйте проводить технические собрания раз в квартал, при ежемесячных встречах в баре с закуской и пивом и обсуждениями деталей в списках рассылки между встречами. Начинайте с малого, стараясь найти варианты для создания традиций посредством повторения опыта. С течением времени возникнет небольшая культура, которая станет связывающим элементом для группы.

  7. Процесс разработки и инфраструктура: Если вы собираетесь создать сообществ��, вам придется потратить некоторое время на расчет физической инфраструктуры, которая понадобится для поддержки всех членов сообщества. Будет ли она масштабируемой? Как построить процесс разработки для включения дополнений? Какой вид тестирования необходим? Будет ли предлагаться "песочница" для экспериментов? Какие средства нужны для хранения компонентов проекта? Кому дать доступ? Все это зависит от того, будет ли в качестве хоста использоваться либо другой сайт, и где будут созданы группы сообщества, группы пользователей или проект разработки. Создателей высококлассного кода всегода немного, и эти ребята могут подобрать себе нужный инструментарий. Однако, следует так же привлекать к дискуссии и не-программистов, хотя бы немного, тогда ваша инфраструктура будет учитывать возможност размещения дополнений различного рода.

  8. Лидерство, управление, культура: Какие ценности у вашего сообщества? Как будет выглядеть его социальная структура? Как будет сообщество существовать самостоятельно? Как вы будете принимать решения? Какую модель лидера будете использовать? Как привлечь внимание к активным участникам? Как управлять конфликтами? Все эти вопросы появляются в любой достаточно большой группе, объединяющей людей, совместно работающих над какой-либо проблемой. Когда группа небольшая, все легко можно разрешить...в уме. Но когда сообщество преобретает глобальный масштаб, нужно задокументировать желательное поведение и установить некоторые правила управления. Они не должны быть всеобъемлющими и бюрократическими, но люди должны понимать, что вы поощряете и чего ожидаете. Возможно, иметь одного сильного лидера лучше всего, но вы можете принять решение о применение других вариантов, например механизмов распределенного руководства. Изучите для примера сообщества Mozilla, Linux, Apache, Ruby, Java и BSD. На самом деле существует много других, но это самые крупные сообщества по открытому программного обеспечению.

  9. Университеты: Если вы собираетесь развиваться, вернитесь в школу и пообщайтесь с молодыми людьми. В первую очередь представьте свой проект учащимся и преподавателям в странах с развивающейся экономикой По очевидным причинам есть смысл начать с Индии и Китая. Но не стоит игнорировать сформировавшиеся рынки. Посещение университета, возможно, наилучший вариант убедиться в том, что проект имеет будущее. Поэтому не стоит им пренебрегать. Лучше поставить университеты первыми среди приоритетов. Кроме прочего, это, вероятно, будет самой забавной частью в процессе создания сообщества.

  10. Глобальные задачи: Сообщество организуется с учетом глобальных перспектив. Где найти разработчиков, которые заинтересуются вашей идеей? Спешите туда. Скорее. Когда вы работаете в глобальных масштабах, вы сталкиваетесь с различными необычными языками и культурными вопросами, которые замедляют ваше развитие. Учтите это. Найдите людей, которые могут помочь вам в организации сообщества в данном пункте, а затем постарайтесь объединить все эти точки воедино. У вас не "одно" сообщество на весь мир, поэтому не следует ожидать, что все просто последуют за вами (или даже поймут вас). У вас будет множество сообществ и они будут выражать свою независимость по-разному. Ваша работа - поддерживать их независимость насколько это нужно, но также оказать помощь для взаимодействия с другими регионами, чтобы они смогли принять участие в данном метасообществе. Кстати, это нелегко. Но необходимо. С развитием рынкам это может стать источником действительно инновационных дополнений.

  11. Маркетинг: Познакомьтесь с вашими маркетологами. Они могут помочь сделать рекламу вашему проекту на конференциях, в СМИ, в работе аналитиков или на встречах с пользователями. Кроме этого, они могут предложить перспективные наработки по важным вопросам, о которых вы не задумывались. Таким как торговые марки, брендинг, выпуск товара, анонсы, утечки и подрыв рынка. Не обязательно знать, что СМИ говорят о вас, не так ли? Может больше конкретной помощи? Что за конкрентные методы могут увидеть маркетологи в отличие от вас? Кроме этого, участвуйте в специальных программах, которые время от времени проводит компания Sun, например конкурсы и соревнования по к��дированию. Также у компании имеются другие программы для разработчиков и веб-сайты, которые приветствуют участие и материалы по существу. Так можно удачно использовать глобальные ресурсы компании. Кстати, скромность и честность - это лучшие техники для проведения в жизнь эффективного маркетинга по открытому коду. Держите это в голове, когда будете раскручивать свою идею.

  12. Активная поддержка: Это больше чем маркетинг и конечно же, отличается от него. И не связано с такими специфическими маркетинговыми дисциплинами как реклама, сбыт, брендинг, связи с общественностью или AR. Напротив, это связано с прямым, бесцензурным привлечением на уровне, который приводит к активному участию и вкладу в работу. Связано с организацией сообщества постредством открытых коммуникаций. Теперь активная поддержка, конечно, включает маркетинг, но, кроме него, это проектировщики и руководители проектов -- а также все, кто хочет принять участие. Отметит, что вы являетесь самым важным звеном поддержки своей работы. Поэтому вы и берете на себя прямую ответственность за организацию коммуникации по своему усмотрению. Вы будете привлекать и другие ресурсы для этих целей, но в конечном счете вы будет ответственны за результаты своей работы -- что в данном случае означает расширение сообщества и поддержку своей технологии. Не следует перекидывать это на чужие плечи и стоять в сторонке. Участвуйте.

  13. Правовые вопросы: Этот пукнт очень важен для компании Sun, так как вы открываете код и интструментарий, который был скрыт до этого. Но даже после того как вы начали работать открыто, необходимо следить за соблюдением прав на товарные знаки, авторские права, соглашений с коллегами, лицензированием, анализом исходного кода и т.д. Такие вещи не обязательно помогут расшириться вашему сообществу, но наверняка не пустят дела на самотек. Познакомьтесь с вашими юристами. Расскажите им о нуждах сообщества и попросите рассказать вас о законодательных реалиях. Тогда знания получат обе стороны.

  14. Управление проектом: С ростом сообщества, оно наверняка начнет работать над несколькими прикладными проектами, вовлекая в работу пользователей по всему миру. Кто возьмется выполнять все эти сложные операции? Кто будет придерживаться плана, обновляя исходные параметры и графики работы? Кто поможет вас с организационной политикой, с которой непременно придется столкнуться? Так что, вероятно, вы захотите найти хорошего руководителя проектов, который поможет справиться со всем. Открытое сообщество нужно как инженерам, так и руководителям проекта. Если посмотреть на проект в самом широком смысле, можно заметить что он касается множества различных дисциплин до и после брандмауэра. Это влияет на то, как организуется сообщество. 

  15. Развлекайтесь: И наконец, создание сообщества - это социальное упражнение, поэтому люди должны развлекаться участвуя. Вы ведь хотите затянуть людей в свое сообщество, верно? Вы хотите, чтобы люди посещали сообщество, не так ли? Сделайте так, чтобы проводить время в нем было забавно. Просто дайте людям возможность веселиться и они ей воспользуются.

Ссылки OpenSolaris:

Структура | Группы сообщества | Проекты | Основная ссылка сайта | Contributing | Достоинства | Процесс разработки | Ссылки разработчикам | Поддержка и группы пользователей | Создатели кода

Книги по открытым исходным текстам, лицензированию и развитию сообщества:

The Cathedral and the Bazaar Eric Raymond | Innovation Happens Elsewhere Ron Goldman, Richard P. Gabriel | Open Source & Free Software Licensing Andrew M. St. Laurent | Open Source Licensing: Software Freedom & Intellectual Property Law Lawrence Rosen | Open Sources: Voices from the Open Source Revolution Oreilly | Open Sources 2.0 The Continuing Evolution Oreilly | Free as in Freedom Richard Stallman

Сообщение обновлено: 12/26/07, 12/27/07, 4/28/08, 5/16/08

构建 OpenSolaris 社区

OpenSolaris 是社区的社区,构建这些社区需要时间和精力。没有其他办法。各自为战的开发代码将会失去一个结识全世界开发人员和用户的机会。目前,最大的 OpenSolaris 社区活跃在 上,但即便它现在也是由许多比较小的社区组成的,包括社区组、项目和用户组。现在还有其他新出现的社区开始在新兴市场或地区创办网站,这些都未必与 上的操作有直接的联系。OpenSolaris 不再单调地局限于某一个地区。它开始在全球范围内增长和多样化。

Sun 开始将已关闭的开发项目在 上公开,或者公开启动一个新项目,许多人会问,“我们如何构建社区?”和/或“我们为什么应该构建社区?”和/或“我们如何增长?”下面我将从非技术角度来回答这些问题。下列问题列表不一定全面(其中一些事情不必做到完美),但如果您想围绕您的资源构建一个人员社区,那就应该考虑这些问题。

  1. 计划和构建:要认识到的第一件事是构建社区是一个积极的、周期的计划和实施过程。一些人回避这一观点。他们相信社区必须有组织地增长。但我怀疑大多数社区实际上是基于积极的参与者增长的,这些参与者吸引新人员,并管理来自不同来源的资源,包括公司、基金和个人。此外,我相信社区构建的概念在很大程度上基于两个简单的原则:(1) 开放社区和 (2) 开放开发。基本上,是开放工作和开放谈话。如果您真想做大,您必须做好三件事情:(1) 始终跟很多人谈话 (2) 将他们包括在您的工作中 (3) 通过创建并将他们的工作与其他人分享,为他们提供回报。那么,工作本身的过程帮助构建社区,因为它生成了更多交流和更多工作。这样您就前进了。但积极的构建开始于计划。制订一个计划,然后开始构建,然后更新计划。不断重复。

  2. 透明度:走出城墙。您不能在防火墙后面构建社区。谈话、列表、源码、二进制文件、文档、工具、人员、基础设施、艺术品,将这些都摆出来,这样每个人都能公平地工作并做出贡献。如果没有聚集任何东西,就不会有人聚集,您就不会有一个社区。如果您只在内部谈话,外面的人甚至不知道您的存在。这是 Sun 的人犯的一个最大的错误。他们试图活在两个世界中。您不能这样做,一定要在开放和封闭之间做一个选择。

  3. 参与:社区将直接参与并构建信任关系。这意味着,做出共享就是人们的生活方式,并且他们期望着更多的机会和开放。您还可以将这个问题看作是社区和方案之间的差别。大多数方案是单向的,通常从公司走向市场。但社区是双向的(实际上是多向的),进来的和出来的几乎一样多。而且,参与实际上是行动,而非谈话。行动的人成为领头羊,他们是声音最高的那些人。您基于对社区的贡献而非在公司的头衔来获得可信度。如果您想让人们都停留,您必须接受这个概念,让人们来参与。

  4. 贡献:定义您寻求的贡献。给出一般的种类和特定示例,期望社区提供更多示例和您没想到的任何东西(实际上,这就是目标)。OpenSolaris 社区成员已经参与的贡献列表有 —— 代码、脚本、测试、帮助、演示、用户组、会议管理、语言门户、翻译、大学课程、图片、广告、培训材料、截屏、视频、网站、wiki、传播、文档、文章、博客、播客、开发过程、教程、输入方法、反馈、语言压缩工具、SCM 工具、重写已关闭的二进制文件、缺陷跟踪系统、shell、分发、书籍、端口、管理等等。尽管其中许多内容是技术方面的,但也有一些不是,而且大多数不涉及内核代码。换句话说,思考您想要鼓励的各种贡献,然后让这个列表开放增长。当有内容开始进入时,指出是谁在做出贡献。您应该要始终引起对贡献的注意,但要以一种低调的方式进行。在大多数社区中,每个人知道谁在真正做出贡献,因为行动胜于豪言壮语,贡献者通常是开放地互相合作。但不妨经常地感谢一下人们。

  5. 演示:大多数技术演示最大的问题在于它们实在太长了,它们太多地集中于描述技术本身。对于课堂或交互式的教程会话,这很不错。但是,构建社区的行为实际上与技术无关。它与人有关。所以,当然可以解释您的技术,但要把更多重点放在开发人员和用户如何参与并为技术和社区做出贡献,以及每个人将如何获益。大多数技术演示只在最后一张幻灯片上列出参与者列表。这是远远不够的。它不能是一个计划外的事情。一定要让它成为核心。

  6. 会议:您必须参加会议。Sun 举行了各种会议,但您还必须参加各种 Sun FOSS 活动。它们都有价值,但彼此不同。此外,不要感让自己感觉必须总是出席会议。参与会话、走廊谈话、BOF 和晚会就像论文答辩一样重要。呆在那里就至关重要。您需要结合面对面和在线交互这两种方式来创建社区感受。但不要错过快速演讲机会!大多数好的会议都提供这些机会。并且在会议列表中添加用户组。您可以加入和/或启动一个用户组。如果启动了一个用户组,可以在酒吧或咖啡厅之类的地方进行活动。开始时是小型的、社交性的,当更多的人为用户组带来了他们自己的体验时,让技术演示的比重慢慢增长。不要认为您必须每个月都要在房间有 100 个人来举行大型技术演示。这是不切实际的。可以尝试每季度举行技术会话,但每月在酒吧会面,享受美食和啤酒,然后讨论会议之间邮件列表中的各种事项。从小型聚会开始,设法通过重复的经历来形成一种传统。过一段时间之后,这一点星星之火将会迅速燎原,而这种文化将让您的用户组团结在一起。

  7. 开发过程和基础设施:如果要构建一个社区,您必须花一些时间来确定支持所有人所需的物理基础设施。它将扩展吗?接受贡献需要什么开发过程?需要什么测试?您是否接受一个沙盒来进行实验?托管项目工件必须使用哪些工具?谁有访问权?这些都取决于是在 还是其他站点上托管,以及是要运行社区组、用户组还是开发项目。比较高端的代码贡献者始终不多,而且这些人必须确定他们将使用的工具。但是,非编码人员应该至少能部分地参与这些讨论,所以要构建您的基础设施来容纳各种各样的贡献。

  8. 领导、管理和文化:社区的价值是什么?社会结构是什么样的?您的社区如何自己运行?您将如何做决策?您的领导模型是什么?您如何吸引贡献者的注意?您如何解决冲突?不管是多大规模的群体,走到一起来协作完成某件事时,这些都是需要阐明的问题。当您的社区比较小时,您可以很容易地随意管理,但当您的社区全球增长时,您需要归档想要鼓励的行为,并设置一些规则来规定如何管理。它不必完全是说教和官僚的,但人们需要知道您代表什么,您期望什么。可能需要一个强有力的领导者,但也应该考虑选择其他分布式领导机制。参考其他社区示例,比如 Mozilla、Linux、Apache、Ruby、Java 和 BSD。实际上,还有其他许多这样的社区,这里只列出一些比较大的开源社区。

  9. 大学:如果您想要增长,您需要返回学校并与年轻人闲聊。首先,让您的项目在新兴市场中领先于大学的学生和教授。很明显应该从印度和中国开始。但也不要忽略已建立的市场。要确保您的项目在未来是否能生存下去,大学访问可能是一种最好的方法。绝对不要忽略大学,它应该具有最高的优先级。顺便说一句,这将可能是社区构建操作最有趣的部分。

  10. 全球:以全球角度构建社区。对您的产品有兴趣的开发人员在哪里?那就去那里。有很多地方。在全球旅行时,您将碰到各种各样有趣的语言和文化问题,这将会让您慢下脚步。期待吧。寻找可以帮助您在给定地区构建社区的人们,然后努力将多个地区连接在一起。在全世界不可能只有"一个"社区,所以不要期望每个人都会跟随您(或者理解您)。您将有许多社区,它们将非常不同地表达自己的独立。您的工作是鼓励它们尽量独立,但还要帮助它们连接到其他区域,以便它们可以参与元社区。顺便说一句,这并不容易。但这很必要。在新兴市场发展时,它可能成为真正创新的来源。

  11. 营销:了解您的营销人员。他们可以帮助在会议上,在新闻界/分析师中,在客户会议上正式宣传您的项目。在重要的问题上,他们可以提供您可能没有考虑到的角度,比如商标、品牌、启动、告示、泄漏和市场混乱。您不必知道新闻界怎么评论您,对吗?更多曝光有帮助吗?营销看到而您没有看到的竞争力问题是什么?此外,参与 Sun 偶尔运营的特殊方案,比如编码竞赛和各种活动。Sun 有其他的开发人员计划和网站,它们都欢迎更多的内容和人们的参与。可以以这种方式利用公司的全球资源。顺便说一句,谦虚和诚实是进行有效的开源营销的最好技术。宣传您的产品时切记这一点。

  12. 拥护:这比营销庞大得多,而且也有一些不同。这无关特定营销原则,比如广告、营销、商标、PR 或 AR。相反,它是直接的、未经过滤的诺言,在一定程度上导致积极参与和共享。它关乎通过开放交流来构建社区。当然,它也包括营销,但它还包括工程师和项目经理,以及想要参与的其他任何人。此外,您是这项工作最好的拥护者。所以,您需要承担以您自己的方式进行交流的直接责任。您可以利用其他资源来实现,但最终您必须对自己的底线负责,也就是增长社区并拥护您的技术。不要把这个功能交给其他人。一定要参与。

  13. 法律问题:当您打开已经关闭的代码和工具时,这主要是 Sun 内部的事情。但甚至当您公开时,您需要考虑商标、版权、贡献者协议、许可、来源分析等。这些事情不一定会帮助您的社区增长,但如果完全不考虑这些事情,它们一定在一瞬间毁掉已有的一切。联系您的律师。告诉他们有关社区的需求,让他们告诉您什么是财产法。在这里,教育应该是双向进行的。

  14. 项目管理:随着社区增长,它肯定会包含全世界的多个工程项目和用户活动。谁将运行这些复杂的操作?谁将管理计划并保持指标和路线图的更新?谁将警告您肯定将遇到的组织纷争?所以,您应该要找一个优秀的项目经理来解决这些问题。正如工程师应该开放构建社区一样,项目经理也应该这样做。如果在尽可能广阔的环境中查看您的项目,您将看到在防火墙内部和外部它涉及到许多不同的原则,这将影响到构建社区的方式。 

  15. 趣味性:最后,构建社区最终是一个社会练习,所以人们应该在参与的时候获得乐趣。您想要把人们吸引到社区,对吗?您想要鼓励人们停留,对吗?让闲逛变得有趣。只要给人们获取乐趣的机会,他们就一定会抓住的。

OpenSolaris 参考:

Constitution | Community Groups | Projects | Website lead reference | Contributing | Values | Development Process | Development Reference | Advocacy & User Groups | Code Contributors


The Cathedral and the Bazaar Eric Raymond | Innovation Happens Elsewhere Ron Goldman, Richard P. Gabriel | Open Source & Free Software Licensing Andrew M. St. Laurent | Open Source Licensing: Software Freedom & Intellectual Property Law Lawrence Rosen | Open Sources: Voices from the Open Source Revolution Oreilly | Open Sources 2.0 The Continuing Evolution Oreilly | Free as in Freedom Richard Stallman

文章更新:12/26/07, 12/27/07, 4/28/08, 5/16/08

Monday Jun 02, 2008

Construyendo comunidades OpenSolaris

OpenSolaris es una comunidad de comunidades, y la construcción de una comunidad de estas características es una tarea que requiere tiempo y esfuerzo. No hay otro modo. Arrojar un código por encima del muro y alejarse caminando es perder la oportunidad de lograr la participación de desarrolladores y usuarios de todo el mundo. Actualmente, la mayor comunidad de OpenSolaris se encuentra en, pero incluso ella se compone de comunidades más pequeñas en forma de grupos comunitarios, proyectos y grupos de usuarios. Hay también otras comunidades incipientes puestas en marcha a partir de sitios web de mercados emergentes o incluso de distribuciones que no necesariamente han de tener conexiones directas con la operaciones de OpenSolaris ha dejado de ser una comunidad monolítica y basada en una geografía. Está creciendo y se diversifica globalmente.

A medida que Sun pasa de proyectos de desarrollo cerrado a abierto en, o acaba de iniciar en abierto nuevos proyectos comenzando desde cero, mucha gente se pregunta, "¿cómo podemos construir una comunidad?", o "por qué debemos construir una comunidad?", o "¿cómo podemos crecer?" Bueno, aquí van mis respuestas a esas preguntas desde un punto de vista no técnico. La lista de temas siguientes no es necesariamente exhaustiva (ni tenemos necesariamente que hacer alguna de esas cosas especialmente bien), pero es un conjunto de temas a tener en cuenta por quien desee construir una comunidad de personas en torno a un proyecto.

Construcción de la comunidad
  1. Planificación y construcción: Lo primero importante consiste en asumir que construir una comunidad es un proceso cíclico de planificación e implementación activas. Algunas personas se muestran reacias a este concepto, porque consideran que las comunidades deben crecer orgánicamente. No obstante, sospecho que la mayoría de las comunidades crece realmente sobre la base de participantes activos que directamente enganchan a otras personas y gestionan los recursos de diversas fuentes, como empresas, fundaciones y particulares. También creo que el concepto de construcción de una comunidad se basa fundamentalmente en dos principios básicos: (1) comunicaciones abiertas y (2) desarrollo abierto. Básicamente, trabajar sin tapujos y hablar sin tapujos. Y si realmente se desea crecer mucho, hay tres cosas que deben hacerse realmente bien: (1) hablar con mucha gente todo el tiempo, (2) incluir a esa gente en el trabajo propio y (3) ofrecer los medios necesarios para que esa gente pueda contribuir creando y compartiendo su trabajo con otros. El mismo proceso de trabajo ayuda a construir la comunidad porque genera más comunicaciones y más trabajo. Y todo en torno a un proyecto. Pero toda construcción activa comienza con un plan. Escriba uno. Comience la construcción. Actualice el plan. Repita el proceso.

  2. Transparencia: Salga al exterior. No se puede construir una comunidad desde detrás de un muro. Conversaciones, listas, código fuente, binarios, documentación, herramientas, personas, infraestructuras, obras de arte -- haga aflorar todo esto para que cada persona tenga una buena oportunidad de participar y contribuir. Si no hay nada que recoger, nadie recogerá nada y no habrá forma de construir una comunidad. Y si se limita a hablar dentro, nadie de fuera sabrá siquiera que existe. Es el único gran error que cometen las gentes de Sun. Tratan de vivir en dos mundos. Y no se puede. Hay que decidirse. Se es abierto o no se es.

  3. Participación: Las comunidades se basan en la participación directa y en la construcción de relaciones de confianza. Esto significa que la gente se gana en función de sus contribuciones y que hay expectativas en cuanto a oportunidades y apertura. También se puede contemplar esta cuestión como la distinción entre una comunidad y un programa. La mayoría de los programas tienen un único sentido que, por lo general, va de la empresa al mercado. Pero las comunidades tienen dos sentidos (en realidad tienen muchos) y sirven tanto para ir como para venir. Y luego está que la participación supone actuar, no hablar. Están los que hay que dirigir y aquellos otros cuya voz se oye por encima de la de los demás. La credibilidad se gana a partir del trabajo con el que se contribuye a la comunidad, no con el cargo con el que se le conoce en la empresa. Si desea que la gente se reúna a su alrededor, deberá asumir este concepto y facilitarles la participación.

  4. Contribuciones: Defina las contribuciones que pretende conseguir. Ofrezca categorías especiales y ejemplos específicos y espere que la comunidad le devuelva más ejemplos y más cosas de las que haya podido pensar (ese es el auténtico objetivo). Aquí va una lista de las contribuciones en las que han participado los miembros de la comunidad OpenSolaris -- códigos, scripts, pruebas, ayudas, presentaciones, grupos de usuarios, gestión de conferencias, portales de idiomas, traducciones, cursos universitarios, gráficos, publicidad, materiales de formación, screencasts, vídeos, sitios web, wikis, evangelización, documentación, artículos, blogs, podcasts, procesos de desarrollo, tutoriales, métodos de introducción de datos, información, herramientas de compresión de lenguaje, herramientas de SCM, reescritura cerrada de binarios, sistema de seguimiento de defectos, shells, distribuciones, libros, puertos, gestión de asuntos públicos, etc. Aunque muchos de estos temas son técnicos, otros no lo son y la mayoría no implican el uso de código kernel. En otras palabras, piense en la cantidad de contribuciones que desea impulsar y deje que la lista crezca sin trabas. Más tarde, cuando las cosas comiencen a llegar, destaque a las personas que están contribuyendo. Siempre es bueno llamar la atención sobre las contribuciones de los demás, pero hágalo de forma discreta. En la mayoría de las comunidades, cada uno sabe quien contribuye de verdad porque el trabajo habla más alto que las palabras y, por lo general, los contribuyentes suelen trabajar codo con codo y sin trabas. Pero a nadie le molesta que le den las gracias de cuando en cuando.

  5. Presentaciones: El mayor problema con la mayoría de presentaciones técnicas es que son dolorosamente largas y se centran demasiado en la descripción de la propia tecnología. Eso está bien para una clase o una sesión de tutoría interactiva, pero el acto de construir una comunidad no tiene nada que ver con la tecnología. Va de personas. Así que explique la tecnología, desde luego, pero céntrese más en cómo conseguir que los desarrolladores y los usuarios participen y contribuyan, a la tecnología y a la comunidad, y en cómo hacer que todos se beneficien de sus ventajas. La mayoría de las presentaciones técnicas tienen una diapositiva al final en la que se enumeran las listas a las pueden adherirse. No es suficiente. No puede ser algo en lo que pensar después. Debe ser el núcleo.

  6. Conferencias: Tiene que asistir a conferencias. Sun incluye varias conferencias, pero también necesita acudir a eventos que no sean FOSS de Sun. Todos tienen valor pero todos son diferentes. Por otra parte, no siempre siente que está presente en las conferencias. Participar en las sesiones, charlas de pasillo, BOF y fiestas es tan importante como asistir a la presentación de documentos oficiales. Sólo el hecho de estar allí ya es importante. Necesitará una mezcla de interacciones cara a cara y en línea para crear un sentimiento de comunidad. Y no hay que perder la oportunidad de tener una charla rápida y chispeante. La mayoría de las buenas conferencias ofrecen estas oportunidades. Y permiten añadir grupos de usuarios a la lista de conferencias. Vaya a ellas, inícielas o haga las dos cosas. Si empieza con un grupo de usuarios, es preferible hacerlo en un bar, una cafetería o un sitio parecido. Comience de forma breve y sociable y deje que las presentaciones técnicas crezcan lentamente a medida que las demás personas vayan aportando sus experiencias al grupo. Y no crea que siempre tiene que tener una gran presentación técnica con 100 personas en la sala cada mes. No es realista. Pueden ser sesiones técnicas trimestrales con encuentros mensuales en un bar para comer o tomar una cerveza y tratar los temas en una lista de correo entre reuniones. Comience de forma breve y busque la forma de construir una tradición a través de experiencias repetidas. Con el tiempo, se desarrollará pronto una cierta cultura que es el pegamento que mantendrá unido el grupo de usuarios.

  7. Proceso de desarrollo e infraestructura: Si se dispone a construir una comunidad, debería invertir más tiempo en averiguar la infraestructura física que necesitará para dar apoyo a todas las personas que quiere. ¿Se va a escalar? ¿Qué proceso de desarrollo se necesita para aceptar contribuciones? ¿Qué prueba se necesita? ¿Ofrece una caja de arena para hacer experimentos? ¿Qué herramientas son necesarias para albergar los artefactos del proyecto? ¿Quién tiene acceso? Todo esto depende de si se quiere acoger a o a otro sitio, y si se está ejecutando un grupo comunitario, un grupo de usuarios o un proyecto de desarrollo. Los contribuyentes al código final más alto será siempre un grupo pequeño, pero son justamente esos chicos los que tienen que descubrir las herramientas que van a hacer falta. Sin embargo, los no codificadores deberían participar en esos debates, al menos parcialmente, de forma que la infraestructura se construya para acomodar una amplia variedad de contribuciones.

  8. Liderazgo, gobernabilidad, cultura: ¿Cuáles son los valores de la comunidad? ¿Qué estructura social tendrá? ¿Cómo se gestionará la propia comunidad? ¿Cómo se tomarán las decisiones? ¿Cual es su modelo de liderazgo? ¿Cómo va a llamar la atención de los contribuyentes? ¿Cómo resuelve los conflictos? Estas son las preguntas a la que deberá hacer frente cada vez que un grupo numeroso de personas se reúna para colaborar juntas en algo. Cuando se es pequeño, esto se puede gestionar fácilmente en la propia cabeza, pero cuando se crece a nivel mundial es necesario documentar el comportamiento que se desea fomentar y fijar algunas normas sobre cómo manejarlo. No tiene que ser persuasivo y burocrático, pero la gente necesita saber lo que se defiende y lo que se espera. Tal vez un solo líder fuerte sea apropiado, pero puede ser necesario considerar otras opciones para distribuir mecanismos de liderazgo. Busque en otras comunidades como Mozilla, Linux, Apache, Ruby, Java y BSD para ver ejemplos. En realidad, hay otras muchas pero estas son algunas de las comunidades con software de código abierto más grandes.

  9. Universidades: Si se quiere crecer es necesario volver a la escuela y pasar el tiempo con los jóvenes. Ponga su proyecto delante de estudiantes y profesores universitarios de los mercados emergentes en primer lugar. Comience por India y China por razones obvias. Pero sin olvidar los mercados ya establecidos. Las visitas a las universidades son probablemente la forma más sencilla de garantizar que el proyecto tiene posibilidades de sobrevivir en el futuro. Descuidar las universidades no es una opción. Necesitan tener una prioridad absoluta. A propósito, esta será probablemente la parte más divertida de las operaciones de construcción de la comunidad.

  10. Global: Construya la comunidad con una perspectiva global en la mente. ¿Dónde están los desarrolladores que estarían interesados en su proyecto? Vaya allí. A menudo. Cuando se va a nivel global, sin embargo, uno se interesa por todo tipo de idiomas y asuntos culturales que relentizarán el proceso. Es de esperar que ocurra. Busque gente que pueda ayudar a construir la comunidad en un lugar determinado, y trabaje luego por conectar varias ubicaciones entre sí. No va a tener "una" comunidad alrededor del mundo, de modo que no espere que nadie le siga sin más (ni siquiera que le entiendan). Tendrá muchas comunidades y cada una expresará sus propias experiencias de formas bien distintas. Su trabajo consiste en animarlos para que sean tan independientes como sea necesario, pero también en ayudarles a conectar con otras regiones para que puedan participar en una comunidad destino. Por cierto que no es nada fácil. Pero es necesario. Y puede ser una fuente de contribuciones verdaderamente innovadoras a medida que se van desarrollando los mercados emergentes.

  11. Marketing: Conozca a su gente de marketing. Pueden ayudarle a dar a conocer oficialmente su proyecto en conferencias o en operaciones de prensa y análisis o en reuniones con clientes. Y pueden ofrecer una perspectiva sobre cuestiones importante que se le pueden haber escapado, como marcas comerciales, mercadotecnia, lanzamientos, noticias, filtraciones y perturbaciones del mercado. No necesita saber lo que dice la prensa sobre usted, ¿verdad? ¿Le ayudaría exponerse más? ¿Qué cuestiones de marketing competitivo observa que no tiene? Asimismo, participe en los programas especiales que Sun ejecuta ocasionalmente, como las pruebas de codificación y los eventos. Sun cuenta con otros desarrolladores de programas y sitios web que dan la bienvenida a todos los contenidos y participantes. Aproveche los recursos globales de la compañia en este sentido. Por cierto, la humildad y la honestidad son las mejores técnicas para hacer una comercialización de código abierto efectiva. Recuerde siempre que usted sabe cómo anunciar sus proyectos.

  12. Promoción: Es algo mucho mayor que el marketing y algo diferente también. No se trata de disciplinas específicas de marketing, como pueden ser publicidad, comercialización, mercadotecnia, relaciones públicas o AR. Por el contrario, es un compromiso directo y sin filtrar a un nivel que conduce a la participación y la contribución activas. Va de la construcción de una comunidad por medio de comunicaciones abiertas. Ahora incluye personal de marketing, por supuesto, pero también ingenieros y gestores de proyectos y a cualquier otra persona que quiera involucrarse. Y además usted es el mejor promotor de su trabajo, por lo que necesita asumir la responsabilidad directa de comunicarse en la forma que mejor pueda. Es posible que aproveche otros recursos, pero no deja de ser el responsable último de su propia línea de fondo que, en este caso, significa el crecimiento de su comunidad y la promoción de su tecnología. No se limite a dejar esta función en manos de otro y marcharse. Participe.

  13. Asuntos legales: En su mayoría son temas internos de Sun como la apertura de los códigos y las herramientas cerrados. Pero incluso ahora que se han abierto, es necesario considerar las marcas comerciales, copyright, acuerdos con los contribuyentes, concesión de licencias, análisis de fuentes, etc. Estas cosas no ayudan necesariamente al crecimiento de la comunidad, pero pueden impedir que las cosas se disparen si no se les presta la debida atención. Conozca a sus abogados. Hábleles de las necesidades de la comunidad y pídales que le enseñen la realidad de la ley. En este punto, la información debe ir en ambos sentidos.

  14. Gestión de proyectos: A medida que su comunidad vaya creciendo es seguro que contendrá múltiples proyectos de ingeniería y actividades de usuarios de todo el mundo. ¿Quién ejecutará estas operaciones tan complejas? ¿Quién gestionará el plan y mantendrá actualizados las cifras y los planes de trabajo? ¿Quién le advertirá de la organización política que encontrará con toda seguridad? Por lo tanto, es posible que quiera cazar junto a un buen gestor de proyectos que le facilite las cosas. Al igual que los ingenieros se basan en el código abierto para construir la comunidad, los gestores de proyectos deberían hacer lo propio. Si se mira el proyecto desde un contexto lo más amplio posible, podrá apreciar que toca muchas disciplinas diferentes, tanto dentro como fuera del muro, y que afecta al modo en que construye su comunidad.

  15. Pasarlo bien: Para terminar, construir una comunidad es un ejercicio social en última instancia donde la gente debería pasarlo bien mientras participa. Quiere atraer a la gente a su comunidad, ¿verdad? Quiere animar a la gente para que se quede, ¿verdad? Pues haga que se lo pasen bien. Ofrezca a la gente la posibilidad de divertirse y se divertirá.

Referencias de OpenSolaris:

Constitución | Grupos comunitarios | Proyectos | Referencia dirigida a sitio web | Contribución | Valores | Proceso de desarrollo | Referencia de desarrollo | Promoción y grupos de usuarios | Contribuyentes de código

Libros sobre Open Source, concesión de licencias y desarrollo de comunidades:

The Cathedral and the Bazaar Eric Raymond | Innovation Happens Elsewhere Ron Goldman, Richard P. Gabriel | Open Source & Free Software Licensing Andrew M. St. Laurent | Open Source Licensing: Software Freedom & Intellectual Property Law Lawrence Rosen | Open Sources: Voices from the Open Source Revolution Oreilly | Open Sources 2.0 The Continuing Evolution Oreilly | Free as in Freedom Richard Stallman

Publicar actualización: 12/26/07, 12/27/07, 4/28/08, 5/16/08

Criação de comunidades OpenSolaris

OpenSolaris é uma comunidade de comunidades, e a criação dessas comunidades requer tempo e esforço. Não existe outra maneira. Passar código adiante e afastar-se é perder a oportunidade de envolver desenvolvedores e usuários do mundo todo. No momento, a maior comunidade OpenSolaris se encontra no, mas até mesmo ela agora é composta de muitas comunidades menores, na forma de grupos de comunidades, projetos e grupo de usuários. Também existem outras comunidades florescentes que estão iniciando suas atividades com sites em mercados emergentes e mesmo distribuições inteiras, que não têm necessariamente conexões diretas com as operações do A comunidade OpenSolaris já não é mais monolítica e baseada em uma única região geográfica. Ela está crescendo e se diversificando em todo o mundo.

À medida que a Sun faz a transição de projetos de desenvolvimento fechados para abertos no ou simplesmente inicia novos projetos abertos desde o início, muitas pessoas perguntam: "Como criar uma comunidade?" e/ou "Por que criar uma comunidade?" e/ou "Como podemos crescer?". Bem, eis aqui minha tentativa de responder a essas perguntas de um ponto de vista não técnico. A lista de questões abaixo não é necessariamente exaustiva (e não somos necessariamente grandes especialistas em algumas dessas atividades). Trata-se apenas de um conjunto de questões para consideração caso você deseje criar uma comunidade de pessoas em torno do seu projeto.

Criação de uma comunidade
  1. Planejamento e criação: a primeira coisa a ter em mente é que a criação de uma comunidade é um processo ativo e cíclico de planejamento e de implementação. Algumas pessoas se mostram renitentes a essa noção, porque acham que as comunidades devem crescer de maneira orgânica. Porém, suspeito que, na verdade, a maioria das comunidades cresce em função da mobilização direta dos participantes ativos para atrair novas pessoas, bem como do gerenciamento de recursos de diversas fontes, sejam elas corporações, fundações ou indivíduos. Além disso, acredito que o conceito de criação de comunidade se baseia fundamentalmente em dois princípios simples: (1) comunicações abertas e (2) desenvolvimento aberto. Basicamente, trabalhar de modo aberto e falar de modo aberto. E, se você realmente desejar crescer, precisará fazer três coisas muito bem: (1) conversar com muitas pessoas o tempo todo, (2) incluir essas pessoas no seu trabalho e (3) proporcionar os meios necessários para que elas possa contribuir criando e compartilhando seu trabalho com outras pessoas. Dessa forma, o próprio processo de trabalho ajudará a criar a comunidade porque gera mais comunicações e mais trabalho. E tudo em torno de um projeto. Mas toda criação ativa começa com um plano. Escreva um. Depois, comece a criar. Em seguida, atualize o plano. Repita o processo.

  2. Transparência: saia em campo. Não é possível criar uma comunidade atrás de um firewall. Conversas, listas, código-fonte, binários, documentação, ferramentas, pessoas, infra-estrutura, arte-final -- disponibilize tudo isso para que cada pessoa tenha uma boa oportunidade de participar e contribuir. Se não houver nada em torno do que juntar forças, ninguém se concentrará para um esforço e você não terá uma comunidade. E, se você se limitar a conversar apenas com o pessoal interno, ninguém de fora saberá sequer da sua existência. Esse é o único grande erro que as pessoas da Sun cometem. Elas tentam viver em dois mundos. E isso não é possível. É preciso decidir-se: ser aberto ou não.

  3. Participação: as comunidades se baseiam na participação direta e na criação de relações de confiança. Isso significa que as pessoas conquistam seu espaço em função de suas contribuições, e existem expectativas em termos de oportunidades e de abertura. Também podemos analisar essa questão como a distinção entre uma comunidade e um programa. A maioria dos programas são unidirecionais, geralmente de uma empresa para um mercado. As comunidades, por outro lado, são bidirecionais (multidirecionais, na verdade) e envolvem tanto aceitar quanto dar contribuições. Além disso, participação é, na verdade, uma questão de fazer, e não de falar. Aqueles que fazem chegam à liderança, e essas são as pessoas que se destacam das demais. Você ganha credibilidade com base no trabalho que contribui para a comunidade, e não no cargo que ocupa na sua empresa. Se desejar manter as pessoas ao seu redor, você precisará adotar esse conceito e viabilizar a participação delas.

  4. Contribuições: defina as contribuições que você está procurando. Forneça categorias gerais e exemplos específicos e espere que a comunidade ofereça mais exemplos e elementos nos quais você não tinha nem pensado (esse é o real objetivo). Aqui está uma lista de contribuições nas quais os membros da comunidade OpenSolaris estão envolvidos: código, scripts, testes, ajuda, apresentações, grupos de usuários, gerenciamento de conferências, portais de idiomas, traduções, cursos universitários, elementos gráficos, anúncios, material de treinamento, screencasts, vídeos, sites, wikis, evangelização, documentação, artigos, blogs, podcasts, processos de desenvolvimento, tutoriais, métodos de entrada, feedback, ferramentas de compactação de linguagem, ferramentas de SCM, regravação de binários fechados, sistema de rastreamento de defeitos, shells, distribuições, manuais, portas, governança etc. Embora muitos desses itens sejam técnicos, alguns não são, e a maioria não envolve código de kernel. Em outras palavras, pense em uma variedade de contribuições que você deseja estimular e deixe essa lista crescer abertamente. Depois, quando os resultados começarem a aparecer, destaque as pessoas que estão dando contribuições. Convém sempre chamar a atenção para as contribuições, mas fazer isso com discrição. Na maioria das comunidades, todos sabem quem está realmente contribuindo porque o trabalho fala mais alto do que as palavras e, de modo geral, os colaboradores trabalham em conjunto abertamente. Mas não custa nada agradecer às pessoas de vez em quando.

  5. Apresentações: o maior problema com a maioria das apresentações técnicas é que são exageradamente longas e se concentram demais em descrever a própria tecnologia. Isso funciona bem em uma sala de aula ou sessão de tutorial interativo. Mas o ato de criar uma comunidade não tem, na realidade, nada a ver com tecnologia. Tem a ver com pessoas. Dessa maneira, explique a tecnologia, é claro, mas se concentre mais em como conseguir que desenvolvedores e usuários participem e contribuam para a tecnologia e a comunidade, e em como isso beneficia a todos. A maioria das apresentações técnicas tem um slide no final com uma relação de listas às quais você pode se associar. Isso não basta. Não pode ser algo para consideração posterior. Deve ser uma prioridade.

  6. Conferências: você precisa freqüentar conferências. A Sun realiza várias conferências, mas você também precisa participar de eventos FOSS não realizados pela Sun. Ambos têm valor, mas são diferentes. Além disso, não se sinta na obrigação de sempre fazer apresentações em conferências. Participar de sessões, conversas no saguão, BOFs e festas é tão importante quanto apresentar artigos formais. A sua mera presença é fundamental. É preciso uma combinação de interações on-line e pessoais para criar um sentimento de comunidade. Mas não perca a oportunidade de travar conversas rápidas! A maioria das boas conferências oferecem essas oportunidades. Além disso, inclua grupos de usuários na sua lista de conferências. Vá até eles, dê início a eles ou faça as duas coisas. Ao iniciar um grupo de usuários, faça isso em um bar, café ou algo do gênero. Comece aos poucos e de uma forma social e deixe as apresentações técnicas crescerem lentamente à medida que mais pessoas trouxerem suas próprias experiências para o grupo. Além disso, não se sinta na obrigação de fazer sempre uma grande apresentação técnica com 100 pessoas na sala a cada mês. Isso está fora da realidade. Experimente realizar sessões técnicas trimestrais, mas se reúna mensalmente em um bar para comer e beber cerveja e, entre as reuniões, discuta os assuntos da pauta. Comece aos poucos e procure maneiras de criar uma tradição por meio de experiências repetidas. Uma pequena cultura logo se desenvolverá ao longo do tempo, e esse é o elo que manterá seu grupo de usuários unido.

  7. Infra-estrutura e processo de desenvolvimento: se for criar uma comunidade, você precisará passar algum tempo averiguando a infra-estrutura física necessária para dar suporte a todas as pessoas desejadas. Ela se expandirá? Que processo de desenvolvimento é necessário para aceitar contribuições? Quais testes são necessários? Você oferece uma sandbox para experimentação? Que ferramentas são necessárias para hospedar os artefatos do projeto? Quem tem acesso? Isso tudo depende de você querer hospedar no ou em outro site, e se administrará um grupo de comunidades, um grupo de usuários ou um projeto de desenvolvimento. O número de colaboradores de código mais avançado será sempre pequeno, mas são justamente essas pessoas que precisam descobrir as ferramentas de que necessitam. No entanto, não-codificadores devem participar dessas discussões, pelo menos parcialmente, para que a infra-estrutura seja criada de forma a acomodar uma ampla variedade de contribuições.

  8. Liderança, governança, cultura: quais são os valores da sua comunidade? Como será a estrutura social? Como a comunidade se administrará? Como você tomará decisões? Qual é o seu modelo de liderança? Como você chamará a atenção dos colaboradores? Como você resolve conflitos? Essas são perguntas que precisam ser respondidas sempre que qualquer grupo grande de pessoas se reúne para colaborar em algo. Quando você é pequeno, consegue gerenciar isso com facilidade de cabeça, mas quando atinge um crescimento global, precisa documentar o comportamento que deseja incentivar, bem como definir algumas regras com relação a como gerenciar tudo isso. Esse processo não precisa ser prolixo e burocrático, mas as pessoas precisam saber o que você pretende e espera. Talvez um único líder forte seja adequado, mas convém considerar também outras opções de mecanismos de liderança distribuída. Procure exemplos em outras comunidades como Mozilla, Linux, Apache, Ruby, Java e BSDs. Na verdade, existem muitas outras, mas essas são algumas das maiores comunidades de software de código-fonte aberto.

  9. Universidades: se desejar crescer, você precisará voltar à escola e passar o tempo com jovens. Primeiramente, apresente seu projeto a alunos e professores universitários de mercados emergentes. Por motivos óbvios, comece pela Índia e pela China. Mas não se esqueça dos mercados estabelecidos. Visitas a universidades talvez sejam a melhor maneira de garantir que seu projeto tenha possibilidades de sobreviver no futuro. Negligenciar universidades está fora de questão. Isso precisa ter prioridade máxima. A propósito, essa será provavelmente a parte mais divertida das operações de criação da comunidade.

  10. Global: crie sua comunidade com uma perspectiva global em mente. Onde estão os desenvolvedores que estariam interessados no seu projeto? Vá até eles. Inúmeras vezes. Contudo, ao se tornar global, você se deparará com todos os tipos de questões culturais e lingüísticas interessantes que irão desacelerar o processo. Isso é esperado. Procure pessoas que possam ajudar a criar a comunidade em um determinado local e, depois, trabalhe para conectar vários locais entre si. Você não terá uma "única" comunidade no mundo todo, portanto, não espere que todos simplesmente o sigam (ou mesmo o entendam). Você terá muitas comunidades e elas expressarão sua própria independência de formas bem diferentes. Seu trabalho consiste em incentivá-las a ser independentes na medida necessária, mas também ajudá-las a se conectarem a outras regiões, de forma que possam participar da metacomunidade. Isso não é, por sinal, nada fácil, mas é necessário, além de poder ser uma fonte de contribuições realmente inovadores à medida que os mercados emergentes se desenvolvem.

  11. Marketing: conheça sua equipe de marketing. Ela pode ajudar a divulgar o seu projeto formalmente em conferências, na imprensa, junto a analistas ou em reuniões com clientes. Além disso, essas pessoas podem oferecer uma perspectiva que você talvez não tenha considerado com relação a problemas importantes, como marcas comerciais, branding, lançamentos, anúncios, vazamentos e instabilidades do mercado. Você não sabe necessariamente o que a imprensa está dizendo a seu respeito, certo? Será que uma maior exposição ajudaria? Quais são as questões competitivas que o marketing consegue perceber e você, não? Além disso, participe de programas especiais que a Sun realiza ocasionalmente, como eventos e concursos de codificação. A Sun tem outros programas para desenvolvedores e sites que aceitam conteúdo e participação de bom grado. Aproveite os recursos globais da empresa nesse sentido. A propósito, humildade e honestidade são as melhores técnicas para um marketing eficaz do código-fonte aberto. Lembre-se disso ao divulgar seus projetos.

  12. Promoção: isso é algo muito maior do que o marketing, além de ser também um pouco diferente. Não se trata de disciplinas de marketing específicas, como propaganda, comercialização, branding, RP ou AR. Em vez disso, tudo gira em torno do envolvimento direto não filtrado em um nível que leva à contribuição e à participação ativas. Trata-se da criação de uma comunidade por meio de comunicações abertas. Agora, isso certamente inclui marketing, mas também inclui gerentes de projetos e de engenharia, bem como qualquer outra pessoa que deseje se envolver. Além disso, você é o melhor promotor do seu trabalho, logo, precisa assumir a responsabilidade direta pela comunicação da sua própria maneira. Você aproveitará outros recursos para isso, mas, em última análise, você é responsável pelos seus próprios resultados, o que, nesse caso, significa expandir sua comunidade e promover sua tecnologia. Não se limite a simplesmente atribuir essa função a outra pessoa e afastar-se. Envolva-se.

  13. Assuntos legais: essa é, predominantemente, uma questão interna à Sun, à medida que você abre ferramentas e códigos anteriormente fechados. Mas mesmo quando um projeto é aberto, é preciso considerar marcas comerciais, direitos autorais, acordos com colaboradores, licenciamento, análise de fontes etc. Esses itens não ajudarão necessariamente a comunidade a crescer, mas sem dúvida poderão parar tudo rapidamente caso não sejam levados em consideração. Conheça seus advogados. Informe a eles as necessidades da comunidade e peça-lhes que lhe mostrem as realidades da lei. A informação aqui deve ser bidirecional.

  14. Gerência de projetos: à medida que sua comunidade crescer, ela certamente envolverá vários projetos de engenharia e atividades de usuários do mundo todo. Quem administrará essas operações tão complexas? Quem gerenciará o plano e manterá os indicadores e os planos de ação atualizados? Quem o alertará para a política organizacional com a qual você certamente se defrontará? Assim, convém procurar um bom gerente de projetos para ajudar a facilitar o processo. Da mesma forma que engenheiros devem criar a comunidade abertamente, os gerentes de projetos também devem fazer o mesmo. Se analisar seu projeto no contexto mais amplo possível, você verá que envolve as mais diversas disciplinas, dentro e fora do firewall, e isso afetará a sua maneira de criar a comunidade. 

  15. Divirta-se: por fim, criar uma comunidade é, no final das contas, um exercício social, em que a participação deve ser uma diversão para as pessoas. Você deseja atrair pessoas para sua comunidade, certo? Deseja incentivar as pessoas para que permaneçam na sua comunidade, certo? Torne a participação uma diversão. Ofereça às pessoas a oportunidade de se divertirem, e elas se divertirão.

Referências do OpenSolaris:

Constituição | Grupos de comunidades | Projetos | Referência de sites de liderança | Contribuição | Valores | Processo de desenvolvimento | Referência de desenvolvimento | Promoção e grupos de usuários | Contribuições de código

Livros sobre código-fonte aberto, licenciamento e desenvolvimento de comunidade

The Cathedral and the Bazaar Eric Raymond | Innovation Happens Elsewhere Ron Goldman, Richard P. Gabriel | Open Source & Free Software Licensing Andrew M. St. Laurent | Open Source Licensing: Software Freedom & Intellectual Property Law Lawrence Rosen | Open Sources: Voices from the Open Source Revolution Oreilly | Open Sources 2.0 The Continuing Evolution Oreilly | Free as in Freedom Richard Stallman

Atualizações posteriores: 12/26/07, 12/27/07, 4/28/08, 5/16/08

Thursday May 15, 2008

Community First

Why Twitter Matters: "How could tiny Twitter ever become such a titan? It's not the core technology, which is simple, but instead the community." -- Stephen Baker, BusinessWeek

Sunday May 11, 2008

Inside the Image Packaging System

Stephen Hahn, Bart Smaalders, and Danek Duvall talk about the new OpenSolaris Image Packaging System that enables users and developers to get the software they need when they need it. IPS is also a new tool for community growth as developers around the world build and maintain packages and contribute the software to the network repository. To contribute, go to the IPS project.

Wednesday Apr 23, 2008

The Japanese Love Twitter

Tokyo is the #1 city in the world for Twitter right now. I'm not surprised about that at all since there is just as much Japanese in blogs as there is English, which is amazing when you consider there are a lot more people in the world taking English. Also, Twitter Japan just went live today as well.

Friday Apr 18, 2008

40,000 OpenSolaris Starter Kits

Derek Cicero just announced that the current OpenSolaris Starter Kit is being discontinued so we can  re-work things a bit and come out with a new one. This is good. During the last 14 months, the OpenSolaris engineering team shipped 40,000 kits to community members around the world -- many of who live in rapidly emerging markets in Asia and Eastern Europe. The program was remarkably successful, especially since it was a first effort for us. Huge congrats to the Starter Kit Project on

Wednesday Apr 16, 2008

Congrats, Linda Skrocki

I know Melanie and Mary already bogged about this, but I couldn't resist. I'm a fan. Check out Linda Skrocki being profiled as a leader in corporate social media -- The New Robert Scobles: Seven Leading Corporate Social Media Evangelists Today. Very cool.

Sunday Apr 06, 2008


The mystery box: "No community is best served when only the elite have control." -- J.J. Abrams at TED encouraging anyone to make a movie.


« April 2014

No bookmarks in folder