Re: Number Indicating Participation in London.pm (NIPL) (was:assimilating CPAN)

2003-06-20 Thread Graham Seaman
On Fri, 20 Jun 2003, Luis Campos de Carvalho wrote:

Hey! Hey!
Hold on, please, just a second!
Here in Brazil, South America, there is no Buffy on the TV.
This means that no Brazilians can be *real* London.pm members?

Some brazilian soaps are quite surreal enough to qualify as a substitute 
;-)

This is unfair. I have no control over what the TV shows here.

And we do?
 
Graham
[]'z!
 




Re: Number Indicating Participation in London.pm (NIPL) (was:assimilating CPAN)

2003-06-20 Thread the hatter
On Fri, 20 Jun 2003, Luis Campos de Carvalho wrote:

Hold on, please, just a second!
Here in Brazil, South America, there is no Buffy on the TV.
This means that no Brazilians can be *real* London.pm members?
This is unfair. I have no control over what the TV shows here.

You think the majority of l.pm'ers get buffy on their TV ?  I suspect more
of them download it.  Though we might get a better idea now the season is
finished again, and see how many more people come out on thursday nights.



the hatter




Re: Number Indicating Participation in London.pm (NIPL) (was:assimilating CPAN)

2003-06-20 Thread Jason Clifford
On Fri, 20 Jun 2003, the hatter wrote:

 You think the majority of l.pm'ers get buffy on their TV ?  I suspect more
 of them download it.  Though we might get a better idea now the season is
 finished again, and see how many more people come out on thursday nights.

That was never a problem for me as Tuesday was my Buffy night (yes, I 
downloaded it when it was shown in the US).

Thursday however is the night my wife goes to college so I am invited over 
to her place in order to look after our kids.

Jason Clifford
-- 
UKFSN.ORG   Finance Free Software while you surf the 'net
http://www.ukfsn.org/   Sign up now




Re: Number Indicating Participation in London.pm (NIPL) (was:assimilating CPAN)

2003-06-18 Thread Rafael Garcia-Suarez
Earle Martin wrote:
 
 Wouldn't hacking perl be more of a lowest common denominator here? You 
 also missed out the crucial IRC bit. I'd rearrange the bits to:
 
  owns a pony
  | lives or works in the London area
  | | actively subscribed to mailing list
  | | | regularly attends London.pm technical meetings
  | | | | regularly attends London.pm social meetings
  | | | | | is a regular on #london.pm
  | | | | | | has written an Acme module
  | | | | | | | hacks perl 
  | | | | | | | |
  ---
  1 6 3 1 8 4 2 1 
  2 4 2
  8 
  
 I had to drop the Buffy bit. 

That's a first design flaw : eight parameters will be enough for all
purposes.

 On your original scale, my NIPL is bigger than yours, but not by much, at
 250 to 160. On this modified scale, my NIPL towers over yours by 125 to 33,
 which is clearly a much more reasonable result. ;)

That's a second design flaw : the mandatory ordering of bits, and the
temptation to score people according to their NIPL's weight.

I'd like to propose an alternative implementation, the London.pm Indice
of Purity String. Instead of using bits, it uses characters that may or
not be present in a string.

# is a regular on #london.pm
L lives or works in the London area
P hacks perl
a has written an Acme module
b watches Buffy
m actively subscribed to mailing list
p owns a pony
s regularly attends London.pm social meetings
t regularly attends London.pm technical meetings

Then, we could use the Levenshtein distance (did I got the spelling
right?) to #LPabmpst to calculate the degree of purity. For free, by
calculating the L-distance between two members' LIPSs, we could have a
rational measure of their affinity. For example, the company of someone
who doesn't watch Buffy won't be very appealing to me.

Aren't LIPSs better than NIPLs ?

-- 
RGS : my $LIPS = q/Pbm/;



Re: Number Indicating Participation in London.pm (NIPL) (was:assimilating CPAN)

2003-06-18 Thread Michel Rodriguez
On Wed, 18 Jun 2003, Luis Campos de Carvalho wrote:

I feel like we're reinventing the wheel: take a look at

http://www.xmltwig.com/pgc/

Especially as the Perl Geek Code is maintained by a member of London.pm,
who could probably be bribed into updating it (my sister owns a pony, can
I set half a bit there?)

Michel Rodriguez
Perl amp; XML
http://www.xmltwig.com




Re: Number Indicating Participation in London.pm (NIPL) (was:assimilating CPAN)

2003-06-18 Thread Michel Rodriguez
On Wed, 18 Jun 2003, Luis Campos de Carvalho wrote:

/me is ashamed by not knowing this.
/me voluntary himself to help update.
/me hopes native english speakers don't mind about correcting my
 english errors.

Excellent, patches and comments welcome. It might be time to drop the XML
crap too and start from scratch. I believe there is a Geek Code module on
CPAN, let's embrace and extend it!

And it's not like the original author is a native speaker either...

Michel Rodriguez
Perl amp; XML
http://www.xmltwig.com




Re: Number Indicating Participation in London.pm (NIPL) (was:assimilating CPAN)

2003-06-18 Thread Chris Devers
On Wed, 18 Jun 2003, David H. Adler wrote:

 On Wed, Jun 18, 2003 at 03:59:30PM +0100, Dominic Mitchell wrote:
  Luis Campos de Carvalho wrote:
/me hopes native english speakers don't mind about correcting my
  english errors.
 
  Don't worry about it; most english people can't spel anyway.  :-)

 For once, I'm glad I'm an American... :-)

In this day  age?

Viva la France!


-- 
Chris Devers[EMAIL PROTECTED]

LINO [Acronym for Last In Never Out.]
A stack uncertain whether Pascal or C argument conventions prevail.

-- from _The Computer Contradictionary_, Stan Kelly-Bootle, 1995



Re: Number Indicating Participation in London.pm (NIPL) (was:assimilating CPAN)

2003-06-18 Thread Chris Devers
On Wed, 18 Jun 2003, David H. Adler wrote:

 On Wed, Jun 18, 2003 at 05:48:16PM -0400, Chris Devers wrote:
 
  In this day  age?

 I see everyone missed the For once part...

  Viva la France!

 That's Vive.  HTH, HAND.  :-)

I see you missed that creative spelling was the order of the day :)


-- 
Chris Devers[EMAIL PROTECTED]

Ibid Ben Passim (?35-?100 B.C.E.)
The oft-quoted Eastern scholar.

-- from _The Computer Contradictionary_, Stan Kelly-Bootle, 1995