RESTful APIs with Bedrock (part IV)
My series on creating RESTful APIs with Bedrock continues...
http://openbedrock.blogspot.com/2014/12/restful-apis-with-bedrock-part-iv.html
My series on creating RESTful APIs with Bedrock continues...
http://openbedrock.blogspot.com/2014/12/restful-apis-with-bedrock-part-iv.html
Or just deader than Ruby?
(Does this constitute a Ruby-o-meter++? Can it increment in reverse?)
I like to read at least a computer book every 2-3 months, that makes around six books per year. This year was a very unluky one for me, due to family and personal wealth problems and surgeries. However I'm back on the rail of reading computers book again, and Perl is the predominant one this year.
I’ve updated Facebook::Graph to use Moo instead of Any::Moose. Enjoy!
[From my blog.]
Viewing Michael McClennen's talk on RESTful data services got me to blog more precisely about using Bedrock and creating RESTful APIs.
Parts II and III can be found here...
http://openbedrock.blogspot.com/2014/12/restful-apis-with-bedrock-part-ii.html
http://openbedrock.blogspot.com/2014/12/restful-apis-with-bedrock-part-iii.html
If you join the CPAN pull request challenge, then at the start of each month in 2015 you'll be emailed a (somewhat) randomly selected CPAN distribution. You'll have one month to submit at least one pull request. You don't have to be an experienced Perl programmer, CPAN author, or githubber. The goal is to help others, possibly learn something, and hopefully have a bit of fun.
If you want to sign up, email me (neil at bowers dot com), letting me know your github username and your PAUSE id, if you have one.
I just released Config::JSON 1.52 to CPAN which replaces Any::Moose with Moo. Enjoy.
[From my blog.]
In which Dupin expounds on inter-generational relationships.
I just retired one of my modules. I want to make a note here of the preservational ritual I followed, to invite others to consider doing the same:
About the series: perlancar's 2014 Advent Calendar: Introduction to a selection of 24 modules which I published in 2014. Table of contents.
I'll close this series by mentioning that in August I created a few simple text-based games: Games::WordGuess, Games::Hangman, Games::ArrangeNumber. The reason I did this originally was because I got sick of playing word guess/hangman on Android with English words, and there doesn't seem to be any support for Indonesian version. So I found out about Games::Word::Wordlist::* modules on CPAN, uploaded a couple of Indonesian wordlists, and had to write a couple of games for using the wordlists too, since there happened to be no text-based hangman game or word guessing either on CPAN at that time).
I've always sucked at interface/interactive things though, so I welcome any patches/pull requests for improving the gameplay. I've got a couple more ideas for simple games, but lost interest after a few days, so those ideas will still remain in the backburner for now.
The past me is another person. Sometimes antagonist, sometimes friend, past me (postaction?) had ideas, hopes, and dreams and developed some of them into software that I and others use. Unfortunately, that asshole left bugs all through the code for me to fix.
I can't blame him. Nobody's perfect, not even idealized/demonized copies of my past self. But I do have to fix them, and deal with the messes he left.
Lucky for me, while he was writing buggy software, he left extensive notes for me to use...
It's not that I don't see the utility for one-liners, it's just my own mindset that seems to prevent me to use them.
On one hand, I often explain to other (non-Perl) developers how useful can be a one liner, but on the other hand I tend not to use them even when I could.
Have you been naughty or nice?
David and I have been busy elves!
About the series: perlancar's 2014 Advent Calendar: Introduction to a selection of 24 modules which I published in 2014. Table of contents.
Text::Graph module, which I have also used, but ran into some minor problems and limitations in formatting. Unfortunately there's not much thing to show right now as the only type of chart implemented is sparkline (but this is not available in Text::Graph).
And there's a CLI for that(TM). chart (from App-chart) is a CLI for Text::Chart that accepts data from command-line arguments or YAML/JSON/Perl file and can output graphs for you. Examples:
Saint Perl 6 started with its hack day instead of putting it at the end. I can summarize some of the proceeding, but some of the end-of-day reports were delivered in Russian. Someone else will have to fill in the blanks.
I mentioned my CPAN Testers from GitHub idea and some people looked into it. Miyagawa has a gitpan.pl gist that fakes out CPAN.pm with CPAN::Inject. That's interesting, but many of the tools, such as CPAN::Reporter, depend on the various CPAN clients. Miyagawa's cpanminus can install from GitHub, and there's Garu's App::cpanminus::reporter, but that fragilely depends on the output of cpanminus as it does its work. It's a simple matter of programming to fix that. From there, the group moved on to other things (which someone else will have to write about).
Michael McClennen gave this talk at MadMongers last week. It is about implementing Web Data Services.
NOTE: I posted this earlier this week, but totally screwed up the video. This time it’s working.
[From my blog.]
About the series: perlancar's 2014 Advent Calendar: Introduction to a selection of 24 modules which I published in 2014. Table of contents.
Sys::Run::Safer is an attempt to create a safer API for running programs.
As we might already know, Perl's system() may or may not call a shell depending on a number of things. If we want to avoid a shell, doing system @ary or even system $cmd, @args is not enough as Perl might still invoke shell if @ary is only 1-element long or when @args is empty. I realized and got reminded of this myself only recently, it was a long time ago since I read the documentation for system() and I've been system @ary all these years thinking it was enough. You actually need to do this ugly thing to make sure you avoid a shell: system { $ary[0] } @ary which I'm pretty sure a lot of people don't remember or bother to use. Thus, it's an API mistake.
A very quick post just to say that I'm very excited to get into work today and it's all because of Glen Hinkle and his Amazing Mojocasts.
blogs.perl.org is a common blogging platform for the Perl community. Written in Perl with a graphic design donated by Six Apart, Ltd.