[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