No subject
Mon Mar 15 02:42:15 EDT 2010
tionships=20
and I ask if you might be willing to share that through a sketch.
If you believe that this type of collaboration is not worth your time then
all I can say is I respect your opinion and your stance.=20
Thanks for Your Comments!
John Tierney
> > Best!
> >=20
> > John Tierney
>=20
> Martin
>=20
>=20
=
--_889f2521-514c-4b2c-b345-93fe24c1ccdc_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<html>
<head>
<style><!--
.hmmessage P
{
margin:0px=3B
padding:0px
}
body.hmmessage
{
font-size: 10pt=3B
font-family:Verdana
}
--></style>
</head>
<body class=3D'hmmessage'>
<br>>=3B Date: Mon=2C 7 Jun 2010 02:08:53 +0100<br>>=3B From: martin at ma=
rtindengler.com<br>>=3B To: soas at lists.sugarlabs.org<br>>=3B CC: mel at re=
dhat.com=3B marketing at lists.sugarlabs.org=3B sdz at sugarlabs.org<br>>=3B Su=
bject: Re: [Marketing] [SoaS] Activities and Features for SoaS V4<br>>=3B=
<br>>=3B On Fri=2C Jun 04=2C 2010 at 01:11:32PM -0400=2C John Tierney wr=
ote:<br>>=3B >=3B I am trying to figure out upcoming schedule for SoaS =
V4. From my reading<br>>=3B >=3B of Fedora 14 release schedule which fr=
om my new understanding applies<br>>=3B >=3B directly to the next Sugar=
on a Stick release the two upcoming dates that<br>>=3B >=3B are super =
important are:<br>>=3B >=3B <br>>=3B >=3B 2010-07-13 Feature Su=
bmission Deadline<br>>=3B >=3B <br>>=3B >=3B and<br>>=3B >=3B <=
br>>=3B >=3B 2010-07-27 Feature<br>>=3B >=3B Freeze--Planning =
&=3B Development Ends<br>>=3B [...]<br>>=3B >=3B In a few recent t=
hreads I have been pushing the developer/coding<br>>=3B >=3B side to be=
gin to offer visuals of the processes they use and adhere<br>>=3B >=3B =
to because many of less tech-oriented simply don't understand the<br>>=3B=
>=3B process and get more confused bouncing around multiple wiki's tryin=
g<br>>=3B >=3B to put puzzle together.<br>>=3B [...]<br>>=3B >=3B=
These visuals will create very strong recruiting tools for those of<br>>=
=3B >=3B us involved in Facilitation and Outreach. I would happily do it=
<br>>=3B >=3B myself but I simply don't understand the technical proces=
ses or<br>>=3B >=3B inter-relationships involved=2C precisely why these=
visuals are<br>>=3B >=3B needed.<br>>=3B <br>>=3B You're going to =
try to recruit SoaS .iso developers without<br>>=3B understanding develop=
ment processes or meta-processes (e.g.=2C<br>>=3B schedules)?<br>>=3B <=
br>>=3B May I respectfully suggest that the overworked and underpaid volu=
nteer<br>>=3B developers have more productive things to do than create vi=
suals of a<br>>=3B schedule. Much better would be for you to take YOUR u=
nderstanding<br>>=3B (including the dates about) and create the materials=
you think<br>>=3B developers would want to know about (?!) and share the=
m.<br>>=3B <br>>=3B When you hear a deafening silence (or even get enco=
uragement)=2C you<br>>=3B will have a) gained the understanding you say y=
ou lack (though you did<br>>=3B a good job summarising things=2C IMHO)=3B=
and b) gained the recruiting<br>>=3B tools you think you need.<br>>=3B=
<br>>=3B >=3B If we can stop for a moment and capture much of what we =
are doing in<br>>=3B >=3B this visual sense we will make it enormously =
easier for people to<br>>=3B >=3B join and actively participate in the =
community.<br>>=3B <br>>=3B It will be easier for people to comment on =
the developers' schedules=2C<br>>=3B but it won't make it significantly e=
asier to participate the SoaS .iso<br>>=3B development schedule (I don't =
know what else you might mean by "the<br>>=3B community" here=2C though i=
t could be almost anything). kickstart files<br>>=3B and filesystems and=
shell scripting and boot processes still need to<br>>=3B be understood=
=2C and a visual of the SoaS .iso creation schedule isn't<br>>=3B going t=
o help with that.<br>>=3B <br><br>What I was hoping for was a collaborati=
ve approach to put these visuals=20
together. <br>
If I understood the situation fully I wouldn't be asking for help. But=20
since I confess<br>
I truly do not understand these inter-relationships between=20
upstream-downstream<br>
and how their different schedules affect Sugar and Sugar on a Stick I=20
thought asking<br>
those so closely involved with these processes to draw a picture/sketch=20
would be an easy way to<br>
start moving this process forward. If someone was willing after=20
receiving I will turn into Mind Maps<br>
which then can be polished.  =3B <br>
<br>
My original comments on this were:<br>
<br>
<div class=3D"ExternalClass" id=3D"MsgContainer"><title></title><style>
@page
{size:8.5in 11in=3B}
.ExternalClass P
{margin-bottom:0.08i</style>......I believe we are all working towards
the same goal. From the marketing=2C<br><p style=3D"margin-bottom: 0in=3B">=
educational
outreach=2C not so
techy side of things=2C I believe we need some<br>help actually
understanding the process of getting the =3Bactivities qualified=2C
the<br>time frame(timeline)=2C the upstream-downstream relationships. I
along with the<br>Teachers=2C Educators=2C University Professors outside
of Computer Science have<br>a hard time understanding and
visualizing =3Bthe process. =3B<br> =3B<br>Possibly a
Workflow/Mindmap/Timeline Project Map that explains the SoaS Process=2C
<br>the Sugar build=2C the Fedora build=2C the connections/constraints as
they relate to <br>Upstream-Downstream=2C who is Upstream-Downstream=2C
the dates when activity testing <br>should take place=2C and any other
tasks/constraints that relate to putting together this <br>successful
build. If you could come up with a one page visual that would be
enormously <br>helpful to our messaging and help =3Bnew members of
the Sugar Community =3Bunderstand the <br>mechanisms and processes
related to FOSS projects. Having a Big Picture view helps <br>understand
where your individual work fits in and also helps with the
expectation aspect.<br>Clear=2C Simple=2C Visual.....</p></div><br>>=3B &=
gt=3B We must always remember the Key contributor we are trying to get on<b=
r>>=3B >=3B board is the Elementary Teacher and Students.<br>>=3B <br=
>>=3B ..."Key contributor" to SoaS? Or to Activity authorship? Please<b=
r>>=3B don't mix the two up - they're quite different. And please don't =
mix<br>>=3B up creation of the SoaS product (.iso) - the process I think =
you want<br>>=3B to map out - with contribution to the SoaS project. One=
is a part of<br>>=3B the other=2C and - as evidenced by the liveliness o=
f the SoaS mailing<br>>=3B list - one needn't understand how the .iso is =
created to contribute.<br>>=3B But to understand how the .iso is created =
one needs a heck of a lot<br>>=3B more information than the SoaS release =
schedule. Please be precise<br>>=3B about to what you want to attract co=
ntributions via these visuals.<br><br>This seems to be a perfect example. A=
sketch of how these are different and<br>separated would be helpful. What =
may seem very evident to you and the<br>expertise you have may be very diff=
erent from me or an Elementary Teacher.<br><br>Understanding that we need a=
dditional volunteers in all areas=2C Visuals that help<br>explain our Proce=
sses and Needs would be helpful when I go talk to Dean Of Computer <br>Scie=
nce=2C Dean of School of Education=2C and Dean of Business School looking f=
or their <br>Professors=2C Graduate and Undergraduate Students to join the =
Sugar Labs Community.<br><br>From what you have written you seem to have a =
complete handle on these relationships <br>and I ask if you might be willin=
g to share that through a sketch.<br>If you believe that this type of colla=
boration is not worth your time then<br>all I can say is I respect your opi=
nion and your stance. <br><br>Thanks for Your Comments!<br><br>John Tierney=
<br><br>>=3B >=3B Best!<br>>=3B >=3B <br>>=3B >=3B John Tierney=
<br>>=3B <br>>=3B Martin<br>>=3B <br>>=3B <br> </body>
</html>=
--_889f2521-514c-4b2c-b345-93fe24c1ccdc_--
More information about the SoaS
mailing list