Quest starts at:May 12, 2000 at 01:20 UTC
Quest ends at:May 19, 2000 at 01:20 UTC

This quest has ended

Take a look at Cleaning up Categorized Questions and Answers... your goals are listed there. If you find a problem add a note detailing the problem. When those lists start getting long we'll release our deadliest monks to do the necessary chopping, and "cleaning" all Leon-style.

Replies are listed 'Best First'.
Q&A Cleanup -- first five sections
by neshura (Chaplain) on May 12, 2000 at 02:48 UTC
        Hmmm...well I'll give you the interest on your $0.02. :-) I'm pretty sure that the latter question will prove more useful if placed in the regex section than in the data formatting section. But you are probably right on the first question -- stuff having to do with printf, sprintf, and format could all go in this area.

        Honestly though, data formatting is itself a bit redundant. If someone has a question like "How do I format a page that I'm printing to a web browser?", does that go under data formatting or CGI? Or both? Actually, (just thinking out loud here), Q&A should have been structured so that each question has one or more keywords/subjects, and then the categories are based on those keywords (with questions appearing under multiple categories)...some of the existing questions ,and also the existing answers, are really cross-category examples...

        e-mail neshura

Q&A Cleanup Quest -- Final 6 Categories
by neshura (Chaplain) on May 14, 2000 at 23:14 UTC
Links to working code, network programming section
by kudra (Vicar) on May 12, 2000 at 14:54 UTC
    I'm in agreement that it's probably best if questions are general (although a small amount of code to illustrate the point might be of use). But even if the questions are general, the answers need not be--links to snippets or catacombs following an explanation would be nice. Sometimes it is quite helpful to see a working example if you just don't understand the syntex from the answer.

    Now for some comments on the Network programming section (someone had to take the middle of the list):

    • Questions without answers, such as 'Possible to unpack a word byte' don't add much to Q&A without answers.
    • 'When I use socket how can get the QUERY_STRING?' might be renamed 'Sending and receiving data to/from a socket' if the question were made more general.
    • 'How do I put a web page into a variable' looks like a two-part question, part of which is a network question 'How to get a web page' and part of which is an HTML parsing question.
    • 'How do I send a file through a Socket Connection' could probably be combined with the QUERY_STRING question. This one has a nice generic answer but a rather undetailed question.
    • 'Transfer file through socket ,OK, but I get a blank file on the receiving end .' has an undetailed description. The question seems more like a Seekers question. The bottom part of the answer, about dealing with binary files, would be good to keep around under a different heading.
    • 'Can't locate object' is a very specific question better suited for Seekers.
    • 'Non-blocking accept' should perhaps include 'with Socket' in the title. It includes a thank-you post.
    • 'Read data from a socket' has no formulated question. The answer could be combined with the others about reading and writing to sockets.
    • 'Questions about Socket, IO::Socket IO::Socket::INET' seems to be a fairly specific question. The suggestion to read the man pages could be preserved under a more general 'Understanding Socket modules' or something of the ilk.
    • 'Help me with the code . need help ASAP' is a specific (and unclarified) question.
    • 'How do I invoke a procedure on a server remotely' could be combined with 'How do I execute a list of Unix commands...' as both address performing operations on remote machines.
    • 'Two way communication in Sockets. Need Two way Client Server Interaction' looks like it could be combined with 'Client Server Communication. How to accept data sent by the server' and has a bit in common with 'how do you make a server program accept connections infinitely?'
    • The question 'How to send 1 query to many sites & read back their replies without using LWP?' seems specific. The answer about LWP::Parallel could be included in the other client/server communication questions.
RE: Q&A Cleanup Quest
by Russ (Deacon) on May 12, 2000 at 07:02 UTC
RE: Q&A Cleanup Quest
by Russ (Deacon) on May 14, 2000 at 00:36 UTC
Q&A Cleanup Quest / Section Nested Data Structures
by Corion (Patriarch) on May 18, 2000 at 15:27 UTC

    First of all, we should organize our replies a bit more and include in the topic maybe the sections we took a look at - that makes it easier to find unclean sections for those who want to join work - it seems like organization and afterwards cleaning up must take place at every level :) but at least at this level, we know that this quest will end and all our comments will go into the big bit bucket some time afterwards ...

    I took a look at the Nested Data Structures section

    This section does not really need reworking, as there are only few questions and few answers, and all answers are good and matching to the questions. One could add references to the Perl man pages to "How do I make an array of arrays ?" and/or combine the answers into one writeup, but IMO, there's nothing to be taken away in this section.

      D'oh - and even though I tried to look carefully not to duplicate other peoples efforts, I did ... Oh well ;)
