Difference between revisions of "OOP344 - HOTYS - 20102"

From CDOT Wiki
Jump to: navigation, search
(Member List)
(IRC Schedule/Log: Added Log 6 + Desc)
Line 50: Line 50:
 
   <li>[http://zenit.senecac.on.ca/wiki/index.php/OOP344_-_HOTYS_IRC_Logs_-_060613_-_20102 Log 4] - This meeting we went over the distribution list.</li>
 
   <li>[http://zenit.senecac.on.ca/wiki/index.php/OOP344_-_HOTYS_IRC_Logs_-_060613_-_20102 Log 4] - This meeting we went over the distribution list.</li>
 
   <li>[http://zenit.senecac.on.ca/wiki/index.php/OOP344_-_HOTYS_IRC_Logs_-_062010_-_20102 Log 5] - This meeting was focused on fixing bugs and committing to trunk in preparation of Fardad's test main</li>
 
   <li>[http://zenit.senecac.on.ca/wiki/index.php/OOP344_-_HOTYS_IRC_Logs_-_062010_-_20102 Log 5] - This meeting was focused on fixing bugs and committing to trunk in preparation of Fardad's test main</li>
 +
  <li>[http://zenit.senecac.on.ca/wiki/index.php/OOP344_-_HOTYS_IRC_Logs_-_071810_-_20102 Log 6] - This meeting we distributed the project's work and created a rough time line for completion.</li>
 
</ul>
 
</ul>
 
<br />
 
<br />

Revision as of 12:57, 18 July 2010


OOP344 | Weekly Schedule | Student List | Teams | Project | Student Resources

HOTYS Homepage

Welcome to HOTYS homepage!!!

The Name of the team is derived from the first letter of each group member's name:

Han Chul Kim
Osman Mirza
Tony Kim
YuJin Jeong
Stephanie Law

Member List

OOP344 - 2010 Team HOTYS -
Last
Name
Name Seneca
Username
Section Blog Url IRC Nick My Contributions
a Kim Han hckim3 A http://hckim.wordpress.com/ han3 Hckim3
b Mirza Ozzy omirza A http://0zzym.wordpress.com/ OzZy_M OzZy
c Kim Tony(Kijeong) kjkim A My Blog TonyKim kjkim
d Jeong YuJin yjeong A Spirit & Soul _YJ_ Takeiteasy
e Law Stephanie slaw12 - A My Blog- Slaw12 slaw12


Project Development Page

Team Project

Discussions

Discussion Page


IRC Schedule/Log

  Group meetings will be held on Sundays at 12pm in #seneca-HOTYS.  
Logs:

  • Log 1 - This meeting mainly covered coding styles to be used and other group norms
  • Log 2 - This meeting mainly is us waiting for Fardad to show up. We later decided to split the functions and get to work since the assignment page was already up
  • Log 3 - This meeting we went over the simple functions and added v0.1 in tags as a group. Had some Borland Problems we fixed.
  • Log 4 - This meeting we went over the distribution list.
  • Log 5 - This meeting was focused on fixing bugs and committing to trunk in preparation of Fardad's test main
  • Log 6 - This meeting we distributed the project's work and created a rough time line for completion.


Coding Style Rules

Every file should have a function header with:

  • File name
  • Programmer Full name
  • Date last modified

Example:

  /*
Title
Title.h
By: Full Name
Date Last Modified: 9:59 AM April-15-10
Description of what is in the file
*/


Variable names should be meaningful so additional comments are not necessary to explain what the variable does.

Example:

  int nNum; //Bad
int nNumOfTypes //Good


A lower case prefix should be fitted to the variable name to help describe it at a glance:

Prefix Data Type Example
n int nNumOfSignals
c char cTypeMode
b boolean bIsTrue
f float fLength
d double dWidth
s C-Style null terminated string
OR a String object
sUserInput
p pointers pnNumOfSignals
m_ Data Member/
Instance Variable
m_pnNumOfSignals
NOT
pnm_NumOfSignals
OR
mpn_NumOfSignals

All variable declarations should be done on their own lines!

There should be NO single character names for variables (Ex: i, j, k, etc) except for arbitrary counters, such as for for loops

All const and #define Variable names should be in All Caps

Example:

  const int nMAX_TRIPS;
#define MAX_TRIPS 1



Pointers should be declared in C++ style:

Example:

  int* x;
NOT
int * x; OR int *x;


Class names should be all lower case except for the first letter, which should be upper case.

Function names should have meaningful names (They do not require prefix).

Function names Should be all lower case except for the First letter of each Word.

Example:

  GetChar();
NOT
getChar(); OR Getchar();



Each function should have only one point of entry and one point of exit! I.E. There should be only 1 return statement in each function.

Each function should have a header describing what it does.

Use Inline comments to describe hard to read code. All inline code should be set to the same indention as the code it is describing.

Example:

   //Comment
GetChar();
NOT
//Comment
GetChar()



Opening braces should be on the same line as the defining function/if/else if/etc statement.

Example:

  void FunctionOne(int){
if (x > y){
NOT
void FunctionOne(int)
{
if (x > y)
{

There should be NO use of the tab character!!! Each indent should be 3 blank spaces!

This shows how to set up tab settings