In another shop, and all my previous employers, I did as you said. No
unsupported "freebies". In this shop, saying no is to be placed at the top
of the RIF list for not being a "team player". And "not supportive".

Hopefully, if/when I get a new employer, I can do things the proper way.
On Jul 8, 2014 5:53 PM, "Ed Gould" <edgould1...@comcast.net> wrote:

> On Jul 8, 2014, at 4:18 PM, John McKown wrote:
>
>> --------------------------SNIP--------------------------
>> ------------------
>> Well, unfortunately, I am tasked to do things. So it is use what I
>> have available to me because we _aren't_ going to get supported
>> products which cost real money. And z/OS is not the only victim. The
>> Windows people likewise have processes which are dependent on
>> non-supported software. Because it reduces our budget.
>>
>
> John:,
>
> Maybe the problem is you got into this position by your own permissive
> behavior (I don't know)
> But you have to be proactive just not "make it work".
> I was always proactive and only supported items that I knew I was able to
> support. I didn't take the the boss dictating "make it work" If he tried it
> he knew that the project would fail not by me but because others couldn't
> support what I knew was impossible. There was only one product that was
> snuck into the system and it died a miserable death because I would upgrade
> OS's and only inform my boss. Only the snuck in software had a problem and
> I just said not mine you fix it, my boss stood behind me (as did his boss
> and boss squared). One time it was requested that I assist the people and
> the vendor was out of his depth, I ended up solving the problem only after
> pointing out the issue exactly and the vendor fixing it after screaming it
> wasn't their issue.
> Ed
>
>
>>
>>> Ed
>>>
>>
>> --
>> There is nothing more pleasant than traveling and meeting new people!
>> Genghis Khan
>>
>> Maranatha! <><
>> John McKown
>>
>> ----------------------------------------------------------------------
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>>
>
> ----------------------------------------------------------------------
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Reply via email to