GenCon provides an excel file of events that gets updated before event registration starts. Gary Con hasn't had this yet so I scrape it. For both of them I munged that data into a sqlite db.
Now, being the sharing guy that I am I was wondering how I could share this data, other than just throwing the sqlite file somewhere. RapidApp to the rescue. I tinkered with it a bit for last year's GenCon, I didn't get it sorted out well enough to show off to the public.
This year however is different (at least for Gary Con). Especially after vanstyns' talk at YAPC::NA 2015.
I sorted out the nginx proxy-routing and such to serve it up from somewhere other than my home server. You can give it a try at gizmomathboy.com u:gary, p:gygax.
As part of the data I was grabbing was the url for the event. In RapidApp this isn't normally an active link. After lots of help from Henry I was able to get it working.
I needed to modify some code in [app root dir]/lib/MyApp/Model/DB.pm
First, you need to pull in RapidApp::Util to get jsfunc.
Then you need to mess with how the column is rendered.
You are passing a javascript function into jsfunc
which is passed along to ExtJS to render things.
SKIPSOMESTUFF
use RapidApp::Util ':all';
SKIPSOMEMORESTUFF
TableSpecs => {
'Event' => {
columns => {
url => {
renderer => jsfunc join('',
'function(v){',
'return \'<a href="\'+v+\'">\' + v + ',
'\'</a>\';',
'}'),
},
},
},
},
SKIPYETSOMEMORE
Then you fire it up and the contents in the url column are now active links.
While I did beat my head against the wall a bit with the renderer stuff, until Henry helped out, I spent way more time reconfiguring my home server firewall (for my testing) and figuring out nginx proxy passing configurations than actually dealing with RapidApp.
While I'm just using it to make it easy to search/filter a database it is still a full Catalyst app underneath it all. So there is tons more I could do with this if I wanted to (like figuring out how to let folks create their own accounts...maybe I'll tackle that problem next year).
Thanks Henry for such an easy to use bit of software.
]]>Maybe make some screencasts to go along with it.
Maybe that could form a foundation for a PDL workshop/course.
BioPerl, I don't have any experience with. Maybe I can talk with my fellow Perl Mongers that do genomics.
]]>However, as far as testing you could make sure for a given set of inputs the correct output is created?
Also, test the various methods/subroutines behave properly when given good or bad input.
As a one time Software QA engineer/analyst you think I would be more knowledgeable about testing, but that's part of this science and Perl thing, too. How can we get grad students to use TDD? First thing really is to get them to use version control, then TDD.
]]>It's awful, but gets their job done.
I'm not surprised at all. Most get very little training on that. TDD isn't even in their vocabulary. You're lucky if they don't stare at you vacantly when you ask about "version control".
Their job is to do whatever it takes to graduate. They don't give a second thought about writing code that someone else could use.
Would you believe I'm generally an optimistic person?
We could try Ron's idea of helping out with code reviews but it probably won't amount to much. It's just a hoop they won't jump through because their advisor won't require it, thus no incentive to do it.
]]>At this year's YAPC::NA I had a chance to meet David Mertens and Joel Berger.
After some email exchange with David and Joel I decided to create a Google Group, The Quantified Onion, for discussing the use of Perl in science. This will hopefully work with Joel's Perl 4 Science site.
I hope we are in for a fun ride.
]]>I know Perl folks that do their stuff in R and not Perl because it is sort of easier to do the plotting in R.
I think the Alien::Base work will make it easier to handle system library dependencies that cripple good plotting for Perl/PDL.
]]>I suppose I could do it again and turn off testing and see if I get Leon's time.
]]>I didn't turn off testing so that probably slowed things down. That 18 minutes is for the entire perlbrew install -j9 perl-5.16.0 process.
I don't seem any time stamps in the build log.
]]>It took about 18 minutes 25 seconds if stat on the build log is accurate.
So now I have the new shiny...just need to reload all the CPAN modules I use now.
Huzzah!
]]>Definitely useful.
]]>what about using .iso files or something like sqashfs (i didn't see anything in the CPAN regarding squashfs)?
I have no idea if .iso is better than tar or not. I'm just spitballing.
A quick google gave:
https://lwn.net/Articles/219827/
Interesting overview of compress file systems at least.
Awesome idea you have though.
gizmo
]]>http://kriswrites.com/category/business/
gizmo
]]>