Danger is Go!


As I review resumes for developers there is one thing that always becomes an issue, code examples. I have found that many developers don’t have good code examples and sometimes don’t have them at all. Why is that? do they not see the value in proving they can in fact code? do they just forget to include those in their portfolio/resume? are schools (assuming they have attended school) not emphasizing the importance of code as a media? who knows all I know is that more developers need to have examples of code to give future employers a good sense of their abilities, this is just as important as a designer having examples in a portfolio or a business graduate having relevant experience on a resume. Here are a few pointers for students and prospective employees on showing off their coding abilities.

Live sites

Having something that is alive and well on the internet is one of the best ways you can prove you have the ability. However this is not a sure fire solution. Sometimes sites go dormant and die or you just never launch your product, that is fine but having something interactive that can be “cracked open” to see all the lines of code is important. Hosting the sites yourself in your own interactive portfolio is a good way to provide fallbacks for sites that you don’t control or never came to be. Make sure you are prepared to explain what you did and didn’t do, employers cannot figure that out by themselves.

Open source projects

One thing I have learned in the last year is how important it is to be involved in open source projects. They really give you a chance to work on something you love along with improving your skills. Many employers won’t find this important, I think they should start. Working on projects that are open source shows that you are excited about your craft and you are not afraid to work with others and accept feedback. If you are going to show off these types of projects make sure you keep them active, nothing is worse than trying to explain a dormant project.

Don’t limit yourself

If you are looking for a job as a front end developer (HTML, CSS, Javascript) you should show some examples of your work in languages outside that, show some backend work (PHP, Ruby, C#/.net) but also have some examples outside web development too like iOS or Android development and maybe even expand out of coding all together and show some design or UX stuff too. This proves a few things, first that you are not afraid to get in the weeds and do the stuff you are not most comfortable with and second it shows that you are smart enough to understand principles and conventions that maybe your primary focus does not require. And to top it off maybe open source those other things and kill two birds with one stone, there is no better way to learn than to get feedback from others.

There is one very important thing to keep in mind with these first three points. Don’t show work from your first year in school (older than 3 years) you should be showing work at most 6 months old. Your skills can evolve quickly and that is what employers want to see. I would even recommend not showing anything older than 3 months, this proves to your future employer that you are staying active and evolving your abilities.

Be prepared to take “the test”

The best way for prospective employers to see you code as you do today is to give you a test. You should prepare yourself to accept a coding test if presented with one. If the employer does not require you to take a coding test maybe you should look somewhere else.

This is probably the most important step when interviewing for a developer position and should not be taken lightly. Always start by making sure you understand the requirements of the test and speak up if you don’t. The only thing worse than writing bad code on your test is not doing the test correctly at all.

Be prepared to put your best code forward, but don’t overstep your abilities this is not the time to try out that new hot thing everyone has been talking about.

Make sure you test it appropriately, and sometimes over test. If they require the test to work in Chrome make sure it works in IE and Firefox too. As long as it doesn’t take you 3 times as long to complete, this will show that you understand what it takes to actually build and test working product.

As you consider these pointers keep in mind that these will not guarantee you a job, or for that matter a followup interview. These are mainly just ideas of how you can best present your abilities to prospective employers.

These are some of the things I look for when I read a resume, and I hope others are looking for them too.