cobol-programming-course VS gitlab

Link: https://github.com/openmainframeproject/cobol-programming-course

IBM has some Open mainframe Training course

https://github.com/openmainframeproject/cobol-programming-co...

Also, mainframes are really good at high throughput transactional jobs. That's why you see them in banks, transportation, insurance, etc. Big Tech™ doesn't see it as "cool" and are too focused on the Next Big Thing™, so there's not a lot of attention there. Sometimes, boring just gets the job done.

A great learning resource for COBOL is the Open Mainframe Project's COBOL Programming Course. The content is self-paced with labs and the best part is you get to do the labs on a real Mainframe.

Check it out: https://github.com/openmainframeproject/cobol-programming-co...

It's certainly not as straighforward as learning a more popular language and environment, but there are online resources if you look for them. A quick search yielded https://github.com/openmainframeproject/cobol-programming-co...

There appears to be an active community around it, and I'm sure getting help in an apprenticeship sort of way is possible. Again, we're talking about a niche language, so you can't expect the same level of accessibility as NodeJS or Go.

As for finding jobs, they're probably few and far between, but appear to be well paid from what I've heard. Places that need COBOL programmers will announce it, opportunities will likely come up from other contacts in the community, and cold contacting companies you know are using it is always an option.

There's a free course hosted by Open Mainframe Project here: https://github.com/openmainframeproject/cobol-programming-course

Since the relevant code appears to be in the "ee" directory <https://gitlab.com/gitlab-org/gitlab/-/blob/v16.11.0-ee/ee/l...> and is not present in the foss repo, I'm guessing the answer is no, at least for now. They do have a history of "releasing" features from EE back to CE but my suspicion is not for LLM stuff

(Side note: Issues are usually hash-prefixed like #1234 both on GitLab and GitHub. However, commit messages must not begin with a hash, they would be considered a comment and ignored. Therefore, GitHub has introduced the alternative prefix GH- and I've contributed a similar prefix GL- to GitLab a while ago.)

and its "oh, you want multi-arch, do you?" friend. While prosecuting this <https://gitlab.com/gitlab-org/gitlab/-/issues/339567> I learned that https://hub.docker.com/layers/multiarch/qemu-user-static/7.2... actually mutates the binfmt_misc in buildx's context in order to exec the static copy of qemu in it https://github.com/multiarch/qemu-user-static/blob/v7.2.0-1/...

and, that the buildx plugin itself has some qemu magick in it, which got addressed in a minor version bump but I couldn't track down the relevant GitHub issue this second (I've flushed it from my mind, only recalling that there were a lot of actors in that tire fire)

This is actually a follow-up refactor, the fix is here: https://gitlab.com/gitlab-org/gitlab/-/commit/abe79e4ec43798...