“Do we (still) need QAs?”
… and flavours thereof, is a question I have been hearing for years now.
The same has been asked of Tech Leads, Operations Engineers, “Front End” devs, “Back End” devs, Security, Iteration Managers/Scrum Masters, Business Analysts, etc. Anything that is not a full-stack dev. The #NoOps conversation is interesting research material.
It seems to me that this question stems from a misinterpretation of agile and lean startup materials.
Idealistic hopes of cutting costs, removing waste (and blindly classifying some roles as such), delivering faster, etc., have caused some to think that role specialisations can all be generalised into being “Engineers” and that we can all self-organise and just do it all.
Having been a female my entire life and interested in numbers for nearly as long, I’m passionate about getting more women to work with data. We know that there’s a gender imbalance in data analysis roles across the industry. Even at REA Group, only about 30% of our data analyst roles are currently held by women. With data roles projected to grow by nearly 20% over the next five years and data becoming increasingly important in fields from marketing to HR to agriculture, it’s a great time to encourage more women to enter the field.
One of the ways we’re doing this at REA Group is to partner with Datadriven.sg to run full-day Data Girls workshops, designed to give an overview of tools and techniques for data analysis and how data is used to drive business decisions. In our first two workshops we’ve hosted over 120 women from many different industries, including education, music, medicine, and marketing–all with a range of experience in using data.
DevOpsGirls started a year ago with a bunch of enthusiastic REA people who wanted to make a difference in diversity in Tech, particularly with women who are interested in DevOps.
After running two highly engaging bootcamps we have been discussing a lot about what’s next for this initiative. REA has been an amazing incubator of the idea and has provided everything that we needed so far to kick-start the movement, but among the organisers we had a feeling that if we wanted to reach the next level we needed bigger support from other individuals and organisations. That’s difficult to do if it’s attached to a single sponsor. With the great response we have had from the industry and the beautiful experience of having external coaches joining the previous boot camp has help us determine the next step.
And so — I am super happy to announce that DevOpsGirls will become part of DevOps Australia – an organisation well know for running conferences like DevOps Down Under! Thanks to Matt Jones for the support and we really believe this is a step in the right direction and would help DevOpsGirls operate in a more effective way.
At REA we happily use a variety of programming languages. Teams are given the freedom to choose a fitting language for a given project. Mostly this ends up being one of Ruby, Java, or Scala. However, there are some languages that we as developers and ops people get excited about, but the viability as a mainstream REA language hasn't yet been established.
For me personally, Haskell is what I code on the weekends and I've been looking for a way to shoehorn it into my regular work 😉
Recently I learnt that REA does in fact have some Haskell in prod. Who owns it? What does it do? No one will ever know. However as the story goes, it was automating a manual task and as such it was simply a value add that became a useful tool, and avoided questions like 'just what is a monad anyway!?'.
Jim Gaylard and I, Haskell acolytes, attempted something similar on hack day.