Monday, 15 December 2014

This is a Man's World? Sexism and Technology

I’ve been trying to write a post about women and technology for months but I always shied away from it. I was worried about approaching a topic which provokes so much debate and such strong feelings (and often aggression) without knowing enough to be able to protect and defend myself against potential backlash. Maybe that was cowardly.

I will not, I’m sure, say anything revolutionary here, but I feel it’s my duty as somebody who works (albeit not directly) in the technology sector, to weigh in on this issue.




Personally, I’m a feminist, because feminism is the belief that everyone should be treated with equal respect regardless of gender. On that basis, I would question anyone who is not a feminist. This said, I think many people associate feminism with pedantry and men-hating, or feel it’s outdated because equality has already been achieved and they do not personally experience a problem in their own life. Many people do not see the concept of feminism as the advocacy of equality. Ultimately the use of or definition of the word is not paramount, so long as, at root, everybody believes and acts upon the belief that we are all equal. This is, sadly, not the case.

It is true to say that here in Britain, here in London, there might perhaps seem less need for militant feminism than in other areas of the world. Sexism still prevails against both genders but, by and large, the effect it has is to hamper free choice, rather than to prevent it completely. The trouble is that, if you stop taking your antibiotics when you start to feel better, the infection comes back with double the force and, when it comes to gender bias, many areas of our society are still sick.




I approach this topic as somebody who didn’t originally consider herself a feminist. Most of my friends, male and female, were brought up to believe in equality and, as a girl, I never felt limited by my gender or that I could not achieve the same as or more than my male counterparts. The top three students across the board in my year at school were all girls throughout my school career. I went to a good University and got a degree, and I prioritised my career when I graduated without a thought to how later having a family might affect this, and without thinking that any hiring manager might think that it would.

I went straight into a recruitment company setting up a vertical in software development – and my perspective about women in the workplace began to change. When you don’t see problems in your own work or social environment it can be easy to dismiss allegations of gender inequality, but they’re worth spending some serious time thinking about. In technology there is still a serious problem.

This is nothing new, I’m sure, to anybody who works in technology, but some basic stats for those who don’t… Behind the commonly spoken of ‘White Brogrammer’ culture are surveys to quantify the lack of females in Tech. In May, Google published a report showing that 70% of their Global workforce was male, with other leading technology companies including Facebook publishing similar results. Transparency is important, and Google’s decision to launch a multimillion pound program to attract women is a commitment to desiring to address the imbalance, but it might be difficult when the root cause of the problem is still debated. The Guardian commented that, though commonly the low number of women in technology is attributed to the fact that fewer women take Science and Technology subjects at school, in actuality many women begin a career in programming and then leave, suggesting that there is also an issue with the cultural reception of them.
   
As a recruiter it becomes pretty obvious that women are a minority – I’ve spoken to a handful in 18 months (I’ll speak to 10-20 people a day). Female coders are known in the recruitment industry to be highly “placeable”, with tech companies struggling to address their diversity issues crying out for women’s CVs. I’ve had clients tell me off the record they’ll pay me a higher rate if I can find them a girl. I sometimes think that this positive discrimination is actually a desecration of feminism – treating men as less desirable candidates than women because they are male. Ideally you would not need to bias, of course, towards a gender. I wonder if this kind of positive bias is ever right? In any case, it is a problem caused by an attempt to fix an original problem.

But it does not do much good to hire women if their experience in your company is then negative and discouraging. One female developer (we’ll call her Charlotte) who I met with told me that she once tried an experiment on github, where she submitted a question under the name ‘Charlotte’ and then at a later point the same question under the name ‘Charlie’. The feedback she received from the tech community when they assumed she was a boy was supportive, constructive, and assumed a good level of competence, whereas some of the feedback she received when she posted as ’Charlotte’ was patronising or condescending. With minimal delving online you can find a huge number of accounts by women within the global tech community being made to feel deficient, unwelcome, or objectified by their male (and sometimes  even other female) counterparts – a few interesting ones are here, here and here.




