![]() | |
#31
| |||
| |||
|
|
I remember one coder used to name his variables after random star trek characters and episodes. |
#32
| |||
| |||
|
|
I remember one coder used to name his variables after random star trek characters and episodes. |
#33
| |||
| |||
|
|
I remember one coder used to name his variables after random star trek characters and episodes. |
#34
| |||
| |||
|
|
I remember one coder used to name his variables after random star trek characters and episodes. |
#35
| |||
| |||
|
|
I remember one coder used to name his variables after random star trek characters and episodes. |
#36
| |||
| |||
|
|
I remember one coder used to name his variables after random star trek characters and episodes. |
#37
| |||
| |||
|
|
I remember one coder used to name his variables after random star trek characters and episodes. |
#38
| |||
| |||
|
|
My group is working to create a new set of Db standards as we embark upon redesigning our new web app backend db. The other architect wants every table/column/variable name to be unabbreviated and as descriptive as possible. This of course leads to long and ungainly names. while this is all well and fine in theory, when writing a lot of code, long column names are no fun and often lead to bugs due to spelling errors (Not that I would know anything about that ) I would like to hear from the community what you all feel are best practices regarding naming conventions, and how they affect your environment. |
|
Thanks in advance! |
#39
| |||
| |||
|
|
My group is working to create a new set of Db standards as we embark upon redesigning our new web app backend db. The other architect wants every table/column/variable name to be unabbreviated and as descriptive as possible. This of course leads to long and ungainly names. while this is all well and fine in theory, when writing a lot of code, long column names are no fun and often lead to bugs due to spelling errors (Not that I would know anything about that ) I would like to hear from the community what you all feel are best practices regarding naming conventions, and how they affect your environment. |
|
Thanks in advance! |
#40
| |||
| |||
|
|
My group is working to create a new set of Db standards as we embark upon redesigning our new web app backend db. The other architect wants every table/column/variable name to be unabbreviated and as descriptive as possible. This of course leads to long and ungainly names. while this is all well and fine in theory, when writing a lot of code, long column names are no fun and often lead to bugs due to spelling errors (Not that I would know anything about that ) I would like to hear from the community what you all feel are best practices regarding naming conventions, and how they affect your environment. |
|
Thanks in advance! |
![]() |
| Thread Tools | |
| Display Modes | |
| |