[sldev] [Policy] C++ N00bs exploring the client source code?

Kent Quirk (Q Linden) q at lindenlab.com
Thu Jun 19 11:53:05 PDT 2008


I'm going to jump in and suggest that the big-picture OS discussion on  
Thursdays probably doesn't want to include detailed questions about  
coding style and design.

BUT...such questions seem really appropriate for an office-hours type  
of discussion.

I'll happily offer my office hours -- currently 7:30 AM Pacific on  
Mondays -- to field such questions.

	Q


On Jun 19, 2008, at 1:51 PM, Dale Mahalko wrote:

> Cross-posting from the Open Source Meeting Agenda page:
>
>
> How do you (Rob / LL staff / and the rest of the SL-Dev professionals)
> feel about relative C++ noobs (*waves!*) jumping headfirst into the
> client source to explore it? Do you prefer that only people with years
> of prior C++ experience try to be involved with the open source
> project? ("Come back when you've actually used a multimap in a
> program!")
>
> I am wondering if showing up at the open source meeting and asking
> what may seem as "stupid beginner's questions" would be perceived as
> annoying and a waste of your / LL-Staffs' professional time. (For
> example, why is ll_apr_file used for open/read/write/etc rather than
> just apr_file? Is llapr.cpp a shim library, to make transitioning from
> the LLLFS easier? And IS the LLLFS being replaced by the APR? I can't
> find any official coding policy or notes pointing in that direction.
> Is it okay to discuss this in SLDev or not?)
>
> My interest and involvement in the source is mostly because I want the
> VFS expunged, and the overall caching performance improved... but
> since this coding task is apparently not high on anyone else's agenda,
> I guess there's room for a QBASIC / LSL2 / Apple II 6502-assembly
> programmer to explore the issue. (Note, the only thing I've ever
> threaded is a needle.)
>
> - Scalar Tardis / Dale Mahalko
> _______________________________________________
> Policies and (un)subscribe information available here:
> http://wiki.secondlife.com/wiki/SLDev
> Please read the policies before posting to keep unmoderated posting  
> privileges



More information about the SLDev mailing list