[31135] in Perl-Users-Digest
Perl-Users Digest, Issue: 2380 Volume: 11
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Thu Apr 30 03:09:36 2009
Date: Thu, 30 Apr 2009 00:09:06 -0700 (PDT)
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)
Perl-Users Digest Thu, 30 Apr 2009 Volume: 11 Number: 2380
Today's topics:
Re: How to find duplicate in certain fields of array?? <uri@stemsystems.com>
new CPAN modules on Thu Apr 30 2009 (Randal Schwartz)
Re: Perl is too slow - A statement <nat.k@gm.ml>
Re: Posting to perl.beginners via google groups <kkeller-usenet@wombat.san-francisco.ca.us>
Re: Posting to perl.beginners via google groups <nat.k@gm.ml>
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Thu, 30 Apr 2009 00:17:25 -0400
From: Uri Guttman <uri@stemsystems.com>
Subject: Re: How to find duplicate in certain fields of array?? - SOLUTION
Message-Id: <874ow6ojvu.fsf@quad.sysarch.com>
>>>>> "s" == somebody <some@body.com> writes:
s> Here's the solution I came up with:
s> while ( <DATAFILE> ) {
s> ##while ( <DATA> ) {
s> my @tokens = ();
s> my @names = ();
no need to initilize arrays to () as my does that for you.
s> my $arg;
s> my %seen;
s> my @origrec = $_;
why do you assign $_ to an array?
s> my @record = split /\|/;
s> #Place all 4 name fields in names array (first, mi, last, suffix).
s> push @names, @record[ 3 .. 6 ];
@names = @record[ 3 .. 6 ];
or even simpler:
my @names = (split /\|/)[ 3 .. 6 ];
s> #Split space separated "words" in 4 name fields. E.g., the last name field
s> #might contain "SMITH JR.".
s> foreach $arg (@names) {
s> push (@tokens, split(/ /, $arg));
s> }
since you are splitting the names again with space, just do all that in
one line:
my @tokens = map split(/ /), (split /\|/)[ 3 .. 6 ];
we just made your 5 lines of looping code into one neat line.
s> #Iterate over each token and if duplicate, print record.
s> foreach (@tokens) {
s> #ORG print @record if ($seen{$_}++);
s> print @origrec if ($seen{$_}++);
s> next;
why do a next as the last statement in a loop?
s> }
also you should learn to use named variables instead of $_ all the
time. it is easier to understand and maintain code with named vars. and
pick better names in general. most of those (the ones i didn't
eliminate) are very generic.
so here is a rewrite for you (untested):
my %seen ;
while( defined( my $line = <DATA> ) ) {
foreach my $token (map split(/ /), (split /\|/, $line)[ 3 .. 6 ] ) {
print $line if $seen{$token}++ ;
}
}
15 lines reduced to 5. and i wouldn't care if you used a couple of vars
to break up the foreach expression. but they should be named properly
and declared where they are needed.
my @fields = (split /\|/, $line)[ 3 .. 6 ] ;
foreach my $token (map split(/ /), @fields ) {
and one other little thing. if you assume no extra white space (as you
do in your code) then splitting on | OR space is all you need and it
reduces to this foreach:
foreach my $token ( split(/[ |]/, $line ) ) {
uri
--
Uri Guttman ------ uri@stemsystems.com -------- http://www.sysarch.com --
----- Perl Code Review , Architecture, Development, Training, Support ------
--------- Free Perl Training --- http://perlhunter.com/college.html ---------
--------- Gourmet Hot Cocoa Mix ---- http://bestfriendscocoa.com ---------
------------------------------
Date: Thu, 30 Apr 2009 04:42:27 GMT
From: merlyn@stonehenge.com (Randal Schwartz)
Subject: new CPAN modules on Thu Apr 30 2009
Message-Id: <KIwD2r.M2G@zorch.sf-bay.org>
The following modules have recently been added to or updated in the
Comprehensive Perl Archive Network (CPAN). You can install them using the
instructions in the 'perlmodinstall' page included with your Perl
distribution.
Acme-CPANAuthors-Brazilian-0.05
http://search.cpan.org/~garu/Acme-CPANAuthors-Brazilian-0.05/
We are brazilian CPAN authors
----
Bio-Graphics-1.94
http://search.cpan.org/~lds/Bio-Graphics-1.94/
Generate GD images of Bio::Seq objects
----
CGI-IDS-1.0116
http://search.cpan.org/~hinnerk/CGI-IDS-1.0116/
PerlIDS - Perl Website Intrusion Detection System (XSS, CSRF, SQLI, LFI etc.)
----
Catalyst-Action-RenderView-0.10
http://search.cpan.org/~flora/Catalyst-Action-RenderView-0.10/
Sensible default end action.
----
Catalyst-Controller-WrapCGI-0.0033
http://search.cpan.org/~rkitover/Catalyst-Controller-WrapCGI-0.0033/
Run CGIs in Catalyst
----
Catalyst-Plugin-Params-Demoronize-1.12
http://search.cpan.org/~diz/Catalyst-Plugin-Params-Demoronize-1.12/
convert common UTF-8 and Windows-1252 characters to their ASCII equivalents
----
Catalyst-Runtime-5.80003
http://search.cpan.org/~flora/Catalyst-Runtime-5.80003/
The Catalyst Framework Runtime
----
DBD-Oracle-1.23
http://search.cpan.org/~pythian/DBD-Oracle-1.23/
Oracle database driver for the DBI module
----
Elive-0.11
http://search.cpan.org/~warringd/Elive-0.11/
Elluminate Live (c) client library
----
Email-MIME-Creator-1.456
http://search.cpan.org/~rjbs/Email-MIME-Creator-1.456/
Email::MIME constructor for starting anew.
----
Email-MIME-Kit-KitReader-SWAK-1.001
http://search.cpan.org/~rjbs/Email-MIME-Kit-KitReader-SWAK-1.001/
the swiss army knife of EMK kit readers
----
Email-MIME-Modifier-1.444
http://search.cpan.org/~rjbs/Email-MIME-Modifier-1.444/
Modify Email::MIME Objects Easily
----
File-AtomicWrite-0.02
http://search.cpan.org/~jmates/File-AtomicWrite-0.02/
writes files atomically via rename()
----
File-AtomicWrite-0.03
http://search.cpan.org/~jmates/File-AtomicWrite-0.03/
writes files atomically via rename()
----
Graphics-Magick-Object-0.01_01
http://search.cpan.org/~gaurav/Graphics-Magick-Object-0.01_01/
An object representing the Graphics::Magick engine.
----
HTML-Tested-0.51
http://search.cpan.org/~bosu/HTML-Tested-0.51/
Provides HTML widgets with the built-in means of testing.
----
HTML-Tested-JavaScript-0.16
http://search.cpan.org/~bosu/HTML-Tested-JavaScript-0.16/
JavaScript enabled HTML::Tested widgets.
----
IO-Event-0.702
http://search.cpan.org/~muir/IO-Event-0.702/
Tied Filehandles for Nonblocking IO with Object Callbacks
----
IO-Event-0.703
http://search.cpan.org/~muir/IO-Event-0.703/
Tied Filehandles for Nonblocking IO with Object Callbacks
----
Log-Dispatch-Dir-0.01
http://search.cpan.org/~sharyanto/Log-Dispatch-Dir-0.01/
Log messages to separate files in a directory, with rotate options
----
Mail-ClamAV-0.29
http://search.cpan.org/~converter/Mail-ClamAV-0.29/
Perl extension for the clamav virus scanner
----
MooseX-NonMoose-0.02
http://search.cpan.org/~doy/MooseX-NonMoose-0.02/
easy subclassing of non-Moose classes
----
MooseX-Runnable-0.00_01
http://search.cpan.org/~jrockway/MooseX-Runnable-0.00_01/
tag a class as a runnable application
----
Muldis-D-0.65.1
http://search.cpan.org/~duncand/Muldis-D-0.65.1/
Formal spec of Muldis D relational DBMS lang
----
POE-Component-Pluggable-1.20
http://search.cpan.org/~bingos/POE-Component-Pluggable-1.20/
A base class for creating plugin-enabled POE Components.
----
Padre-Plugin-SpellCheck-1.1.0
http://search.cpan.org/~jquelin/Padre-Plugin-SpellCheck-1.1.0/
check spelling in Padre
----
Parley-1.2.1
http://search.cpan.org/~chisel/Parley-1.2.1/
Message board / forum application
----
Parse-Marpa-1.004000
http://search.cpan.org/~jkegl/Parse-Marpa-1.004000/
Generate Parsers from any BNF grammar
----
Path-Resolver-2.001
http://search.cpan.org/~rjbs/Path-Resolver-2.001/
go from "file" names to things
----
Path-Resolver-2.002
http://search.cpan.org/~rjbs/Path-Resolver-2.002/
go from "file" names to things
----
Perl-Dist-WiX-0.180
http://search.cpan.org/~csjewell/Perl-Dist-WiX-0.180/
Experimental 4th generation Win32 Perl distribution builder
----
RRDTool-OO-0.25
http://search.cpan.org/~mschilli/RRDTool-OO-0.25/
Object-oriented interface to RRDTool
----
Reaction-0.002000
http://search.cpan.org/~mstrout/Reaction-0.002000/
----
Religion-Bible-Regex-Config-v0.2
http://search.cpan.org/~holmlund/Religion-Bible-Regex-Config-v0.2/
Creates a configuration object for the Religion::Bible::Regex objects from a YAML file.
----
Simo-0.1107
http://search.cpan.org/~kimoto/Simo-0.1107/
Very simple framework for Object Oriented Perl.
----
Simo-0.1108
http://search.cpan.org/~kimoto/Simo-0.1108/
Very simple framework for Object Oriented Perl.
----
Sledge-Plugin-BeforeOutput-0.02
http://search.cpan.org/~matsumoto/Sledge-Plugin-BeforeOutput-0.02/
add trigger before outout plugin for Sledge.
----
Sledge-Plugin-BeforeOutput-0.03
http://search.cpan.org/~matsumoto/Sledge-Plugin-BeforeOutput-0.03/
add trigger before outout plugin for Sledge.
----
Syntax-Highlight-Perl6-0.48
http://search.cpan.org/~azawawi/Syntax-Highlight-Perl6-0.48/
Perl 6 Syntax Highlighter
----
Template-Plugin-LinkTo-0.01
http://search.cpan.org/~hirafoo/Template-Plugin-LinkTo-0.01/
like link_to in Ruby on Rails
----
Template-Plugin-LinkTo-0.02
http://search.cpan.org/~hirafoo/Template-Plugin-LinkTo-0.02/
like link_to in Ruby on Rails
----
Test-Ping-0.09
http://search.cpan.org/~xsawyerx/Test-Ping-0.09/
Testing pings using Net::Ping
----
Text-FixedWidth-0.05
http://search.cpan.org/~jhannah/Text-FixedWidth-0.05/
Easy OO manipulation of fixed width text files
----
URI-SmartURI-0.029
http://search.cpan.org/~rkitover/URI-SmartURI-0.029/
Subclassable and hostless URIs
----
Unicode-LineBreak-0.001_03
http://search.cpan.org/~nezumi/Unicode-LineBreak-0.001_03/
UAX #14 Unicode Line Breaking Algorithm
----
Video-FourCC-Info-1.1.2
http://search.cpan.org/~frequency/Video-FourCC-Info-1.1.2/
Find information about codecs from its FourCC
----
WWW-Wikipedia-1.95
http://search.cpan.org/~bricas/WWW-Wikipedia-1.95/
Automated interface to the Wikipedia
----
WebService-Cath-FuncNet-0.06
http://search.cpan.org/~isillitoe/WebService-Cath-FuncNet-0.06/
Interface to the CATH FuncNet webservice
----
XML-Atom-0.34
http://search.cpan.org/~miyagawa/XML-Atom-0.34/
Atom feed and API implementation
----
Xtract-0.06
http://search.cpan.org/~adamk/Xtract-0.06/
Take any data source and deliver it to the world
----
oEdtk-0.41776
http://search.cpan.org/~daunay/oEdtk-0.41776/
A module for industrial printing processing
If you're an author of one of these modules, please submit a detailed
announcement to comp.lang.perl.announce, and we'll pass it along.
This message was generated by a Perl program described in my Linux
Magazine column, which can be found on-line (along with more than
200 other freely available past column articles) at
http://www.stonehenge.com/merlyn/LinuxMag/col82.html
print "Just another Perl hacker," # the original
--
Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095
<merlyn@stonehenge.com> <URL:http://www.stonehenge.com/merlyn/>
Smalltalk/Perl/Unix consulting, Technical writing, Comedy, etc. etc.
See http://methodsandmessages.vox.com/ for Smalltalk and Seaside discussion
------------------------------
Date: Wed, 29 Apr 2009 23:01:44 -0700
From: Nathan Keel <nat.k@gm.ml>
Subject: Re: Perl is too slow - A statement
Message-Id: <f9bKl.990$%_2.770@newsfe04.iad>
Uri Guttman wrote:
>>>>>> "NK" == Nathan Keel <nat.k@gm.ml> writes:
>
> NK> Uri Guttman wrote:
>
> >> study some computer history and come back when you have finished.
>
> NK> Please don't resort to acting like your view is fact and anyone
> that
> NK> doesn't agree with you is somehow ignorant. I "get" what you've
> said, NK> I just don't agree with it.
>
> then you don't get it. cwilbur also covered this. sorry but no more
> lessons for you.
Your pitiful arrogance is incredibly unappealing. I get it fine, you're
just acting like you know it all, because you can't handle someone
disagreeing with you.
> >> have you ever worked on a computer which actually accounted for
> >> your cpu time? you don't understand my point which is well known
> >> and supported. cpu time used to be the major expense in those
> >> days, developer time is the major expense now.
>
> NK> That's only true to a point. Many things have changed since the
> NK> 60s and 70s. Indeed, we have a lot less to worry about as
> NK> developers, but that's no excuse to be lazy or stubborn about
> the
> NK> topic. Certainly you must agree that some compiled programs are
> NK> much better suited for some situation and applications? If so,
> NK> you can't really knock C because Perl is quicker to develop in.
>
> you still don't get it. sorry.
Don't apologize because you feel the need to accuse people of not
getting it because you can't handle someone disagreeing with you.
> it is not about any particular
> application. i wouldn't write an embedded rtos in 64k of ram with
> perl. i would do it in assembler like i did on an lsi-11 back in
> 1980. hell, perl wasn't even invented back then. but given what i was
> doing then on modern cpus, i would probably do it in perl as the cpu
> speed is enough and the development time would be massively shorter.
Sure, if Perl is the right fit, and it usually is, then there's no
argument. Really, this has nothing to do with paying for CPU time back
in the 70s, so spare me. Anyway, I'm not speaking specifically of Perl
either, but certainly am using it in the relevant examples, since that
was the TOPIC of the thread.
> and yes, i have also done those types of programs in c including a
> major web crawler for northern light. so i know of something about
> development time vs cpu power. can you make the same claim? me thinks
> not.
When you use snobby and childish phrases like "me thinks not", you might
understand why it's difficult putting much faith in anything you say.
I've done plenty of interesting and large scale projects over the
years. I don't care what you've done, you're either right or wrong
about your views, or there's only room for opinion if there's no actual
right or wrong. In this case, I believe you are wrong. You believe
I'm wrong. This is going to get us somewhere by repeating what we
think of each other? By the way, I think your "shift" key is broken.
> NK> I actually do, I just don't agree with your arrogant attitude.
>
> no you are ignorant, vs my experience. NYAH NYAH NYAH!
Hey, that's you doing that, not me. You have no idea what I've done,
and you base your attempts at insult on the fact that you don't like my
disagreement with you. Instead of reading what I said, you'd rather
try and rail on me about things by saying how much more experienced you
are. The only thing you've actually illustrated, is that you're at the
very least not socially mature and you're arrogant. That doesn't mean
a flippin' thing to me.
> now i will predict you will call me some more names. please do as it
> will validate my ESP powers.
Your ESP powers suck, I never called you a name. So, you're resorting
to claiming knowing someone's knowledge, experience and what they've
said to try and save face? What's the purpose? You think you own this
damn group and you feel some need to throw a tantrum, or are you
foolish enough to think that my interpretation that you're arrogant and
ignorant (too stubborn to accept anything anyone says because you would
rather fight with them to tell them how smart you think you are), is
somehow name calling... and if so, if you somehow think it's okay for
you to call other people clueless and ignorant?
> >> study some history as i said. computer power is dirt
> >> cheap today.
>
> NK> Yes, it is, but there are still limitations. If you think that
> NK> slow programs are fine, and say people should get faster systems
> NK> if they don't like it, then you're not as smart or knowledgeable
> NK> as you (clearly) like to think.
>
> check out my cpan modules.
I've seen them.
> try to make them faster. please do and send
> me patches.
I've not ever claimed I would or could make your modules faster. Maybe I
can, and maybe I can't. My point was about how some compiled languages
compared to some interpreted languages, are going to be faster running
and more efficient. Assuming both examples are done by qualified
developers. You claim that based on that information that it's more
appropriate to just use an interpreted language and get a faster system
to run it on (if there's a problem with the program's speed), rather
than having someone develop the program in a compiled language like C.
That's ridiculous. I agreed that in a lot of cases, that might be
fine, there's nothing wrong with Perl, for example.
I never said people should take an existing program and re-do it in C
just for the sake of having it run faster. I never said that people
have the choice or time. I never said that some companies or
situations don't make a faster system a better option than using faster
code. I never said that at some point, given enough processing needs,
that regardless of the language used, that you may have to upgrade to a
faster system anyway (or use some load balanced solution, or whatever
else might be available). Also, sometimes the job pretty much forces
people to do those things and faster systems are always better and more
fun to work on anyway. Somehow, when I said "however, a person should
be able to (within a reasonable difference in time) develop a solution
in C without a lot more development time (if any), if they are truly
qualified, and sometimes a situation can benefit from that, where even
upgrading to faster systems won't achieve that same result.
If you don't agree, fine, but don't start making shit up and putting
words in my mouth. I actually didn't disagree with you on a lot of
points, I just said that it's careless to think that development time
is always more costly than a system upgrade and that it's a foolish and
ignorant "standard" response/reaction to have to a problem that can be
solved in other ways. I didn't say that option was always available in
every situation though. It's like a company that makes a product, they
do the shipping also and the shipping costs are killing them do to the
weight of the items and the smaller engine. You could say "let's put
bigger engines in the trucks to ship", or you could ask the product
development team (who exists anyway in these scenarios) how the work is
going on the new product that is 50 times lighter and has the same
structural integrity. Not to mention smaller and more portable, which
opens new profit options for the company and their consumer base.
You can keep stuffing bigger engines in there, until you run out of
engine compartment room and then start looking at bigger trucks, but if
it's going to actually be cheaper (yes, it's true) to start producing
the more efficient (by size and weight) product in the same or less
time, I'd go for the latter. Maybe it's my "inexperienced" and
"younger" attitude, but it makes sense to me. I repeat, it's not that
simple for every situation, so don't start making broad statements and
acting like that blanket statement is somehow a "fact" or that people
whom state that "this isn't always the case" and that "other variables
play a role" in those decisions, are somehow the "ignorant" one's that
"don't get it", because, honest to God, no matter how much you go on
about your experience, your modules or what you've done, it makes you
look like an arrogant asshole that's too stubborn to accept another
view point, which in the end makes you look stupid. Instead of being
civil and asking me to elaborate or provide an example, or you actually
bothering to do the same, you resort to touting yourself. Well, you
don't impress me.
> i will use them (if you can but you can't) and even give
> you all the credit.
I don't give a damn about you or your challenges. I know you like to
think you're a big shot, as evidenced by your attitude in this group
over years. I look past it, because you offer insightful and good code
fixes for people or ideas, but that doesn't make you the smartest and
most experienced person here about any and every topic, and this one
here is proof of that. Instead of listening to what I said, you revert
to what you've just done. I don't think you're an idiot, but if you
can't understand what I've said, ask for clarification and don't be so
hostile, or maybe consider a different aspect and view of the topic's
subject, or maybe reconsider just how smart you think you are? Maybe
for kicks I'll check out your modules and maybe I'll make improvement
suggestions, and maybe I won't find any or think it's the best code
I've ever seen, but that still doesn't mean jack regarding the topic at
hand.
> >> developer cost is way more
> >> expensive.
>
> NK> Probably, yes. However, that doesn't automatically mean it's
> either A
> NK> (hardware) or B (development time). You MUST understand there's
> a NK> middle ground, where you want efficient and suitable code,
> regardless NK> of the hardware aspects?
>
> boo hoo. you seem to be fighting for no reason.
You need to get a grip and grow up. Also, try looking in a mirror.
There's no reason to be such a jerk because someone made a point you
don't agree with. This is ridiculous.
> i never said any of
> that. you don't get it again. it is the bigger picture.
What sort of jerk would just continue to claim someone doesn't "get it"
and not bother making their point? All you're doing is fighting with
me, which is ironic that you accuse me of just doing only that. You
really think you're someone special.
> >> so buying more/faster computers is usually more economical
> >> than hiring more and better developers.
>
> NK> Or when any idiot can create an inefficient program that uses up
> NK> all of the CPU and/or memory and/or system I/O and your theory
> NK> about faster systems falls on its face. Plenty of people suck
> at NK> coding and people also make mistakes (in code or the design)
> and NK> these things just mean that it takes 20 minutes to crash a
> NK> "faster" system, than the 5 minutes it takes for it to crash a
> NK> slower system.
>
> MMM to the rescue. please read it. i think they have a version written
> in 4th grade level english for you.
And if only you could use proper grammer, type with upper case for
proper nouns, and type the word "English" properly, it might make your
petty sarcasm more effective for the readers of the thread. You're a
world class asshole, man. Seriously. I realize you're a good Perl
coder and you've contributed some modules that are probably nice and
useful, but that doesn't give you a free pass to be an arrogant prick
and think I owe you something or you can treat any random person like a
piece of dirt. You're going to have to deal with the fact that people
don't think you're the genius you think you are. I've done a lot of
coding, too, and while I've not contributed a Perl module a lot of
people use, I've done some pretty complex stuff and am a good developer
and have a lot of experience. There are also a lot of people that are
just as good as you (and better) at coding in Perl, and they don't feel
the need to be an arrogant prick on this group. Apparently the only
way I can get through to you, is to recode your modules better (and
maybe I can), but what point would that prove? Is that the only way
you'd listen to someone? Do you think I need to prove something to
you, because you have it in your mind that you're just THAT special?
This is pathetic.
And, by the way, I've read plenty of MMM, I've even got the book and
everything. I have about 200 books that get into complex things, I've
read them and understand them. I've applied and used the information
and am able to formulate new ideas and theories and test them and
create and do. Yet, somehow your opinion isn't something I agree with,
so that makes me clueless to the point where you feel it's an
appropriate reaction to reply to me with insults and accusations about
my experience and knowledge, yet you know nothing about me. The only
thing this really tells me, is what sort of person you are. Your
pathetic attempts to apply your theories about me to make you feel
better about yourself don't actually make it true (though you're
probably arrogant enough to think that's all the basis you need for
your claims). Personally, anyone that reacts like that when they feel
threatened by someone on usenet disagreeing with them, I just can't
take too seriously.
> NK> Anyway, you certainly must agree that it's not always the best
> or
> NK> viable solution. I think that's a careless rule of thumb. My
> NK> code is not really any longer to develop than other peoples, and
> NK> my code runs fast and efficient on any system. I don't agree
> with NK> the rule of getting a faster system to account for
> inefficient or NK> poor coding choices.
>
> all rules of thumb are careless. that's why they are CALLED that.
> duh!!
Some are more careless and foolish than others (duh)
> >> for a starter, read the mythical man month.
>
> NK> I've read it. I've done research. I've been coding for a while
> NK> (even if not as long as you might have, I really don't know or
> NK> care). I still disagree. I think it's arrogance, ignorance,
> NK> carelessness and laziness that accounts for every situation
> where NK> people's "solution" is to upgrade a system when it's not
> otherwise
> NK> necessary. Sometimes it is, but if you have to because of a
> NK> design choice, slow code, or choice of language, then you should
> NK> probably find a new line of work if that's your general, generic
> NK> "rule of thumb".
>
> well, then you get to manage a group of perfect coders who all do what
> you want to do in zero time (just like Quantum::Superpostions! :).
All sarcasm aside (can you manage to do that?) one needn't be a perfect
coder, just qualified and good. A bad coder or one that's considered
closer or further to or from being "perfect" doesn't matter what
language it is. The point was, your argument that someone it would
increase development time so severely by not just "getting a faster
system to solve the problem", was why it's a "good rule of thumb".
Untrue. So, do you make these decisions based on your lack of
experience and skills in another language, or because you can't chose
actual qualified programmers, or out of desperation, or just because
that's the gap that closes you and your code?
> and
> you will make tons of money. otherwise you are stuck in the same
> boat. you haven't experienced the real world yet it seems. good luck
> in your fantasy.
Apparently, if I say a good C coder with modules, libraries, code and
function templates (which any good C coder would have) can develop just
as efficiently as someone in Perl, you read that as "they do what you
want in zero time". Apparently, you're so arrogant that you can't
accept that some people have different experiences and opinions, else
NOW they also live in a fantasy world or lack "real world experience".
You're really something. Think you might be going a little too far in
your ranting there?
> as for my business it is recruiting and placing perl developers.
And now I feel sorry for a group of people I've never met.
> i
> don't think i will ask you for your resume in the near (or far)
> future.
And you get the impression I'd WANT to send you my resume or work with
or for someone like YOU in ANY capacity? Don't flatter yourself.
You're not keeping me from any work. You give yourself far too much
credit and influence points.
> claiming you know all this but not understanding it is not a
> skill i would promote to my clients.
I honest to God think you're clueless about this subject, or you're just
such an arrogant jerk that this is just standard operating procedure
for you.
> have the appropriate amount of fun!
Don't worry, I know nothing I said will get through that thick layer of
smugness. Not that I usually care, it's not abnormal to see on usenet,
but you've not earned nor deserve getting away with it. You're just an
impossible jerk, but I know you won't let anything I say change your
mind or attitude. Feel free to claim I suffer from whatever other lack
of skills or experience you need to, to make you feel better and more
important about yourself, but you've not really come out on top of
anything. In the future, try and understand why someone's not going to
put up with your smugness and arrogance and don't hold it against them,
especially when you're wrong.
> uri
nal cake.
------------------------------
Date: Wed, 29 Apr 2009 21:20:29 -0700
From: Keith Keller <kkeller-usenet@wombat.san-francisco.ca.us>
Subject: Re: Posting to perl.beginners via google groups
Message-Id: <dhlnc6xgau.ln2@goaway.wombat.san-francisco.ca.us>
On 2009-04-30, Nathan Keel <nat.k@gm.ml> wrote:
> I'm starting to remember why usenet is dying
If I had a nickel for every time someone inaccurately stated the above,
I'd be richer than Warren Buffett.
--keith
--
kkeller-usenet@wombat.san-francisco.ca.us
(try just my userid to email me)
AOLSFAQ=http://www.therockgarden.ca/aolsfaq.txt
see X- headers for PGP signature information
------------------------------
Date: Wed, 29 Apr 2009 23:23:29 -0700
From: Nathan Keel <nat.k@gm.ml>
Subject: Re: Posting to perl.beginners via google groups
Message-Id: <DtbKl.747$S11.368@newsfe03.iad>
Keith Keller wrote:
> On 2009-04-30, Nathan Keel <nat.k@gm.ml> wrote:
>> I'm starting to remember why usenet is dying
>
> If I had a nickel for every time someone inaccurately stated the
> above, I'd be richer than Warren Buffett.
>
> --keith
>
You mean for the reason for the dying/slow down of usenet, or the fact
that you don't think it's dying or has slowed down (quite
significantly)? If you think usenet is just as popular as ever (even
trying to claim it's just a matter of less spam or noise now and that's
why it seems slower) would be inaccurate, or you're new to usenet.
Back 10 years ago, this Perl group received about 200-300 posts per day
(legitimate posts, not spam or noise, but actual Perl related topics
and posts). Even 5 years ago about the same. What do we see now?
Maybe 20-30 posts a day. Each year I've became less and less. Look at
the group history and the historical stats to see.
Granted, the Perl group is still one of the more busy one's, others that
are busy are ruby, and a few others, but most that were getting
hundreds of legitimate/relevant posts per day, are now getting a few
dozen at most, where other groups like Linux related one's, Apache,
PHP, webmaster groups, etc. are getting maybe 10 posts a day at most,
where a few years ago they were getting hundreds per day. Some groups
that got dozens to hundreds per day some years ago literally don't get
any (and they weren't just dropped and not removed by the ISP) Do
those stats not play any role in the scenario? If not, why not?
Then consider that less new people to the Internet are using usenet, a
lot of Internet providers are dropping usenet altogether and a few that
still offer them have effectively abandoned NNTP in favor of pushing
their clients through flaky, often downed third party news servers,
isn't helping. If I had a nickel for every time someone inaccurately
claimed usenet wasn't dying... Anyway, I'd say "Let's take a bet and
post here again in 10 years", but I'm betting usenet is potentially
completely gone by then, and maybe sooner.
------------------------------
Date: 6 Apr 2001 21:33:47 GMT (Last modified)
From: Perl-Users-Request@ruby.oce.orst.edu (Perl-Users-Digest Admin)
Subject: Digest Administrivia (Last modified: 6 Apr 01)
Message-Id: <null>
Administrivia:
#The Perl-Users Digest is a retransmission of the USENET newsgroup
#comp.lang.perl.misc. For subscription or unsubscription requests, send
#the single line:
#
# subscribe perl-users
#or:
# unsubscribe perl-users
#
#to almanac@ruby.oce.orst.edu.
NOTE: due to the current flood of worm email banging on ruby, the smtp
server on ruby has been shut off until further notice.
To submit articles to comp.lang.perl.announce, send your article to
clpa@perl.com.
#To request back copies (available for a week or so), send your request
#to almanac@ruby.oce.orst.edu with the command "send perl-users x.y",
#where x is the volume number and y is the issue number.
#For other requests pertaining to the digest, send mail to
#perl-users-request@ruby.oce.orst.edu. Do not waste your time or mine
#sending perl questions to the -request address, I don't have time to
#answer them even if I did know the answer.
------------------------------
End of Perl-Users Digest V11 Issue 2380
***************************************
