As part of our Research Software Agenda for Australia, the ARDC is working with the research community to shape better research software in order to recognise it as a first-class output of research.
This interview is the sixth in a series about research software engineers in Australia. Each month we will talk to a leading research software engineer about their experiences and best-practice tips in creating, sustaining and improving software for research.
Continuing the series, we talked to Varvara Efremova, a research software engineer at UNSW. Varvara is developing the research software opendata.fit as part of the ARDC-coinvestment project Australian Characterisation Commons at Scale (ACCS). Varvara also recently joined the Australian National University as Research Software Engineer for ACCESS-NRI.
What do you do as a research software engineer?
My research software engineering (RSE) role initially started out as a summer job as a research assistant in a supramolecular chemistry research group tasked with turning a Matlab script into a web application. Fortunately, the web app was a success and it became a more or less continuing role! Today our group has expanded to 3 RSEs working on the successor to the initial web application we developed.
I now work as part of a small team of developers, building a research software web platform called opendata.fit. I do a bit of everything and I really enjoy the variety – backend and frontend development, infrastructure management, graphical and user interface design, as well as liaising with external researchers to integrate their analysis scripts into our platform.
Tell us about a project you enjoyed working on
My focus for the last few years has been on building the opendata.fit platform, which aims to be an interdisciplinary FAIR data analysis and publication platform for the web. The idea for the project grew organically after the success of our predecessor webapp called Bindfit, which is an online fitting tool we built to simplify the process of calculating binding constants from titration experiment data – a process used in fields like drug research and discovery among many others.
For the last 5 years, I’ve worked together with another RSE to go from initial architecture sketches all the way to deployment (almost!). It’s hard to pick a favourite part of the work as I truly enjoy it all!
I love being able to work across all domains of software development, which is something you would rarely be able to do in a more traditional role. Through this role I went from being a weekend coding enthusiast to becoming an experienced full stack developer, deploying complex infrastructure setups on AWS, and even playing with compiling things like Numpy for WebAssembly.
My favourite part of this work is definitely the diversity, as well as getting to work with a huge variety of researchers and provide tools for them that make a difference in their research.
How does your work as an research software engineer advance research?
The 2 biggest focuses of our platform are:
- Providing a way for researchers to share, execute and reuse analysis scripts
- Building reproducibility into the analysis process.
Since my first undergraduate research position, it has always struck me how much time researchers spend “reinventing the wheel” because things like analysis scripts are either not freely available, not easily accessible, or too specialised to be reused. I’m hoping opendata.fit can go some way towards addressing this problem by providing a useful platform for scientists to publish and execute their analysis scripts on, that builds reproducibility into the process.
What best practices for quality software do you implement in your work?
- Design with modularity in mind, including well-defined interfaces between components.
- Through our work on the Bindfit app and then opendata.fit backends, we went from a Django-based monolithic app architecture with everything contained in a single codebase, to a Flask-based microservice implementation split across many small containers. The end result was a codebase comparable in size to Bindfit, with much greater functionality, and with useful components that can be easily reused independently of each other if desired.
- Maintain consistent, readable code with explanatory comments.
- This is extremely important for encouraging collaboration and speeding up the development process where multiple developers are working on the same codebase.
- Enforce style guides with pre-commit pipelines
Which research software communities do you recommend?
The RSE-AUNZ mailing list is fantastic and a great starting place to find out about other more field-specific RSE communities.
I work with Ember.js and have found the Ember.js Discord server to be one of the most helpful and pleasant open source communities I’ve come across, so that’s something I’d highly recommend for any frontend developers.
Keep in touch
If you’d like to be part of the growing community of research software engineers in Australia, become a member of the RSE Association of Australia and New Zealand (RSE-AUNZ) (it’s free!).
In our last RSE Story we talked with Anthony Truskinger from Open Ecoacoustics. Stay tuned for our next interview in the Shaping Research Software series, coming out in December.
We will soon announce the winners of the ARDC Award for New Developers of Open Source Software in Ecology 2022 and the winners of Australian Bioinformatics And Computational Biology Society Awards for research software, sponsored by the ARDC.
Learn more about the ARDC’s Research Software Agenda for Australia
The ARDC is funded through the National Collaborative Research Infrastructure Strategy (NCRIS) to support national digital research infrastructure for Australian researchers.
Varvara Efremova was interviewed by Dr Paula Andrea Martinez, ARDC. Reviewed by Jo Savill, Dr Tom Honeyman, ARDC.
Related News & Events
- Shaping Research Software: An Interview with Fonti Kar
- Shaping Research Software: An Interview with Anthony Truskinger
- Shaping Research Software: An Interview with Johanna Bayer
- Shaping Research Software: An Interview with Lydia Lucchesi and Sam Nelson
- Shaping Research Software: An Interview with Dr Juan Nunez-Iglesias
- Shaping Research Software: An Interview with Dr Emily Kahl
- Shaping Research Software: An Interview with Michael Roach
- Shaping Research Software: An Interview with Melina Vidoni
- Shaping Research Software: An Interview with Dr Marcel Keller
- Shaping Research Software: An Interview with Cynthia Huang
- Shaping Research Software: An Interview with Catherine Bromhead
- Shaping Research Software: An Interview with Dr Adam Sparks
- Shaping Research Software: An Interview with Matthew Sainsbury-Dale and Andrew Zammit-Mangion
- Shaping Research Software: An Interview with Manodeep Sinha