Re: Simple iinventory control products?
Greetings All, We had CICS for 12-15 years, and along with it several MacKinney products - Hot Print, Morning News and KwikKey. We don't have CICS anymore, and our MacKinney products are gone now too. The products worked well, and we did not have any support problems with MacKinney. HTH, Linda -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Question on Job Scheduling
W dniu 2012-02-10 21:28, Dan Gillis pisze: I have a meeting with a customer next week to talk about z/OS batch job scheduling. They claim to have about 20 scheduling employees. In my past experience, that seems about 4x too high. So I thought I'd ask the group the following question: How many job schedulers do you have, and how many MIPS is the environment? It doesn't depend on number of MIPS. It depends on: - number of jobs - number of environments (application instances, z/OS images) - environment complexity - change activity (new releases) - BUT NOT MIPS. Real life examples: a) modern company. Number of MIPS grew up approx 40 times, number of environments grew up 25%. Approx 400 000 jobs monthly, quite complex dependencies. Two folks on the beginning, now ...also two folks. b) old company. No job scheduler! Few hundreds MIPS, environment functionally stabilized (very few, very small changes in the application). Schedule table consist of few pages, it's printed by administrator, jobs are submitted by operators. The operators are mostly responsible for many other things (printing, ftp transmissions, backups), so real FTE cost is ZERO. c) huge government organisation. They started with homegrown, poor tools for scheduling and 20 person staff responsible only for batch. Now they have commercial job scheduler ...and the staff grew up. -- Radoslaw Skorupka Lodz, Poland -- Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. Wedug stanu na dzie 01.01.2012 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.410.984 zotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Question on Job Scheduling
if it's a 24x7 shop, with 1 lead/mgr per shift, that sounds about right for any size unless workload is large. --- On Fri, 2/10/12, Dan Gillis gillis...@gmail.com wrote: From: Dan Gillis gillis...@gmail.com Subject: Question on Job Scheduling To: IBM-MAIN@bama.ua.edu Date: Friday, February 10, 2012, 3:28 PM I have a meeting with a customer next week to talk about z/OS batch job scheduling. They claim to have about 20 scheduling employees. In my past experience, that seems about 4x too high. So I thought I'd ask the group the following question: How many job schedulers do you have, and how many MIPS is the environment? I promise not to reveal where I got any of this information from, I only want the statistics. Thanks, Dan Gillis System z Client Architect, IBM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
BPX.EXECMVSAPF.program_name FACILITY class profile
In the recurrent tedious discussions here of relaxing the 100-character PARM length limit, the objection has been raised that this could subject authorized programs to the hazard of buffer overruns and the proverbial early termination, execution of arbitrary code, or escalation of privileges. However, lately in: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/bpxzb1c0/2.30 Title: z/OS V1R13.0 UNIX System Services Programming: Assembler Callable Services Reference Document Number: SA22-7803-14 I stumbled upon: 2.30 execmvs (BPX1EXM, BPX4EXM) -- Run an MVS program | ... The argument can be from 0 to 4096 | bytes long except for unauthorized callers calling authorized | programs. For unauthorized callers calling authorized programs, the | argument can be from 0 to 100 bytes long. If you want to allow an | unauthorized caller to pass an argument greater than 100 bytes to a | program, a BPX.EXECMVSAPF.program_name FACILITY class profile | needs to be defined for that program. (Note revision bars. Plus a few Google hits; IBMLink tells me nothing.) So in a closely related context, IBM has recognized the hazard and provided a solution. I assume batch initiators could employ a siimilar technique, perhaps even the same FACILITY class, so buffer overrun need no longer be considered an obstacle to longer PARMs. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
IBM Doing Some Restructuring?
http://socialbarrel.com/ibm-job-cuts-in-germany-8000-may-be-laid-off/31574/ Rumor has it that IBM is laying off up to 40% of its workforce in Germany. At the same time they are testing a new global temporary worker program that they believe can speed up project implementation by 30% and reduce costs by 1/3. -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: IBM Doing Some Restructuring?
edja...@phoenixsoftware.com (Edward Jaffe) writes: http://socialbarrel.com/ibm-job-cuts-in-germany-8000-may-be-laid-off/31574/ Rumor has it that IBM is laying off up to 40% of its workforce in Germany. At the same time they are testing a new global temporary worker program that they believe can speed up project implementation by 30% and reduce costs by 1/3. recently item/discussion in (closed linkedin group) Greater IBM: How IBM saved $300 million by going agile; Behind the scenes on IBM's agile transformation Look, ma! The elephant's dancing even faster! https://www.ibm.com/developerworks/mydeveloperworks/blogs/invisiblethread/entry/ibm-agile-transformation-how-ibm-saved-300-million-by-going-agile?lang=en my post/response in the thread: for comparison see this (1982 SEAS aka European SHARE) presentation on development of cp/40 http://www.garlic.com/~lynn/cp40seas1982.txt ... snip ... and in another blog somewhere, somebody did a recent review of Gerstner's Who Says Elephants Can't Dance? http://www.amazon.com/Elephants-Dance-Inside-Historic-Turnaround/dp/0060523794 and my response ... A couple recent posts mentioning Gerstner's resurrection of IBM in (closed linkedin) Greater IBM (currentformer employees) http://www.garlic.com/~lynn/2012.html#57 above mentions Age of Greed discussing a few wallstreet players (including Gerstner) during 80s90s. also in (open linkedin) Mainframe Experts -- really long-winded post discussing runup to IBM going into the red http://www.garlic.com/~lynn/2012.html#92 above mentions Strategic Intuition that somewhat compares Microsoft, Apple, Google and Gerstner's resurrection of IBM another Greater IBM in Can a business be democratic? Tom Watson Sr. thought so discussion -- some reference to factors leading up to Gerstner's resurrection of IBM http://www.garlic.com/~lynn/2012.html#104 and repeated again in this Greater IBM discussion: Original Thinking Is Hard, Where Good Ideas Come From http://www.garlic.com/~lynn/2012b.html#59 and http://www.garlic.com/~lynn/2012b.html#68 and http://www.garlic.com/~lynn/2012b.html#72 ... snip ... -- virtualization experience starting Jan1968, online at home since Mar1970 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: IBM Doing Some Restructuring?
Well, hindsight being 20-20, it is obvious management within IBM has done both some incredibly smart, and incredibly dumb moves over the past 30 yrs. or so. I know every time I applied for a job, I always wanted to work on a part time basis, because I just didn't want that feeling of security everyone has to some degree when they take permanent full-time employment. And every time I have worked on a part time job, when an offer came along for a full time position, I always turned it down. Mostly because I felt loyalty to the current employer for offering me the part-time, temporary position instead of making me take full-time employment. And for sure, we all know software development is much easier when you don't have the previous developers around to just clutter things up when you are spending all that time going thru the code to try to figure out why this or that function is coded the way it is. The idea of hiring temporary workers, the 'liquid' people referred to in the article, seems to me to be at odds with long term, successful growth. IBM is adopting Walmart's business model on this one. --Dave On 2/11/2012 10:06 AM, Edward Jaffe wrote: http://socialbarrel.com/ibm-job-cuts-in-germany-8000-may-be-laid-off/31574/ Rumor has it that IBM is laying off up to 40% of its workforce in Germany. At the same time they are testing a new global temporary worker program that they believe can speed up project implementation by 30% and reduce costs by 1/3. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: IBM Doing Some Restructuring?
On 2/11/2012 8:31 AM, Dave Day wrote: The idea of hiring temporary workers, the 'liquid' people referred to in the article, seems to me to be at odds with long term, successful growth. It's hard for me to understand how any serious development projects can be done by temps. Software development is not a math problem. You can't just throw bodies at it to get things done more quickly. You need a smallish group of highly skilled people--the kind that usually have permanent gigs--and time for them to learn the infrastructure and architecture before they can be truly useful. Also, as with any complex subject, the learning curves can be fairly steep. OTOH, perhaps the projects they're envisioning don't involve actual development. Maybe they involve customization of OTS packages? -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Turning on additional CPs
On 2/9/2012 8:53 AM, Staller, Allan wrote: There is a well know impact of additional CP's known as the MP effect. Going from 1 to 2 engines does not get you twice as much horsepower. Only 1.9 times as much. In the early days 360/65 AP 305/65 MP, the effect was only 1.7 times. Specifically, if you look at z196 machines http://tech-news.com/publib/pl2817.html you'll see the following LSPR ratios: Modl Ratio Delta 701 2.15 N/A 702 4.06 1.91 703 5.92 1.86 704 7.72 1.80 705 9.47 1.75 706 11.17 1.70 707 12.82 1.65 and so on... -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN