Your team needs to write GUI apps in a Windows environment, automating MS
Exchange Server and Lotus Notes using OLE?
There are many places in which perl is the best tool for the job, but I have
to say, this isn't one of them. In this forum I'll probably catch some flak
for saying this, but I'm siding with your boss on this one.
--
Mark Thomas [EMAIL PROTECTED]
for($r=-1;$r!=38;$c++){print"\n",
" "x(38-$r+++($c=0))if($c>
$r);print~$r&$c?
" `":" #"
;}
> -----Original Message-----
> From: macnerd [mailto:[EMAIL PROTECTED]]
> Sent: Friday, April 26, 2002 2:32 PM
> To: [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]
> Subject: Why my boss doesn't want Perl...
>
>
>
> Hi all.
>
> I am a QA tester at some company in the valley. I like using
> open source tools, but I might not be able to do this at work
> for many reasons.
>
> We do automation of Microsoft Exchange Server, which will
> grow to include Lotus Notes server as well in the future. I
> created a quick batch of tools in VBA to automate some
> Outlook automation, and then I ported them to Perl. Others,
> took my VBA scripts and make these nice GUI interfaces using
> Visual Basic environment. Now, it seems the team is leaning
> towards Visual Basic.
>
> My boss's idea is that with VB, nothing is required. Other
> engineers will not be required to installed Perl in order to
> run the scripts. Whereas, VBA can run on any Windows
> environment, as everyone will have MS Outlook.
>
> We want to standardize on one language in order to avoid a
> nightmare of different languages, and not having the time to
> have QA engineers to learn different languages and libraries
> just for a specific tool. Now, we have tools in Python,
> shell scripts, VBA, C/C++, and Perl. From what I gather,
> we'll most likely go to VB.
>
> From my perspective, I would rather go to Perl because Perl
> can access OLE Automation just as well as any other language,
> and integrate C/C++ libraries if needed, has many libraries
> available for it (mileage varies naturally), and is more
> portable than VBA (UNIX and Windows).
>
> There are some concerns though.
>
> For one, everyone has their favorite modules and such, and
> these require some time to research and install. Many
> modules require modules, which require modules, which require
> modules... Seeing how just installing freakin' Perl on a
> machine is a problem, I cannot imagine requiring installing
> other libraries/modules...
>
> In the VB IDE, is really super powerful, Microsoft examples
> are in VB (from both the internet and online-docs), and it's
> easy to step through the code. I tried programming OLE
> Automation with Komodo, and it isn't easy. Do to unforeseen
> problems, I cannot view all of the OLE Automation variables
> in Komodo when stepping through code. Sometimes I have to go
> to some VB IDE, look and the objects and how data is
> manipulated, and then take that understanding/code snippets,
> and port it to Perl. I'm wondering myself, why am I wasting
> time to create my Perl code conceptually in VBA.
>
> Another co-worker's knowledge is growing leaps and bounds
> with VB. He grew from my code snippets to the point of
> creating interfaces and learning about a plethora of rich
> untapped power of many OLE libraries from everything from XML
> to serial capture... It integrates so well with Office
> applications, and he can figure out stuff really quickly. I
> feel like I am handicapped with Perl in doing the same chores... :-<
>
> Lastly, there is the costs. Because of MSDN and site
> licenses already available, VB costs my group nothing.
> However, Komodo would cost my group $200 per engineer that
> needs to use it. Also, if I got ActivePerl Pro, then that
> would cost $500.
>
> There's also costs of maintenance. There's a chance the even
> novice users can learn VB, but with Perl, it proves more
> difficult. (Especially going through multiple references of
> hashes and arrays :)
>
> So, how can I justify Perl? Please, no your co-workers are
> morons or your boss is stupid comments. I against Osborne
> reasoning won't allow me to use Perl in the workplace...
>
> _______________________________________________
> Perl-Win32-Users mailing list
> [EMAIL PROTECTED]
> To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
>
_______________________________________________
Perl-Win32-Users mailing list
[EMAIL PROTECTED]
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
