| Writing press releases |
|
|
|
| Choosing a software licence |
|
|
|
| Using GitHub effectively |
|
|
|
| Handing over software from one develop/group to another |
|
|
|
| Understanding the role of software development in the research environment |
|
|
|
| Best practice in use of revision control |
|
|
|
| The most useful tools for PIs |
|
|
|
| Developing web services - DOs and DON'Ts |
|
|
|
| Lessons we've learned whilst working on research projects |
|
|
|
| Asking for help from the development community (how to write support queries) |
|
|
|
| Getting to know the TRAC issue tracking system |
|
|
|
| How (and why!) to do a post-project review |
|
|
|
| Lower-cost alternatives to running a Software Carpentry boot camp |
|
|
|
| When and how to optimise your code |
|
|
|
| How developers should talk to researchers |
|
|
|
| Open-source and closed-source funding models |
|
|
|
| How not to lose your data |
|
|
|
| Embedded documentation |
|
|
|
| How to describe the tests or profiling you've done with your code |
|
|
|
| Handling support requests from users of your software |
|
|
|
| Cloud best practice guide and top-tips |
|
|
|
| Reasons why you should allow your PhD/RA to help out at a Software Carpentry boot camp |
|
|
|
| How licensing works for university code repositories |
|
|
|
| Writing a Software Management Plan |
|
|
|
| Expanding your user community |
|
|
|
| Should you adopt open standards? |
|
|
|
| Reasons why you should help out at a Software Carpentry boot camp |
|
|
|
| How to set up a research software collaboration |
|
|
|
| Best practice for contributing code to other people's projects |
|
|
|
| Agile development |
|
|
|
| Moving from Sourceforge to Github |
|
|
|
| SubVersion advanced tips and tricks |
|
|
|
| How to run an un-conference event |
|
|
|
| The Model–view–controller (MVC) architecture |
|
|
|
| Why you should add a scientific software developer to your research group |
|
|
|
| Career progression for research software developers |
|
|
|