There has been lot of discussions on what really constitutes a valid
submission for foss.in, I think there is a lot of confusion, and we will
try and clear this up:
The aim of the conference is to increase Indian contribution to FOSS, and
the team is unanimously behind this aim.
This essentially means the event should be aligned to aid people to start
contributing, the key word has always been contribution and not
development. Talks which address how to make new documentation or art have
always been welcome.
What we are trying to avoid are talks which *just* build users. And by
users i dont mean just end users, but people who use this technology to
suit their needs without caring about the project itself. As Atul says -
"One way traffic".
What is the problem with that you might ask?
The problem is in a global foss community this usage does not translate to
contribution. It ends up as a solution to scratch an itch that then ends
up in some unused site. We are not even considering cases where all it
gets is used to suit someone's needs.
Hence what we need is to get people interested in not just how to use the
technology but also how to make it better. This is a whole new paradigm,
no conference has ever forced this approach. We know that we are pushing
the envelop here.
We are trying to get people interested in projects for the coolness of the
projects and the usefulness in participating in then, v/s just the
coolness of the project as a tool.
This is a mindset change which we are trying to bring about.
Secondly, Lots of people said users become contributers, Hence we
shouldn't just target contributers.
Yes i agree with you all that some users become contributers over a long
term. But do realize that we have never said talking about how to use your
project or demoing stuff is not allowed. All we are saying is, the talk
should also address how to contribute to the project. Position your talk
around contribution, not getting more users.
For the Main Conference, we require speakers to be actual contributors to
the project, not just users. And they should talk about the project, about
what it does and so on, and of course demo it, but then they should spend
a majority of their talk slot telling people how to get involved and
contribute. Ideally, that would be bug fixes, feature requirements,
documentation, artwork and so on.
This means driving interest of the people towards the internals, the
milestones and the requirements. Thats the missing part in most of the
current submissions, an effort to involve people into the project. And
this what needs to be fixed to get your proposal accepted and to make
foss.in achieve its targets.
There has been lot of discussions on what really constitutes a valid submission for foss.in, I think there is a lot of confusion, and we will try and clear...
... While I'm still sceptical about how successful this would be, and I'd be very pleased to be proved wrong, I'm starting to agree with your intentions....
... Success could mean (1) or all 1. Active /quality/ contributors and contribution even after the event is over, for a project ;) 2. Communication primarily...
... Right, all of us need to see how this works. This is a new thing for us too, but this is the best way to achieve tangible results. Like someone mentioned: ...
... I come from the other side; for me these things ARE what the good conferences are about. People who merely use the various open source projects in question...
On 10/9/07, Shreyas Srinivasan <sshreyas@...> wrote: <huge snip> ... Great work guys but I cant understand one thing; what took you guys so long to say...
... Hey! we have a lot of experience in organizing the past events and all that BUT at the end of it we are learning as well :) Believe me it is a lot like...
... Ummm.... any fun intended or just being punny? Tarique -- ============================================================= PHP Applications for E-Biz:...
Hi, ... huh what?? Or just maybe we are having trouble understanding what the organisers are trying to convey here. Its change they are implementing and trying...
... But who is resisting the change ? The problem here is the idea is communicated to public a little late. Normal public needs time to get upto the speed....
... {sigh} Encouraging more Indian _contribution_ has been an stated ambition of the event for as long as I've been attending. The likely direction of the...
... +1 The problem is not about us being uncommunicative. We have always clearly stated the objectives of our conference. The problem has been (and still is)...
... This indicates two things. One, there is a scarcity of "actual" contributors (or they reside outside India) in India. Two, if there _are_ contributors they...
... Define scarcity? I did a small experiment last year, take a look at this http://farm1.static.flickr.com/108/308682209_c92726a819_b.jpg Needless to say we...
... The interesting part is that many of these people have not submitted talks, either, and some of them are right here on this list! Damnit - some of them are...
... Not necessarily. I was a developer for over 3 years before I heard about this conference series, and at that point it was too late for me to talk about...
... http://fci.wikia.com/wiki/Contributors alone lists 68 contributors along with their projects. You can find a lot more at ohloh.net if you search hard...
... What abt localisation ? It has PO files ;) ... -- pavithran shakamuri www.look-pavi.blogspot.com mobile: 91-9884681627 [Non-text portions of this message...
... The Idea was communicated In 2006: http://foss.in/2006/info/Call_for_Participation#Focus Yes, in the FOSS.in/2006 CfP, we mentioned: Unlike its predecessor...
Tejas Dinkar
tejasdinkar@...
Oct 11, 2007 8:21 am
... The problem is not that we weren't talking - the problem is that people weren't listening. :) "Change" is a four letter word for most people - everyone...
... Simple - so far, the event has been seen as a generic "Linux" event, advocacy, flag waving, users and all. Easy to do a CfP for that. Just copy what we and...