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

[Bruce Tong]

Oh sure, I agree with you about big live meetings. My reply was mostly
towards his question about if those were appropriate for SLDev. I'm
new to this list, but it seemed that since it didn't always talk about
code, that what he described seemed in bounds to me.

On Thu, Jun 19, 2008 at 2:53 PM, Kent Quirk (Q Linden) <q at lindenlab.com> wrote:
> 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
>
> _______________________________________________
> Policies and (un)subscribe information available here:
> http://wiki.secondlife.com/wiki/SLDev
> Please read the policies before posting to keep unmoderated posting
> privileges
>



-- 
Bruce Tong
Software Engineer
Office of Information Technology
Ohio University