I want to conclude this commentary but I’m not sure there’s a conclusion. This isn’t a problem with an easy solution or a clear end point. The stories of female coders often comment on the many respectful and fantastic male colleagues they have had, and in focussing on the problem perhaps I’ve neglected to point that out until now, but it should be said. #

The issue is that until a woman can attend a tech conference and not stick out like a sore thumb, until a woman can start a job as a programmer and not even dream that she might have to face limiting beliefs from her co-workers (male and female), then we should continue to have these conversations openly and not push them to the back of our minds.


Friday, 21 November 2014

Stay Ahead of the Curve

Thought I'd write a quick post about employee attraction and retention in Tech companies - meant to relate to technical hires (since this is what I know about!).

Common Reasons Technical Employees Leave Their Job...

* The company is directionless/failing/weak leadership
* The company does not care about technology and 'doing things right'
* The projects have become repetitive and boring
* The employee is not getting the chance to use a technology they love
* The employee sees no progression potential and feels unrecognised
* Logistical issues - money/location/commute

How Can You Counter These?

* Business Plan

This both relates to you wider business, and the employees' career path within it. 

If you're a start-up, you need to have a clear business plan which is founded on facts and research rather than just enthusiasm and passion. Whilst start-ups are always risky, you will significantly minimise the risk for prospective employees if you can prove your idea has legs and you're taking it in the right direction. You need to have an idea of where funding is coming from and be honest with your staff about this. 

If you're an established company business plan is as, if not more, important. You can't rest on your laurels, and must demonstrate how you intend to keep your offering fresh in the face of competition. Increasingly, start-ups will spring up to fill the gaps in your business model so, the more you grow, the more you need to demonstrate you're constantly improving your business model and remain receptive to industry changes. Companies whose business models do not change to reflect the trends in technology (for example, those who remain driven by Waterfall workflows and can't become agile) will find it very difficult to attract top talent.


* Technology

Where possible, take risks with interesting and new technologies in order to make sure you're always using what is most relevant and efficient. This is obviously easier for smaller companies than for large ones with established platforms but, saying that, I have clients with teams of over 60 developers who are experimenting with a variety of new technologies and in some cases totally rebuilding their platforms to better cater to market demand. Obviously this is also dependent on your budget and agenda, but one of the best ways to attract top talent is to demonstrate you are heavily investing in new technology.

Top developers want to work for companies where coding standards are a priority and where they can continue to improve themselves and innovate.

It isn't always possible or desirable to move away from your current platform, but successful tech companies engender a community around their brand and innovate outside of their day-to-day work. You could encourage employees to work on their own projects every Friday afternoon, or collect suggestions for an experimental project that the whole team will then vote on and build together. Even if you're unable to innovate on your current stack, encourage innovation.


* Listening and Responding

In the best companies, process is not more important than people

Process has its place, but attracting good people will yield far more in the long-run. Listen to everybody in your business and encourage them to voice ideas - create a democratic, meritocratic environment, not a dictatorship.

Hire strong Technical Leadership, and listen to them. Encourage pay reviews that are suggested by the employees, not the manager. I see so many times people who leave because they feel undervalued and underpaid, and this is such an avoidable problem.

You should build your business around your talent, not the other way around.

Message me if you want to chat more about anything I've written! 
I'm on charlotte.poynton@lafosse.com (for my work) and char.poynton@gmail.com for anything else :)        

Wednesday, 3 September 2014

Two Point Guide to CV Writing

**Please, please, for the love of God, do not put everything in boxes**

It was only a matter of time until this post was written.. I know there's a lot of these out there, but I think I might as well add my two pennies' worth! I see a huge number of poorly structured and written CVs so this is still a problem worth addressing.

I know the market is evolving, and for a lot of developers you'll use code samples, github, stackoverflow, network to find a new job. However, for many people - whether because they're further down the career ladder, or new to the London market - CV writing is still a key part of the application process.

