Skip to main content

Kimberly Blessing

Managing, Mentoring, and Hiring: Why is it so damn hard?

4 min read

Think sticker

The super-cool Think Brownstone stickers I gave away at BarCamp!

I had the privilege of leading a problem solving discussion at BarCamp Philly this past Saturday. The session was proposed at the last moment (while the first sessions were going on) in response to a few conversations I had over morning coffee -- I was amazed to end up in a packed room full of very vocal people! It's clear our community has a lot to discuss on the topics of management, mentoring, and hiring. Thanks to everyone for participating and making this such an engaging session!

Here are photos of the blackboard notes/mind-map -- they're a bit blurry, but you still make out most of the text and the lines connecting ideas.

  1. Define the Problem "Screen Shots": 1, 2, 3, 4, 5
  2. Mentoring focus "Screen Shots": 1, 2, 3, 4, 5, 6

A transcription of all the blackboard notes follows -- but I think the big takeaway of the session were the mentoring action steps we identified:

  1. Define mentoring: what are you trying to achieve?
  2. Carve out the time: make it important, protect it, make it part of everyone's job
  3. Ask: not for mentoring but for information, for input, "how can I help?"
  4. Do things together and make it visible
  5. Express thanks

Before you go through the full notes: I'm serious about getting together again to continue the conversation! Please leave a comment on this blog post, email me, or @/DM me on Twitter so I can be sure you get an invite to the meetup!


Define the problem

    • No mentoring at many places
    • Hard to mentor if you're not being mentored
      • No managerial/organizational support
        • Do you set aside time for mentoring activities?
    • No one gives a shit when trying to mentor
    • Bidirectional mentoring: [other party] not always interested
    • Finding people / the right people
      • People with potential
      • Headhunters [=] Noise
      • [Many] unqualified candidates
      • Depends on company: hiring for culture, skills, experience?
        • Do we even know what we're hiring for?
          • Speedy growth
          • Same job title (not description) means different things at different companies
            • Different responsibilities, different expectations (on both sides)
          • As person being hired:
            • Why am I being hired?
            • What am I doing?
            • Is it OK to ask questions?
      • Dilution of credentials
        • PhD [in CS] but can't code
        • As jobseeker, educationally over-qualified, less job experience
          • Resume format hasn't changed, how do you present yourself?
            • Cover letter still important!
          • For developers, where is the code portfolio?
      • What is the qualification to get through?
        • Puzzles
        • Quizzes
        • Essays
      • Can someone meet our expectations?
        • [Example: job posting asking for] 10 years of jQuery experience
    • Hiring
      • Tools are shitty and inhibit process
        • Broad job posting not effective
      • Expensive! Job portal posting and lots of asshats apply
      • [Managing/researching applicants]
        • Resumator + LinkedIn
        • Stack Overflow
        • Ranking candidates
          • Bullet Analytics
      • Where to post jobs locally?
        • Technically Philly job board - will have job fair in 2014
        • Local network and community
          • Be an active participant in community so people want to work with/for you
          • Most groups are for senior/advanced people
          • How to go from email to action?
        • How to find junior talent?
          • Campus Philly
          • Drexel Co-Ops (people love them)
    • At this point, we were 15 minutes into our time, so we voted on one area to focus on; the group chose mentoring.

Focus on Mentoring

  • This is a skill in and of itself!
  • Big difference between mentoring and training
    • What is the hidden curriculum in your organization?
  • Finding time
    • Carve it out
  • Care more!
    • How to make those NOT in this room care more?
      • How do we encourage more soft mentors?
        • Make it a requirement
  • Coaching
    • Helping people express themselves makes them better at what they do
  • Apprenticeship
    • Formal programs
  • Context/structure
    • "Soft" mentoring instead of formal
      • Team collaboration and valuing others' opinions?
      • Recognition is important
      • How to find a mentor as a junior person?
        • Look for someone who is passionate about what they do
        • Look for someone who is open
        • Show them what you're working on
        • Ask
          • We aren't taught to ask good questions
            • Are we hiring people who won't ask by looking for purple squirrels (super ninja rockstars are self confident)
            • [Nor are we taught] to recognize others, e.g. acknowledge someone in code comments
          • Conversation starters:
            • What's wrong with this?
            • What am I missing?
            • What have you tried?
    • Some organizations separate mentoring from management
      • [Why?] This introduces BIAS in management process
  • Why is this a corporate expectation? Why don't kids go out and find [their] own mentors?
  • Manager != Leader, Leader != Manager
    • Being a mentor is a differentiator

Mentoring Action Steps

  1. Define mentoring: what are you trying to achieve?
  2. Carve out the time: make it important, protect it, make it part of everyone's job
  3. Ask: not for mentoring but for information, for input, "how can I help?"
  4. Do things together and make it visible
  5. Express thanks

Kimberly Blessing

Web Developer Job Interview Questions

1 min read

Every employer has a different recruiting and interviewing process, but at some point you're going to be asked technical questions. (Or, at least, one would hope that you'd be asked technical questions... if not, look out.)

