Go to Post And while I am not that big on hero-worship, I am pretty darn proud to know Dave. However, this does not mean that I will stop picking on him - MissInformation [more]
Home
Go Back   Chief Delphi > Technical > Programming
CD-Media   CD-Spy  
portal register members calendar search Today's Posts Mark Forums Read FAQ rules

 
 
 
Thread Tools Rate Thread Display Modes
Prev Previous Post   Next Post Next
  #6   Spotlight this post!  
Unread 22-11-2005, 19:42
lndnny's Avatar
lndnny lndnny is offline
Does a bit of everything!
None #0808 (Mechanical Mayhem)
Team Role: Programmer
 
Join Date: Jun 2005
Rookie Year: 2005
Location: alliance
Posts: 22
lndnny is an unknown quantity at this point
Re: Programming Organization

Quote:
Originally Posted by Mike
First off, I'd recommend setting up a CVS (Concurrent Versions System) server. Concurrent Version System - Wikipedia, the free encyclopedia

As head programmer (which I'm assuming you are), I would setup a set of standard header files. These would be included in the necessary source files, with each header file being completely independent and modular. Say you need to use PID control in a source file, you should just have to include pid.h and it should cover everything you need.

To be honest, I wouldn't worry too much about indent size/function names/etc. Have enough of a standard to make it readable, but not enough to hinder a persons programming time because they have to look up whether it's Function_Name or function_name.

With that being said, I admit to being a perfectionist. This is my current self-standard:
All brackets are placed on next line
Code:
// Good
if(foo == bar)
{
return;
}

// Bad
if(foo == bar){
return;
}
Constants are referred to in capitals, all others in lower case.
Code:
// Good
#define PI 3.14
unsigned int some_variable;

// Bad
#define pi 3.14
unsigned int SOME_vArIABLE;
Variables/Functions use underscores to replace spaces.
Code:
// Good
void Read_Encoder(void)

// Bad
void ReadEncoder(void)
Use short, clear and concise variable/function names.
Code:
// Good
unsigned int left_encoder_clicks = 0;
void Update_Encoder_Count(void)

// Bad
unsigned int amount_of_clicks_back_from_the_encoder = 0;
void Update(void)
Use double slash comments.
Code:
// Good
/* Bad */
Like I said, try to not have super-harsh standards. These are my own, and I realize that they probably are pretty strict... but they are for myself only. If I were to work with a programming team, they would be much more lax.

EDIT: I'd just like to add that I change my standards a lot... just because I'm a perfectionist like that.
The great thing about standards is there are so many to choose from.
-Anonymous

Code:
// Good
if(foo == bar)
{
     return;
}

// Bad
if(foo == bar){
     return;
}
you should indent stuff between brackets
 


Thread Tools
Display Modes Rate This Thread
Rate This Thread:

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
Programming Vex w/ MPLab dababyjebus FIRST Tech Challenge 27 25-04-2008 09:11
Programming - Getting Started Mark McLeod Programming 80 16-04-2008 23:37
Organizing a programming team. scitobor 617 Programming 7 28-01-2005 19:18
Team 342 Training and Organization cbolin Team Organization 1 15-01-2005 10:37
Robot Programming Education phrontist Programming 11 03-05-2004 07:32


All times are GMT -5. The time now is 08:16.

The Chief Delphi Forums are sponsored by Innovation First International, Inc.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2017, Jelsoft Enterprises Ltd.
Copyright © Chief Delphi