71–80 of 182 posts
shell darwinism. I toss files onto the Desktop, and have a cron that runs every night, deleting files older than 30 days. This knife-in-the-steering-wheel approach leaves me constantly scrambling to make sure my files are all properly curated into a more suitable hierarchy, of which is not interesting.
Photos: In folders named "YYYY/MM.N Descriptive event title" like "2019/05.1 Birdwalk with Stephanie". This really helps me find things later. Technical library: Academic Topic/subtopic/ then pdf title Music: I use beets now, which imports and organizes everything Household: Accounts folder, Mortgage folder, Appliances folder with subfolders for each appliance containing manuals, photos, and maintenance info. Systems…
What's your rationale for now putting the venv inside the project and ignoring it? À la node_modules.
I've shifted to this after years of your method and like it. I do hate .gitignore expanding arbitrarily. But that's life.
I try to make sure every name is clever enough to make me hate myself but also appreciate my wit when I try to find it in the future. Versioning is achieved by banging on the keyboard when saving the file, it's easy to tell how recent something is by the length of the 'asdljkhaoi' appended to the filename. Every once in a while I throw everything into a folder called "backup" and start fresh. I believe they go 8 deep…
Photos: In folders named "YYYY/MM.N Descriptive event title" like "2019/05.1 Birdwalk with Stephanie". This really helps me find things later. Technical library: Academic Topic/subtopic/ then pdf title Music: I use beets now, which imports and organizes everything Household: Accounts folder, Mortgage folder, Appliances folder with subfolders for each appliance containing manuals, photos, and maintenance info. Systems…
Are your venvs themselves the git repo too? Sounds like they're not, because you have a different project folder. What's your rationale for now putting the venv inside the project and ignoring it? À la node_modules. I've shifted to this after years of your method and like it. I do hate .gitignore expanding arbitrarily. But that's life.
I just don't see a benefit to having the virtualenv inside the project directory.
~/usr/text - pdfs and text files with name format author-title, no hierarchy
~/usr/projects - each project, not sorted by language
~/etc - $XDG_CONFIG_HOME
~/etc/bin - shell scripts
~/bin - programs locally installed
~/src - source code repos, built into ~/bin
~/prog - cache and data
I use CVS to store and version everything, and various environment variable, wrapper script, and alias hacks to move as many dotfiles out the way.
References are organized by media type, then by general subject, then (usually) by author. I mark up filenames with tags so that I have some options for tracking down stuff with file search.
When I want to collect references for a project they get copied out.
What I've noticed is that the organization ought to reflect the mind, and the mind doesn't run on Internet Time. You probably aren't a professional librarian archiving the whole world's knowledge, but rather a person who is using curation to say "this is what I like" and create a quick-access space for self-exploration. If you go too general in your organizational patterns, if you archive too much or archive unseen works, you won't use it. You might as well run off to a search engine in that case. So it has to be more of a gradual-phases accumulation.
The most recent change is that I started copying more, because I'm aiming not to data-hoard and with current capacities it's hard to fill up the drive with references without falling into hoarding.
https://github.com/whyboris/Video-Hub-App - MIT open source
https://videohubapp.com/ - $3.50 minimum price but $3.50 of every sale goes to the cost-effective Against Malaria Foundation
~/dev - code repos (dev as in development, not devices ;)
~/projects - symlinks to directories in ~/dev that I'm actively working on
~/.dotfiles - dotfiles git repo with symlinks to the right places
~/notes - a git repo of markdown notes