IBM i (OS/400) the Database Operating System
Posted by naves 1 day ago
Comments
Comment by rbanffy 1 day ago
The concept of a flat object space we saw in Smalltalk and Lisps (the “system image”) would be seen again, kind of, in the Newton, the Palm, and, IIRC, in Taligent’s Pink. It’s a shame the IBMi is so poorly documented (in sharp contrast with its Z big brother) that no emulator capable of booting OS/400 images exists.
It’s not that this approach is perfect though - it’s really hard to bootstrap a Smalltalk image from scratch. I assume making an IBMi image without a running IBMi system would be similarly challenging.
Comment by pjmlp 1 day ago
TIMI is compiled to native code on installation, or explicitly, either by the admin, or on updates that render the overall compilation invalid.
Comment by rbanffy 20 hours ago
Edit: yes. It’s very similar the System/38 version.
Comment by trollbridge 1 day ago
Comment by rbanffy 1 day ago
There’s also MCP and OS2000 from Unisys.
Comment by theandrewbailey 1 day ago
I took a course about these back in college. I thought it would be mind-expanding to see how computing could be outside of conventional Windows/Unix/Linux inspired environments, and use something with a very different design. The instructor had a desktop of one of these in his office. I remember logging into an official IBM educational system with a terminal emulator for an assignment.
Unfortunately, the instructor left about a month in, and I switched to a course involving UML modeling for programming Lego Mindstorm robots. Being hands-on with Mindstorms was cool, but I wonder what could have been had I finished the other course.
Comment by chiph 1 day ago
https://www.youtube.com/watch?v=mUwJk81YatA
It's long been said that the biggest obstacle to wider adoption of the AS/400 is IBM itself. They offer classes, but don't make it easy - you have to join COMMON (their user group) and/or be enrolled in a university.
Comment by Angostura 1 day ago
Comment by shrubble 1 day ago
Comment by dosman33 1 day ago
Comment by trollbridge 1 day ago
Comment by dosman33 1 day ago
Comment by kotaKat 1 day ago
That's the part that always killed me about trying to set foot into IBM mainframes. "Ask your system programmer". "Ask your X/Y/Z". Even when they finally decided to ease up and let people touch z/PDT, they had to make it a massive learning obstacle course to be blessed enough to buy a license (and now that's gone).
Not all of us can go out and acquire an entire IBM z and be blessed enough to be able to throw it in our basements to build up our knowledge on. :\
Comment by rwmj 1 day ago
Comment by TMWNN 1 day ago
Comment by variodot 1 day ago
Some of my first exposure to enterprise IT was via the AS/400 and served as a fantastic basis for the cloud stack and agents of today.
Comment by bombcar 1 day ago
Comment by tmsbrg 1 day ago
Comment by antaviana 1 day ago
Comment by Xymist 1 day ago
Comment by actionfromafar 1 day ago
Comment by jiggawatts 1 day ago
Sure, Microsoft has stumbled a bit recently, but around the 2010s it was a glorious era of PowerShell and Windows Server releases that were still improving.
Comment by bombcar 1 day ago
Comment by PunchyHamster 1 day ago
Comment by whartung 1 day ago
Curious if most of the architecture was visible to the actual operators, but the developers themselves were, perhaps, a bit isolated from it all.
Because, I don't think HN is a site for "Unix/NT" enthusiasts, but more so high level "computerists" in general. And I don't think that AS/400 application developers would be any less interested in computing than other developers.
Yet, anecdotally, over the years, as much as I've heard bits and pieces about how interesting the AS/400 system is, I've heard anyone talking it up. How they're able to do Cool Computing Thing because of the OS or architecture that can't readily be done on other systems at the time. How the unique features of the AS/400 solved their application and systems problems.
At my office, long ago, we were looking to replace our entire system, and we actually went to an AS/400 demo. But it was very expensive, and whatever they were selling wasn't really resonating with me as a developer, or my boss as a manager. Always wondered "what if" had we got such a system and had to use it in anger what it would have been like.
Anyone have any war stories to share?
Comment by RaftPeople 22 hours ago
1-Stability: The as400 is the most robust/stable environment I've ever worked on for business applications. Many of our customers had no IT staff, just the accounting staff that would put in backup tapes, and the machines would run unattended for years until an OS version upgrade.
You're right that the underlying stuff that made it robust was not really visible or accessible to the developer, but it was the foundation that created a solid environment.
2-OS foundational capabilities: The integrated database, job scheduler, message queues, 5250 terminals with some nice capabilities (e.g. "subfiles" that are basically data tables), control language, etc. all combined to make a nice foundation for creating ERP style business apps.
3-RPG: I worked in RPG after coming from assembly language (video games) and my observation to the guys at the company was "hey, it's just like assembly, an opcode and a couple operands". It was a primitive language but because of the foundational items in #2, it only needed to move data, validate data and sometimes complex calcs, so productivity was good.
4-Non-ERP/CRUD backoffice apps: When the internet arrived and our customers wanted to sell online it became clear that the as400 was a square peg and the internet was a round hole. The foundational elements were designed for a different style of workload and interaction.
5-Openness (lack of): There were definitely times when the limits of the language and workload assumptions were different from the problem at hand (beyond just the internet/ecom stuff). There were times when we really felt like our hands were tied and couldn't just do what was needed for problem X, either using different languages or utilities.
One example was a pro basketball team ticketing/seat reservation system. Game packages could be different number of games (e.g. 10, 20, entire season) and number of seats in group could vary, and various other variables created a challenging search problem. We succeeded by getting creative with the DB and indexing and our code, but we felt boxed in while doing it.
Comment by shreddit 1 day ago
If only the company for the software which runs on top of the DB2 would have used single column primary keys (some go over 7 columns) and not decimal for dates…
Comment by dosman33 1 day ago
I only worked there for about five years and I am grateful for the experience. I'm also glad I left when I did to avoid becoming "institutionalized" in my thinking as I had witnessed others had become. I have to assume that the pearl clutching came from IBM's experience with Amdahl and its prized mainframe (zSeries). They had become so afraid of competition that they were even afraid us lowly CE's would start freelancing and selling consulting services on the side on OS/400 work. As a result of that, you have a walled garden which is very hard for fresh talent to penetrate and IBM likes it fine that way.
Comment by unixhero 1 day ago
Comment by lorreyfum 1 day ago
Comment by ghaff 1 day ago
Comment by theandrewbailey 1 day ago
Comment by PunchyHamster 1 day ago
>Thanks to this, an administrator seeing the string 123456/QUSER/QZDASOINIT immediately knows who and what launched it, without having to map mysterious PID numbers to service names.
did old UNIXes didn't have process names or something ? Those are exactly same information (pid/user/process name) UNIX derivatives or hell, windows get
Author seems to be blindsided by the "different" enough to not have any useful insight in it
Comment by rwmj 1 day ago
Comment by dosman33 1 day ago
Comment by titmouselucifer 21 hours ago
...that and the two grey-bearded guys I had working for me took care of it like their baby.