On Sun, Jan 02, 2005 at 02:27:00PM +0200, Gabor Szabo wrote:
> someone asked (as that happens > always) how could he find out the answer alone to this and > similar questions. > I pointed to various sources such as [snip std docs] I think the docs have let us down with regards to file copying (even if it does depend on OS/filesystem more than a particular programming language). > I pointed to vairous mailing lists for beginners and even to PerlMonks. I mention Usenet newsgroups, lists.perl.org and PerlMonks. > What do you ppl. tell them, Tens of thousands of people have already learned Perl. It is not very likely that you are the first person to have your question. It has probably been asked and answered already, all you have to do is go find out where. http://groups.google.com/advanced_group_search is my very top bookmark, even ahead of regular google. I use it for many things besides Perl too, picked up lots of useful info there for my family's trip to DisneyWorld for example. Do the lists or Monks have useful search functions that I could mention? > how to learn more I spew out these suggestions at the conclusion of the training: solve a problem from work solve a problem from your personal interests or hobbies find an existing Perl program at work to maintain or modify find someone already using Perl and ask them what they're doing rewrite well-understood commands in Perl, eg. ls, grep find questions in some forum, decide what answer you would give, monitor what answers others give, when those begin matching up often enough, start actually posting your answers :-) watch other people doing any of the above in some forum, by participating or by just searching. > and get answers to such > questions ? I encourage them to email me questions, but they almost never do. So I present the checklist below (I've injected significant "editorial bias" starting at step #6). It could be applied to lists/Monks rather than Usenet as well. ---------------------------------- Perl problem resolution checklist: ---------------------------------- 1) check the Perl FAQs (word search with "perldoc -q". Or better, find where the *.pod's are on your system, and word search (grep) the entire contents of the files) 2) expand the above to _all_ of the standard *.pod files. 3) check a Usenet archive such as: http://groups.google.com/advanced_group_search 4) check books, websites, mailing lists (this step is optional) 5) write a Usenet article, but don't post it yet! 5a) make a small and complete (including data) program that people can execute that shows your problem. 5b) state how the program's output is not what you want. Describe what you do want. 5c) repeat steps 1-4 using search terms taken from your description of the problem or your Subject header (try some synonyms for the terms also) 6) Give up on a quick answer. Post to Usenet for a slow answer. 7) wait hours/days/forever for followups with answers rather than than the 5 or 10 minutes it would have taken if steps 1-3 had worked. 8) Wonder at the quality of the answers given, rather than know it is a peer-reviewed, validated answer if steps 1-2 had worked. 9) Repeat steps 1-3 many times for many problems. You will seldom get past step 3, and even less often get past step 5a. 10) Now that you know so much, go *answer* some questions on Usenet :-) ----- To help with 1 and 2 above, I make "headlines" files to grep in, because sometimes there is Too Much Information when grepping the entire bodies: cd /an/INC/dir/pod/ grep '^=' perlfaq[1-9].pod >faq.heads grep '^=' *.pod >all.heads It is sometimes helpful to use an Initial Cap on the search term, under the assumption that headlines and beginnings of sentences might be most relevant. -- Tad McClellan SGML consulting [EMAIL PROTECTED] Perl programming Fort Worth, Texas
