DigiClimbMCR

Like climbing? In digital? Join us for #DigiClimbMCR

Are you a climber? Set a new years resolutions to be more active? Spend most of your day behind a computer because you work in technology or creative industries?

#DigiClimbMCR is an informal, weekly Wednesday evening climbing meetup in central Manchester for any friendly person linked to or interested in technology or digital & creative industries.

—– Q&A —–

When? About 6:30pm til people get tired or 10pm, on Wednesday evenings.

Where? How can I get there? Manchester Climbing Centre in Ardwick. The postcode is M12 5ND Map and there is lots of parking for cars and bikes (inside).

If you’re travelling by bus from Manchester city centre, get on the 205 or 206 buses from Piccadilly gardens to Bennett Street (you can check their Timetables here)

How much will it cost? No more than £15.25 (assuming you’ve never climbed there before, you’re not a student and you need to hire equipment). It could well be cheaper for you – their pricing page is fairly clear.

I’m not very good at climbing, is that ok? Yes! You should be able to belay and tie in, and pass MCC’s minimum skills thing – but in terms of grading or confidence – the wider variety the merrier! Climbing is about personal challenges and encouraging each other to push themselves.

I’ve never climbed before, is this for me? Probably not yet. :(

In the near future, it’d be awesome if there we knew we had enough competent climbers to invite beginners along. For this first one, it probably isn’t the right time to figure this part out. Stay tuned, perhaps give me a shout so I know you’re interested – and we’ll figure something out soon!

I’m not very good at digital, is that ok? Yes. It doesn’t matter what your background, level of technical expertise, job title – you’re reading this – so therefore you’re welcome. :)

How will I recognise people when I’m there? Look for the guy with the big white Mercedes cap sitting in the cafe area opposite reception. Or if you’re a bit late, come down and look for this guy

What, y’know, happens? We meet up. We climb together in pairs or small groups. We chat. We go home.

Is this bouldering or climbing? Mostly roped climbing, but some people do bits of bouldering to warm up and warm dow. I’d be up to for a bouldering-only #digiclimbmcr sometime! Let’s figure it out!

Is it definitely always, forever on Wednesday? No. Though this is what we’re going to try for the moment.

Is diversity important? Very. #DigiClimbMCR is a welcoming and inclusive space – we want you to be comfortable and feel welcome with us!

Isn’t this a tiny niche? I think it’s larger than some might imagine. At least two Manchester tech companies already have their own informal climbing meetups.

Why? Why do this? I like climbing, and I like chatting about technology with people from the same industries. How Might We combine the two?

Is there anything similar like this? Not for climbing. I would encourage you to check out Freshwalks, DigiHike, DigiCurry, Creative Cup, and the entire northwest tech calendar for similar sorts of events.

Who is behind all this? @tdobson

Is this on facebook? We have a group, with regular events.

Can I receive upcoming event announcements by email? Yes. Sign up here:


I have another question? Send me a tweet!

Pieline.net

What we learnt from building a jobboard

A few months ago we built a jobboard — pieline.net. It was mostly a programming challenge — we wanted to learn more about databases and Node.js, and we thought that this would be useful and straightforward.

There used to be the Geekup Jobboard, run by Andrew Disley, free and for everyone (except recruiters). It was split up by functional areas — business, design, development and others. A few years ago, Andrew focused his efforts on a better solution — NeedHQ and the site received no new jobs.

Pieline.net
Pieline.net

Tim had talked to an Agency owner who was sad that the site had gone and we also knew new developers who weren’t aware of the volume of jobs available, because they didn’t know the names of all the different companies to look at their websites. Other jobboards didn’t have jobs outside of London, didn’t have a clear UX, or were full of recruiter jobs which obscure the name of the comapny you’d be working for.
The idea was to create a simple job board — listing one job from every tech company around Manchester for 30 days. Ideally, people would submit their jobs to us. In practice for the time we ran the site, we manually added ~200 jobs by hand, and never had one submission.

Learnings about companies

Companies are hiring all the time. Even the small ones. Everybody would like another developer or two.

Most companies suck at designing their websites with recruitment in mind. At least half of the sites we visited buried their recruitment page — we often found ourselves trawling sitemaps for a link. Given how competitive it is to recruit developers, we thought that every company would list the main technologies a developer would be using in the job, but all too often we found that ‘Front End developer’ really meant ‘PHP developer’, or there were just no useful details at all. When we looked over recruitment pages, we were struck by a unifying theme — they put no effort in. We rarely had enough information to say whether we could do a job, let alone if we wanted to choose one over the 200 other jobs in Manchester.

