Often overlooked but incredibly important to be able to code quickly and reliably is a good environment. What do I mean by a good environment? There are three main components: package management, editors and linting, and dependency management. Having a good environment can save you hours when it comes to getting ready to use a new technology or framework. It can also make it easy to move things from one computer to another. Maintaining your environment is essential to spending more time coding and less time fighting with paths and package names. In this post I'll cover the package management segment of your environment. In later posts I'll address editors, linting, and dependency management.
Linux distributions typically come with pretty great package management (if not from a security standpoint then at least from an accesiblity standpoint). You've got tools like
yum, and a few hundred others. I don't know what kind of setup you're rocking on linux so I'm not going to tell you how to run with things but these are a few tips that have helped me over the years:
- Prefer the vendor's repos over the distro's repos. This means for something like MongoDB you're going to want to follow a tutorial like this one: "Install MongoDB on Red Hat Enterprise, CentOS, Fedora, or Amazon Linux" for yum/rpm based distros or this one "Install MongoDB on Ubuntu" for ubuntu/debian based distros. This means you can use the most up to date package without relying on your distro to ship it to you. There are obviously exceptions to this for the package managers that build from source.
yumjust about everything you can imagine can be found with the following command
yum --enablerepo=epel installfollowed by the package you were looking for.
OSX is unlucky in that you'll have to download the pretty hefty developer tools before you can get going. Try to do this on a good connection. There are a lot of different ways to do it. The general steps to get moving quickly are:
- Open a terminal and run
xcode-select --installif it fails make sure you don't already have them set by running
xcode-select -pand checking that path. Alternatively you can download all of Xcode.
- Next install homebrew. Get rid of any other package manager on your system.
- Try to install as much as possible through homebrew. If a package does not exist consider making it! I also really recommend placing
/usr/binin your path and upgrading the permissions to allow the staff group control over it:
sudo chown -R :staff /usr/localand
sudo chmod -R g+wr /usr/local.
- If you do need to manually compile and install things consider putting them in /opt or ~/opt instead of the typical lib locations.
- Install the most up to date language versions for python, ruby, node, etc. through homebrew and make sure you use those versions rather than the system provided defaults. This will solve a lot of problems related to dependency management.
- You can search for a package in brew with
brew search vimand get information on an individual package with
brew info postgresql.
- Don't use
launchctlto run services because you'll probably forget about where those things live and where they are.
launchdcan be pretty good for running cron jobs though, just remember to keep track.
Windows is probably the worst off for the whole bunch for doing traditional dev. On the plus side it's fantastically well setup for .NET development so if that's your forte then you'll be up and running in no time. Windows is also the environment I have the least experience with so please take this advice with a
grain boulder of salt. If you have any suggestions please let me know and I'll incorperate them.
1. Choclatey the homebrew of windows.
2. NuGet package manager for .NET.
3. Rapid Environment Editor gives you a GUI for changing
- Create a location for custom binaries to live. On linux and osx this can be as simple as
- If you have to configure and install a package manually make sure you keep a record of it in a text file somewhere. This really helps for tracking down dependency problems later on. You might have this harddrive for years and you'll most likely forget large portions of the custom packages you install.
- Don't be afraid to modify the environment, just make sure you know what you're doing and keep a record.
- Figure out a good way to maintain your actual
env: path variables, JAVA_HOME, and other variables that might need changing but need sensible defaults. I'll outline how I manage this on different operating systems in another post.