From: Adam R. <ad...@ex...> - 2010-03-25 16:09:47
|
Some great observations about teleconferencing Jim :-) I look forward to this experiment, let me know when I can subscribe... On 24 March 2010 22:17, James Fuller <jam...@ex...> wrote: > On 24 March 2010 22:59, Loren Cahlander <lor...@gm...> wrote: >> >> I agree that a monthly conference call would be a good thing. We should >> try to agree on a week of the month and day of week, like the 2nd Sunday of >> the month. We would have to come up with a time of day that we all can >> reasonably attend. > > a few observations: > a) in my experience they phone conferences can quickly become unsustainable, > sorry to sound negative but what will happen is 1-2 teleconferences then > chaotic oscillator effect with sum energy being used to organise greater > then sum useful output ... the video broadcast ,means its 'opt in' by > interested individuals, ensures that the individual broadcasting is prepared > and there is just enough comms via IRC ... though I maybe wrong about all > this ;) > b) 'many to many' conversations over the fone can be just as tedious as long > email threads, I would rather optimize a 'broadcast' and enable with > background channel via irc ... though I am not against phone conferences but > lets schedule them one at a time. So that being said, when would be good for > the 'next' fone conference > c) we could organize 'points on the horizons' for future face to faces as > far in advance as possible ... so that being said, whens the next one ? > so 3 easy questions: > > 1) When is a good time for a fone conference for everyone ? > 2) When is likely face to face to happen and what continent ? > 3) I am going ahead with experiment ... I will be asking Evgeny to broadcast > with me and we will release time for this (sometime in the coming week or > so) ... I will give an overview on 'XProc development in eXist' and maybe > 'Unit Testing XQuery overview'. > thx J > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > Exist-development mailing list > Exi...@li... > https://lists.sourceforge.net/lists/listinfo/exist-development > > -- Adam Retter eXist Developer { United Kingdom } ad...@ex... irc://irc.freenode.net/existdb |