Variable naming (comes from the Codebook) ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ o First character of variable name indicates scope as follows: L = Local G = Global (Public) P = Private T = Parameter (I never distinguish between private and local parameters because I only use Local parameters) o Second character is the data type. In the rare instances where the data type is not known beforehand, use 'U'. Otherwise, use the data type character used by the TYPE() function (e.g. C = Character, T = DateTime, etc.) o Rest of the name is something descriptive. Long variable names are OK but I try not to go overboard. Field Naming Conventions ~~~~~~~~~~~~~~~~~~~~~~~~ Basically, do the same thing as done for variables but no scope character. Other Heuristics ~~~~~~~~~~~~~~~~ o Don't abbreviate commands and functions in code (what you do in the command window is your business :)) o Indent programming structures with a tab. o When I have a lot of assignments within an object structure, I use WITH/ENDWITH. It makes the code easier to read and is supposed to run slightly faster. o Always assume that anything you write in code will be read by someone else. (If you're interested, there's a story behind this one). o Command and Functions are always in CAPS. o Variables are in mixed case. Usually, the first two characters are in lower case and the third character is in upper case (with further capitalization as appropriate). For example, goAPP, lnEmployeeNumber Object Naming Conventions ~~~~~~~~~~~~~~~~~~~~~~~~~ o Use the conventions in the help file.There are more but these are the ones that come to mind off the top of my head.