Though some things are a matter of preference, but I would say follow these basic principles and your CV will stand out to recruiters who know nothing about technology as well as technical employers.

1. Make sure the tone is Achievement Led


  • Include a section near the start with Key Achievements. These should be the top 2-3 things you're most proud of. If you're starting out, pick side projects or work experience challenges.
  • Broadly speaking, the STAR approach works at any level (Situation (setting/context), Task (what you were asked to do personally), Approach (what you did, and any challenges you had to overcome), Result (achievement - did you deliver in time, in budget, and what did that mean for your team and company?).
  • Make sure you don't lose your personality when you do this - there is no substitution for simple passion. I come across CVs with bios like 'I have been programming since I was 13, and it is my life', and I still love reading them. I know sometimes that kind of thing might sound a little trite, but it actually normally reads as very genuine, because it is. A combination of personality and achievements is a winner.
  • I would count good spelling and grammar as part of this tone you're trying to set. Spell check your text, get someone else to read it. I've rejected CVs for not doing so and have seen many employers do so as well.

2. Remember to KISS (keep it simple, stupid)


  • I would recommend the following sections and this is my preference of order:
  • Name, contact details > Short Profile (a few sentences) summarising your career history and objective for next role > Key Achievements > Technical Skills (technologies you've used and level you're at) > Professional Experience > Training/Education/Qualifications > Hobbies (anything relevant to your career path is highly relevant to put here). Only exception I'd say is with fresh graduates, where I would put 'Education' straight under 'Profile'.   
  • For Professional Experience, use the STAR approach (above) and outline specific things you did, not your team, though frame your achievements in the context of the wider project and say how it impacted the business. Outline briefly 3-5 key projects/tasks you undertook in the role.
  • If written efficiently, your CV should really not go over 2-3 pages, regardless of level. You only need go into detail for your last three most relevant roles. If you have relevant experience from years back, highlight it in your Key Achievements section.
  • Formatting - a professional looking font (calibri, TNR, arial etc), size 10-12, and **please, please for the love of God, do not put everything in boxes**. Recruiters will send your profile with a couple of others, and will make sure they are all formatted to look the same. This is just professionalism, and we will always talk through your individual suitability in detail over the phone. You will save us both a lot of time if you just keep the formatting simple. If you want to show your design skills, include a link to your portfolio, or have two versions of your CV at the ready.
Any questions or additions would love to hear them, as always!

Friday, 1 August 2014

Oh 'Appy Day!

Apologies for the terrible pun. It's probably a good thing I didn't become a serious journalist.

I wanted to write a post about mobile development for several reasons - I got very confused by this initially and I'm probably still pretty confused (if anybody wants to correct the technical info in this post please do!), but I had a wonderful conversation with a CTO yesterday and thought it was worth pondering with my new found revelations!

Essentially there are three main ways to develop mobile applications, Native, HTML(5) or Hybrid, which sort of straddles both.

HTML(5) Applications are quick and easy to create because they are written as normal web app. They will be available over multiple devices, but will probably have performance issues as available only via the web browser.

So you can wrap them, to create a Hybrid Application, using a wrapper like PhoneGap/Cordova (probably best known) to embed it into a native app. Worth thinking about how you want to market your app, because apparently (I was told during my degree never to reference Wikipedia...) the wrapper sometimes doesn't make the performance sufficient for it to be 'native' enough for the Apple store.

Native Applications run faster than web (HTML) apps because they use a specific language for a specific platform (so Java, C, C#). No translating or compiling has to be done to make this happen. The disadvantage is you have to build separately for iOS and android if marketing your product to both platforms, but result will be fast and more responsive.

Useful chart

If you're interested in reading in more detail than this snapshot, then this is a great article! 'Appy Developing Folks!

Thursday, 10 July 2014

The Technical and The Personal

This point seems to be coming up in my job a lot at the moment – people with excellent technical profiles being rejected for roles because of ‘culture fit’, or bright people being rejected because they don't quite fit a job spec. 
I thought it might make an interesting post, especially off the back of a point I mentioned in my last post, made by Mazz Mosley when she spoke at PrimeConf last month (about what qualities should be important triggers in the decision to promote someone to a leadership role).

Should the person adapt to the job, or the job to the person? How important are hard skills, tech, experience, and how do they weigh in compared to attitude and personality; culture fit?
These are challenges many companies face every day, both when they hire new staff and when they direct existing staff. It’s also a challenge technical people face when they interview, many finding that their technical skills can easily stagnate unless they stay fluid in the job market. If you work at a company that uses a specific set of technologies but not, say, angularJS (which, for better or worse, everyone wants right now… that’s a whole other post…) then you might find it hard to move on to a company using angular. Increasingly, candidates are looking for new roles where they can learn new tech, whilst companies only want to hire people who have already been using this tech.


In some cases – when work needs to be delivered quickly, or expansion is so rapid that it’s hard to find training time, or there’s simply nobody able to train staff internally, for example in an early stages start-up – then of course I can see how there is a need for somebody who brings significant experience. 

Courtesy of Dorothy Dalton
In other cases, however, the decision to look at the technical profile and not the person can lead to hiring mangers missing out on an excellent developer because they are limited by that person’s last job role. It’s something that recruiters get accused of a lot (only looking at the last job role or tech skill, not the person’s complete history/aptitude to learn), but actually I think technical hiring managers can lack that vision too.




Another argument is that, if you only ever hire people with the same skills, you’ll only ever have the same skills in your team… and that’s not good in a market which is evolving fast and competitively. A senior contact of mine recently made this point actually – he’s interviewing currently, and noted that many companies focus too much on the user interaction, (which doesn't translate well into larger systems development and delivery) whilst many others have the opposite problem of not understanding digital and customer experience at all. Few companies are getting the balance. He could have brought a huge amount of wider systems knowledge into a frontend-focussed creative agency, for example, but they only wanted someone with an existing agency background.

In an ideal world...
Personally I think that talented people are at the crux of any successful business plan and so, in an ideal world, you would hire good people first and allow them to define the direction your business takes. You would use the technology that makes most sense for the job, not just the one you were last using. If your employees are talented then they would be able and willing to learn the best tool for the job. Culture fit is a difficult one to pin down, but in my experience if people fail here it is often to do with their ability and desire to learn, or how open-minded they are about trying something a different way. The best companies I work with - or at least the ones who perform consistently above their competitors, who can attract the top 5% of developers and whose developers do not want to leave - create this kind of culture and business model.

Friday, 20 June 2014

PrimeConf - Best of British

I've only just got around to writing about this - which happened last Friday - but it was an incredible day so glad to have the time now!

PrimeConf was hosted to celebrate the best in British Technology, and championed Britain as a hot spot of technical innovation and talent. Held in the beautiful Royal Institution, and with (sorry, but there was..) incredible food(!) the whole day was impressively organised with an interesting and diverse line up.

I thought I'd pick out a couple of talks that got me thinking and discuss them, so here goes!

Warming up for the conference..

Mike Bracken and Russell Davies from Gov.uk
This was really quite amazing...

I hadn't really thought about how awful the government websites were until I listened to this talk. This replaces DirectGov and Business Link, and essentially unifies all the separate departments and creates one interface which works and looks the same way.

In addition they're working really hard to try and make processes digital which would previously have been paperless, so you can apply for permits/rights online, rather than having to complete reams of paperwork.

One point they made which really made me think was that this kind of thing is not just a nice-to-have, it's actually essential if you want to create a democracy people really trust. When it comes down to it, making legislative issues easier for people to access and understand is a fundamental part of providing a good government service. Long overdue I think but it's looking fantastic!

Educational!
Mazz Mosley - Technical Leadership 
Now this one was particularly interesting to me because it's a problem I come across a lot in my work.

Essentially Mazz outlined the difficulties which come with the title 'lead' and the sense of 'entitlement around the title' that she's come across in the industry, well supported by examples from her own experience.

When a developer reaches a certain level of experience in their career, Mazz posited that they start to assume the next natural step will be to a lead role - that the most experienced person in the team has a natural right to assume leadership, regardless of actual leadership skills. She went on to consider how difficult leadership actually is, and how it takes an entirely different set of skills to those needed to be a good developer. She highlighted how lonely it can be when you're leading, and how actually other leaders might not want to cooperate with you due to internal politics...

I think we've probably all been in work environments where we've seen people in leadership positions clearly really resenting being so hands-off. When that person is your direct report, or worse, line manager/team manager, the consequences can be awful for the productivity of the whole team. A good leader has to be prepared to put the team's welfare above their own code, and that's no small ask.

Amy Mather - aka Mini Girl Geek!

This was really inspiring, particularly since I'm learning to code myself, and Amy got to a really high level in just (I think it was) 2 years!

I used to do a lot of public speaking when I was younger, and I was so impressed at the way she spoke - she's very young and is addressing big audiences on a regular basis. She was really likeable and had the whole room laughing at her jokes, but she came across as somebody who was also really in command of what she was saying about technology and getting young people involved.

I heard on the radio this morning that schools are using MineCraft to help children learn, and there was general debate over whether or not this was real learning..
Amy's reached a high level in programming because it's something which really engaged her, and made her want to constantly practice until she got better. She found coding addictive - I reckon if teachers have found a way to make learning addictive by engaging children through the digital world in which they're already immersed outside of school... then that surely can't be a bad thing?!

Anyway, better get back to the business of recruitment... but it was a great day, and thanks to everyone who put it together. Would definitely recommend is there's a follow up event.

Tuesday, 3 June 2014

GameOver Zeus

It seems that no sooner has the internet community recovered from Heartbleed than it's hit by yet another threat! GameOver Zeus has been well publicised but I thought I'd do a quick post to summarise what it is and what you can do to protect yourself in the next couple of weeks (in case you live in a social vacuum but religiously read my blog..!) Every little helps...

What is GameOver Zeus?
GameOver Zeus is a piece of malware (that's malicious software, for non-technical people like me) which compromises the security of computers. Zeus, ZeuS and Zbot are all types of Trojan (Trojan is malware which disguises itself to look like something socially useful, to encourage users to install it - now that's a Classical reference I can understand!) which are typically used to compromise computers in order to steal information/data. In this case, GOZ is an intricate piece of malware designed to steal bank details and therefore drain bank accounts. GOZ works by linking infected computers in a 'botnet', whereby any one of them can then be used to issue commands to the others. There are signs your computer is infected, but it might be hard to tell, especially since such malware is often spread in spam emails which most people are exposed to.

Where did it come from?
Malware is not new, of course, but this particular virus is very sophisticated, and is estimated to have cost victims $100 million globally. According to the FBI, the ringleader of the gang responsible has been identified as Syrian-born Evgeniy Mikhailovich Bogachev, who has still not been located but faces charges over GOZ and is on the Cyber's Most Wanted list. He's also believed to be the leader of the gang behind the CyberLocker virus.

Who is affected?
Users of Microsoft computers... which is a lot of people. It is believed that 15,000 people in the UK will be affected, and an estimated 500,000-1,000,000 machines infected globally.

Symptoms and actions
A full report of actions can be found here, but some easy action points...
- Use anti-virus, and make sure you update it
- Make sure you update your OS and application software
- Change all your passwords, which may have been compromised (make sure you don't use the same one for everything)
- Use specific anti-malware tools (which can be found at the above link too)


Well I know what I'm going to be doing this weekend. Brace yourselves and see you on the other side.