Live data from Hacker News

Ask HN: My family business runs on a 1993-era text-based-UI (TUI). Anybody else?

news.ycombinator.com

21–30 of 315 posts

Re: Ask HN: My family business runs on a 1993-era text-based-UI (TUI). Anybody else?

#21
post #6

Interesting. What sort of database are they running and what is the frontend? Dbase? Foxpro? Turbo Pascal with BDE?

Foxpro is alive and well in our town water utilities company. My fellow student still works on it. I don't know a worse way to waste your best years.

Re: Ask HN: My family business runs on a 1993-era text-based-UI (TUI). Anybody else?

#23

Both of the lumberyards in my city are still running on DOS (or DOS emulation) for their systems, along with quotes printed on dot matrix printers (and no online price sheet). They’re so low margin and old school, I don’t think they get tech upgrades more often than once every two human generations except for new capital equipment, which sucks most of their surplus.

I supported a lumberyard that was like this too. Also, some "modern" laser machines required ancient versions of Windows and required floppy discs. This was about 20 years ago, though.

Re: Ask HN: My family business runs on a 1993-era text-based-UI (TUI). Anybody else?

#24
Anyone who has ever worked with legit 10-key operators understands why many companies were loathe to migrate to modern graphical interfaces.

Some of the fastest manual data entry I've ever seen was by operators entering claim information into a medical billing system based on MUMPS.

Keep all hands and feet away.

Re: Ask HN: My family business runs on a 1993-era text-based-UI (TUI). Anybody else?

#25
I wrote the main application for my wife's business — she's a psychologist. That was only a few years ago, but as a senior lecturer in the more theoretical parts of computer science, I never really needed fancy UIs with flashy graphical effects. So I built a core engine and used the classic dialog tool as the thin user-facing layer.

At first, my wife was pretty disappointed — as a computer science teacher, wasn't I supposed to know how to build a “real” app? But a few years later, she doesn't want anything else. I even offered to have one of my students create a nicer UI without changing the engine or database, but by now she's completely used to the terminal menus.

The tool keeps a database, collects data through dialog forms, generates PDF invoices with groff, and launches Thunderbird when needed (to send invoices, etc.).

Re: Ask HN: My family business runs on a 1993-era text-based-UI (TUI). Anybody else?

#27
Wegmans’ cash registers still use a TUI. It looks quite clean and friendly compared to the GUI-heavy slop of, say, my time at a major retailer. Speaking of nostalgia, my old gaming store also used a TUI for transactions, and it was highly responsive for anything local (and a PITA anytime it had to communicate with the CO). Also been exposed to a number of businesses these past few years who still use old AIX/Unix/TUI boxes for critical business functions, and most seem happy with them.

And therein lies the rub: if the process works, and modern software doesn’t necessarily offer any better value proposition, then there’s no real reason to migrate. For a lot of companies, the status quo might literally be all they’ll ever need, and IT’s role is to just keep it up, available, and secure as times change. Sure, I’ll side-eye a theater using a Windows box as an intermediary for Ticketmaster to run transactions against their old AIX rig collecting dust in a corner of a closet, but if it works and it’s secure, well, more power to them keeping costs down.

The advice I’d give is not to knock something just because it doesn’t fit current narratives around technology. Our jobs - first and foremost - are to build and support solutions that amplify productivity of humans in a way they can use without external support; whether it’s an ancient TUI or a modern GUI isn’t as relevant as its efficacy.

Re: Ask HN: My family business runs on a 1993-era text-based-UI (TUI). Anybody else?

#28
It's been a while since I worked at a bank, but most there core stuff was running in a mainframe and while "modern" front ends exist, the core work uses terminal access.

A key thing modern replacements lose is the input buffer: One can type multiple screens ahead. In a modern GUI application I can enter a shortcut, but then have to wait till the corresponding view/popup/window appears and registered it's event handlers till I can put in the next command. In a mainframe-style TUI, if I remember the sequence, I can type ahead the shortcuts and input for next screen(s) before it's ready. For the experienced user, who runs the same sequence often this is really efficient.

Re: Ask HN: My family business runs on a 1993-era text-based-UI (TUI). Anybody else?

#29
post #22

A client i work for used a Pick system and it's maintained by one dude. He's in his 60s, so who knows how long they'll be able to get support... [0]: https://en.wikipedia.org/wiki/Pick_operating_system

> It is named after one of its developers, Dick Pick

Wikipedia vandals these days...

Re: Ask HN: My family business runs on a 1993-era text-based-UI (TUI). Anybody else?

#30

Many (most?) older retail businesses still use TUIs. They're reliable, consistent, and orders of magnitude faster than GUI systems. When I worked ar Sherwin Williams, I got good enough with the TUI that customers could rattle off their orders while I punch it into the computer in real time. It's absolutely crazy that a well designed TUI is so much faster. It turns out that if you never change the UI and every menu it…

Just the fact that you can use the keyboard is brilliant. I teach high school and most of my computing tasks are in lowest-bidder web GUI messes (lousy UX, no hotkeys) and take so much longer than a keyboard interface would. Even taking roll takes a minute or two longer than it used to.
Post reply on HN