[rnadna]

I wonder if others have scaled back on the "meaningfulness" of file names. I name a lot of my files (and directories) 01, 02, 03, etc (with suffixes according to meaning) and then I have a local README file that lists the contents of each of these.

I find it this scheme handy for scientific work in which the files are often multiple attempts to solve a problem. It saves me from writing file names like "solution" and "solution_method2" and "solution_method2_with_bug_fix" etc. The README format gives me tons of space to write comments (and cross-reference other work), while the filename, incrementing from version to version, is a sort of diary stamp.

This works for directories too. I tend to go only 2 directories deep on a given project. The top level is for the task, e.g. a calculation or a figure for a paper I'm writing, and the second is for a sequence of approaches to that task.

With this scheme, I focus on README files and not names in a directory tree. Colleagues who have tried this have found it weird at first, but then tend to prefer it to the "informative name" scheme they grew up with.

If databases were more convenient, I could imagine doing all my work with "flattened" filenames in a single directory. I think that's what apple are moving toward, but they are thinking of application-specific work, so the application deals with the databases. I prefer the README/filesystem structure because it lets me use tools like grep, etc.