Hi Shaddi,
On Tue, Dec 13, 2016 at 10:43:00PM -0800, Shaddi Hasan wrote:
First, I think it's great you're considering
doing this Harald. It's
been exciting to see the user community develop around Osmocom
projects, and I would be very interested in attending an in-person
gathering.
Thanks! I think it is ver useful not only for the respective users (and
developers) to gain more input on Osmocom related projects, but also
equally interesting for us to get more insight into who actually usees
the software in whcih context, with which goals, etc.
My $0.02 on splitting. I think the premise makes
sense, given the very
different focuses of the two groups, but I'd encourage if possible not
doing parallel tracks. In my experience with other conferences,
parallel tracks wind up forcing participants who are interested in
both to make difficult decisions, leading to people missing out on
things.
Yes, I wasn't advocating parallel tracks, I was merely iterating
theoretical options. I think it would be too difficult both venue-wise,
as well as speaker-wise, and of course the difficult choices imposed on
at least some attendees as you pointed out.
Doing a temporal split (day 1/2 or morning/afternoon)
would be
my preference, but of course you and the other developers would be
bearing the brunt of the time burden!
I don't see the actual event as the big burden, it's mostly the
organizational matters regarding venue, catering, registrations, etc.
that I'd expect to consume most of the time. And that luckily can be
done at least to a large extent by non-developers.
At risk of bikeshedding, how about "OsmoCon"
as a name for the entire
event, with OsmoDevCon remaining the usual developer-only portion?
Good point. Unfortunately OSmocomBB already has an 'osmocon' program
(the osmocom console program). Though the context should make it hard
to mix-up, the programmer in me likes to not overload the global
namespace ;)
--
- Harald Welte <laforge(a)gnumonks.org>
http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
(ETSI EN 300 175-7 Ch. A6)