In
985915eee6984740ae93f8495c624c6c2368d56...@jscpcwexmaa1.bsg.ad.adp.com,
on 04/10/2015
at 10:39 AM, Farley, Peter x23353 peter.far...@broadridge.com
said:
Agile may work in the fluid web world,
I don't know what Agile specifies, but I was involved in rapid
prototyping and we most definitly
Of Shmuel Metz (Seymour J.)
Sent: Friday, April 10, 2015 11:01 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: A New Performance Model
In
985915eee6984740ae93f8495c624c6c2368d56...@jscpcwexmaa1.bsg.ad.adp.com,
on 04/10/2015
at 10:39 AM, Farley, Peter x23353 peter.far...@broadridge.com
said
: 09/04/2015 07:13
Subject:Re: A New Performance Model ?
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU
Dave Barry wrote:
In the old paradigm, technology was managed by technologists.
In the new paradigm, technology is managed by accountants.
I hate to break the news
In
of1f97a172.f079794d-on48257e22.001a26e3-48257e22.001dd...@sg.ibm.com,
on 04/09/2015
at 01:26 PM, Timothy Sipples sipp...@sg.ibm.com said:
How do YOU know it's even more expensive?
How do I know that yopu exist?
You haven't articulated an inviolable physical constant, like some
theories in
Sometimes, Seymour does make idiotic
comments.
Sometimes?
-
-teD
-
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
.
But maybe my imagination is too limited.
Peter
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Timothy Sipples
Sent: Thursday, April 09, 2015 1:26 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: A New Performance Model
Shmuel Metz writes
Farley, Peter x23353 wrote:
As I said previously, you make some cogent and relevant points, but to the
rest of us (well, at least to me) one of the key problems in the OP's
situation is still the organizational one, which you still did not address.
This is your second post to Timothy
Timothy Sipples wrote:
Well sure, it's ONE AND ONLY ONE FACTOR TO CONSIDER. No less, NO MORE.
Yep - it's only one factor. But if I can quote Bugs Bunny, It's a doozy.
--
For IBM-MAIN subscribe / signoff / archive access
On 04/09/2015 10:44 AM, Aled Hughes wrote:
Seymour J Metz said,
How do I know that yopu exist? (sic)
I felt I had to reply to this. Contrary to your somewhat puerile comment
Seymour, Timothy DOES exist. I have had some excellent advice from him over the
years which didn't necessarily involve
or government initiative expressly permitting the use of e-mail for such
purpose.
From: Timothy Sipples sipp...@sg.ibm.com
To: IBM-MAIN@LISTSERV.UA.EDU
Date: 04/09/2015 01:27 AM
Subject:Re: A New Performance Model
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU
if we're rational. This year we worry about
terabytes, and maybe in the future we won't even worry about those.
re:
http://www.garlic.com/~lynn/2015c.html#65 A New Performance Model ?
I've periodically mentioned that when measured in number of CPU cycles
access to storage (aka a cache miss
: Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net
To: IBM-MAIN IBM-MAIN@LISTSERV.UA.EDU
Sent: Thu, 9 Apr 2015 13:22
Subject: Re: A New Performance Model
In
of1f97a172.f079794d-on48257e22.001a26e3-48257e22.001dd...@sg.ibm.com,
on
04/09/2015
at 01:26 PM, Timothy Sipples sipp...@sg.ibm.com said
/mydeveloperworks/blogs/MartinPacker
From: Aled Hughes 0050619ca8df-dmarc-requ...@listserv.ua.edu
To: IBM-MAIN@LISTSERV.UA.EDU
Date: 09/04/2015 15:45
Subject:Re: A New Performance Model
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU
Seymour J Metz said
In 781413295.1670697.1428467165279.javamail.ya...@mail.yahoo.com, on
04/08/2015
at 04:26 AM, David Mingee ming...@prodigy.net said:
I agree with Ed. There are always cases where the effort and cost
might outweigh the benefit of tuning, but there are still many
cases where thereis cost
In
of9a37e01c.d769e77e-on48257e21.001b7ffa-48257e21.00232...@sg.ibm.com,
on 04/08/2015
at 02:24 PM, Timothy Sipples sipp...@sg.ibm.com said:
For example, before even getting to the IT aspects, there are many
possible scenarios when rolling out the new/modified business
functions late(r) is
Farley, Peter wrote:
Though your [Timothy] points are well spoken and reasoned, you still did not
address the basic organizational issue the OP is facing
Agreed 100%.
As far as I see, the OP is sitting somewhere very uncomfortable and wishing for
a quick relief.
I agree there may be a
Elardus,
Agree you 100%. Maybe they need a second pair of eyes to review the
design. I know I do and I will bet other software designers and system
programmers do. A second pair of eyes is like a Dr.'s second option.. Like
you mentioned something was missed and the easy out was a mainframe
idfzos...@gmail.com (Scott Ford) writes:
Agree you 100%. Maybe they need a second pair of eyes to review the
design. I know I do and I will bet other software designers and system
programmers do. A second pair of eyes is like a Dr.'s second option.. Like
you mentioned something was missed and
@LISTSERV.UA.EDU
Reply To: IBM Mainframe Discussion List
Subject: Re: A New Performance Model ?
Elardus,
Agree you 100%. Maybe they need a second pair of eyes to review the
design. I know I do and I will bet other software designers and system
programmers do. A second pair of eyes is like a Dr.'s
edgould1...@comcast.net
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Tuesday, April 7, 2015 8:28 PM
Subject: Re: A New Performance Model ?
Timothy:
Its amazing what a blocked 1 file cost not so much in processing but
waiting .
Try any program that is fairly IO intensive and you will see the cost
and
the devil takes the hindmost.
Peter
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Timothy Sipples
Sent: Monday, April 06, 2015 12:55 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: A New Performance Model ?
Highly skilled development
@LISTSERV.UA.EDU
Subject: Re: A New Performance Model ?
Highly skilled development talent takes performance and resource
utilization into consideration during design, development, turning and
testing.
Agreed, but only to the degree merited in the circumstances. Highly skilled
development
Timothy,
I agree you have made many valid points. Many times in my career I have
heard from various managers, do it quick and dirty, no time, no money. I
also have seen the IBM full court press on a customer, ending up causing
customer alienation. Part of the issue , IMHO, is that management
On Sun, Apr 5, 2015 at 9:28 PM, Timothy Sipples sipp...@sg.ibm.com wrote:
snip
optimizations. If the operations and development teams are working well
together, it's wonderful. Some of John McKown's previous posts, for
example, suggest he's going above and beyond in helping his colleagues in
On Mon, Apr 6, 2015 at 7:02 AM, Scott Ford idfzos...@gmail.com wrote:
Timothy,
I agree you have made many valid points. Many times in my career I have
heard from various managers, do it quick and dirty, no time, no money. I
also have seen the IBM full court press on a customer, ending up
John,
Sounds all to familiar my man when I worked in Europe they used to make
fun of Americans doing a project 6x , it was sad...to say the least . But
on the flip slide we have all worked with super good people as well as the
bad.
Btw the money doesn't make it to our pockets , when it
Timothy has some points and some not so valid points.
Lets put it one way Timothy works for IBM and as such has an inherent
bias about the subject matter.
As for my opinion, I think its worth a few bodies (currently employed
at your place of business) that are probably senior senior types.
I
Highly skilled development talent takes performance and resource
utilization into consideration during design, development, turning and
testing.
Agreed, but only to the degree merited in the circumstances. Highly skilled
development talent and management also know where best to allocate their
in the reactions so far. They're quite...old
fashioned. :-( Yes, there is a new performance model, but this new is
almost as old as computing.
That assertion from the development team's management is certainly
possible. Development talent, particularly highly skilled talent, continues
to become
performance model, but this new is
almost as old as computing.
That assertion from the development team's management is certainly
possible. Development talent, particularly highly skilled talent, continues
to become more expensive relative to most other factor inputs in computing.
That trend exists
30 matches
Mail list logo