Re: Signature Events Strategy for 2017 (Part II: FUDCon)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 





On 01/11/2017 08:52 PM, Brian Exelbierd wrote:
On Wed, Jan 11, 2017, at 01:32 PM, Zamir SUN wrote:


On 01/11/2017 07:15 PM, Brian Exelbierd wrote:
On Wed, Jan 11, 2017, at 12:10 PM, Jiri Eischmann wrote:
Matthew Miller píše v St 11. 01. 2017 v 05:54 -0500:
On Wed, Jan 11, 2017 at 11:41:24AM +0100, Jiri Eischmann wrote:
Finally, I believe these events do not need to be standalone.  I
think they can have greater impact when collocated with other
conferences or run as "+1 days" to other events.  While this
shouldn't be a requirement, I think it is a good practice to
encourage.

while there might some economies of scale and this option always
looks
very appealing to people, I have almost never seen an event where
it
brought a lot of benefit. The specialized co-located event never
attracted anyone from the larger event and people who came for the
specialized event were usually too busy to attend the larger event.
And if it's organized as "+1 day" event, it means people have to
stay
longer to benefit from both, thus lodging costs go up.
I think the only exception was GNOME.Asia+FUDCon APAC 2014. Two
smaller
events got together and created something big enough to attract
sponsors and visitors from far away. It also worked because
GNOME+Fedora is a combination that makes sense and there is an
overlap
in contributors. I'm one of those who contribute to both.


So, this argues against things like "Tack a FUDCon onto FOSDEM", but
maybe we can do more combined events with other projects, making
bigger-than-Fedora open source conferences where those don't already
exist?

Yes, something like this. But the combination has to make sense.
Upstream projects who are important for Fedora and Fedora is important
for them are ideal. Organizing events together with for example other
I totally agree. As you said, we benefit a lot for join GNOME.Asia and
FUDCon APAC together in 2014. While recently I also tried to make Fedora
involve in some KDE event in Beijing, but it totally makes no sense in
the end.
distributions IMHO doesn't work. A couple of years ago, they organized
LinuxDays (general Linux conference)+openSUSE Conference+Gentoo
miniconf in Prague and it didn't really work. The distro tracks didn't
really attract anyone from the general audience or from the other
distro tracks.
Then it's like the quote from Red Dwarf:
"Two bodies who share the same space but are unaware of each other's
existence." :)

Fedora+CentOS may be a different case, but it also doesn't always have
to work, the two audiences also don't naturally melt in as I could
observe at DevConf.cz.

Do we have any experience with adding a Fedora themed event to or on to
a non-project focused event, like a developer conference?
In Beijing we tried to join "Code for Fun" organized by Beijing Linux
User Group, but it almost attracts no new Fedora contributor. This is
not a conference but I think it maybe similar in Beijing.

If we look at FUDCons through the lens of user attraction first and
contributor conversion second then does this make sense?  Do we need to
think about contributor conversion through a strategy not yet mentioned?

If we only think about user attraction, yes it makes sense ;-)
I guess I was little out of topic above, as "Code for Fun" is not big event and maybe I should not compared joining two small events together with, FUDCon onto another similar sized event.

--
Ziqian SUN (Zamir)
zsun@xxxxxxxxxxxxxxxxx
GPG : 1D86 6D4A 49CE 4BBD 72CF FCF5 D856 6E11 F2A0 525E
Want to know more about Fedora?
Visit https://fedoraproject.org/wiki/
_______________________________________________
council-discuss mailing list -- council-discuss@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to council-discuss-leave@xxxxxxxxxxxxxxxxxxxxxxx




[Index of Archives]     [Fedora Users]     [Fedora Outreach]     [Fedora Desktop]     [Fedora KDE]     [KDE Users]     [Fedora SELinux]     [Yosemite Forum]     [Linux Audio Users]

  Powered by Linux