Re: IGGCSI00 Catalog Search interface
Sadly there are several fields which require the use of REXX LISTDSI which uses an undocumented API to get those fields. To invoke LISTDSI requires being in a TSO environment. On Thu, 14 Mar 2024 08:19:36 -0500 Don Johnson <02ee771a0785-dmarc-requ...@listserv.ua.edu> wrote: :>Good morning! :>I am working with the IGGCSI00 module, and have looked at the field descriptions and think I am missing something. :>Does anyone know the CSI field name and format where I can discover if a file is a BASIC or LARGE DSNtype? -- Binyamin Dissen http://www.dissensoftware.com Director, Dissen Software, Bar & Grill - Israel -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Rexx numeric digits and scientific notation question
On 19/03/2024 12:40 pm, David Crayford wrote: We utilize both languages, selecting the most suitable for each task at hand. Our primary application runs on Java using the Spring Boot framework. We orchestrate records originating from various z/OS data sources, transforming them into JSON or other pluggable formats, and dispatch them to analytics platforms, AI engines, or serve Prometheus metrics. We've developed numerous Java record mapping classes generated by our tooling, which is crafted in Python using Jinja2 templates and YAML schemas. Opting for Java in this context wouldn't be pragmatic. I've done JSON generation for all the SMF records supported by EasySMF in Java, so I guess it can be done either way. It certainly worked for me. With AI technology already a reality, Python stands as the prevailing programming language of the moment. While much buzz surrounds the new Telum chip in the z16, the question remains: How do we leverage its potential? For this, we require Python libraries—either TensorFlow or PyTorch—running on s390x architecture (for now). My impresson has been that Python is central to AI, but I'm curious about more general use cases. What you are using it for doesn't really tell me why you are using it. Is it a good choice for e.g. summarizing a few hundred million CICS SMF records? I guess AI implies processing large quantities of data so maybe it is. On the other hand, processing power tends to be less restricted on other platforms... -- Andrew Rowley Black Hill Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Rexx numeric digits and scientific notation question
> On 19 Mar 2024, at 9:08 am, Andrew Rowley > wrote: > > On 19/03/2024 11:05 am, David Crayford wrote: >> If you’re care so much about Java catching errors at compile time then why >> don’t you use Kotlin instead? NPE’s are one of the most common form of Java >> runtime errors that can be eliminated using Kotlins null safety. > > Java's not perfect, but it is powerful and it is pretty much universally > available on z/OS. I'm writing functions for others to build on e.g.: > > https://static.blackhillsoftware.com/easysmf-rti/javadoc/com.blackhillsoftware.smf.realtime/com/blackhillsoftware/smf/realtime/package-summary.html > > So using/targeting the language that is most available makes sense. > > But my question was: Why Python? What are the reasons for using Python rather > than e.g. Java? We utilize both languages, selecting the most suitable for each task at hand. Our primary application runs on Java using the Spring Boot framework. We orchestrate records originating from various z/OS data sources, transforming them into JSON or other pluggable formats, and dispatch them to analytics platforms, AI engines, or serve Prometheus metrics. We've developed numerous Java record mapping classes generated by our tooling, which is crafted in Python using Jinja2 templates and YAML schemas. Opting for Java in this context wouldn't be pragmatic. Employing SnakeYAML and utilizing a map-like interface for traversing the object graph, or even resorting to POJO classes and beans, would entail significantly more effort. Python serves as our go-to choice for tooling, encompassing DevOps pipelines, and managing artifactory processes. With AI technology already a reality, Python stands as the prevailing programming language of the moment. While much buzz surrounds the new Telum chip in the z16, the question remains: How do we leverage its potential? For this, we require Python libraries—either TensorFlow or PyTorch—running on s390x architecture (for now). Our AI products process mainframe data, including SMF, exclusively in Python. Noteworthy examples like ChatGPT and the Autopilot AI model training for Tesla automobiles are also Python-based. Additionally, automation tools like Red Hat Ansible, written in Python, are gaining traction on z/OS. Concerns about uninitialized variables and similar issues need not weigh heavily on our minds. Modern IDEs catch such errors in real-time, offering robust support akin to Java, especially when configured to block commits if there are outstanding liniting warnings. While I personally use the enterprise versions of the IntelliJ suite, VS Code stands as a commendable and cost-free alternative. Though the conversation initially compared REXX to Python, it's clear they are fundamentally different beasts and different ends of the spectrum. Python is a powerful and widely-used programming language with applications across various industries. It underpins critical systems like the backend of Instagram's photo-sharing platform, and is utilized by major players such as Tesla, Spotify, Uber, Amazon, NASA, Netflix, and Facebook. Notably, IBM is investing in Python for z/OS, with the ability to run on a zIIP with a 70% generosity factor and libraries facilitating integration with RACF, enabling the use of RACF keyrings with micro web frameworks like Flask. Certainly, IBM's investment in Java is crucial for the future sustainability of z/OS. On the other hand, REXX is likely supported as cheaply as possible by a very small team, along with TSO. > > -- > Andrew Rowley > Black Hill Software > > -- > 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
Re: Rexx numeric digits and scientific notation question
On 19/03/2024 11:05 am, David Crayford wrote: If you’re care so much about Java catching errors at compile time then why don’t you use Kotlin instead? NPE’s are one of the most common form of Java runtime errors that can be eliminated using Kotlins null safety. Java's not perfect, but it is powerful and it is pretty much universally available on z/OS. I'm writing functions for others to build on e.g.: https://static.blackhillsoftware.com/easysmf-rti/javadoc/com.blackhillsoftware.smf.realtime/com/blackhillsoftware/smf/realtime/package-summary.html So using/targeting the language that is most available makes sense. But my question was: Why Python? What are the reasons for using Python rather than e.g. Java? -- Andrew Rowley Black Hill Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Rexx numeric digits and scientific notation question
One of the things that makes a language useful is a large library. You can start using, e.g., Ada, C++, Java, LaTeX, ooRexx, Perl, Python, with only a handful of packages, and look for others as the need arises. BTDT,GTTS -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 עַם יִשְׂרָאֵל חַי נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר From: IBM Mainframe Discussion List on behalf of Farley, Peter <031df298a9da-dmarc-requ...@listserv.ua.edu> Sent: Monday, March 18, 2024 7:01 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Rexx numeric digits and scientific notation question IMHO the learning curve for Java and all the libraries you have to know and understand to make it at all useful far outweighs its presumptive establishment in the z/OS ecosystem. Again IMHO Python is intended to be a scripting language and as such it shares much design philosophy with Rexx and awk and other scripting languages that are primarily interpreted rather than compiled like Java. Mind you I am not in love with the “significant indentation” syntax (far too easy to make a structural mistake), but it takes a much smaller learning curve to deal with that then learning and remembering all of the lengthy Java library names you need to know to do anything useful (in reverse hierarchical order no less, most significant qualifier at the end of every “name”? really? Whose bright idea was that?). Personally I welcome having Python available by default on z/OS (which isn’t here yet for most shops, but hopefully will be soon), along with all the other open source programs and utilities being actively ported to z/OS. The really tricky part of letting programmers use Python is how do they get the necessary non-standard libraries for themselves? I suspect most large shops will, in the name of “security”, prevent open access to the PyPi library repository, and no doubt highly control it in a bureaucratic snarl, with the actual breadth of available packages highly restricted to only those libraries that are “approved for use” in a locally maintained private repository. Sad to say, I can see the bureaucratic delays to get access to a library piling up already. As has been said many times before: “You can’t win, you can’t break even, and you can’t get out of the game. That’s Life.” Peter From: IBM Mainframe Discussion List On Behalf Of Andrew Rowley Sent: Monday, March 18, 2024 6:18 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Rexx numeric digits and scientific notation question On 16/03/2024 11:17 am, David Crayford wrote: > IBM and ISVs are working on Python APIs for products right now. And they will > be better than the REXX versions. Why Python? I know it's the latest hot language, but what advantages does it have over e.g. Java (well established on z/OS)? I have looked into it a few times, but get as far as "significant indentation" and "no variable declarations" and decide it's not something I want to use. Is it a sign of weakness to ask the compiler to help me avoid bugs? -- This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- 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
Re: Rexx numeric digits and scientific notation question
Python has had type hints for ages https://docs.python.org/3/library/typing.html. If you use an IDE you can set the review to block commits if liniting fails. If you’re care so much about Java catching errors at compile time then why don’t you use Kotlin instead? NPE’s are one of the most common form of Java runtime errors that can be eliminated using Kotlins null safety. > On 19 Mar 2024, at 7:30 am, Andrew Rowley > wrote: > > On 19/03/2024 9:53 am, Pew, Curtis G wrote: >> You get used to the “significant indentation” thing pretty quickly. It >> really makes sense: you should be indenting blocks anyway to make them easy >> to read, so why clutter things up with braces or keywords? >> >> Most scripting languages (including REXX) don’t require declaring variables. >> Since there’s no separate compile step you get the errors when they happen >> in any case, so declaring variables doesn’t buy you much. > > I probably would get used to significant indentation, although I do indent > for readability and I'm not sure I want to be mixing readability and logic in > the same construct. > > Explicitly declaring variables has a number of advantages: > > - it flags errors due to e.g. misspellings > > - it flags errors when you intend to create a new variable but reuse an > existing one > > - it checks data types, e.g. for SMF data if you have a ZonedDateTime you > can't assign/compare a LocalDateTime without specifying the time zone. So the > class designers can protect you form a whole heap of common errors, and flag > them before the program starts. > > -- > Andrew Rowley > Black Hill Software > > -- > 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
Re: Rexx numeric digits and scientific notation question
On 19/03/2024 10:01 am, Farley, Peter wrote: IMHO the learning curve for Java and all the libraries you have to know and understand to make it at all useful far outweighs its presumptive establishment in the z/OS ecosystem. You really don't have to learn a lot of libraries to use Java. Basic I/O and Java collections will get you a very long way. There are a lot of libraries, but they are there because they are (hopefully) easier than writing something yourself. You don't need to learn them until you actually need that function, and then you can make your choice whether to use an existing library or write your own. -- Andrew Rowley Black Hill Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Rexx numeric digits and scientific notation question
On 19/03/2024 9:53 am, Pew, Curtis G wrote: You get used to the “significant indentation” thing pretty quickly. It really makes sense: you should be indenting blocks anyway to make them easy to read, so why clutter things up with braces or keywords? Most scripting languages (including REXX) don’t require declaring variables. Since there’s no separate compile step you get the errors when they happen in any case, so declaring variables doesn’t buy you much. I probably would get used to significant indentation, although I do indent for readability and I'm not sure I want to be mixing readability and logic in the same construct. Explicitly declaring variables has a number of advantages: - it flags errors due to e.g. misspellings - it flags errors when you intend to create a new variable but reuse an existing one - it checks data types, e.g. for SMF data if you have a ZonedDateTime you can't assign/compare a LocalDateTime without specifying the time zone. So the class designers can protect you form a whole heap of common errors, and flag them before the program starts. -- Andrew Rowley Black Hill Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Rexx numeric digits and scientific notation question
IMHO the learning curve for Java and all the libraries you have to know and understand to make it at all useful far outweighs its presumptive establishment in the z/OS ecosystem. Again IMHO Python is intended to be a scripting language and as such it shares much design philosophy with Rexx and awk and other scripting languages that are primarily interpreted rather than compiled like Java. Mind you I am not in love with the “significant indentation” syntax (far too easy to make a structural mistake), but it takes a much smaller learning curve to deal with that then learning and remembering all of the lengthy Java library names you need to know to do anything useful (in reverse hierarchical order no less, most significant qualifier at the end of every “name”? really? Whose bright idea was that?). Personally I welcome having Python available by default on z/OS (which isn’t here yet for most shops, but hopefully will be soon), along with all the other open source programs and utilities being actively ported to z/OS. The really tricky part of letting programmers use Python is how do they get the necessary non-standard libraries for themselves? I suspect most large shops will, in the name of “security”, prevent open access to the PyPi library repository, and no doubt highly control it in a bureaucratic snarl, with the actual breadth of available packages highly restricted to only those libraries that are “approved for use” in a locally maintained private repository. Sad to say, I can see the bureaucratic delays to get access to a library piling up already. As has been said many times before: “You can’t win, you can’t break even, and you can’t get out of the game. That’s Life.” Peter From: IBM Mainframe Discussion List On Behalf Of Andrew Rowley Sent: Monday, March 18, 2024 6:18 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Rexx numeric digits and scientific notation question On 16/03/2024 11:17 am, David Crayford wrote: > IBM and ISVs are working on Python APIs for products right now. And they will > be better than the REXX versions. Why Python? I know it's the latest hot language, but what advantages does it have over e.g. Java (well established on z/OS)? I have looked into it a few times, but get as far as "significant indentation" and "no variable declarations" and decide it's not something I want to use. Is it a sign of weakness to ask the compiler to help me avoid bugs? -- This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Rexx numeric digits and scientific notation question
On Mar 18, 2024, at 5:17 PM, Andrew Rowley wrote: Why Python? I know it's the latest hot language, but what advantages does it have over e.g. Java (well established on z/OS)? The context here was using Python in place of REXX. It’s a scripting language, meaning you can just write your text file and then run it, without compiling or linking or such. I have looked into it a few times, but get as far as "significant indentation" and "no variable declarations" and decide it's not something I want to use. Is it a sign of weakness to ask the compiler to help me avoid bugs? You get used to the “significant indentation” thing pretty quickly. It really makes sense: you should be indenting blocks anyway to make them easy to read, so why clutter things up with braces or keywords? Most scripting languages (including REXX) don’t require declaring variables. Since there’s no separate compile step you get the errors when they happen in any case, so declaring variables doesn’t buy you much. Python allows me to mix object-oriented and functional programming, it doesn’t require a lot of “ceremony”, and it makes it easy to write short but readable programs. -- Curtis Pew ITS Campus Solutions curtis@austin.utexas.edu -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Rexx numeric digits and scientific notation question
On 16/03/2024 11:17 am, David Crayford wrote: IBM and ISVs are working on Python APIs for products right now. And they will be better than the REXX versions. Why Python? I know it's the latest hot language, but what advantages does it have over e.g. Java (well established on z/OS)? I have looked into it a few times, but get as far as "significant indentation" and "no variable declarations" and decide it's not something I want to use. Is it a sign of weakness to ask the compiler to help me avoid bugs? -- Andrew Rowley Black Hill Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Algol
This is related to Algol 60, IMO, not Algol 68. Algol 60 had a big influence on some machines in the 1960s. The German mainframe Telefunken TR4, designed in the late 1950s, was a fully transistorized machine and was for some years the fastest machine built in Europe. And, as Dijkstra once said, it was "Algol in Hardware". Some 50 machines were built and one of them was delivered to the Netherlands (maybe Delft), that's probably where Dijkstra had a closer look at this machine. The offspring TR440 was a time sharing machine with Algol, Fortran, PL/1 (Multics), Pascal (from Zürich), COBOL, BCPL and was used at German universities until the early 1980s. I worked with it as a student from 1977 to 1981. One of the designers of the Telefunken machines was Fritz-Rudolf Güntsch, who invented "virtual memory" (some time before it was first used in the Ferranti Atlas computer). https://de.wikipedia.org/wiki/Fritz-Rudolf_G%C3%BCntsch (only available in German language, sorry). Güntsch worked with Rutishauser and Stiefel for some time (at ETH Zürich), who both had a big influence on the creation of the Algol 60 language. Kind regards Bernd Am 18.03.2024 um 20:47 schrieb Laurence Chiu: I cut my teeth on Algol also at university - on a Burroughs B6700 mainframe running MCP. Burroughs at the time were unique in that there was no assembler language. Everything was written in a HLL, MCP was written in ESPOL, the compiler for which was written in DCAlgol. That was just Algol with additional functions for comms handling. Algol was certainly my favourite language at the time and it was cool that Burroughs even provided source code for the compiler which was a great learning opportunity for CS majors. On Sun, Mar 17, 2024 at 2:33 AM Bob Bridges < 0587168ababf-dmarc-requ...@listserv.ua.edu> wrote: I did a lot of coding in Algol during my time at a local University in the late '70s. My impression at the time was that it had a serious paucity of built-in functions, but that it enabled me to write my own and make them easily available to my programs. So I stuffed a library full of I/O and string-handling functions and got along just fine, it seemed to me. Haven't encountered it since; I don’t know what advances may have been made in that arena. --- Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: GNU COBOL
Hi,A port to USS OMVS sounds perfect... :) Dan Sent from Yahoo Mail for iPhone On Monday, March 18, 2024, 5:57 PM, Rick Troth <058ff5c2d0a7-dmarc-requ...@listserv.ua.edu> wrote: I try to maintain working copies of Gnu COBOL in the Chicory collection. Presently we have Gnu COBOL 3.2 for FreeBSD (64 bit), AMD/Intel Linux (64-bit and 32-bit), and Z or S390 Linux (64-bit and 31-bit). rsync://chic.casita.net/opt/gnucobol-3.2/ -- R; <>< On 3/16/24 15:36, Mark Jacobs wrote: > GnuCOBOL "has reached an industrial maturity and can compete with proprietary > offers in all environments," boasted contributor Fabrice Le Fessant, in a > FOSDEM talk. > > https://thenewstack.io/20-years-in-the-making-gnucobol-is-ready-for-industry/ > > Sent from [ProtonMail](https://protonmail.com), Swiss-based encrypted email. > > GPG Public Key > -https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email tolists...@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
Re: GNU COBOL
I try to maintain working copies of Gnu COBOL in the Chicory collection. Presently we have Gnu COBOL 3.2 for FreeBSD (64 bit), AMD/Intel Linux (64-bit and 32-bit), and Z or S390 Linux (64-bit and 31-bit). rsync://chic.casita.net/opt/gnucobol-3.2/ -- R; <>< On 3/16/24 15:36, Mark Jacobs wrote: GnuCOBOL "has reached an industrial maturity and can compete with proprietary offers in all environments," boasted contributor Fabrice Le Fessant, in a FOSDEM talk. https://thenewstack.io/20-years-in-the-making-gnucobol-is-ready-for-industry/ Sent from [ProtonMail](https://protonmail.com), Swiss-based encrypted email. GPG Public Key -https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email tolists...@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
Re: Algol
Keep in mind that ESPOL had a statement for every B6700 opcode, althogh I suspect that they were used very sparsely in MCP. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 עַם יִשְׂרָאֵל חַי נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר From: IBM Mainframe Discussion List on behalf of Laurence Chiu <05c4ba336ee7-dmarc-requ...@listserv.ua.edu> Sent: Monday, March 18, 2024 3:47 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Algol I cut my teeth on Algol also at university - on a Burroughs B6700 mainframe running MCP. Burroughs at the time were unique in that there was no assembler language. Everything was written in a HLL, MCP was written in ESPOL, the compiler for which was written in DCAlgol. That was just Algol with additional functions for comms handling. Algol was certainly my favourite language at the time and it was cool that Burroughs even provided source code for the compiler which was a great learning opportunity for CS majors. On Sun, Mar 17, 2024 at 2:33 AM Bob Bridges < 0587168ababf-dmarc-requ...@listserv.ua.edu> wrote: > I did a lot of coding in Algol during my time at a local University in the > late '70s. My impression at the time was that it had a serious paucity of > built-in functions, but that it enabled me to write my own and make them > easily available to my programs. So I stuffed a library full of I/O and > string-handling functions and got along just fine, it seemed to me. > > Haven't encountered it since; I don’t know what advances may have been > made in that arena. > > --- > Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313 > > /* That sort of wit which employs itself insolently in criticizing and > censuring the words and sentiments of others in conversation is absolute > folly; for it answers none of the ends of conversation. He who uses it > neither improves others, is improved himself, nor pleases anyone. -Poor > Richard’s Almanack, 1756 */ > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of Rupert Reynolds > Sent: Saturday, March 16, 2024 09:07 > > developing a language which is effectively the best bits (IMHO) of > Rexx, C and even older languages such as Algol 68 (much underrated in my > book) and hints of PL/1 > > -- > 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
Re: Algol
I cut my teeth on Algol also at university - on a Burroughs B6700 mainframe running MCP. Burroughs at the time were unique in that there was no assembler language. Everything was written in a HLL, MCP was written in ESPOL, the compiler for which was written in DCAlgol. That was just Algol with additional functions for comms handling. Algol was certainly my favourite language at the time and it was cool that Burroughs even provided source code for the compiler which was a great learning opportunity for CS majors. On Sun, Mar 17, 2024 at 2:33 AM Bob Bridges < 0587168ababf-dmarc-requ...@listserv.ua.edu> wrote: > I did a lot of coding in Algol during my time at a local University in the > late '70s. My impression at the time was that it had a serious paucity of > built-in functions, but that it enabled me to write my own and make them > easily available to my programs. So I stuffed a library full of I/O and > string-handling functions and got along just fine, it seemed to me. > > Haven't encountered it since; I don’t know what advances may have been > made in that arena. > > --- > Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313 > > /* That sort of wit which employs itself insolently in criticizing and > censuring the words and sentiments of others in conversation is absolute > folly; for it answers none of the ends of conversation. He who uses it > neither improves others, is improved himself, nor pleases anyone. -Poor > Richard’s Almanack, 1756 */ > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of Rupert Reynolds > Sent: Saturday, March 16, 2024 09:07 > > developing a language which is effectively the best bits (IMHO) of > Rexx, C and even older languages such as Algol 68 (much underrated in my > book) and hints of PL/1 > > -- > 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
Re: Learning one's tools
Nothing I’ve stated is untrue. The jealousy from likely non college graduates is obvious. Sent from Yahoo Mail for iPhone On Monday, March 18, 2024, 11:16 AM, David Crayford <0595a051454b-dmarc-requ...@listserv.ua.edu> wrote: > On 18 Mar 2024, at 22:33, Dave Beagle > <0525eaef6620-dmarc-requ...@listserv.ua.edu> wrote: > > LOL, I was a programmer for almost half my 40+ year career. IMS/COBOL DB/DC > at first. Later mostly COBOL CICS and COBOL DB2. So I’m excellent in COBOL. > In college, I programmed in PL/I, fortran, watfiv, pascal, and some others. > Logic is my forte. Math major helps. (Double major Comp Sci) > And a doctorate in bullshit > As for code reviews, I’ve worked at 15 companies of various sizes and none of > them did code reviews. One company tried to implement, but it was a cluster > and a huge waste of time. Imagine having a staff of 10, who not only have > their own coding requirements and time constraints, but now have to hand hold > the less qualified employees. If you have a staff of 10 and they are making > $50/hour and up and each code review takes 10 hours, you have thousands of > dollars tied up hand holding weaker staff with more talented staff. A bad use > of money. A better method is mentoring, where a newer programmer is mentored > by a senior person. That’s how I was taught (IMS DB/DC) at my first > programming position after transferring from Operations at my first employer. > My code never failed. Because it was well tested. > > > > > > Sent from Yahoo Mail for iPhone > > > On Sunday, March 17, 2024, 11:56 PM, Bob Bridges > <0587168ababf-dmarc-requ...@listserv.ua.edu> wrote: > > Boy, ain't THAT the truth!, he says sadly, thinking of an app he didn't write > and is now responsible for maintaining. > > This thing passes multiple values between programs using (if I understand it > correctly) a single character string consisting of many assignment > statements, which are then parsed and evaluated upon returning to the calling > program. Me, I probably would've used ISPF pool variables, but I'm not sure > that would be easier to follow. So far I don't mess with it much; it works. > > --- > Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313 > > /* Every year, on April 15, all members of Congress would be placed in > individual prison cells with the necessary tax forms and a copy of the Tax > Code. They would remain locked in the cells, without food or water, until > they had completed their tax returns and successfully undergone a full IRS > audit. Of course this system would probably result in a severe shortage of > congresspersons. But there might also be some drawbacks. -Dave Barry's plan > to simplify the tax code, 2000-04-09 */ > > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of > Seymour J Metz > Sent: Sunday, March 17, 2024 18:46 > > Expect the code to be modified by someone with significantly less knowledge > of the problem domain, even if they are an expert in the language. > > -- > 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Rexx numeric digits and scientific notation question
Ruby is available on *ix and W; if you're going by use then you probably want Java and Python. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 עַם יִשְׂרָאֵל חַי נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר From: IBM Mainframe Discussion List on behalf of Bob Bridges <0587168ababf-dmarc-requ...@listserv.ua.edu> Sent: Monday, March 18, 2024 9:38 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Rexx numeric digits and scientific notation question Perl...what environment(s) is it available in? My usual coding platforms are z/OS (specifically TSO) and Windows, mostly MS Office. I don't actually know PowerShell; I've been exposed to it, see that it's very powerful for some purposes, and have modified PS scripts in minor ways. In other words my facility with PS is very much like younger mainframers' with JCL. But since I'm supposed to be a security jock, and sometimes have reason to extract data from AD to compare with RACF/TSS/ACF2, I see that really learning PS would be a good thing. As I've probably said here before, I lusted after ooRexx from the first day I heard about it, but at first couldn't see where I'd actually use it; I can't hand ooRexx code to clients, unless they already use it (and no one does). I finally broke down and got myself a copy for a small plain-text-to-formatted-PDF conversion I did for an error manual; I tried converting the plain text to formatted RTF using VBA, but gave it up as a bad job and did it in ooRexx, after taking a few days off to learn what I don't know. (There's a lot more to it than I expected.) Now I use it for automation on my own machine, but that’s all. Ruby -- no, never have. Again, what environment(s) is it available on? --- Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313 /* When I have a little money, I buy books; and if I have any left, I buy food and clothes. -Erasmus */ -Original Message- From: IBM Mainframe Discussion List On Behalf Of Seymour J Metz Sent: Sunday, March 17, 2024 15:14 CLIST will never go away, but I avoid it as much as possible. There is a very limited set of use cases for it, IMHO, and REXX has been my goto scripting language for decades, with a grudging nod to Perl when CPAN can make my life easier. PowerShell suggests that you're not limited to Z, inwhich case it's worth looking at ooRexx. Have you looked at Ruby? From: IBM Mainframe Discussion List on behalf of Bob Bridges <0587168ababf-dmarc-requ...@listserv.ua.edu> Sent: Friday, March 15, 2024 7:58 PM I can tell you how it happened to me, at any rate. I was a long-time CLISTer, and then one day, back in the mid '80s it might have been, I ran across a warning from IBM that someday soon CLIST might go away and REXX would be the only supported language for system automation (or something like that). I took them seriously - I didn't know at the time that they used to issue that warning periodically - and sat down with a manual to start learning REXX. I quickly realized that it's ~much~ superior to CLIST, and have been an enthusiast ever since. But that needn't stop me from tacking on other languages; I'm not tired of that yet, and I still have ambitions of adding more. Python is better, you say? But can I use it in the TSO environment? If it's only for Unix, I may pass for now. I still work for multiple clients and it seems to me I could usefully focus on languages that the clients are likely to use themselves. That means TSO REXX, VBA and VBS, SQL, assembler, probably PowerShell, maybe PL/1... What else? Seriously I'm open to the next one I should tackle. I keep hearing about Python, Lua, Ruby, C++ and others, but in what environment(s) would I use them? -- 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
Re: Learning one's tools
> On 18 Mar 2024, at 22:33, Dave Beagle > <0525eaef6620-dmarc-requ...@listserv.ua.edu> wrote: > > LOL, I was a programmer for almost half my 40+ year career. IMS/COBOL DB/DC > at first. Later mostly COBOL CICS and COBOL DB2. So I’m excellent in COBOL. > In college, I programmed in PL/I, fortran, watfiv, pascal, and some others. > Logic is my forte. Math major helps. (Double major Comp Sci) > And a doctorate in bullshit > As for code reviews, I’ve worked at 15 companies of various sizes and none of > them did code reviews. One company tried to implement, but it was a cluster > and a huge waste of time. Imagine having a staff of 10, who not only have > their own coding requirements and time constraints, but now have to hand hold > the less qualified employees. If you have a staff of 10 and they are making > $50/hour and up and each code review takes 10 hours, you have thousands of > dollars tied up hand holding weaker staff with more talented staff. A bad use > of money. A better method is mentoring, where a newer programmer is mentored > by a senior person. That’s how I was taught (IMS DB/DC) at my first > programming position after transferring from Operations at my first employer. > My code never failed. Because it was well tested. > > > > > > Sent from Yahoo Mail for iPhone > > > On Sunday, March 17, 2024, 11:56 PM, Bob Bridges > <0587168ababf-dmarc-requ...@listserv.ua.edu> wrote: > > Boy, ain't THAT the truth!, he says sadly, thinking of an app he didn't write > and is now responsible for maintaining. > > This thing passes multiple values between programs using (if I understand it > correctly) a single character string consisting of many assignment > statements, which are then parsed and evaluated upon returning to the calling > program. Me, I probably would've used ISPF pool variables, but I'm not sure > that would be easier to follow. So far I don't mess with it much; it works. > > --- > Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313 > > /* Every year, on April 15, all members of Congress would be placed in > individual prison cells with the necessary tax forms and a copy of the Tax > Code. They would remain locked in the cells, without food or water, until > they had completed their tax returns and successfully undergone a full IRS > audit. Of course this system would probably result in a severe shortage of > congresspersons. But there might also be some drawbacks. -Dave Barry's plan > to simplify the tax code, 2000-04-09 */ > > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of > Seymour J Metz > Sent: Sunday, March 17, 2024 18:46 > > Expect the code to be modified by someone with significantly less knowledge > of the problem domain, even if they are an expert in the language. > > -- > 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
Re: Learning one's tools
LOL, I was a programmer for almost half my 40+ year career. IMS/COBOL DB/DC at first. Later mostly COBOL CICS and COBOL DB2. So I’m excellent in COBOL. In college, I programmed in PL/I, fortran, watfiv, pascal, and some others. Logic is my forte. Math major helps. (Double major Comp Sci) As for code reviews, I’ve worked at 15 companies of various sizes and none of them did code reviews. One company tried to implement, but it was a cluster and a huge waste of time. Imagine having a staff of 10, who not only have their own coding requirements and time constraints, but now have to hand hold the less qualified employees. If you have a staff of 10 and they are making $50/hour and up and each code review takes 10 hours, you have thousands of dollars tied up hand holding weaker staff with more talented staff. A bad use of money. A better method is mentoring, where a newer programmer is mentored by a senior person. That’s how I was taught (IMS DB/DC) at my first programming position after transferring from Operations at my first employer. My code never failed. Because it was well tested. Sent from Yahoo Mail for iPhone On Sunday, March 17, 2024, 11:56 PM, Bob Bridges <0587168ababf-dmarc-requ...@listserv.ua.edu> wrote: Boy, ain't THAT the truth!, he says sadly, thinking of an app he didn't write and is now responsible for maintaining. This thing passes multiple values between programs using (if I understand it correctly) a single character string consisting of many assignment statements, which are then parsed and evaluated upon returning to the calling program. Me, I probably would've used ISPF pool variables, but I'm not sure that would be easier to follow. So far I don't mess with it much; it works. --- Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313 /* Every year, on April 15, all members of Congress would be placed in individual prison cells with the necessary tax forms and a copy of the Tax Code. They would remain locked in the cells, without food or water, until they had completed their tax returns and successfully undergone a full IRS audit. Of course this system would probably result in a severe shortage of congresspersons. But there might also be some drawbacks. -Dave Barry's plan to simplify the tax code, 2000-04-09 */ -Original Message- From: IBM Mainframe Discussion List On Behalf Of Seymour J Metz Sent: Sunday, March 17, 2024 18:46 Expect the code to be modified by someone with significantly less knowledge of the problem domain, even if they are an expert in the language. -- 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
Re: Rexx numeric digits and scientific notation question
Perl...what environment(s) is it available in? My usual coding platforms are z/OS (specifically TSO) and Windows, mostly MS Office. I don't actually know PowerShell; I've been exposed to it, see that it's very powerful for some purposes, and have modified PS scripts in minor ways. In other words my facility with PS is very much like younger mainframers' with JCL. But since I'm supposed to be a security jock, and sometimes have reason to extract data from AD to compare with RACF/TSS/ACF2, I see that really learning PS would be a good thing. As I've probably said here before, I lusted after ooRexx from the first day I heard about it, but at first couldn't see where I'd actually use it; I can't hand ooRexx code to clients, unless they already use it (and no one does). I finally broke down and got myself a copy for a small plain-text-to-formatted-PDF conversion I did for an error manual; I tried converting the plain text to formatted RTF using VBA, but gave it up as a bad job and did it in ooRexx, after taking a few days off to learn what I don't know. (There's a lot more to it than I expected.) Now I use it for automation on my own machine, but that’s all. Ruby -- no, never have. Again, what environment(s) is it available on? --- Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313 /* When I have a little money, I buy books; and if I have any left, I buy food and clothes. -Erasmus */ -Original Message- From: IBM Mainframe Discussion List On Behalf Of Seymour J Metz Sent: Sunday, March 17, 2024 15:14 CLIST will never go away, but I avoid it as much as possible. There is a very limited set of use cases for it, IMHO, and REXX has been my goto scripting language for decades, with a grudging nod to Perl when CPAN can make my life easier. PowerShell suggests that you're not limited to Z, inwhich case it's worth looking at ooRexx. Have you looked at Ruby? From: IBM Mainframe Discussion List on behalf of Bob Bridges <0587168ababf-dmarc-requ...@listserv.ua.edu> Sent: Friday, March 15, 2024 7:58 PM I can tell you how it happened to me, at any rate. I was a long-time CLISTer, and then one day, back in the mid '80s it might have been, I ran across a warning from IBM that someday soon CLIST might go away and REXX would be the only supported language for system automation (or something like that). I took them seriously - I didn't know at the time that they used to issue that warning periodically - and sat down with a manual to start learning REXX. I quickly realized that it's ~much~ superior to CLIST, and have been an enthusiast ever since. But that needn't stop me from tacking on other languages; I'm not tired of that yet, and I still have ambitions of adding more. Python is better, you say? But can I use it in the TSO environment? If it's only for Unix, I may pass for now. I still work for multiple clients and it seems to me I could usefully focus on languages that the clients are likely to use themselves. That means TSO REXX, VBA and VBS, SQL, assembler, probably PowerShell, maybe PL/1... What else? Seriously I'm open to the next one I should tackle. I keep hearing about Python, Lua, Ruby, C++ and others, but in what environment(s) would I use them? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SDSF CSR
If you are running on z/OS 2.5 or above, you can issue the "JCS" action against the row on the "CSR" panel and that will show each individual block of common storage which you can then browse using the "S" action. This will allow you to see if you recognize the contents of the block. It is very possible that IBM z/OS services your code is invoking are obtaining common storage on your behalf and the amount and contents of these blocks are not immediately obvious. SDSF get the information for the CSR panel from the CAUB control blocks created by VSM common storage tracking in response to DIAGxx statement "VSM TRACK CSA(ON) SQA(ON)" The JCS action analyses the GQE control blocks that describe each allocated block of common storage. Rob Scott Rocket Software -Original Message- From: IBM Mainframe Discussion List On Behalf Of esst...@juno.com Sent: Sunday, March 17, 2024 3:11 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: SDSF CSR EXTERNAL EMAIL , Hello, . Im trying to understand an anomaly using SDSF CSR - (Common Storage Remaining) I have read some of the documentation on SDSF CSR, however it didn't really give me an understand of the issue below - . I have two jobs which invoke the same program from the same load library - Bothe jobs invokes IEFSSI REQUEST=ADD and the SSI INIT ROUTINE is the same for both JOBs. The SSI INIT Routine has multiple CSECTS and issues IEFSSI REQUEST=ACTIVATE (Activate the subsystem), STORAGE OBTAIN (Key 0, Subpool 241, Length x'34'), and IEFSSI REQUEST=PUT (Store Sub System Data). . Granted the Key 0, subpool 241 may not be the best choice form allocating storage from MVS common, that's not the issue for this discussion. .-- In SDSF I see the following in CSR (Common Storage Remaining) - JOBNAMECSACSA% SQASQA% ECSA ECSA% JOBNUMA3920.0076 0 0.56960.0079 JOBNUMB 0 0. 0 0.97920.0135 .-- When I submit the first job (JOBNUMB) I see in SDSF CSR the job retains 9792 bytes of ECSA and 0.0135% of ECSA. Im not sure where the 9792 bytes of ECSA came from - I suspect the majority of this allocation are various control block structures associated with the SSI - . The storage obtain macro in the INIT Routine acquires X'34' bytes of storage - . However when I submit the second job (JOBNUMA), I see in SDSF CSR, the second job retains 5696 bytes of ECSA and 0.0079% of ECSA. Also JOBNUMA allocated 392 byes of storage from CSA, why? . Both jobs invoke the same program, and the same SSI INIT Routine from the same load library - I expected to see the same ECSA values for both jobs/programs. . Can someone explain why there is such a difference in values? I obviously don't understand this. .. Paul - . . -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 ■ Main Office Toll Free Number: +1 855.577.4323 Contact Customer Support: https://my.rocketsoftware.com/RocketCommunity/RCEmailSupport Unsubscribe from Marketing Messages/Manage Your Subscription Preferences - http://www.rocketsoftware.com/manage-your-email-preferences Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy This communication and any attachments may contain confidential information of Rocket Software, Inc. All unauthorized use, disclosure or distribution is prohibited. If you are not the intended recipient, please notify Rocket Software immediately and destroy all copies of this communication. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
IBM Open Enterprise SDK for Go 1.22 Now Available
Go (Golang) Version 1.22 is now available for z/OS. You can install this release traditionally, and it now also includes a container image that runs on the new IBM z/OS Container Platform. Details here: https://community.ibm.com/community/user/ibmz-and-linuxone/blogs/chandni-dinani2/2024/03/15/ibm-open-sdk-for-go-122-is-now-available The IBM Open Enterprise SDK for Go is available to all z/OS licensees at no additional charge. Optional paid support is available from IBM. — Timothy Sipples Senior Architect Digital Assets, Industry Solutions, and Cybersecurity IBM Z/LinuxONE, Asia-Pacific sipp...@sg.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
IBM Open Enterprise SDK for Go 1.22 (on-prem and container image) is now available!
Go 1.22 emerges as an exceptional release by addressing an enduring loop variable issue. This update rectifies the loop variable oversight and introduces several enhancements that streamline code execution and enhance developer productivity. The new syntactic sugar for iterating over integers feature simplifies and beautifies code, making it more elegant and readable. In addition, the introduction of a new math/rand/v2 package for handling random numbers facilitates more efficient and versatile random number generation. Profile-guided Optimization (PGO) builds can now de-virtualize a higher proportion of calls than previously possible. Most programs form a representative set of Go programs now see between improvement from enabling PGO. The compiler now interleaves devirtualization and inlining, so interface method calls are better optimized The runtime now keeps type-based garbage collection metadata nearer to each heap object, improving the CPU performance (latency or throughput) of Go programs. This change also reduces the memory overhead of the majority of Go programs by deduplicating redundant metadata “For” loops may now range over integers reducing bugs Pattern-based HTTP routing: this enhancement empowers developers to create more expressive and flexible web applications, streamlining the routing process and improving overall code organization One improvement is for the Trace Tool’s web UI (user interface) which is refreshed to support the new tracer. The web UI now supports exploring traces in a thread-oriented view. The trace viewer now also displays the full duration of all system calls Other improvements are made in the toolchains and minor changes to the library Reference: https://tip.golang.org/doc/go1.22 New features in Open Enterprise SDK for Go 1.22 from IBM include the following (z/OS specific updates) Supporting sys calls available in z/OS 3.1: Also in Open Enterprise SDK for Go 1.22 is support for more than 50 additional Linux-like system calls which were introduced in z/OS 3.1. For example InotifyAddWatch, Futimesat, Getxattr, Openat, etc. With the support of these additional system calls, developers of Go applications can now efficiently port packages and modules originally written for Linux to z/OS CGO call backs: CGO callbacks is a new feature in Open Enterprise SDK for Go 1.22. While CGO has always allowed Go to call a C program, CGO callbacks now enables a C program called from Go, to call back to the original Go program. For example, calling a C program to perform a quicksort, but providing a function written in Go as the comparator to the quicksort invocation written in C A number of tools such as Github CLI and Github runner have been upstreamed to the z/OS Open Tools site. These tools are written in Go demonstrating how the Go language is becoming popular within z/OS. These tools are useful for not only Go users but for all users of z/OS. They can be found at the IBM z/OS Open Tools github site.(https://www.ibm.com/links?url=https%3A%2F%2Fgithub.com%2Forgs%2FZOSOpenTools%2Fpackages) Go extends applications into modern cloud environments with the new Go container image option: Users now have the capability to accelerate their transformation to greater portability and agility in a hybrid cloud environment using containers and Kubernetes orchestration for existing and new IBM z/OS applications and workloads. Go extends applications into modern cloud environments. Go has emerged as the language of choice for many cloud native operations. It forms the foundation for container orchestration such as Kubernetes, containerization technology such as Open Container Initiative, and container application platforms such as OpenShift. As clients embark on their cloud native journey on z/OS, Go is essential for enabling new cloud workloads and connecting z/OS to their private cloud, strengthening z/OS as a first-class hybrid cloud platform. With the orchestration of the Go container and container runtime for z/OS users can: Increase speed from development to deployment of z/OS-based applications, users can worry less about the system setup/configuration Increase predictability and repeatability across the application lifecycle for z/OS applications Scaling and load balancing made easy, spread the load on different containers and processors Enhance practices across z/OS development, testing, and operations through a wide ecosystem of open-source application container-based tools With the release of IBM Open Enterprise SDK for Go 1.22, the Go compiler is now available as a container image in conjunction with the IBM z/OS Container Platform (5655-MC3) (https://community.ibm.com/community/user/ibmz-and-linuxone/blogs/cris-desnoyers/2024/03/15/ibm-zos-container-platform-11-is-generally-availab). You are now able to develop Go applications and deploy them natively as container imag
