Andrew Lentvorski wrote:
Well, as I pointed out, it's the "zero install" issue on Windows.
The IT staff simply will *not* allow anyone to install a non-corporate
approved language in their environment. I have seen this many times
from folks when they ask for something that results in 4 lines of regex
Perl from me. "Oh, I can't use Perl. It's not installed and I can't
possibly get permission for that. How can I use Java/C#?"
I've found myself in the minority when I say to corporate and/or IT,
"You want me to do X, then I need Y, or the job doesn't get done." If
they are so stubborn that they can't provide an efficient working
environment (including functioning tool set) for me to get my job done
efficiently, then I don't need to be working there.
In my opinion, it's ITs job to provide the tools and environment needed
for the users (especially engineers and the like) to do their jobs. It's
corporates job to give IT the latitude to provide the resources so that
IT can provide that environment. To do otherwise shows a fundamental
disconnect at the core of the company, and such a disconnect sets off
warning sirens in my head.
I left a company in November with such a problem (and it still exists).
Things are not going well there.
(Aside: I *_DO_NOT_* like C#. Learned some of it at the afore mentioned
company. The first turnoff was the licensing - nightmare. The second was
that it is J++ - which was M$ modified Java - with some newer C++ stuff
thrown in, wrapped in a M$ wrapper. Java is nice because it doesn't have
some of the crap that C++ has that only causes more problems than it
solves. M$ comes along and puts that crap into C# and adds their typical
restrictive and complicated licensing to it!)
PGA
--
Paul G. Allen, BSIT/SE
Owner, Sr. Engineer
Random Logic Consulting Services
www.randomlogic.com
--
[email protected]
http://www.kernel-panic.org/cgi-bin/mailman/listinfo/kplug-list
