3 ms·
Aesthetics, mostly. But it also is a visual reminder not to over-complicate things unless I really need to. I got the idea from reading some source code from th
by zebproj 11y ago
Aesthetics, mostly. But it also is a visual reminder not to over-complicate things unless I really need to. I got the idea from reading some source code from the suckless.org guys.
I meant to document the directory structure here:
(h)eaders, (m)odules, (e)xamples, (t)ests.
Arguably obfuscated, but I think with only 4 directories, it's still manageable.
- ubercore 11y agoMaybe if _really_ thoroughly documented, but for n=1, I found it off-putting.
- to3m 11y agoAt one letter per folder, it's not like there's much to remember :) (I don't think it's much worse than calling your header file .h rather than .header, and it saves a bit of typing/tabbing. But I'm only one person too.)
- zebproj 11y agoThe way I see it: it's only four folders, and the letters correspond to what they do. My brain can handle this.
- zebproj 11y agoYup. Documentation is in the works, I promise! For Soundpipe AND each individual module. I'm planning on HTML documentation as well as man page documentation. In the meantime, I think most of Soundpipe can be grasped by looking at a few examples as well as m/base.c and m/base.h.
- alkonaut 11y ago"LongDescriptiveFilename.c" -- No C project ever
- vonmoltke 11y agoActually, the one big C-based project I have worked on had many long, descriptive names. It also had names that were acronym soup. :P