Slashdot

I've now made 1000 slashdot posts. My 1000th post was even sufficiently good to get moderated up and show evidence of being read by quite a number of people (I, in fact, saved the 1000th one for something I thought would be worth the distinction).

Now I'm curious as to my posting rate. I can't seem to find information like when my account was created, nor can I find a way to look at my really old posts. I'm fairly certain I'm below one/day, though, which is reasonable. Amazing how they build up over time. It's funny; I don't really think of myself as an early adopter, but as time goes on, I become a relatively earlier adopter of everything I've adopted. Obviously, time works like that, but what I remember is how much I missed at the beginning.

This is based on reading When Good User Interfaces go Crufty. I didn't think I'd be able to find a comment again in the discussion.

Saving is now an operation that users care about. It's actually more like committing changes. Users expect, from their computer use, to have the times they saved as times they can revert to (at least the most recent one). But they also don't necessarily have the habit of saving often (and they shouldn't save often, by the meaning they're using; they only should save when they've completed something). The correct behavior is to keep track of changes since the last save and apply the most recent set when the program starts up. You can quit, crash, lose power, whatever, and it will come back where you were. But if you (e.g.) copy the file somewhere else, it won't be different, because you haven't saved it. And there's no need, on a modern OS, to actually ever write the in-progress version with file operations: you can memory map it and the OS will write it to the disk as needed, avoiding the possibility of the program crashing with unsaved work.

While I'm on the topic, undo past saves is a useful idea (as is multiple versions), but it should stick to the session, not to the document. "Sure, I'll delete the secret parts of the document and send it to you." The user-level concept of a file has only a single version, with nothing but the current contents. Everything else is magic that the user expects to be personal.

Programs should quit when you have closed all of the windows, and not at any other time. If each window is a document, it quits when you're no longer working on any documents. If there's a window for other stuff, you'd have to close that, too (e.g., in an IDE, you'd have to close the IDE as well as the documents). You can't close the IDE part unless you're closed all of the documents (although, possibly, if you try to close it, don't use it, and close the last document, it should go away, so you can do things in any order).

Programs which can handle multiple documents should recognize when the program is already running and open the document in the existing program when you open a new document. This is often supported, but not frequently enough that users tend to do it instead of using "Open". Note that this applies just as much to the command line as GUIs; why can't I do "emacs " in a shell instead of ^X^F and then finding the file? (actually, I can. But it was complicated to set up.)

Remembering inodes isn't right, but there's a similar idea: hard links. You have two directory entries for the same storage. Of course, there are a number of questions remaining. If you move your document to a new name and create a new document with the old name, which do you get? This is essentially the situation you get when saving later versions of documents (except that the old version is also removed). Hard links would tend to follow the versions. You probably want to add a flag on files to say that it is "weak", such that, if there are no non-weak links to the file, it goes away, unlinking all of the weak links (unless any of them are open, perhaps); that would let you purge documents which are in the "recent" list but have been removed. It would make sense to have symlinks in your recent list as well, though, so that, if the original is gone but there's a document with that name still there, you get that. (Doesn't help for documents which have been moved and then replaced without notice, though).

I wish people on slashdot wouldn't talk about patents without a basic understanding of how to read a patent. The abstract is an abstract, and is always going to be extremely broad. That's not what the claim is on. Ditto the title. If you can describe your invention in a few words, it's almost certainly obvious.

The patent applies to things under the claims. The claims (and supporting documents) are the important parts. The rest are not really anything more than search keywords.

If you do:
cvs -u -D yesterday today {filename}
cvs will tell you what has changed in that file in the past day.

If you do:
cvs -u -d yesterday today {filename}
cvs will tell you:

cvs diff: I know nothing about yesterday
cvs diff: I know nothing about today

I think this should be song lyrics, but I can't come up with other lines.

(This is a response to an InformationWeek article. I couldn't get the comment system to work, so I posted it here instead, since I'd written it)

I switched to Linux in early '96, when Windows 3.1 wasn't meeting my needs. I think that Linux is a good choice at the point when you're going to have to put in retraining effort anyway. So long as it works, keep the same operating system. But remember that MicroSoft doesn't release new versions of most things; they change enough things that more training is required in order to use anything new.

As you said, the change between Windows 95 and Windows 98 was difficult for some users. On the other hand, since I started using Linux, there has not been a change of that sort to anything I've used, with the sole exception of Netscape.

This isn't to say that the OS hasn't made any progress; it's just that everything I've been used to having continued to work as I expected. All of the progress has been improvements which do not interfere with existing behavior: devices which didn't work now work; the system is faster and more responsive; the graphics have improved.

I think Linux is a good idea because it is Free Software, which means that you'll never have to get a new version of anything unless you want to, and because it has gotten sufficiently advanced that there will probably be ways to do everything your company wants to do. I wouldn't switch anything over to Linux if it is currently working, but I would use Linux instead of a new Windows version on new systems.