Tag: WordPress (Page 166 of 220)

For those of you who are involved in working with building things for WordPress- specifically, premium plugins and themes – then you’re likely plugged closely into what many refer to as “the WordPress community.”

Granted, I’m not saying it’s not a community – it is – but it’s just part of the community, right? I mean, the word encompasses people who use WordPress to blog, people who are fans of the software, those who have contributed to it, those who build things with it, and so on.

All that to say, the community has a variety of facets.

And the challenge to this is that when we spend so much time with our subset of the community, it’s easy to accidentally develop a degree of tunnel vision such that we become at least partially focused on writing things, designing things, or buildings things with our part of the community in mind rather than our customers.

Continue reading

I’d like to think that one of the things that most good developers continually strive for is writing the cleanest, most maintainable code possible.

Personally, I don’t know if there is an actual point at which you reach it – it’s the whole journey-not-a-destination thing – but that doesn’t mean that we shouldn’t continually aim to get better at what we do. In our case, that’s writing clean WordPress code.

The thing is, there’s only so far you can get on your own. You can read a number of books, follow the advice of some high profile programmers, and read as much of the “academic” material that you can get your hands on – and I think all of the above is great – but, at the same time, it only goes so far.

To that end, I think it’s worth seeking out other people in your same field to help provide some level of mentorship on how it relates to writing clean code because here’s the thing:

As much material as we can read written by other people, nothing beats interacting with those who are writing code in the same language(s) for the same APIs under the same coding standards and who are farther along than you in experience.

Continue reading

In building software – especially at the enterprise level – one phrase that’s used to describe the work that goes into understanding what all needs to make up an application is that of the “problem space” or the “problem domain.”

This is important because part of the process of understanding the problem domain is learning the language, the terminology, and the concepts that go into building an application.

For example, say you’re building a job board. You’re likely to have something like:

• Job Posts
• Resumes
• Recruiters
• Employers
• Employees
• Candidates
• …and so on

These ideas are then taken and ultimately converted into code.

Sometimes, developers will use the terminology associated with the problem domain (and this is part of domain-driven design) in their code; other times, the problem may get solved but the code may not completely reflect the problem space at the code level.

At any rate, one of the things that I see – as designers and/or developers – doing is using terminology that is more frequently associated with how we view WordPress than how users do.

Continue reading