The assignments are shown below. Note that these are not commutative. That is, if A tests B, it does not mean that B tests A. Let me know if you need the email addresses of your assigned group.
You are here
You should be commiting your code at least once per hour, and at the end of the day. If you only work 1 day (8 hours) per week on this project (really, you should work more than that) you will have at least 12*8 = 96 commits in just these first 3 months.
Some basic rules:
- Never commit something that does not compile or is super broken.
- Commit whenever you "finish a thought": implement the first version of a new page, get that function to read from the database, get that form to show, etc.
- Push every day, at least.
- Pull every morning, at least, unless you really are in the middle of something. Resolve conflicts as soon as possible
See this stack overflow question and this programmers.stackex question for many other people who agree with me, well, rather, I agree with them. But, for this class I additionally require you to commit a lot so you can get comfortable with the process and so we (your team and I) can see your progress.
Those of you new to the class will want to read my Git and Github slides and pointers.
Please let me know which times your group can meet with me, in our every-other-week meetings, by filling out this doodle poll by Thursday, Jan. 16 @midnight. Fill it out with the Team's name.
Try to put in as many spots as possible in case there are conflicts with other groups. If you cannot possibly make any of these times, let me know which times you can make.
I have updated the group membership by assigning the new people to groups and getting rid of those who will not be taking 492 this semester. I am still waiting for some student to reply to my emails so the list is not final.
Contact me ASAP if you don't see your name in the table below or if there is someone in your team who is not taking 492. I have sent you an email with all the emails of the people in your group. Contact any new members and welcom them aboard, give them access to the repo, start working.
On Wednesday, January 22 we will have an invited talk by Matt Hooper from VC3, in our regular room and time: SWGN 2A31 @8:30am.
In this talk I’ll cover some concepts behind software quality, why automation is crucial to software quality, and how to write automated tests (using Visual Studio and Selenium WebDriver as an example).
Why is this important? Imagine this situation: You’ve just built and launched a new system with a team of other people - congratulations! You are feeling great but then you are given your next task: to add new functionality demanded by your users, and as quickly as possible. To make things more stressful/exciting, you’re also told you need to add additional functionality each and every month if your company is to remain competitive. However, if you break existing functionality each time you update the system your users will leave you, your system will be a failure, and you’ll be busy tidying up your resume instead of coding. To overcome this challenge you must figure out a way to prove to yourself and your team that your system works as expected each time someone makes a code change. At the end of this talk you should have a better understanding of how to solve this problem.
Matt is the product architect at VC3 in Columbia, SC for our Enrich Assess, RTI and IEP software for K-12 school districts. He has over 15 years of experience spanning all aspects of the software life cycle. He has a computer science degree from the University of South Carolina and an MBA from the USC Moore School of Business. LinkedIn: http://www.linkedin.com/in/matth
After Friday's demo, I encourage you to fill out the students' choice survey which will determine which project you, the class, thinks had the best presentation, and which one has made the most progress thus far. And the winners are:
- Android Children Games: Tamagotchi
- SC Childcare Centers
- University 101
- Voting Lines
- SC Childcare Centers
- HD Video Decoder: Humpday Decoder
By Friday December 13 at noon every one of you must email me your Peer Evaluations. This will be an email directed exclusively to me. In it you will list, for each member of your team, including yourself,
- a percentage number, which roughly represents how much you think that person contributed to the team, these will all add up to 100,
- the list of this tasks this person contributed to the team.
Each person's descriptions should not be more than one paragraph long. Feel free to consult their online logs.
Now undergraduate students can take up to 12 graduate hours of course work and receive both undergraduate and graduate credit for those 12 hours. The credits can be applied to the student's baccalaureate program and with graduate program admission applied to a graduate program.
With this change, students in the Accelerated Masters program having earned 12 graduate credits only need 18 more graduate credits after Bachelors to earn a Masters degree.