If you've never interviewed for a web development job before, or if it's been a while, you might be wondering what to expect. Rather than list a whole slew of questions here, I'm going to give you access to a real screening questionnaire -- one that I've actually used as a hiring manager to help identify which applicants have a solid understanding of core web development knowledge. (Harder questions get asked over the phone, and the hardest ones in person.)

What are you waiting for? Check out the questions!

Interviewers and hiring managers, what other questions do you ask early-on in the recruiting process?

Kimberly Blessing

Preparing for Your Web Developer Job Search

6 min read

It's a new year, and perhaps you're a Web Developer looking for a new job. As a long-time Web Developer, here are three things I prepare when looking for work, whether it be freelance or full-time. And as a hiring manager, these are the same three things I'm looking for from the candidates who apply for work!

A Resume

I don't care whether I get one page or three pages from Web Developer candidates -- as a hiring manager, I do review the whole thing. Just don't fill it with fluff. I'm looking for dates of employment, size of company/product/team, type of work performed, and skills utilized. The general stuff which you do on a regular basis (emailing with Outlook, writing documentation in Word, slicing of assets in Photoshop or Fireworks, etc.) can just occupy a general skills section rather than be repeated for each job. Starting the resume with a technical skills overview gives me a quick snapshot of what you say you're capable of, and is a likely place for a hiring manager or recruiter to start with questions -- so don't list technical skills which you can't back up with experience! (Saying you have experience with HTML 5 when you haven't done much more than read a few blog posts is a sure-fire way of getting your resume nuked in a company's recruiting database, thus removing you from future consideration.)

While a beautifully formatted resume is always nice, don't agonize over it: using a Word resume template is just fine. Keep in mind that your resume doesn't always get through to the hiring manager in the format you sent -- so prepare a plain text version for textarea uploads. I know that typos sometimes make it in to a resume, and the occasional one will be forgiven or overlooked -- but do make sure to spell and grammar check everything! After all, if you don't QA your resume, how will a hiring manager know if you QA your code? (Need help? Read this and this.)

A Portfolio

To me, your resume is a formality of the hiring process, just metadata. Your portfolio is the real content which will be reviewed with a far more critical eye. The fact that portfolios aren't requested 100% of the time when seeking Web Developer positions only speaks to a hiring process which still treats the Web Developer role like a traditional programming job. Web Developers know otherwise, and if you truly want to be seen as a professional Web Developer, you'll have a portfolio at the ready. Do not slap something together on an as-needed basis -- proactively prepare a portfolio and send it even without request!

A portfolio should highlight your best work -- not all of your work. Don't include every project you've ever worked on. Choose three to five of your code samples which exemplify things like your coding style, ability to reconcile project requirements versus technical constraints, attempt to put HTML 5 into practice, etc. No one project will demonstrate all of those things, obviously, so make it clear why each project is included -- give a short narrative for each project to point someone to what you want them to focus on. Remember, you won't be the room when the portfolio is reviewed (unless it's brought up during an interview, which the portfolio will help you to score), so hand-hold the reader a bit.

I'm going to write a more in-depth post about what should go in a portfolio and how hiring teams review portfolios, so stay tuned.

A Web Site

May I vent for a moment? I can't believe how many Web Developers apply for jobs and don't have a Web site of their own. Where, pray tell, do all of these folks do their testing and noodling with servers and code? Why would you not want some online repository of your code? OK, venting done.

Yes, I do realize why some Web Developers don't have Web sites, but when you're searching for a new job, you need to have one. No, you don't need to have a blog with a lot of profound blabbering about technology, but yes, you should have an online copy of your resume and portfolio. When a recruiter or hiring manager Googles you (oh yes, we do!), you should want something more than your Facebook page to come up in the results.

I really think the most important reason for having the Web site is to host your portfolio. With an online portfolio, you can still highlight a few key projects while hosting copies of all of your code. This way, at a moment's notice, you can direct someone to (or, in an interview, walk someone through) a code solution that exemplifies a point you're discussing. Plus, you can preserve your code as it was when you finished it (delivered it, launched it) -- no longer will you have to make statements like, "I made the templates for the CMS but someone else maintains them now, plus the content folks don't know XHTML, so I don't know if the pages still validate." Worried about keeping copies of your code online? Just password-protect your site. If you give each recruiter a unique username/password to access your site, you'll be able to check your server logs to determine who's actually checked it out.


How will having all three of these things prepared and submitted help you in your job search? First and most importantly, it will get you in the door faster -- literally. If you have decent experience and great code samples which are hosted online, I'm more likely to tell a recruiter to just bring you in for an interview, rather than go through the preliminary phone screen. Why would you want to wait and let someone else get interviewed (and possibly get an offer) first?

If you're looking for your first Web Development job out of school, as a new career, or if you're switching from freelance to full-time employment, the portfolio can be especially helpful in leveling the playing field. If you're able to demonstrate strong skills but have little or no job experience, you're more likely to get an interview than someone with years of experience but no portfolio.

Of course, while you're in the midst of a job search, all of these tools are equally useful for getting short-term contract work, too!

What else do you think is crucial to a Web Development job search? Leave your thoughts in comments. If you have questions, I'm happy to answer those in the comments as well. Best of luck with your job search!