Varun Saini, Aaron Bronstone, Aidan Roessler, Serafin Patino, Anti-Intelligence
-
What tools will you use for communication?
-
Discord server and group iMessage thread
-
How often do you expect each person to check project-related messages? If you ask a question, when should you expect a response? Are there hours of the day when messages should not be sent?
-
1-2x a day, or within a reasonable time if you get a notification (24 hours)
-
No hours of the day when messages can't be sent, but we don't expect a reply during the night or at other unreasonable times (weekend evening, etc...)
-
How do you keep track of who is working on what task? Trello? Some other Kanban board? Assigning GitHub Issues? Something else? (Note: Two is often a good number of people to assign to a task.)
-
Assigning GitHub issues, which will be associated with a GitHub project
-
Merged pull requests will close these issues
-
abronstone/vaas-final: Carleton College CS348: Final Project. Team Vaas (github.com)
-
It is vital that every decision the group makes is recorded. (If something isn't recorded, it hasn't been decided.) How/where does your group record decisions?
-
We don't need an extremely formal structure for documenting decisions (i.e. API proposals, RFCs, etc.) since we are using Discord as our primary means of communication.
-
We can always refer back to Discord to refer to our past decisions.
-
We should provide quality documentation on task tickets
-
I highly recommend that you use short Standup meetings multiple times a week to check in on progress. When will these standup meetings take place. (Remember: Don't solve problems at Stand-up meetings, just check in and if there is an issue assign a couple people to discuss it in between meetings.)
-
Scheduled for every T/Th from 1:30 -- 2 p.m.
-
When will you block out time for longer meetings when you have larger issues to discuss among all team members? (Note: My advice is to use these meetings primarily for big-picture design questions.)
-
These will occur on a case-by-case basis when we need to discuss big features and make large decisions.
-
Uno
-
Black Jack
-
Go
-
Wordle
-
2048
-
Battle Ship
-
CLI
-
Have emoji's underneath (yellow, green, grey squares) to represent the colors (eg 🟩)
-
DB
-
Json / python file of some 5 letter english words
-
9000 ish
-
Wordle Engine API & eval system
-
Keep track of letters used
-
Evaluate submitted word correctness
-
Green = right letter right position
-
Yellow = right letter wrong position
-
Grey = wrong letter wrong position
-
Return the score of the user along with how right / off they were from the actual answer
-
Green = +2 points
-
Yellow = +1
-
Grey = +0
-
Point system
-
Deciding colors of letter in gameplay logic
-
Gateway
-
Adding letters
-
Submitting word
-
DB
-
Json / python file of some 5 letter english words
-
9000 ish
-
Wordle Engine API & eval system
-
Keep track of letters used
-
Evaluate submitted word correctness
-
Green = right letter right position
-
Yellow = right letter wrong position
-
Grey = wrong letter wrong position
-
Return the score of the user along with how right / off they were from the actual answer
-
Green = +2 points
-
Yellow = +1
-
Grey = +0
-
Point system
-
Deciding colors of letter in gameplay logic
-
Gateway
-
Adding letters
-
Submitting word
-
Client
-
Let player submit the word, tell them how close / far off they are,
-
Take turns during the game
-
Show their score for current and past games