NOTE: use Perl; is on undef hiatus. You can read content, but you can't post it. More info will be forthcoming forthcomingly.
All the Perl that's Practical to Extract and Report
--Mark Hahn, <hahn@neurocog.lrdc.pitt.edu>
Stories, comments, journals, and other submissions on use Perl; are Copyright 1998-2006, their respective owners.
perldoc vs ri? (Score:1)
Was this a Perl 6 specific thing? I find perldoc to be a wonderful tool myself but I don't know its state in P6.
Re: (Score:1)
Was this a Perl 6 specific thing? I find perldoc to be a wonderful tool myself but I don't know its state in P6.
I realize I could have been more clear in this regard. Yes, this was a Perl 6-specific thing; I also like perldoc very much. Both on the command line and on the web [perl.org].
The reason that the situation is different for Perl 6 is that Perl 6 is a complete rehaul of most everything. We can't just blindly inherit the docs, and we need to prepare new docs of the same high quality before our first major release. Documentation is one of those little things that matter a lot.
In doing this, I think we should take not only
scite and EPIC (Score:1)
write code, hit F5 this is working great for me.
for browsing perldoc, I prefer to use EPIC.
of course if you can create a tool that combine the two, and have can run in terminal emunlators or dos, this would be great, this will be great.
i think one can easily an emacs or vim mode to do this, but a didicate simple program is welcomed
learn.perl.org (Score:1)
makes me sad.
Re: (Score:1)
Care to elaborate on that?
Re: (Score:1)
"So, you want to learn perl? Where to start? A good place is " not one, but two places -- one of which is perlintro, and the other of which is even more places: a bunch of books.
And after that, we're left to just the list of books, or maybe we followed the "perl documentation" link and are now reading the perldoc.perl.org root page [perl.org], which again has a link to perlintro and then a lot of meta information about perldoc.perl.org.
So, learn.perl.org basically does nothing to capture the first-time reader's inter
Re: (Score:1)
"So, you want to learn perl? Where to start? A good place is " not one, but two places -- one of which is perlintro, and the other of which is even more places: a bunch of books.
And after that, we're left to just the list of books, or maybe we followed the "perl documentation" link and are now reading the perldoc.perl.org root page [perl.org], which again has a link to perlintro and then a lot of meta information about perldoc.perl.org.
So, learn.perl.org basically does nothing to capture the first-time reader's interest -- such as getting them started doing something interesting. I would expect a 'learn.something' to have e.g. a series of lessons. It would be better named 'books.perl.org' in its current state.
Aye. IMO, there's nothing factually wrong with the page; it's just not very captivating. Imagine what you could do if you didn't take the web visitor at her word and just replied "well, there's perlintro, and a couple of books..." -- you could showcase how one could solve cool but tricky problems with just a few lines of Perl, you could show how a few common modules solve even trickier problems. You could have links to a couple of common 'starting points' in Perl: CGI, shell scripting, bioinformatics... the
Agree in full! (Score:1)
--fREW
http://blog.afoolishmanifesto.com
Re: (Score:1)
I looked all over the place to find a solid replacement for irb in the perl world and there really just isn't something like it. I must assume that the reason is that perl people are generally more ok with doing things with perl -e, but the tab completion in irb is enough to make me never want to leave ruby.
You, sir, have understood the point of my post. Now, let's make sure we get tab completion by Christmas. And all the other good stuff.
ipl + tryperl6 (Score:1)
--fREW
http://blog.afoolishmanifesto.com
Re: (Score:1)
I think we need to talk more about these issues. Too many perl people seem to be grumpy about this kind of change.
I think that's a slight generalization. In the Perl developer community, and in the Perl 6 one in particular, you're more likely to find openness to new ideas than not. At least that's my experience.
It's like when I posted somewhere about andand for perl5. Everyone's answer (mostly) was just "Don't do that!"
This one [perlmonks.org]? I think the responses were very helpful, with example code and all. Searching the page gives one "don't", which isn't directed towards you. It might be you're expecting too much Ruby syntax out of Perl 5. :)
I think that if we get some kind of ipl going we should go out of our way to make a web based version like _why's tryruby. Imagine telling people about that! Everyone says perl6 is vaporware; but having a web based interpreter would be just so excellent that it might get some more interest!
Here I am able to provide some historical context: there was one just like that at one time, du
Re: (Score:1)
More on grumpiness: I use the cgiapp framework. In general I think a lot of the wisdom of rails can be used in other web frameworks, even if they aren't as heavy as rails. I recently read a thread about how many actions should be in a controller, how long actions should be, etc.
There were numerous cgiapp people that said that they had 100 actions in their controller, or that their actions were 250 lines long, etc. I think that is a mistake and when new people come in and a
--fREW
http://blog.afoolishmanifesto.com
Yes and Yes (Score:1)