Numbers section cleanup bit
by comatose (Monk) on May 12, 2000 at 08:30 UTC
RE: Q&A Cleanup Quest
by btrott (Parson) on May 12, 2000 at 03:00 UTC
    This is a very general comment, and probably pretty obvious, but I think we should definitely make sure that all categorized Q&A and, well, *questions*. Meaning, in the form of questions. As such, this is a pretty general comment, since there are a lot of Q&A that *aren't* in the form of questions.

    Also, what would be the best thing to do about Q&A like this one: how do i work this? I don't know what the OP was asking other than "Why is this not working?", and *that's* not a good question for Q&A. So: any suggestions on what to do with such Q&A? Perhaps we could move them and the answers into SOPW?

      Agreed! :-)
      I've been working on that. But I think a lot of the questions address common enough problems that, properly phrased, they could stay in Q&A without being line noise. Somebody would have to actually go through and fix 'em up though.

      e-mail neshura

      True... quite a lot are on "How do i do this?" or "How to make this work?" and not I tried this way,
      and it cant work, i am doing something like this and got stuck. If you keep asking people for help without trying
      YOu arent learning anything too. do some trial and errors before asking the questions. Ask only if you really really
      have no clue or how to solve ya problems.

      You could have an archive of all the old Q&A stuffs and list the newer Q&A stuff on the main page.
RE: Q&A Cleanup Quest
by chromatic (Archbishop) on May 14, 2000 at 10:50 UTC
RE: Q&A Cleanup Quest
by Russ (Deacon) on May 14, 2000 at 09:53 UTC
    These are the categories which are, as yet, unanalyzed by anyone:
    • debugging
    • directories
    • files
    • hashes
    • HTTP and FTP clients
    • input and output
    • mail and news
    • math
    • nested data structures
RE: Q&A Cleanup Quest
by perlmonkey (Hermit) on May 18, 2000 at 11:41 UTC
    I think princepawn is right. There are tons of places to get perl tips, and all are basically growing independently. It would be cool to try to unify some of the these projects into one searchable area. The most obvious candidate is mentioned in TPJ this issue and is a perlfaq database http://www.perlfaq.com/faqs/. The format look familiar anyone?

    This next statmement might be sacrilege, so I hope I am not excommunicated. I think we should think about totally ditching Q&A before we put too much more effort into it, and move our valuable tidbits to perlfaq.com. Maybe make the Q&A section just an interface to perlfaq.com. Both websites are striving for the same goal, so it makes sense to sort of join forces (and I think this is in the spirit of the everything project). There is some obvious features missing from perlfaq.com compared to what is here, like the ability for anyone to instantly answer a question. But that privilege might get yanked from here also, so the differences are minor. It might just take some dicussions with them to resolve any issues either group might have. And I think their site is more closely moderated, so it should not have some of the data integrity issues that are currently in Q&A.

    It is just an idea, but it would be nice to see some collaboration among the perl resource sites that are already going strong.
RE: Q&A Cleanup Quest
by Studdly (Monk) on May 12, 2000 at 22:19 UTC
    Being something of an anarchist, I decided not to start at the beginning or end, and instead just jump right in the middle. I only had time to look at one section, the one on OO programming. The only problem I found was that the question, 'What is the best way to learn to program?' doesn't seem to have anything to do with OO at all. I don't know exactly where it does belong, perhaps a new section?

    -SYP

RE: Q&A Cleanup Quest
by royalanjr (Chaplain) on May 13, 2000 at 00:23 UTC
RE: Q&A Cleanup Quest
by princepawn (Parson) on May 17, 2000 at 16:44 UTC
    The Perl community is rapidly running the risk of being poorly catalogued... Right now, if you want to find what you want, we now have the following resources: comp.lang.perl.misc various Perl mailing lists www.perlmonks.org CPAN The Perl Scripts Archive Now, the bottom line, is: "People want their problem solved, regardless of where in the world on the internet it is. As it stands now, they stand a chance of missing information because it is not topically organized. And of course countless amounts of information is being regurgitated due to this lack of categorization." Thus a common set of keywords needs to be established and ALL URLs related to a keyword(s) need to be pointed to from there. Take Class::DBI Where do you look? OOP? DBI? Persistence? The answer is: you should be able to look in any of these places and find it AND furthermore it relates to web application development so you should be able to find it there as well. The amount of Perl facts is roughly constant, but the propensity for regurgitation is infinite.