On Jan 18, 2013 8:12 AM, "John Crisp" <[email protected]> wrote: > > On 17/01/13 22:01, Gordon Rowell wrote: > > On Jan 17, 2013 11:55 PM, "John Crisp" <[email protected] > > <mailto:[email protected]>> wrote: > >> > >> On 17/01/13 13:48, Jim McLaren wrote: > >> > On 17/01/13 12:37, John Crisp wrote: > >> > >> > Well I'll stick my head up above the parapet on this one. I'm not a > >> > developer, but I do run a (small) business. I'd be happy to give up time > >> > to help out with the more mundane 'management crap'. > >> > > >> > (Don't panic, I deliberately avoided using the word 'volunteer' :-)) > > > > Deleting everything to do with the failed board and related documents > > would be a good start (or, better, move them to a "do not repeat" area). > > > >> Jeez, whatever you do round here, DON'T volunteer ;-) Court martial > >> offence. You will be first against the wall. > > > > No! People should volunteer and they should do things. But don't > > volunteer others to do things. > > That was never the suggestion AFAIAW ???? > > > > >> I have to say that I think that the 'management' could do with a little > >> business orientated assistance for planning etc. Give the developers the > >> time to do what they do best. > >> > >> I still say that there should be a road map. Hsing-Foo was right. > > > > A roadmap is good but timelines are meaningless without people doing the > > work. This is where Hsing-Foo was quite wrong. You can't put out a > > release timetable without any concept of effort or available people hours. > > > > >> But it's up to the developers to then say what is realistic for time > > frames etc. > > Indeed and I said as much. You need a plan, and the developers to > suggest a 'potential' timetable, all subject to change. but you HAVE to > start somewhere.... > > > > > And this is likely a major issue. As far as I can tell, all of the > > people who put the major development work into SME7/SME8 are unable to > > commit significant time. I am one of those. > > > > Perhaps the first thing to do is assess how many hours people can offer. > > Of course that can't be guaranteed, but much of this does scale by the > > number of people doing things. > > > > Indeed, and Hsing-Foo suggested asking for volunteers as per the quote > above, but was promptly shot down in flames. (a common theme round her > unfortunately)
There is a history of people here setting timelines but committing nothing. I did this as a fulltime job some years back. My wet finger in the air estimate is that an Alpha CentOS6 based SMEServer is two months fulltime for someone who knows RPM packaging and can make tweaks to existing Perl code. It may be less, it may be more, it's a guess. So let's say 300 hours of concentrated effort. That's before docs, detailed testing, etc. Let's say I'm a pessimist and it's only 100 hours. That's still large, and needs doing, not just talking about. There's at least the same again to get from Alpha to Beta and usually less from Beta to Gold, as long as no new code/feature is introduced. If people other than the core devs do some of this and say "I'm stuck <here>", things will happen much faster. Technical people like to solve technical problems. Offer specific problems to solve. Keep the discussions about organisation and development separate. > Have you another suggestion ???? I have made a few, and responded on devinfo to your efforts there (well done). > Seems to me as I first stated, this is a chicken and egg situation. > Where do we start, cos currently we have got nowhere..... Your start on devinfo is great. Without understanding what it takes to get to CentOS6 and how many hours people will provide to help, there can be no timeline. Gordon > _______________________________________________ > Discussion about project organisation and overall direction > To unsubscribe, e-mail [email protected] > Searchable archive at http://lists.contribs.org/mailman/public/discussion/
_______________________________________________ Discussion about project organisation and overall direction To unsubscribe, e-mail [email protected] Searchable archive at http://lists.contribs.org/mailman/public/discussion/
