From: Glyn M. <gly...@gm...> - 2009-08-16 18:18:19
|
Hi John, 2009/8/16 John P. Feltz <jf...@ov...> > > As a side note, I have also come to the conclusion > that a mailing list is not my preferred forum for this sort of > discussion, which is better suited by collaborative specifications and > conferencing. I'm curious as to what the opinions of the other > developers are on this. What is the issue with mailing lists? We have a wiki, but as for real-time chat or conference, that would be very difficult to organise given the time zone differences, and the different real-life commitments of the project members. Do you have any suggestions? Glyn |
From: John P. F. <jf...@ov...> - 2009-08-16 19:26:18
|
I don't disagree with your points. This mailing list is vital for supporting the library and discussing certain things about it. However, concerning debate over design and requirements, I would like to suggest that a resource such as a wiki be sought first, provided there are clear efforts to maintain some form of conceptual integrity (the person in charge, basically), and that we use a standard format(IEEE 830 for instance). I was dissatisfied with the original layout and content of the wiki on the original sf.net site, and decided that coding would be a better use of my time. I now think that was a mistake. I think this project suffers from insufficient requirements and design specification (I am partly to blame for this), and those two items should be addressed before we move forward. So is this really about the mailing list? Probably not. I think it's more about under-utilized specifications and a lack of discourse about them, which has lead myself and possibly others at times to feel lost about the direction of this project. John > > What is the issue with mailing lists? We have a wiki, but as for real-time > chat or conference, that would be very difficult to organise given the time > zone differences, and the different real-life commitments of the project > members. Do you have any suggestions? > > Glyn > > |
From: Glyn M. <gly...@gm...> - 2009-08-16 20:23:32
|
Hi John, 2009/8/16 John P. Feltz <jf...@ov...> > I don't disagree with your points. This mailing list is vital for > supporting the library and discussing certain things about it. However, > concerning debate over design and requirements, I would like to suggest > that a resource such as a wiki be sought first, provided there are clear > efforts to maintain some form of conceptual integrity (the person in > charge, basically), and that we use a standard format(IEEE 830 for > instance). I was dissatisfied with the original layout and content of > the wiki on the original sf.net site, and decided that coding would be a > better use of my time. I now think that was a mistake. I think this > project suffers from insufficient requirements and design specification > (I am partly to blame for this), and those two items should be addressed > before we move forward. So is this really about the mailing list? > Probably not. I think it's more about under-utilized specifications and > a lack of discourse about them, which has lead myself and possibly > others at times to feel lost about the direction of this project. Right, 100% agreed. It's very difficult to see how to proceed without some kind of roadmap or vision for what we think this project should become. I think that Trac is a great improvement over the old sf wiki so we should take advantage of this. I've already added two empty pages (one each for requirements and specification), so at least we can discuss and document this. I added some pages to the wiki for these: http://sourceforge.net/apps/trac/cpp-netlib/wiki/ProjectRequirements http://sourceforge.net/apps/trac/cpp-netlib/wiki/SoftwareSpecification Please comment. G |
From: John P. F. <jf...@ov...> - 2009-08-18 00:51:12
|
Edited. Note that ProjectRequirements has been moved to ProjectCharter. I'm leaning towards this structure: main page -project charter -specifications --HTTP requirements+design spec --Other protocol.. --Message.. --MIME.. --URI etc I'll continue to work on the HTTP/URI angle of the spec's. John Glyn Matthews wrote: > Hi John, > > 2009/8/16 John P. Feltz <jf...@ov...> > > >> I don't disagree with your points. This mailing list is vital for >> supporting the library and discussing certain things about it. However, >> concerning debate over design and requirements, I would like to suggest >> that a resource such as a wiki be sought first, provided there are clear >> efforts to maintain some form of conceptual integrity (the person in >> charge, basically), and that we use a standard format(IEEE 830 for >> instance). I was dissatisfied with the original layout and content of >> the wiki on the original sf.net site, and decided that coding would be a >> better use of my time. I now think that was a mistake. I think this >> project suffers from insufficient requirements and design specification >> (I am partly to blame for this), and those two items should be addressed >> before we move forward. So is this really about the mailing list? >> Probably not. I think it's more about under-utilized specifications and >> a lack of discourse about them, which has lead myself and possibly >> others at times to feel lost about the direction of this project. >> > > > > Right, 100% agreed. It's very difficult to see how to proceed without some > kind of roadmap or vision for what we think this project should become. I > think that Trac is a great improvement over the old sf wiki so we should > take advantage of this. I've already added two empty pages (one each for > requirements and specification), so at least we can discuss and document > this. > > I added some pages to the wiki for these: > http://sourceforge.net/apps/trac/cpp-netlib/wiki/ProjectRequirements > http://sourceforge.net/apps/trac/cpp-netlib/wiki/SoftwareSpecification > > Please comment. > > G > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > ------------------------------------------------------------------------ > > _______________________________________________ > Cpp-netlib-devel mailing list > Cpp...@li... > https://lists.sourceforge.net/lists/listinfo/cpp-netlib-devel > |
From: Dean M. B. <mik...@gm...> - 2009-08-17 12:49:25
|
Hi Guys! Sorry to be late in this discussion... Let me chime in a little. On Mon, Aug 17, 2009 at 4:23 AM, Glyn Matthews<gly...@gm...> wrote: > > Right, 100% agreed. It's very difficult to see how to proceed without some > kind of roadmap or vision for what we think this project should become. I > think that Trac is a great improvement over the old sf wiki so we should > take advantage of this. I've already added two empty pages (one each for > requirements and specification), so at least we can discuss and document > this. > It has been all on me -- having not been able to articulate (or at least write down) the exact goals (apart from what's already in the RATIONALE document) of the project, or a roadmap at least of what I would have wanted the project to accomplish in the first place. To me, it's very clear in my mind. For a prolific blogger though, I've been remiss in writing these thoughts down so that I can get others to see what I see in my mind as well. > I added some pages to the wiki for these: > http://sourceforge.net/apps/trac/cpp-netlib/wiki/ProjectRequirements > http://sourceforge.net/apps/trac/cpp-netlib/wiki/SoftwareSpecification > > Please comment. > I'm currently in the process of writing down my thoughts on the pages. I don't know what exact format you guys would like, but like Open Source, I'll just write what's in my head and just iterate -- with the help of others of course who care to join in on the editing/shaping of the library. Thanks for this much needed discussion and eye opener. I'll do my best to get as much out of my head and written down on the Wiki for everyone's benefit. Have a good day everyone! :) -- Dean Michael Berris blog.cplusplus-soup.com | twitter.com/mikhailberis linkedin.com/in/mikhailberis | facebook.com/dean.berris | deanberris.com |
From: Dean M. B. <mik...@gm...> - 2009-08-17 14:09:44
|
And it is done -- I've put my thoughts into the two wiki pages. I'll add more as I go along. I hope I can be clearer in the documents, but I fully intend to flesh them out more in the coming days. HTH! http://sourceforge.net/apps/trac/cpp-netlib/wiki/ProjectRequirements http://sourceforge.net/apps/trac/cpp-netlib/wiki/SoftwareSpecification -- Dean Michael Berris blog.cplusplus-soup.com | twitter.com/mikhailberis linkedin.com/in/mikhailberis | facebook.com/dean.berris | deanberris.com |
From: Allister L. S. <all...@gm...> - 2009-08-17 20:10:16
|
Hi Dean, (I decided it'd be more appropriate to reply to this thread instead of the previous thread.) Here's the link to request for a Google Wave account: http://code.google.com/apis/wave/ For now, I'll read the docs you've written and see how I can continue to contribute. Cheers, Allister On Mon, Aug 17, 2009 at 4:09 PM, Dean Michael Berris <mik...@gm... > wrote: > And it is done -- I've put my thoughts into the two wiki pages. I'll > add more as I go along. > > I hope I can be clearer in the documents, but I fully intend to flesh > them out more in the coming days. > > HTH! > > http://sourceforge.net/apps/trac/cpp-netlib/wiki/ProjectRequirements > http://sourceforge.net/apps/trac/cpp-netlib/wiki/SoftwareSpecification > > -- > Dean Michael Berris > blog.cplusplus-soup.com | twitter.com/mikhailberis > linkedin.com/in/mikhailberis | facebook.com/dean.berris | deanberris.com > > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus > on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > Cpp-netlib-devel mailing list > Cpp...@li... > https://lists.sourceforge.net/lists/listinfo/cpp-netlib-devel > |