if [[ -d "$HOME/dev/go" ]]; then
export GOPATH="$HOME/dev/go"
fi
Using a directory named "dev" not to store device files, but development tools. I am so stuck with conventions. if [[ -d "$HOME/dev/go" ]]; then
export GOPATH="$HOME/dev/go"
fi
Using a directory named "dev" not to store device files, but development tools. I am so stuck with conventions.Offtopic, but this kind of one-line conditions are typically best written as
test -d ~/dev/go && export GOPATH=~/dev/go
then it is easier tho change the sign of the condition (by using either || or &&)It's like reading a book that uses three different fonts on each page. You just cannot take it seriously.
cool way to bloat your glyph set to double the size and introduce aesthetic and string matching problems.
In terms of your general point, upper and lower case letters were originally different stylistic type-faces rather than "modes" of a letter in the same type-face. It wasn't until relatively recently in our writing history that the rules of capital letters became defined rather than a style choice and I'm certain they weren't thinking much about the problems that might cause with string matching on digital systems invented several hundred years later.
MacOS is one of the few registered UNIX systems out there (https://en.wikipedia.org/wiki/Single_UNIX_Specification#macO...).
I actually do not own a Mac, but it is a decent OS and performs well and tries to be windows friendly (hence camelcase and spaces) and tries to be stable and secure.
I opt for the if-brackets rather than the one line syntax because it is clearer to read. “if this, then that” is less mental effort than remembering just how boolean operators short circuit, for me at least. It's a few extra lines but I prefer the layout, indent, and ease of scanning.
Not all of them. You can choose to have a case-sensitive filesystem if you’d like.
Holy smacks, all these years and I never knew that! Too bad auto-complete doesn't pick up on it though.
In 1990's I used to have ~/dev in school's Sparcs running SunOS, as I needed some device files that weren't available in /dev. But I was able to mknod them.
I've been also toying with chroots quite a lot and there dev is also quite essential for its original purpose. Therefore "dev" is like a reserved keyword for me in *nix systems.
Personally I use ~/w (like "work") or ~/code mostly. I've had ~/dev once for storing projects, but I had to rename it as it was distracting (to me) :)
Neither do I.
My problem is finding an alternative to "dev" that is just as convenient. Do any of you have any suggested alternatives?
Most everything I do development-wise is in Git, which is why I came to that name years ago.
I also have a "~/tmp" directory for one-off dev stuff that I clean up periodically.
...but not in the "operator" sense. Rather, the "operations" sense...and that is because i used to use ~/projects...But i got lazy to type that out.
But I must admit that `~/code` seems a good alternative to me.