James Byrne
Research Software Engineer Lead
Biography
I joined BAS as a member of the 2016 wintering team at Halley as Data Manager, having worked extensively in industry in various roles covering “DevOps”, software development and IT infrastructure engineering. I spent the austral winter of 2017 back in Cambridge assisting with technological development for the wintering of the station without human presence. I spent my second summer at Halley in a dual role as Data Manager and Science Coordinator (2017-2018), followed by a winter in Rothera and another summer in Halley, working with the summer team to automate the base for the austral winter in 2019.
In March 2019 I joined the BAS IT Group in Cambridge as a Unix Engineer, working groups across the organisation to support and improve our systems and storage administration, project management, identity management, remote science and scientific computing.
In June 2021 I moved into the role of Research Software Engineer to work on improving software engineering both within the organisation and across the environmental sciences. This has seen me involved in many more projects as well as collaborations with other NERC centres and our partners at The Alan Turing Institute, among others. Additionally, I’m a 2022 Software Sustainability Fellow and certified Carpentries Instructor. You can also find me on GitHub.
Below are some rambling answers to some questions I thought worth answering to myself.
Why do I choose to work for BAS?
The aim of my being at BAS is to do something that makes me feel like I’m helping science to progress. The best way I can envisage doing this, is by supporting those who investigate our natural environment, because that’s where there’s a disproportionately high impact from human activities in relation to investment in conservation. We don’t take care of our environment as a species, and that will inevitably come home to roost, for those who least deserve to deal with it first and foremost.
Why am I doing what I do at BAS?
I’m a Research Software Engineer. I thought this is a bit hand wavey, but it is a valuable moniker given I used to be a software engineer in industry. Prefixing “research” helps in doing what I want to do where I do it now! I want to highlight inadequacies and propose solutions, in the research community’ employment of technology, to the scientific community and those who support it. To start this, I keep doing (trying to anyway) software engineering, helping people who are trained to investigate questions about the environment get better at using software. Better software really does equal better research, because it’ll be adaptable, understandable and reusable. It’s only fair that scientists, who often are taught how to hack software but without knowing how software engineering works broadly, get that gap filled in.
Next, I look at how I am doing (research) software engineering. Is it effective (often no) and am I working to my maximum potential (also often no?) If the answers to these questions are nearer no than yes (brackets offer a nice sub-narrative, they are) then how can I improve things, so that my life is more useful to others and they end up asking me less questions. Some of the initiatives I’m working on towards this are easier environments, promoting reuse and being better at communicating software engineering best practices.
Finally, I look at how we’re supported as software engineers by the research community. Is that effective (mmmmmm, sometimes) and is it moving in the right direction (mostly yes) fast enough (almost certainly not)? If the answers here aren’t a resounding yes (they’re not) then I should reflect upon the fact that my laziness and impact as an individual who’s been working in technology for 20+ years is part of the cause of that problem and I should make amends. I’m lucky that I can see potential for improvement, so I should stick my neck out and try and disrupt, then improve, the system. To this end I seek to promote interoperability, community and sustainability (through efficiency and parsimony) by annoying people who are paid more than me until they’ll let me change things for the better.
Research interests
Collaborations
Publications from NERC Open Research Archive
2024
Blair, Gordon S. ORCID record for Gordon S. Blair, Baker, Garry, Bee, Emma, Bowie, Jo, Byrne, James ORCID record for James Byrne, Darroch, Louise, Fremand, Alice ORCID record for Alice Fremand, Garland, Wendy, Harrison, Kathryn, Heaven, Rachel, Ten Hoopen, Petra ORCID record for Petra Ten Hoopen, Juckes, Martin, Kingdon, Andy ORCID record for Andy Kingdon, Kingston, Richard, Kokkinaki, Alexandra, Lewis, Edd ORCID record for Edd Lewis, MacRae, Molly, Mobbs, Stephen, Moncoiffe, Gwenaelle, Pascoe, Charlotte, Passmore, James, Peat, Helen ORCID record for Helen Peat, Pepler, Sam, Shepherd, Andy, Siddorn, John ORCID record for John Siddorn, Snaith, Helen, Tate, Alex ORCID record for Alex Tate, Townsend, Poppy, Walsh, Colm, Watkins, John ORCID record for John Watkins. (2024) Contributions to the development of the next-generation NERC Environmental Data Service: Building Interoperability – a NERC Data Commons RoadMap. , UK Centre for Ecology and Hydrology, 123 pp. (.)
Bradley, Alexander T. ORCID record for Alexander T. Bradley, Arthern, Robert J. ORCID record for Robert J. Arthern, Bett, David T. ORCID record for David T. Bett, Williams, C. Rosie, Byrne, James ORCID record for James Byrne. (2024) WAVI.jl: Ice Sheet Modelling in Julia. Journal of Open Source Software, 9 (). pp. 10.21105/joss.05584
2021
Andersson, Tom R. ORCID record for Tom R. Andersson, Hosking, J. Scott ORCID record for J. Scott Hosking, Pérez-Ortiz, María, Paige, Brooks, Elliott, Andrew, Russell, Chris, Law, Stephen, Jones, Daniel C. ORCID record for Daniel C. Jones, Wilkinson, Jeremy ORCID record for Jeremy Wilkinson, Phillips, Tony ORCID record for Tony Phillips, Byrne, James ORCID record for James Byrne, Tietsche, Steffen, Sarojini, Beena Balan, Blanchard-Wrigglesworth, Eduardo, Aksenov, Yevgeny ORCID record for Yevgeny Aksenov, Downie, Rod, Shuckburgh, Emily ORCID record for Emily Shuckburgh. (2021) Seasonal Arctic sea ice forecasting with probabilistic deep learning. Nature Communications, 12 (). 12 pp. 10.1038/s41467-021-25257-4
- AI for smart conservation
- DI4EDS
- Digital Twins of the Polar Regions
- IceNet
- AMOP – Autonomous Marine Operations Planning
- Halley Automation
- Brunt Ice Shelf movement
- BAS IT team