Software Engineering in WordPress, PHP, and Backend Development

Category: Articles (Page 219 of 258)

Personal opinions and how-to’s that I’ve written both here and as contributions to other blogs.

My Day-To-Day: Taking Notes

When it comes to taking notes, I’m a bit obsessive about it. In fact, I used to carry a notebook with me everywhere – literally – in case any kind of idea, thought, or something I forgot to do (or needed to do) struck me wherever I was.

For me, it wasn’t enough to jot down a note in whatever piece of paper I had available – I needed I make sure I had a “catch all” notebook of sorts. This is a habit that I developed in college (in fact, I actually still have some of those notebooks in a drawer!) and has persisted ever since.

Despite the fact that I don’t think I’ll ever really stop using notebooks, I have been trying to go as digital as possible. Case in point: Not long ago, I shared how I take notes using Bamboo Paper.

But for quick little notes, personal reminders, and ideas, that’s a bit overkill right?

Continue reading

Deep and Wide: The Tension of Software Development

One of the things I talk a lot about both with small groups of friends and during speaking events is the idea of going deep rather than wide.

In the context of software, I’m typically referring to the idea of going extremely deep within the languages and tools that you’re using on a daily basis so that you may become the best developer that you can possibly be in that area.

But there’s a tension that I think most programmers feel and it’s that there are so many neat things out there to learn. Couple that with the fact that others can sometimes make us feel inferior if we don’t know what they know, the tension grows even stronger.

I’m not sure if I’m making much sense.

Continue reading

A Guide To The WordPress Theme Customizer

Comments on are closed on this post so we can keep the discussion on the original articles.

One of the neatest, and nicest features of WordPress (since 3.4) has been the WordPress theme customizer.

In fact, I’m such a fan of it that I think that it has the potential for us to decrease or even remove our theme options pages by giving users all of the tools they need straight in the Theme Customizer.

But as with any new feature or API, there’s a lot to learn and things to understand about how it works, how to implement it in our day-to-day work, and how to use it in place of APIs we previously used.

So in my latest series on WPTuts+, I’m looking at doing exactly that.

Continue reading

My Day-To-Day: Path

Earlier this year, I talked a little bit about how I deal with social media during the day-to-day. In that article, I shared that I’m a big fan of Path. In fact, I said this:

Yep – I actually use Path. I know, I know, few do, right? But the thing about Path is that my immediate family and my closest friends all use it so I’m actually able to get the benefit of using that particular application more so than any other.

Months later, I’ve continued to scale back my social media involvement to the point where I’ve killed my Facebook account, I don’t use Instagram or any other social service, but have continued to use Path as they’ve continued to grow their service, and I’ve enjoyed every feature – and the frequency thereof – that they’ve rolled out throughout the year.

At this point, the only two social networks that I’m currently using are Twitter and Path.

Continue reading

WordPress Theme Updates and Semantic Versioning

Maybe I’m more observant than I used to be, or maybe there is a trend that’s actually happening, but one thing that I’ve noticed is that more and more WordPress developers are beginning to take interest in semantic versioning.

In short (and straight from the website), semantic versioning works like this:

Given a version number MAJOR.MINOR.PATCH, increment the:

  1. MAJOR version when you make incompatible API changes,
  2. MINOR version when you add functionality in a backwards-compatible manner, and
  3. PATCH version when you make backwards-compatible bug fixes.

Additional labels for pre-release and build metadata are available as extensions to the MAJOR.MINOR.PATCH format.

Easy enough to remember, right?

One of the things that sticks out, however, is that certain parts are meant to be updated and changed when there are “incompatible API changes”, when there are backwards-compatibility changes, and when there re bug fixes (and, in which I include, hot fixes).

This clearly makes sense in the context of a larger application such as, you know, WordPress itself, but Themes?

Let’s be honest: most WordPress Theme Updates don’t necessary fall under these same changes because they don’t have an API. Even more so, it raises the question of what would be considered a backwards-compatible change?

Or do they?

The more I’ve given this some thought, the more I think semantic versioning works just fine for WordPress theme updates, and it’s something that I’d love to see continued to be implemented.

Continue reading

« Older posts Newer posts »

© 2025 Tom McFarlin

Theme by Anders NorenUp ↑