Best Practices in Sustainable Software Architectures

Software Carpentry
(https://www.software.ac.uk/software-carpentry)
, aim to allow academic staff to brush up on worthwhile software
development skills. A route towards increased code sustainability would be increased visibility and advertisement of
such training courses. If we again concentrate on students or staff within the rst year of their role, pressures on
supervisors can be alleviated by both widening the scope of Software Carpentry courses, and providing supervisors
with updated lists of both formal and informal training services. Such resources would be highly amenable to
institutional level administration where multiple students from multiple research groups and institutions can be
provided with training information. Such top-down approaches allow a level of circumvention when academic to
academic discussions become infrequent or strained due to the natural separation of research interests.
An immediately effective solution would be the checklist format development aids and tools designed to check or
improve software. A 
software “Linter”
 can be used to ag up suspicious and non-portable code (bugs) and 
Tuning and
Analysis Utilities (Tau)
 by the University of Oregon can be used to increase performance of parallel software designs.
Some languages such as Verilog and VHDL are amenable to checklist development as the design must pass various
stages such as syntax checking, synthesis, functional simulation, translation into a netlist, mapping to hardware and
placement and routeing onto that hardware. Likewise, Python and Java include the concept of unit testing, allowing the
steps above to form a software version of the 
robust signoff checks
 used within the microelectronics industry.
To conclude, academia often has problems maintaining software architectures and development best practices, but
there are some solutions. Some can be self-taught, others require a team spirit to be inspired and others require
institutions to invest in continuous professional development. The role of the software architecture can make or break
the development cycle, and getting it right can allow just the right mixture of solutions to both obtain better software
and better results—a goal we can all agree on.