
On Jul 8, 2010, at 8:39 PM, Joel de Guzman wrote:
On 7/8/10 8:28 PM, Christophe Henry wrote:
PS: Thinking about it more, it would be a good idea if every boost author would mentor one or several "young" members who could take over when the author's situation changes. In any company, we usually try to avoid having only one person knowing a subject. Maybe a boostcon would be a good place where authors would explain the inside of their library?
This is exactly what happened to Fusion and now happening to Phoenix with the past and present GSOC projects.
Hey, that's a great idea. To actually institute such a program requires someone to come up with "young" members who are ready and willing to be mentored. Christophe, would you like to take that project on?
It's the key point, to find interested and competent potential "young" (or not ;-) ) members. It seems to me pretty clear that the most motivated candidates are to be found at the boostcon. I will happily take that project on if my idea is viable, and it would be: Authors (and I offer myself as testperson) prepare a talk or a paper where they show the inside of their library, as detailed as possible. - Participants get to learn some of the advanced techniques used in boost libraries - Boost gains an extended circle of possible contributors - Authors prepare a succession if needed later, or the possibility of having more people able to implement changes / fixes. They also get an in-depth review by very clever guys (honestly, I am every year impressed). Preparing others is especially important for people like me who are developing a library alone. Looks to me like a win/win scenario :) This can be coupled with GSOC projects. After learning the inside of a library, these participants could extend it. Alternatively, we can organize this with participants of this list, but it would require a greater deal of work for authors who would have to write down a lot. Some thoughts about it? Potential candidates (as speaker or attendee)? Christophe

Hello, On Fri, Jul 9, 2010 at 10:01 AM, Christophe Henry < christophe.j.henry@googlemail.com> wrote:
It's the key point, to find interested and competent potential "young" (or not ;-) ) members. It seems to me pretty clear that the most motivated candidates are to be found at the boostcon. I will happily take that project on if my idea is viable, and it would be: Authors (and I offer myself as testperson) prepare a talk or a paper where they show the inside of their library, as detailed as possible.
- Participants get to learn some of the advanced techniques used in boost libraries - Boost gains an extended circle of possible contributors - Authors prepare a succession if needed later, or the possibility of having more people able to implement changes / fixes. They also get an in-depth review by very clever guys (honestly, I am every year impressed). Preparing others is especially important for people like me who are developing a library alone.
Looks to me like a win/win scenario :)
This can be coupled with GSOC projects. After learning the inside of a library, these participants could extend it.
Alternatively, we can organize this with participants of this list, but it would require a greater deal of work for authors who would have to write down a lot.
Some thoughts about it? Potential candidates (as speaker or attendee)?
I'm currently a participant in GSoC and I was wondering what would be the best way to "throw my hat into the ring" for something like this? I personally was looking for a way for me to actively continue working on boost after my GSoC project is completed.
Christophe _______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
-- thanks, Brian Bartman

On 7/9/2010 10:19 AM, Brian Bartman wrote:
On Fri, Jul 9, 2010 at 10:01 AM, Christophe Henry <christophe.j.henry@googlemail.com> wrote:
It's the key point, to find interested and competent potential "young" (or not ;-) ) members. <snip>
I'm currently a participant in GSoC and I was wondering what would be the best way to "throw my hat into the ring" for something like this?
I think you just did. :-)
I personally was looking for a way for me to actively continue working on boost after my GSoC project is completed.
Is there a boost library that particularly interests you? And if not a library, then docs or test or website or infrastructure. Where do you think you'd like to help? We can put you in contact with the right person. -- Eric Niebler BoostPro Computing http://www.boostpro.com