When we talked to employers, whilst they were interested in receiving better people, they were totally uninterested in yet-another-jobboard — especially without any candidates already coming in. There are many job boards, and it seemed like putting the jobspec together at all was a labour. They were understandably deeply suspicious of anything that resembled cold calling recruiters (even when we approached via email!).

A very small minority of companies listed clear breakdowns of the job and requirements, with renumeration, perks, and insight into company and engineering culture. We’d probably say AO.com has one of the best hiring pages of the companies we’ve reviewed. If your page is half as good as theirs, you’re above average.

Learnings about technical things

If you don’t know if you’re building the right thing, use duct tape, not superglue

On the technical side, we learnt how you (in a very hacky way) use Node, Express, Bootstrap, CSS, MySQL (especially joins), resolve git conflicts, and Tim learnt some JavaScript. We wanted to use a fairly lean approach, and we had a somewhat functional site live within hours. This was possible because we borrowed a lot of the backend from an open source Node CRUD app.

When we needed to secure the admin area where we could add and review jobs, we didn’t want to learn about authentication in javascript — so instead we created a password protected area via nginx and left it at that. Not rock solid, but good enough.
We never had a staging site — we deployed straight from our git repo. This wasn’t ideal but did force us to test a lot, and fix it if we broke it. When we wanted to move fast and get it out the door — we got it out the door.

Learnings about UX

To figure out how it worked in the hands of users, we went to tech meetups, and asked people if they wanted to see this thing we’d been building, and when they said yes, we asked them to apply for a job on the mobile site. As we watched them use it on their phone, we saw them click on the wrong bits, expecting things to work differently, and instantly gathered feedback about which bits worked and which bits didn’t. Some more experienced developers (I’m thinking Bobby and Martin in particular) were kind enough to critique the UI for us as well, which helped us get some of the common-sense navigation in place. We were reading Lean UX at the time, which gave us some great approaches for iteratively improving the user experience.

Users said many things — often they asked for features we didn’t want to implement in an MVP like search. Almost everyone wanted a clear salary range and we just didn’t have the data.

One of the challenges was that people often didn’t know what jobs they wanted.

People who could be hired into junior or graduate jobs, didn’t know whether they had the qualifications, when all they really needed was enthusiasm, the ability to learn and not being unpleasant to work with.

For more senior people, it often wasn’t really clear what the most useful details were to put in front of them. “Can I actually do the job?” seems like an important question, but understanding what the company is like, why they might want to work there more than where they work now, is also important information, which we couldn’t figure out a way of displaying.

One idea we had was that most job adverts are sparse on details, and so it seemed like the ability to ask each company a question — in an anonymous, ebay-style public Question & Answer might be an appealing feature.

The Q&A feature
The Q&A feature

We still think it’s a good idea — imagine: You read the job advert, you’re happy with the salary, you know where they work, you have the skills, they seem nice enough — however, you have some questions…questions that might be awkward to bring up in an interview. Questions like “do people ever pull all-nighters to finish things for a deadline?” or “will I be able to leave early some days to pick up my kids from school?”. Ultimately, although we tried our upmost to seed the board with questions, and use this feature to add value — we weren’t able to get it moving. We think it’s a neat idea, and perhaps might work really well — unfortunately we didn’t hustle hard enough to see any traction.

We tried adding Optimizely A/B testing to gather data about incremental changes. We might have been better off testing more radical variations but we learnt that with the amount of traffic we had, we were never going to learn much fast with very subtle A/B testing. Ah well.

Learnings about Growth

We never had a growth strategy that was sustainable, real or existant. We tried some paid adverts to get traffic, but since we never received any revenue from the site, this was clearly unsustainable. The idea never had a ‘purple cow’ so there wasn’t much virality potential. The question feature is probably the closest we came to it.

We feel this is an area we would give more thought to next time. Really, we should have tested this part first. ;)

In conclusion

One great outcome is that a several people found jobs because of pieline! This was without doubt the best part of the experience — we’ve heard from a couple of people who found companies on pieline, applied for the jobs listed and got them, which is very satisfying. One of them became a good friend, and we got to hear all her stories of starting her first development job. It was also a great side project for Clara to show off to employers as she was looking for her first coding job at the time.

We learnt a lot from the project — about technical things, about product, about UX. I think the main thing we learned, was that a job board isn’t the best way to solve this problem. We’re not sure what the best solution is, though better company careers pages are clearly somewhere to start.

The site is mostly now offline, though it survives on archive.org, Github and trello. As for us? We’re better prepared for our next adventure.

Pieline was made in the People’s Republic of South Yorkshire with love by @czmj2 & @tdobson.