---
# System prepended metadata

title: Cmpe352 Mindmap

---

# Cmpe352 Mindmap

```markmap
# Meetings

## Well Done
- Everybody opened their cams and was interactive.
- People took initiative when needed.
- Overall participation was high.
- One-to-one helping among peers were high.

## Bad
- Some meetings were long to the point that productivity was not increased.
- Meeting frequencies were unevenly scattered, mostly piled on project deadline.
```

```markmap
# Planning
## Well Done
- Finished and deployed the project on time without much absence from requirements!
## Bad
- Planned deadlines were not realistic.
- Most of the time, deadlines were missed.
- Finding a starting point for implemetation were problematic. Delayed a lot.
- We could have started the project a bit earlier
```

```markmap
# Deployment
## Well Done
- We had people with experience on AWS and conteinarization. 
## Bad
- Because of our framework selection, i.e. next.js, building was a trouble since given CPU credit for free tier was not enough.
- Had to upgrade ec2 instance just for successfull deployment, creating unnecessary cost.
```

```markmap
# Group
## Well Done
- Everybody mostly did their part, especially when the others relied on them.
- People were talkative and encouraging to ask question and discuss ideas.
- Mostly people attended meetings in a regular manner, keeping the overall picture in mind.
- Peer-to-peer support and help was really high.
## Unfortunate Events
-  Some people didn't know Next.Js or Express so they needed time to learn.
-  Dad jokes from our communicator. :(
```

```markmap
# Documentation
## Bad
- Documentation of the work done were usually ignored, forgotten.
- Tracking of issues got out of hand especially near the submitting weeks, since most of them were piled at the end.
```

```markmap
# Personal Experiences
## Good
- Encouraging team mates really help motivating.
## Bad
- Time planning
## Lessons Learned
- Going on a planned timeline is more productive than directly starting the implementation
- Even though system abstarctions are solid, downtime is an important concept. Systems do not always 100% reliably.
```
