Front page | perl.books.workers |
Postings from January 2002
Re: looking to volunteer my services
From:
Uri Guttman
Date:
January 30, 2002 14:27
Subject:
Re: looking to volunteer my services
Message ID:
200201302227.RAA13695@home.sysarch.com.
>>>>> "DR" == Dave Rolsky <autarch@urth.org> writes:
DR> On Wed, 30 Jan 2002, Uri Guttman wrote:
>> >>>>> "DR" == Dave Rolsky <autarch@urth.org> writes:
>>
DR> - A front page where we can list things like most recent reviews, most
DR> recently added books, most popular Perl books, most popular computer
DR> books, most popular general books, most prolific reviewers, etc.
>>
>> i like that. sorta headlines and stuff. but it means we need to keep it
>> fresh and that takes work. every month/week/bi-week?
DR> No, it'll be generated from the database!
well, if it is all done with 'most'
>> search by type, level of experience (newbie, etc.), topics,
DR> type? That would be category, as would topic. At least I think so.
DR> Maybe I"m confused.
maybe you are. :) categorizing books is non-trivial. MRE is both regular
expressions and perl as well as other languages and programs. some perl
books are newbie only, some newbie to mid, some mid to expert,
etc. other books we would include might have odd categories or
types. how would you list design patterns (i still need to read it)? so
a simple category search is not enough. we may need to have several axes
for typing books: langs, CS area, general area, expert level, etc with
multiple values (but from a fixed list) allowed in each. then the search
engine page could have each axis as a multi checklist which makes it
easy to select books.
>> sort results by ranking, publisher, etc.
DR> Yep, definitely.
>> and we would want to be able to rank the rankers. :)
>>
>> seriously, my opinion (knowing books and perl well) should be more
>> valuable than some moron kiddie who thinks dummies is just perfect.
DR> Yeah, I was hoping we could use the friend/foe stuff from use Perl for
DR> that. If you like someone's reviews you'll add them to your friend list.
DR> If you think they're a moron you'll remove them. If I trust you maybe
DR> I'll simply add your friend list to mine.
that should work. i am everyone's foe. :)
DR> - a form for submitting a new book
>>
>> good idea. we need some review board to approve new books. most any
>> decent CS or popular book with the perl community would get in. of
>> course any book with a minimum perl content would be in. we can find
>> almost all of those by scanning amazon, etc. i had written a simple
>> script to do that. it can be redone to integrate well with this. find
>> books with perl content that are not already in the DB.
DR> Like I've said before, I don't see any reason to limit this to just books
DR> that mention Perl, or just books on computers. For example, when Dan
DR> Sugalski was talking about books he was reading in preparation for his
DR> Perl 6 work, he mentioned a book about writing comic books. I think it'd
DR> be neat to have that in the system.
i am agreeing to that. can't you read?!! :) i said popular with the perl
community, not necessarily a perl book. just that all perl books get in
no matter what as it is the PERL community books page.
DR> We might still need a set of reviews just to weed out duplicates and such.
>> bios/credentials of the most well known reviewers?
DR> Maybe. If we are using use Perl's user info we can direct them to their
DR> use Perl user page.
that works.
>> book price searching? we could become an affiliate(s) with our cut
>> going to perl.org or YAS. easy way to support the perl community.
DR> That sounds like a good idea.
>> keys to telling if a perl book is good? schwern had a couple of neat
>> points he always checks for in the index. many perl books fail it. call
>> this page, how to judge a perl book.
DR> This sounds like some static content we could simply link of the
DR> top page. Maybe an 'essays' section where we'd put that. It
DR> certainly doesn't need to be dynamic since we're unlikely to get a
DR> lot of submissions of that sort and we can review them on a case
DR> by case basis.
i didn't think it was dynamic, just another page to have since you asked
me about other pages.
this is sounding more like a real plan than pie in the sky. i think we
can start moving forward on the various pieces. what would be our next
(parallel?) steps? DB schema (i added search term axes here)? web
design? use perl integration?
just bossing around,
uri
--
Uri Guttman ------ uri@stemsystems.com -------- http://www.stemsystems.com
-- Stem is an Open Source Network Development Toolkit and Application Suite -
----- Stem and Perl Development, Systems Architecture, Design and Coding ----
Search or Offer Perl Jobs ---------------------------- http://jobs.perl.org