36 lines
3.9 KiB
HTML
36 lines
3.9 KiB
HTML
<!doctype html>
|
||
<html>
|
||
<head>
|
||
<title>Zk | 2011-04-18 14:40:58</title>
|
||
<link rel="stylesheet" type="text/css" href="/style.css" />
|
||
<meta name="viewport" content="width=device-width" />
|
||
<meta charset="utf-8" />
|
||
</head>
|
||
<body>
|
||
<main>
|
||
<header>
|
||
<h1>Zk | 2011-04-18 14:40:58</h1>
|
||
</header>
|
||
<article class="content">
|
||
<p><span class="tag">blog</span> <span class="tag">fossil</span> <span class="tag">diary</span></p>
|
||
<p>At the beginning of this year, I had two jobs. Â By March, however, I had quit one and been informed that I was, for all intents and purposes, being laid off from the other. Â While this wasn’t a huge surprise, I was still pretty disappointed - time to start the job-hunt again. Â I brushed up my resume, pulled all my references together, and got started searching. Â As I applied and attended job fairs and the like I started noticing a disheartening trend, however. Â I’m graduating in May with a degree in music composition, but applying for technical jobs. Â More than I once, I was turned down without further consideration as soon as the recruiter got to the education section of my resume.</p>
|
||
<p>Rather than be coy about my education, however, I’m combining the fact that much of my applying for jobs happens online with my resume into a <a href="http://resume.drab-makyo.com">visual resume</a> that offers all the same information while show-casing my design and visualization abilities.</p>
|
||
<!--more-->
|
||
|
||
<p>There’s a lot of conflicting information on how to structure a resume these days - should it be restricted to one page?  How personal should you be?  Avoid using ‘I’? Should you have an overview or skills section?  While I can’t say one way or the other what’s best for a personal resume (personally, I keep it to one page, have short overview and skills section, use ‘I’ while still being professional), I had a little more freedom working with visual resume.  Not only would it be divided up into separate pages  for clarity’s sake, I could take a little more time on each page to talk myself up and explain the accompanying graphics.</p>
|
||
<p>This project used, of course, Protovis, but I also included a map using OpenLayers and with CloudMade tiles. Â It was nice to get back into the swing of mapping again, as I haven’t really touched that in a while with the library maps project being shelved. Â And of course, it was fun to work with Protovis as always. Â The biggest problem came up when I had finished the whole project, though, and started checking it in other browsers. Â Chrome: great. Â FireFox: great. Â Safari on iOS: great. Â Internet Explorer: …nothing. Â Neither Protovis nor OpenLayers would work properly in IE8 64bit. Â This could prove to be a problem. Â The solution I’m working on is to export the graphics generated by Protovis (SVG format) to a format that IE does recognize and have an IE version of the page (done unobtrusively, of course, using IE’s browser-specific tags). Â The plus side to this is that, since I will have the graphics already exported, I’ll be able to pull together a paper version of this resume that I can print out on glossy and use in some circumstances in person. Â The down side being that I lose almost all the interaction that I have in place currently in the other browsers. Â Ah well.</p>
|
||
</article>
|
||
<footer>
|
||
<p>Page generated on A Visual Resume</p>
|
||
</footer>
|
||
</main>
|
||
<script type="text/javascript">
|
||
document.querySelectorAll('.tag').forEach(tag => {
|
||
let text = tag.innerText;
|
||
tag.innerText = '';
|
||
tag.innerHTML = `<a href="/tags.html#${text}">${text}</a>`;
|
||
});
|
||
</script>
|
||
</body>
|
||
</html>
|