During the 80s and 90s, a lot of shops restructured to cull the innovators (writers/installers) from the maintainers. A thinly disguised shakeout of the men vs. the boys. A friend of mine (female) scoffed at this artificial hierarchy by arguing than any dolt could follow a step-by-step recipe to install and customize a software product, but it took maturity and insight and a highly reliable gut to manage the care and feeding of said product through its life span. Maintenance is an unglamorous art, but try driving your shiny new Tesla over a crumbling road.
I like this article. . . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-302-7535 Office [email protected] -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of Edward Finnell Sent: Saturday, April 09, 2016 1:25 PM To: [email protected] Subject: (External):Re: Interesting article on why sustained maintenance is better than the lates... Well duh? Pretty standard for software development. Worked with Col. Putnam in the service. True egghead, but very insightful as to how much software cost to develop, deploy and maintain. Was kinda funny he'd start out throwing up these slide and the Generals would go to sleep, few more and the NCO's would drift off, towards the end he's explain how it fitted into eigenvalue models and the civilians would check out. When it got to Questions only a few of us left and you better be prepared for an answer complete with sidebars and where did you miss this in the presentation? https://en.wikipedia.org/wiki/Putnam_model In a message dated 4/9/2016 7:46:53 A.M. Central Daylight Time, [email protected] writes: The article argues that sustained maintenance is necessary to a successful solution. Sound familiar? ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
