Streamlining training to benefit the student

In a previous job working for a banner ad company, I held two different job positions over the 4 years I worked for them. For the first couple of years, I worked in their production department creating custom ads for big corporations. I then transitioned over to their support team to train new clients and support efforts from their in-house design teams.

When I began training for the support team, I shadowed various colleagues. I watched how they conducted trainings, what resources they had to share with the people they were training, and how to support them once they started making their own ads.

The first training I sat in hit me like a deer caught in the headlights. It was a live hour long screen share showing techniques I was very familiar with having working with these tools for quite a while. By the time we finished the session, I was numb. So much information was jammed into that one hour.

This left me questioning, if I felt lost after that training with all of my previous experience, how did the new client feel?

I learned that after the initial training, there was quite a lot of custom support offered, making for a time intensive experience for both the client and our support staff. To top it off, there was very little written help to support client efforts. The help files we had were the bare minimum, and there was no way to add onto them.

As I started to prepare for my first training, I put myself into the shoes of the student. I wanted to create a more relaxed training that left the client feeling equipped to start their project and not worry about the technical stuff. I wanted to leave them with enough structure to drop in their initial creative assets after we were done with the training.

  1. I created a quick survey to find out what structure of project they would need to build, and what types of media they would be using.
  2. I built bare-bones versions of the projects with obvious sample assets to get them started. These projects were well organized with useful comments in the HTML, CSS, and JavaScript.
  3. Using Evernote along with Skitch, I created easy to ready directions with all the notes for topics we would cover in the training session. This way the client wouldn’t need to take excessive notes and could watch to get a feel for the setup. This allowed me to publish a document and easily send a link to anyone in attendance with annotated screenshots and zipped files of their skeleton projects.
  4. I recorded the screen share and sent a link with a followup email once the session was over.

Approaching new clients with a structured training with so many bonus materials left me feeling more confident and relaxed as I conducted my sessions, and make my students feel more confident in what they were doing.

As I started to support clients requests, I found that I would often answer the same questions multiple times. Some of my colleagues would have draft emails with answers they could send over, but often they would type the same responses repeatedly.

Still unable to update our help files, I started to keep an Evernote notebook filled with my own answers with files I could quickly share with our clients. I would offer a quick overview in a response email and a link to my more detailed document. I could send this out with little trouble and say something like, “here is the quick response, give it a read. If you need more info, we can schedule a call.” Sometimes I would need to hop on with the client, but more often they would read what I sent over and solve the issue themselves.

When a client feels supported, they become your best salesperson. Designers and programmers that I worked with would switch companies, and advocate to work with us for our dedicated support. When I did finally leave that job, my entire team was using documents and files I wrote and created, and techniques for teaching that I established as best practices there.

Useful Sublime Packages

Sublime Text on its own is a great tool to use for HTML / CSS / JavaScript development — but it gets even better with packages! Sublime Text is free to evaluate, with a nominal cost for continued use — a great way to get your feet wet with the tool.

Installing Package Control into Sublime allows you to include add-ons to make coding easier. Once you have installed Package Control into Sublime text, the next step is to locate packages that are helpful. I find a lot of benefit with the following packages.

Bracket Highlighter
Opening and closing brackets/braces/parenthesis can be tricky to keep track of — especially if you are troubleshooting code. This package will highlight the complementary bracket/brace/parenthesis your cursor is currently on.

Sublime Code Intelligence
Many IDE’s (Integrated Development Environments — tools to write your code in) offer code completion. Sublime will do this for repeated statements, and it will do it pretty well, but not for code not previously entered. Sublime Code Intelligence will help with code completion for common HTML, CSS, and JavaScript syntax — helping you to avoid typos.

Sublime Server
Sometimes supporting libraries you might include in your project (for example if you are including a framework like jQuery or something similar) don’t run well in a local environment (testing files directly from your computer). Making your local development environment more like a web server can help avoid some of these issues.

There are many local testing servers you can download, but Sublime Server is nice since you have everything integrated together and you can run any open file by right-clicking on it and choosing ‘View in Sublime Server’ which will launch your file to your default browser in the localhost.

In the examples and demo’s to come, I tend to utilize all of these packages to aid in my development.

Tools to get started with

The bare minimum to get started writing HTML, CSS, and JavaScript are a web browser and a super simple text editor like notepad or simple text (one that’s likely included with your computer). You don’t want to use a word processor because all that formatting leaves behind garbage that can cause you issues.

However, using something just a little fancier for writing code or markup is really worth it. You can find decent free or low-cost options without too much trouble. There are even some in-browser web page development options.


A browser is what renders your HMTL markup, and Cascading Style Sheets, and JavaScript into the webpage you are looking at. You are likely reading this page in a browser window.

Generally, this refers to one of the big 4, although there are others available.

  • Google Chrome
  • Firefox
  • Apple Safari
  • Microsoft Edge/Internet Explorer

I tend to primarily work in Chrome, but when testing I do open the others. There are services like Browser Stack that can offer you virtual testing environments with not only the different browsers but also different versions of those browsers.

Text Editor

Sure you can just type in plain text, but it’s nice to get a little help and color coding along with some auto-completion to get the job done a little faster and more accurately.

I’ve really been enjoying Sublime Text. It does cost $80, but technically the evaluation version doesn’t expire. I really get a lot of use out of it and was happy to support them by purchasing my license which I can use on as many machines as I’d like.

Code Anywhere is also pretty interesting as it gives you a coding environment as a web app, iOS, and Android.


You can find oodles of content on the web for describing how all this works. Here are a few I tend to reference quite a lot.

Asking Good Questions

Asking good questions is a skill you develop as you proceed down the path of programming. I’m constantly having a conversation with myself asking questions in my head as I proceed down a programming path.

When I run into a problem, I know it is likely someone else has already run into it and has written something about it. Asking a good question in a search will get you to your answer faster. Restructuring your question, taking out details, adding in details, pasting the error directly into the search, these are all ways to dive in and research the best answer for your problem at present.

Getting started with all of this isn’t a huge deal. Really it’s just about asking good questions and spending your time reviewing the details.

Hello World is merely the start

When learning a new computer language, quite often the first example is to create a “Hello, World” type application. “Hello, World” is something we tend to take for granted now, but it wasn’t always the defacto starter example.

Learning a new computer language can be daunting. There are new ways to do things, many details as to how to organize and define your code, ways to package up your code, then to deploy your code to where it needs to go in order to function.

“Hello, World” was first used in an internal memorandum for Bell Labs back in 1974 by Brian Kernighan, and later widely released in his book for the “C Programming Langage” published in 1978. At this time computers were still typically large office machines taking up quite a lot of space, nothing like we have today. Brian Kernighan used this “Hello, World” example as a way to quickly show the basics of program structure and workflow, to get the programmer’s feet wet, and feel like they accomplished something.

So, “Hello, World” is a great start, but the story can’t end there. Learning a new language means you have to buy into its story, how it’s useful for you, what it can do for you, and how it can enable you to help others. When we learn any new language, a big reason why we learn is to help others. To help them communicate, to enable them to do less work, to make things easier.

After this great introduction, we need to keep things moving – and the best way to facilitate this is through story coupled with technical details. So often when learning a new language or API (Application Programming Interface) you are presented with dry stale details. Without a compelling reason to continue past “Hello, World”, a user learning will only do the bare minimum to get by.

If someone is learning your language or API, don’t you want them to dive in deeper. For them to advocate using your product rather than someone else’s? Creating documentation that is compelling, that tells a story, to get your users not only interested, but advocate for it’s usage to their peers – shouldn’t that be your goal?

Story is important.

What are you saying after “Hello, World”?