Ed: Those points seem valid, at least subjectively (i.e., one might disagree with them, but they do make *a* case that the article is crap). But the Compuware aspect is still not relevant -- none of your points are related to the Compuware-ness.
Jeez, I sound like a Compuware shill here. Really, I'm not. I've had to deal with ABEND-AID a few times, and my first recommendation is always "Turn it off", because all it does is hide useful details AFAICT. And I've heard plenty of other war stories. Just seeking truth and beauty here... On Mon, Jun 5, 2017 at 4:46 PM, John McKown <john.archie.mck...@gmail.com> wrote: > On Mon, Jun 5, 2017 at 3:24 PM, Edward Gould <edgould1...@comcast.net> > wrote: > > > > On Jun 3, 2017, at 9:41 PM, Rob Schramm <rob.schr...@gmail.com> wrote: > > > > > > Ed, > > > > > > Typically I would agree. Most of my experience with Compuware in the > > past > > > has been about high prices and little negotiating. But has been a > > > Mainframe cheerleader with the Devops stuff. Always seems on > message. I > > > have been enjoying his posts for a while. Looking forward to working > on > > a > > > project that is or wants to use some of the Compuware "new stuff" for > > > development. > > > > > > Until then *rah* *rah* *rah* go team! > > > > > > And my nod to the hash taggers.. > > > > > > #kickinthepants #gracehopperlives #cobol3k # > > cantlearncobolgetoutofthekitchen > > > > > > Rob Schramm > > > > Rob, > > > > I have seen so many companies screwed by Compuware, their name is dirt as > > well as CA. They have literally poisoned the well for ever after, to me. > > See my reply earlier. for my 10 points. > > > > Ken P: And right they should be questioned. Between CA and Compuware > they > > have essentially bled the IT community and have suckled on them far to > > long. I have lost track of the promises that CA and Compare have made in > > the past and have been screwed every time, either by pricing or one > > specific case causing a migration of an OS due to their lack of keeping > up > > with year old technology. In CA’s case I had to change one of their > modules > > so it would work with two year old technology IBM code. They wanted my > code > > but told them to go scratch as they delayed the migration. In CA’s case > > they bought two vendors and their support for the one product went to > hell. > > We had to find a replacement product and pay for something that CA > > orphaned. Another CASE with CA, I have been called in at all hours to > > support some of their crappy code. I do not like staying up all night in > > support of a vendor that can’t get its ducks in a line (one product > talking > > to another product). We were *NOT* bleeding edge as I said above at > least a > > year behind (sometimes more). As I said vendors lie and the system > > programmer gets caught in the mess. I HATE WORKING all night. > > > > Ed > > > > > I, personally, don't much against either CA or Compuware. I do know that, > especially in CA's case, they often acquire software and put it in the > "cash cow" status. That is, barely maintain it while increasing the > maintenance fees. Or, in some cases, making it "functionally stabilized", > but still requiring a "run time" license. I guess that we're in a strange > state because our Compuware contract was for a permanent execution license. > So we are running AbendAid "for free" so long as we stay on z/OS 1.12. The > same is true of the little BMC software (Mainview / CMF) that we use. > > I have actually considered whether it would be "interesting" to write some > sort of "job scheduler" on z/OS. I don't have too much trouble with > figuring out the internals to submit & track jobs. The problem is the UX & > UI design. I fear my approach would be "by a programmer, for other > programmers". > > -- > > Prof: So the American government went to IBM to come up with a data > encryption standard and they came up with ... > > Student: EBCDIC! > > Maranatha! <>< > John McKown > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- zMan -- "I've got a mainframe and I'm not afraid to use it" ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