On Fri, Jul 9, 2010 at 11:24 AM, Eric Niebler <eric@boostpro.com> wrote:
I personally was looking for a way for me to actively continue working on boost after my GSoC project is completed.
Is there a boost library that particularly interests you?
My main interests are template based design patterns related to data structures and algorithms (I know that's large topic, its really ALL of boost). If I had to pick a library I think I would pick the Boost.MPL or Boost.Fusion. I like templates and meta-programming, so what would you suggest? And if not a library, then docs or test or website or infrastructure.
Where do you think you'd like to help?
I would like to start out bug fixing and anything that involves complicated programming. I can do website stuff if there is need for it, but from what I have read on list I can't tell if there has been a decision made to actually do something about the website or not.
We can put you in contact with the right person.
-- Eric Niebler BoostPro Computing http://www.boostpro.com _______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
-- thanks, Brian Bartman

On 7/9/2010 11:53 AM, Brian Bartman wrote:
On Fri, Jul 9, 2010 at 11:24 AM, Eric Niebler <eric@boostpro.com> wrote:
I personally was looking for a way for me to actively continue working on boost after my GSoC project is completed.
Is there a boost library that particularly interests you?
My main interests are template based design patterns related to data structures and algorithms (I know that's large topic, its really ALL of boost). If I had to pick a library I think I would pick the Boost.MPL or Boost.Fusion. I like templates and meta-programming, so what would you suggest?
MPL then. Aleksey isn't very active anymore, and Dave is swamped. A simple thing you can do is check what differences exist between trunk and release for mpl and figure out how to bring release in sync. Be sure to check that the test result on trunk look healthy. Make specific proposals on this list and cc Dave and Aleksey. With their approval, you can merge to release (lots of folks here can help with that), and then watch the release test results to make sure you didn't break anything. Once you've gotten your feet wet, you can troll through the MPL bug list and start fixing bugs.
And if not a library, then docs or test or website or infrastructure. Where do you think you'd like to help?
I would like to start out bug fixing and anything that involves complicated programming.
I can do website stuff if there is need for it, but from what I have read on list I can't tell if there has been a decision made to actually do something about the website or not.
Not sure yet. Dave and I will need help with website stuff eventually. Our ryppl-ized version of Boost will have a different architecture, and we will certainly need a new website to reflect that. -- Eric Niebler BoostPro Computing http://www.boostpro.com

On Fri, Jul 9, 2010 at 12:35 PM, Eric Niebler <eric@boostpro.com> wrote:
MPL then. Aleksey isn't very active anymore, and Dave is swamped. A simple thing you can do is check what differences exist between trunk and release for mpl and figure out how to bring release in sync. Be sure to check that the test result on trunk look healthy. Make specific proposals on this list and cc Dave and Aleksey. With their approval, you can merge to release (lots of folks here can help with that), and then watch the release test results to make sure you didn't break anything.
I need to be careful I don't attempt to bite off more then I can chew with this ( I have a Job, GSoC and not as much free time as I would like). I may not have enough free cycles due to GSoC, but I'll do my best to try to get to this. Also if I have question should I just put them on list?
Once you've gotten your feet wet, you can troll through the MPL bug list and start fixing bugs.
And if not a library, then docs or test or website or infrastructure. Where do you think you'd like to help?
I would like to start out bug fixing and anything that involves complicated programming.
I can do website stuff if there is need for it, but from what I have read on list I can't tell if there has been a decision made to actually do something about the website or not.
Not sure yet. Dave and I will need help with website stuff eventually. Our ryppl-ized version of Boost will have a different architecture, and we will certainly need a new website to reflect that.
Alright please let me know if you need extra hands when it comes time to work on that.
-- Eric Niebler BoostPro Computing http://www.boostpro.com _______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
-- thanks, Brian Bartman

AMDG Brian Bartman wrote:
I need to be careful I don't attempt to bite off more then I can chew with this ( I have a Job, GSoC and not as much free time as I would like). I may not have enough free cycles due to GSoC, but I'll do my best to try to get to this.
Whatever you can do is great.
Also if I have question should I just put them on list?
Yes, please post questions here. In Christ, Steven Watanabe

On Jul 9, 2010, at 12:35 PM, Eric Niebler wrote:
On 7/9/2010 11:53 AM, Brian Bartman wrote:
On Fri, Jul 9, 2010 at 11:24 AM, Eric Niebler <eric@boostpro.com> wrote:
I personally was looking for a way for me to actively continue working on boost after my GSoC project is completed.
Is there a boost library that particularly interests you?
My main interests are template based design patterns related to data structures and algorithms (I know that's large topic, its really ALL of boost). If I had to pick a library I think I would pick the Boost.MPL or Boost.Fusion. I like templates and meta-programming, so what would you suggest?
MPL then. Aleksey isn't very active anymore, and Dave is swamped.
And I'm only an honorary co-author of that library anyhow.
And if not a library, then docs or test or website or infrastructure. Where do you think you'd like to help?
I would like to start out bug fixing and anything that involves complicated programming.
I can do website stuff if there is need for it, but from what I have read on list I can't tell if there has been a decision made to actually do something about the website or not.
Not sure yet. Dave and I will need help with website stuff eventually. Our ryppl-ized version of Boost will have a different architecture, and we will certainly need a new website to reflect that.
Urr... websites are a bit out of scope for Ryppl as I imagined it. Dean Michael Berris is working on a wordpress-ized Boost site (http://www2.boost.org/2010/06/01/hello-world/), though, and if you want to help with infrastructure you could always dive into Ryppl itself. See http://ryppl.org -- David Abrahams BoostPro Computing http://boostpro.com

On Friday 09 July 2010 18:35:18 Eric Niebler wrote: [snip]
Not sure yet. Dave and I will need help with website stuff eventually. Our ryppl-ized version of Boost will have a different architecture, and we will certainly need a new website to reflect that.
You are constantly talking about the ryppl-ized Boost. After searching a little bit i found ryppl.org, the repository on github and the one gitorious. However, the documentation isn't very clear and consistent at the moment. The question is: When can we except to test and review your results? I would be happy to help you testing!

On 7/9/2010 12:53 PM, Thomas Heller wrote:
On Friday 09 July 2010 18:35:18 Eric Niebler wrote: [snip]
Not sure yet. Dave and I will need help with website stuff eventually. Our ryppl-ized version of Boost will have a different architecture, and we will certainly need a new website to reflect that.
You are constantly talking about the ryppl-ized Boost.
It's my full-time job at the moment. Dave's, too.
After searching a little bit i found ryppl.org, the repository on github and the one gitorious. However, the documentation isn't very clear and consistent at the moment.
Feedback is welcome.
The question is: When can we except to test and review your results?
When it's ready. ;-) It's hard to give an estimate now. A month before we're able to run regression tests on a ryppl-ized boost. Maybe two.
I would be happy to help you testing!
We have a todo item to get the testing infrastructure set up so others can contribute their spare cycles. When we have that ready, we'll post here. -- Eric Niebler BoostPro Computing http://www.boostpro.com
participants (6)
-
Brian Bartman
-
Christophe Henry
-
David Abrahams
-
Eric Niebler
-
Steven Watanabe
-
Thomas Heller