일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | |||
5 | 6 | 7 | 8 | 9 | 10 | 11 |
12 | 13 | 14 | 15 | 16 | 17 | 18 |
19 | 20 | 21 | 22 | 23 | 24 | 25 |
26 | 27 | 28 | 29 | 30 | 31 |
Tags
- OCFS2
- 리눅스
- pgbench
- perltidy
- ZFS
- 가상파일시스템
- postfix
- inotify
- tomcat
- pgpool-ii
- 오라클
- 파일시스템
- PERL
- 펄 코딩스타일
- Openfiler
- mailfiler
- Replication
- connection tunning
- pgsql
- ext4
- php-oracle 연동
- Nexenta
- ext3
- clustering
- 펄
- 포기해버린꿈
- pvfs
- LVS
- CVSROOT 세팅
- 시그널
Archives
- Today
- Total
avicom의 신변잡기
variable naming의 중요성 본문
코딩을 하다보면 항상 변수 네이밍 하는 게 귀찮아서 대~충 변수명을 만들어서 쓰곤 했다.
근데 이게 언제 문제가 되냐면 다른 사람이 소스를 열어보거나, 아주 오랜 시간이 지나서 수정할 일이 생겨서 내가 소스를 열어볼 때다.
정신차려보면 변수 역할이 분간이 안되서 내가 짠 소스 내가 분석하고 있는 상황이 발생한다...ㅠㅠ 언제나 대충대충 변수명을 지었더니 이런 황당한 일이...흑..
코딩을 할 때마다 네이밍에 대한 규칙을 설정하고 시작하지만 문제는 매번 그게 변한다는 거...-_-;
그래서 초기 소스와 요즘에 짠 소스를 보면 네이밍 규칙이 다 다르다.....아..쓰다보니 자학이 됐다..나같은 건 죽어야..
변수명은 그 이름을 보고 역할이 명확이 구분되어야 하고, 동시에 너무 길면 안된다. (일단 너무 길면 코딩할 때 힘들다..;) 여러 단어를 결합해서 사용할 경우 단어마다도 구분이 되어야하고, 변수의 첫 글자는 반드시 소문자로 한다던가, 단어 사이를 underline ' _ '으로 연결한다던가 하는 규칙이 일관되게 적용되어야 한다.
다 아는데 왜 코딩할 땐 꼭 까먹고 하는건지....ㅠㅠ
다 아는데 왜 코딩할 땐 꼭 까먹고 하는건지....ㅠㅠ