<div dir="ltr">I think what most of us were talking about was all the stuff that goes around a module more than the core of the perl module itself.  Jon, it sounds like you're talking about a hackathon style session where we're focused on collaboratively writing the core perl module itself, which is also an idea I like if we can do it in our meeting timeframe (which is a little more flexible when done remotely).<div><br></div><div>Why don't we do both: this month start that collaborative basic perl module and next month do all of the bits and pieces around it needed to turn it into a respectable perl module.  If there's interest, we could have a third month session (not necessarily contiguous) where we go into writing tests and setting up the glue for them to run in.<br><br>Those three wouldn't have to run in consecutive months, it would probably be good to alternate them with other content anyway.  But we're always looking for good content and this would take care of a quarter of the year (or half of a half).</div><div><br></div><div>Thoughts?</div><div><br></div><div style="text-align:center">-Scott-</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, May 8, 2020 at 11:17 PM Jon Gentle <<a href="mailto:atrodo@atrodo.org">atrodo@atrodo.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Fri, May 8, 2020 at 7:49 PM splatt9990 . <<a href="mailto:cmcgowan9990@gmail.com" target="_blank">cmcgowan9990@gmail.com</a>> wrote:<br>
><br>
> Sounds good to me. I'm pretty interested in this topic as well.<br>
><br>
> Chris McGowan<br>
><br>
> On Fri, May 8, 2020, 1:10 PM Scott R. Corzine <<a href="mailto:scott@ties.org" target="_blank">scott@ties.org</a>> wrote:<br>
>><br>
>> Hi Folks,<br>
>><br>
>> I would echo Kevin and add that I would like to see that and see what is essential, what's a good idea, and the nice but not necessary category.<br>
>><br>
>> I did the PRC (Pull Request Challenge) years ago and it seemed like a lot of the modules had files for a bunch of different modules/management tools.  In a few cases it looked like that control code/files was larger than the actual functional code.<br>
>><br>
>> It left me uncertain what additional things I would have to learn and do to submit a "proper" CPAN module.<br>
>><br>
>> -Scott-<br>
>><br>
>><br>
>> On Fri, May 8, 2020 at 12:27 PM Ernst, Kevin <<a href="mailto:Kevin.Ernst@cchmc.org" target="_blank">Kevin.Ernst@cchmc.org</a>> wrote:<br>
>>><br>
>>> Hi Jon,<br>
>>><br>
>>> Hope you're well.<br>
>>><br>
>>> I'm not a professional Perl developer by trade (just professionally-frustrated by Perl on a regular basis is all), so this might seem like a fatuous proposition to everyone else, but what would be immensely helpful for me is to see the process of creating a CPAN module in the first place.<br>
>>><br>
>>> I mean all the MakeMaker and the Dist::Zilla and the Makefile.PL stuff that always seemed like eldritch magical incantations to me.<br>
>>><br>
>>> I want to love Perl, and CPAN, but I think I don't "get" it, and watching someone proficient in the language and the surrounding toolchain would probably do a lot to ameliorate that situation.<br>
>>><br>
>>> —Kevin<br>
<br>
I think it'd be fun to do a live, collaborative session of creating a<br>
CPAN module. I would rather have an idea of what we were writing<br>
before we start so we aren't deciding what to write that night; it<br>
seems that we could easily spend more time deciding what to write<br>
instead of writing. I don't have any ideas off hand so I'm open to<br>
suggestions for a simple, usable module idea that we can do.<br>
<br>
-Jon Gentle<br>
_______________________________________________<br>
Cincinnati-pm mailing list<br>
<a href="mailto:Cincinnati-pm@pm.org" target="_blank">Cincinnati-pm@pm.org</a><br>
<a href="https://mail.pm.org/mailman/listinfo/cincinnati-pm" rel="noreferrer" target="_blank">https://mail.pm.org/mailman/listinfo/cincinnati-pm</a><br>
</blockquote></div>