IBM Power Ideas Portal
This portal is to open public enhancement requests against IBM Power Systems products, including IBM i. To view all of your ideas submitted to IBM, create and manage groups of Ideas, or create an idea explicitly set to be either visible by all (public) or visible only to you and IBM (private), use the IBM Unified Ideas Portal (https://ideas.ibm.com).
Shape the future of IBM!
We invite you to shape the future of IBM, including product roadmaps, by submitting ideas that matter to you the most. Here's how it works:
Search existing ideas
Start by searching and reviewing ideas and requests to enhance a product or service. Take a look at ideas others have posted, and add a comment, vote, or subscribe to updates on them if they matter to you. If you can't find what you are looking for,
Post your ideas
Post an idea.
Get feedback from the IBM team and other customers to refine your idea.
Follow the idea through the IBM Ideas process.
Specific links you will want to bookmark for future use
Welcome to the IBM Ideas Portal (https://www.ibm.com/ideas) - Use this site to find out additional information and details about the IBM Ideas process and statuses.
IBM Unified Ideas Portal (https://ideas.ibm.com) - Use this site to view all of your ideas, create new ideas for any IBM product, or search for ideas across all of IBM.
ideasibm@us.ibm.com - Use this email to suggest enhancements to the Ideas process or request help from IBM for submitting your Ideas.
Is this still not under consideration? There are several use cases where GO would help us, be it Gitlab, Docker or Datatdog. Would it be possible to review the whole thing again or is this already being done?
Unfortunately, there are currently no plans for delivering this within the near future.
While I will be making an attempt to use the AIX implementations of GO and ETCD/ETCDCTL under PASE related to my company's needs, our preference would be for "native" IBM i RPM implementations. There currently is no RFE related to ETCD/ETCDCTL, but I will be adding one soon.
So I would also like to add my comment/vote for implementing GO on IBM i (or at least the GO Runtime) as it is a prerequisite to use of ETCD/ETCDCTL which is the technology we are implementing/using on the Windows and Linux/UNIX versions of our product offerings. As our product is available on Windows, Linux, AIX, Solaris, z/OS and IBM i, it is our hope that all of our implementations can use the same technologies at some point and that starts with pushing for the technologies to exist.
i'd like to push this up again due to need for GO for an other project.
The COMMON Europe Advisory Council (CEAC) has reviewed this requirement and recommends that IBM view this as a medium priority requirement that should be addressed.
Background: The CEAC members have a broad range of experience in working with small and medium-sized IBM i customers. CEAC has a crucial role in working with IBM i development to help assess the value and impact of individual RFEs on the broader IBM i community and has therefore reviewed your RFE.
To find out how CEAC help to shape the future of IBM i, see CEAC @ ibm.biz/BdYSYj and the article "The Five Hottest IBM i RFEs Of The Quarter" at ibm.biz/BdYSZT
Therese Eaton – CEAC Program Manager, IBM
Go is getting more and more important and it doesn't look like that it is a "come and go" language as JOSYS36 mentions. Because more and more tools and platforms are based on Go it will be very important to bring it to IBM i.
Docker and Kubernetes are only 2 very famous examples.
Next big step will be deno which will be the successor of Node and it has to run on IBM i because it is the "better and safer Node" and goes strictly into the direction we need on a business platform :-)
Right now, with the new RPM and YUM for i it shouldn't be such a big effort to do it because there are alreay AIX Versions of Go which could be recompiled for i.
@JOSYS36
Could you expand on your both your comment about Go and your perception of "properly supporting"?
It's worth noting that IBM Support of yesterday won't look the same as open source support moving forward. They operate from different vantage points and embrace fairly different ideologies regarding support.
Also, is this you? https://www.linkedin.com/in/jason-olson-a2002641/
Aaron Bartell
This is most likely another one of those here today and gone tomorrow languages. Personally, I'd rather see IBM devote it's time and efforts to properly supporting what it does currently claim to support versus adding in more languages that they won't support or won't support fully.
@dod11
Could you expand on why you believe it is a better outcome to Port to the ILE environment ~instead of~ PASE?
Recommend porting directly onto i/OS instead of within the PASE shell, if viable. More work, but better long term outcome.
IBM obviously considers Go a good strategic language given its porting to the mainframe last year. Go, when provided with a small set of APIs such as Call Program and Data Queues, would provide an excellent gateway between RPG and COBOL and the outside world of Web APIs. Yes there are other tools to achieve this, but I believe Go would offer a highly efficient, scalable and easy to use solution.
The CAAC has reviewed this requirement and recommends that IBM view this as a “nice to have” low priority feature. Additional open source technologies are good for the platform.
Background: The COMMON Americas Advisory Council (CAAC) members have a broad range of experience in working with small and medium-sized IBM i customers. CAAC has a key role in working with IBM i development to help assess the value and impact of individual RFEs on the broader IBM i community, and has therefore reviewed your RFE.
For more information about CAAC, see www.common.org/caac
For more details about CAAC's role with RFEs, see http://www.ibmsystemsmag.com/Blogs/i-Can/May-2017/COMMON-Americas-Advisory-Council-%28CAAC%29-and-RFEs/
Dawn May - CAAC Program Manager
Found someone working to port Golang to AIX: https://github.com/golang/go/issues/19200
Another tool a customer asked for today is https://gogs.io; self-hosted git with UI like GitHub. It is written in Go-lang
The mainstream open-source tool GitLab CI (Continuous Integration) Runner (https://gitlab.com/gitlab-org/gitlab-ci-multi-runner) is written in Go. It would be good to be able to run such tools on the IBM i, when developers are IBM i-oriented.