Why software engineers should maintain a blog
I have a few pieces of standard advice that I give to anyone starting out in software engineering. Join a startup, max out your 401k and start a blog. Why should you start blogging?
Early on in your career, your biggest asset is your future earning potential. Aside: this is why you should also consider buying disability insurance, which is super cheap. You should be continually re-investing in yourself and your career. Part of that is building a personal brand. When a prospective employer Googles your name, they expect to find your LinkedIn profile and your Facebook page. If they also find a personal blog full of your writing and your code, you just jumped ahead of 95% of applicants.
Most people on your interview loop with take the time to at least read the latest entries in your blog. They will probably ask you questions about something you wrote about recently. Hint: if you’re actively interviewing, think carefully about which posts you want to at the top of the list. These are the absolute easiest interviews you will ever have, and some of the most productive. The likely hood that you know more about the subject than the interviewer is high.
Don’t worry too much about the SEO aspect. If you produce good content and put your name in the title of all the pages, the rest will take care of itself.
When I sit down and think about what to write, I usually ask myself “What was the hardest problem I solved in the last week”? This is a great reality check. Am I still growing and learning in my current job? If you have honestly been putting in the effort to write, but you look back at the last three months of posts and don’t see anything particularly interesting, then you have your answer.
More and more recently, I have begun to blog about the soft side of engineering. I still write posts that explain a particular technical issue I ran into, but I also write down my thoughts on my philosophy of engineering. I find these particularly useful when growing your leadership skills. Often I will have a conversation with a new engineer, and then reinforce my points by following up with an article I had written in the past.
You’ll be doing a lot of communication during your career, both verbal and written. Honing your ability to communicate well is going to pay dividends on whatever time you can spend on it. A surprising number of times I have found that it also pays more direct dividends; searching for a solution and finding the answer in a blog post you had previously written and forgotten about always makes me want to do a victory lap around the office.
Writing isn’t about making money, getting famous, getting dates, getting laid, or making friends. In the end, it’s about enriching the lives of those who will read your work, and enriching your own life, as well. It’s about getting up, getting well, and getting over. Getting happy, okay? Getting happy.” ― Stephen King, On Writing: A Memoir of the Craft
How many times a week do you find the perfect StackOverflow article that solves your problem and saves you hours of banging your head against a wall? How many times do you spend hours solving a problem, but no one else ever benefits from your solution? Help out other poor software engineers by posting your findings! The vast majority of the traffic coming to my blog is from engineers searching for specific solutions, such as “python memory leak” or “mysql drop column if exists”.
You’ll be surprised at the number of comments you will get. Most will just be a simple thank you. Yes - occasionally someone will comment just to call you an idiot. Dealing with aggressive and confrontational people is also a part of career growth.
Good for your company
Personal blogging is also good for your company. Typical corporate blogs suck at conveying the personality of the actual people on the team. Your blog can make a bigger impact just by being authentic. If you want to combine your blog, other coworker blogs and the company blog into one site and RSS feed, you can use Advocoders. There are many services that can then take that RSS feed and turn it into a self-updating Facebook page or a Twitter profile.
How to get started
I used to tell people who asked me for advice about blogging that if they couldn’t think about one interesting thing to write about every week, they weren’t trying hard enough. Coding Horror
The hardest part is writing. The logistics of setting up blog should be easy. I would recommend looking for a platform that supports syntax highlighting of code snippets that you include in your posts. Having an RSS feed of your posts is critical.
Personally, I use GitHub Pages and a static site generator called
Jekyll. The beauty of the system is that your posts are regular GitHub markdown, just like
when you’re making comments on a pull request. You publish new articles with a simple
git push. I also use a theme called minimal-mistakes.
It’s a good use of time to start from scratch and follow the various docs. Or, you can just fork my repository:
git clone email@example.com:chase-seibert/blog.git cd blog rm -f _posts/* _drafts/* images/* reading-list.md manager.md resume.pdf favicon.ico rm -fR .git bundle install # make need: gem install bundler make server
A few minutes after you push your
master branch to GitHub under a new repo
blog, you should be able to see your blog at