> “In my house”, we used something called SideKick Plus (1984), which wasn’t really a code editor: it was more of a Personal Information Management (PIM) system with a built-in notepad. Finally! Someone who still remembers the best software ever written. I looooved Sidekick and we used it throughout our small company. It's so long ago. I remember only parts of it now but it was such a useful tool.
IDEs we had 30 years ago and lost (2023)
241–250 of 607 posts
Re: IDEs we had 30 years ago and lost (2023)
#242Earlier quoted context omitted.
Yes. Back in the DOS days, and even before, when people used actual terminals, there was a keystroke buffer. You'd see people who really knew the interface fly through tasks being multiple keystrokes ahead of the UI. Stuff would just flash onto the screen and disappear as it processed the input that was already in its buffer. It should be possible to implement this with modern frameworks, but it requires thought.
Yeah. I used to work as a phone surveyor, the one you hate. Our software is a terminal connected to a mainframe. I got used to it after a few weeks and was very productive. Costco Canada vision shops still use a terminal connected to an AS/400 machine as I snooped around last month.
Re: IDEs we had 30 years ago and lost (2023)
#243Earlier quoted context omitted.
> It is however fully self-documented and interactive. Unfortunately not true. I've fired up emacs once or twice, and couldn't even figure out how to save a document because it didn't show me how to do that. It might be more documented than vi (but that bar is *on the floor, vi has one of the most discovery-hostile user interfaces ever made), but it's not self-documented enough to just pick up and use with no instruc…
I'm pretty sure that if you have an unmodified install and no .emacs that is configured otherwise, when you start emacs you are prompted with a help screen that includes instructions on using the built-in tutorial. If you do that, you'll learn the basics in about 10-15 minutes. If you skip that, yeah it's pretty different from most other software conventions.
GUI is different because there is no tool bar, but in Emacs 31 `xterm-mouse-mode' will be enabled by default so you can use the menu bar like a TUI.
Re: IDEs we had 30 years ago and lost (2023)
#244Re: IDEs we had 30 years ago and lost (2023)
#245Earlier quoted context omitted.
> So many of those classic TUIs adopted WordStar’s sacred keystrokes. What are the WordStar bindings and what do you like about them? I have a general interest in the history of how these patterns emerge and what the benefits of them are relative to each other.
Sci-fi author Robert Sawyer (who has won Hugo and Nebula awards) is a big fan of Wordstar -- he uses it to write his books. I highly recommend reading this: https://www.sfwriter.com/wordstar.htm
Re: IDEs we had 30 years ago and lost (2023)
#246Earlier quoted context omitted.
> When people love an IDE product so much that they can't work without it, they have overspecialised to their detriment. I think you are wrong. https://en.wikipedia.org/wiki/Muscle_memory Being extremely good at something increases the gap between said something and everything else. That doesn't mean being extremely good at the first thing is "over-specialization to detriment". If someone is equally mediocre at every…
What if the IDE is a LeapFrog 2-in-1 Educational Laptop
Re: IDEs we had 30 years ago and lost (2023)
#247Earlier quoted context omitted.
It's mind-blowing because it makes git actually usable.
Maybe it's Stockholm syndrome for me, but I never really understood what was so unusable about the vanilla command line git interface. If you want to do some really advanced stuff, sure it's a little arcane, but the vast majority of stuff that people use in git is easy enough. Branching and committing and merging never seemed that hard to me.
Re: IDEs we had 30 years ago and lost (2023)
#248While it was truly amazing that Borland managed to stuff a full text editor into a TSR under MS-DOS, and every new version of Turbo Pascal was faster and had more features, it all culminated somewhere around Delphi for me, and Visual Basic 6 for almost everyone else.
Then the world ended... Anders Hejlsberg was lost to Microsoft, and everyone went collectively crazy in at least two orthogonal ways.
First there was the obsession with C++ as "higher level" than Pascal and the view that it was for "adults", which was delusional. C++ generated a f*ckton more boilerplate and was brittle for the same functionality, at least when generating a GUI program.
Then there was Microsoft's obsession with .NET, which they never recovered from. They crammed all the bloat of an interpreter into everything imaginable, even the operating system. You were always having to get the latest .NET libraries to make things work. They destroyed Visual Basic over this, and it never recovered.
Re: IDEs we had 30 years ago and lost (2023)
#249It's not like they're particularly easier to write these.
But since there's no remote GUI option, much less a portable remote GUI option, particularly one that's not just a video of an entire desktop, we're stuck with these.
WHo wants to fire up an entire desktop to get open a simple utility app?
Obviously the Web satisfies much of the demand for this, but clearly not all.
Remote X is, essentially, dead. It's obviously "really hard", since "no one does that any more". Or, folks just don't miss having rootless windows peering into their remote server enclaves.
It's just too bad, full circle, here we are again. "Progress."