From 4b0c6b636c61d6eb017840cd7d2bbdc9ca08ff8f Mon Sep 17 00:00:00 2001 From: Jack Bond-Preston Date: Wed, 22 Jan 2020 23:05:43 +0000 Subject: [PATCH] Update some project info --- index.html | 34 +++++++++++++++++++++++----------- 1 file changed, 23 insertions(+), 11 deletions(-) diff --git a/index.html b/index.html index 064adf1..00ec926 100644 --- a/index.html +++ b/index.html @@ -107,12 +107,19 @@ Potato.

- Developed as part of a 4-person team for the Software Project Engineering unit at the University of Bristol. + Developed as part of a 4-person team for the Software Project Engineering unit at the + University of Bristol.

- The backend interfaces with a MySQL database to serve a REST API implemented in Spring. This Java application - is then deployed to the cloud. The frontend consists of static HTML using Bootstrap and Vue.js, served by the - internal Spring web-server - accessing and mutating the data through the REST API. + The Spring Boot backend interfaces with a MySQL database to serve a REST API. This Java + application is then deployed to the cloud. The frontend consists of static HTML + generated using Bootstrap and Vue.js, served by the internal Spring web-server - + accessing and mutating the data through the REST API. +

+

+ This project was developed using 6 Agile sprints to complete 76 user stories. We + utilised test driven development by using JUnit unit tests with Gitlab CI/CD to + automatically run tests and deploy the application to Oracle Cloud.

@@ -128,18 +135,23 @@ A concurrent game of life implementation designed to run on a limited piece of hardware.

- Developed as part of a 2-person team for the Concurrent Computing unit at the University of Bristol. + Developed as part of a 2-person team for the Concurrent Computing unit at the University + of Bristol.

This game of life implementation was written in XC - and designed to run on the XMOS xCORE-200 eXplorer. The program runs concurrently across tiles, utilising - channels for cross-thread communication. Hardware memory limitations posed interesting challenges, with - solutions such as packing the individual "cells" into individual bits of 32/16-bit integers to be as - memory-efficient as possible. Each turn, the board is split up into rows of these packed cells which are then - distributed across workers for processing, then returned to the distributor and consolidated back into a single - board each turn. + and designed to run on the XMOS xCORE-200 eXplorer. The program runs concurrently across + tiles, utilising channels for cross-thread communication. Hardware memory limitations + posed interesting challenges, with solutions such as packing the individual "cells" into + individual bits of 32/16-bit integers to be as memory-efficient as possible. Each turn, + the board is split up into rows of these packed cells which are then distributed across + workers for processing, then returned to the distributor and consolidated back into a + single board each turn.

+

+ This coursework was later updated to be based in Go, and run on desktop PCs. I have also + completed this coursework assignment as part of my role TAing this new unit.