Enter a search term such as “mobile analytics” or browse our content using the filters above.
That’s not only a poor Scrabble score but we also couldn’t find any results matching
Check your spelling or try broadening your search.
Sorry about this, there is a problem with our search at the moment.
Please try again later.
It's no use letting your ignorance, laziness, or even shame, stand in the way of learning to code. I possessed all three in abundance, until this week I took myself along to a Coding for Digital Professionals course (shock horror, it's run by Econsultancy in London).
The stuff I learned, and the geocities-eat-your-heart-out website I created, got me thinking about all the points in a marketer's life where coding knowledge comes in handy.
I'll start with some simple tech info, but read on if you want to see the website I built.
If you know about these already, you may want to skip the next few paragraphs and take a look further down the post at the reasons I believe marketers should know how to code.
Learning to code
The learning method we used was to take some code already written by our capable teacher, Mike Baxter, look at how it works, then edit it for our own purposes. This trial format, with a lot of the necessary tags already presented to us, gave us the requisite confidence to throw ourselves into the task at hand.
We did our hands-on coding in Codio, a free web IDE (internet development environment), currently in beta, where one can write code, preview it, host files, folders and eventually your own website.
We also did a lot of snooping around in Google Chrome. Try 'right clicking' and selecting 'inspect element' to see what DevTools Chrome has to offer - you can learn more about these DevTools at Code School.
So, we learned slowly about how to develop web pages and web sites.
Beginning with HTML markup with attributes, see some example markup here (right clicking and selecting 'view page source' in Google Chrome will show you source code of a web page), we worked through different kinds of styling and behaviour:
- Inline style is adding style to a particular element of HTML, so perhaps adding a colour to one particular instance of a word.
- Embedded style is adding instruction in the 'head' tag of the web page, where one can specify wider styling, for example, one could make all listed text a certain colour.
One step higher up, CSS (cascading style sheets) can be used across more than one webpage. The style sheet is linked to from the HTML 'head' tag, and this CSS then specifies which content should be styled and how.
Well, with Mike's help, taking a site he had built using the principles described above, I felt confident to go away and continue on my journey to becoming a programmer.
I'm still a long way off, you can click to see my minor amends to Mike's efforts through the pic below. The header bar doesn't have any real functionality at the moment, apart from some swanky stuff in the 'gettin' fancy' page, but I have added imagery, text and some boxes with links to external sites.
This was achieved with only a few hours tuition and background, and then a final thirty minutes or so tinkering.
Why all marketers should learn to code
This is useful at a basic level simply to analyse web pages and try to figure out what is tracked, and then at the next level up, if you're going to implement this yourself.
As you and your brand build templates, it makes sense for these to sit in the same place as other brand guidelines. Are you making sure there's enough knowledge across the non-tech teams of what assets will ensure consistency across sites, brands etc?
Having a library of style sheets which will allow you to switch between, for example, seasonal versions of your product pages, could be very important for conversion, and something you'll need to bone up on if you want to command this kind of change.
Working with an agency
Do you really know what work has been done by an agency, and how long that work should have taken, and whether they did it quickly or took the long route so they could charge more?
Having a few simple questions in your arsenal is handy when you're sitting down with a web agency who you've never felt sure about.
Working with your tech team
A similar story, but with a nicer twist. When you're working with your tech team, you want to know when your requests are a headache and when they are simple requests.
This is just so you know when you can lean gently on people and when it's best not to. Knowledge of styling, for example, will allow you to understand better how quickly changes can be made.
If you can look at that snazzy website of your competitors, and see some elements of its build, why shouldn't you? Being able to know if a competitor has a responsive website, built mobile-first, or simply a CSS 'snap' between two screen sizes - this is valuable stuff.
So, marketers, if I've convinced you of your need to code, get on an Econsultancy course, or straight on Codio, and get cracking.