In response to the need for increased remote working as a result of the current Covid-19 situation, we’re going to be doing our Code Clinics remotely using Google Hangouts for now.

Code Clinics remain a great way to get help with writing and maintaining code and with reduced physical access to labs, perhaps now is good time to focus on this aspect of research. We can offer advice on working with and executing code remotely.

I’ve just come back from HPC Special Interest Group (HPC-SIG) and HPC Champions (formerly ARCHER Champions) events on the 25th and 26th of Feb in Bath, so thought I’d do a write-up. There’s updates on Liverpool and Bath’s cloud HPC, ARCHER 2, Tier-2 HPC refresh and how you can get extra GPU compute for your research!

We’re looking for two people to join our team:

• A Research Software Engineer to work on complex systems modelling accelerated using GPUs;
• A Community Engagement and Training Officer

Love Data Week is an annual global event designed to raise awareness and build a community to engage on topics related to research data management, sharing, preservation, reuse, and library-based research data services.

The University of Sheffield’s Library have organised several events for this year’s Love Data Week (10-14 February 2020):

The following 12 week course in “Parallel Computing with GPUs” is available to PhD students and research staff (including academic staff).

Course Details: https://paulrichmond.shef.ac.uk/teaching/COM4521/

*The Part one of this series, was appeared on the RSE blog.

Code written for research, and particularly in an academic context can (by my own admission…) often be a mess of comments, temporary sections, and poorly-named variables that only runs correctly whilst the researcher who made it is still around. This, despite the fact that most code-writing researchers know exactly the sins we are commiting at the time. But reproducibility is one of the central tenets of science - so why in our coding have researchers been prepared to cobble together barely working assemblages of script that can often lead to unmaintainable projects?

In modern research (do the 70s count as modern?) computing is an essential tool - perhaps even more so than the humble lab book - so how can we improve our situation and, moreover, what’s in it for us? Code is written in research for a huge variety of tasks, from instrument control to simulations to simple plotting scripts; where does best practice really apply?

In this blog post, I’ll plant the seed of what this approach really entails and what effect it can have on research, inspiring readers to dive more deeply into the topics discussed and forming a foundation for future blogs here.

The weekend saw November 3 pass, and gives me an opportunity to claim that Unix is 50 years old and hence to write this blog post.

48 years ago, on November 3, the 1st edition of the Unix Programmer’s Manual was published.

But Unix itself had been around a little longer, starting in the Computing Science Research Center of AT&T Bell Laboratories in 1969. We lack a definitive date for that, so let us celebrate 50 years of Unix, and 48 years of its manual.

I worked in commercial I.T. for a few years before doing an PhD and spending many years in scientific research. Coming back to software full time is a bit like coming out of cryo-stasis: Technology has moved on in ways I could not possibly have imagined and I must adapt like some kind of sci-fi person. One of the big changes over the last few years has been the increased use of virtual machines (e.g. using Virtualbox) and containers (Docker is a popular choice, Singularity may confer advantages in High Performance Computing (HPC)). I now feel ready to talk about this with others.

A huge amount of research code has been written in Matlab (Matrix laboratory), a paid-for product from Mathworks, and the Research Software Engineering (RSE) team here at the University of Sheffield have recently had a few enquires about either getting some of this code to work with Python or to translate it into Python altogether. I’m going to talk a bit here about the motivation for this and the technical strategies that we’re thinking about using. To be clear up-front, this is not a Matlab vs. Python tech-off. It mostly applies equally to if one were doing this the other way round.