일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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
- pvfs
- 펄
- Nexenta
- 가상파일시스템
- connection tunning
- pgsql
- OCFS2
- ZFS
- 리눅스
- clustering
- inotify
- 펄 코딩스타일
- 파일시스템
- ext3
- 오라클
- LVS
- postfix
- tomcat
- php-oracle 연동
- pgpool-ii
- perltidy
- Replication
- ext4
- 포기해버린꿈
- 시그널
- PERL
- Openfiler
- pgbench
- mailfiler
- CVSROOT 세팅
Archives
- Today
- Total
목록코딩규칙 (1)
avicom의 신변잡기
variable naming의 중요성
코딩을 하다보면 항상 변수 네이밍 하는 게 귀찮아서 대~충 변수명을 만들어서 쓰곤 했다. 근데 이게 언제 문제가 되냐면 다른 사람이 소스를 열어보거나, 아주 오랜 시간이 지나서 수정할 일이 생겨서 내가 소스를 열어볼 때다. 정신차려보면 변수 역할이 분간이 안되서 내가 짠 소스 내가 분석하고 있는 상황이 발생한다...ㅠㅠ 언제나 대충대충 변수명을 지었더니 이런 황당한 일이...흑.. 코딩을 할 때마다 네이밍에 대한 규칙을 설정하고 시작하지만 문제는 매번 그게 변한다는 거...-_-; 그래서 초기 소스와 요즘에 짠 소스를 보면 네이밍 규칙이 다 다르다.....아..쓰다보니 자학이 됐다..나같은 건 죽어야.. 변수명은 그 이름을 보고 역할이 명확이 구분되어야 하고, 동시에 너무 길면 안된다. (일단 너무 길면..
신변잡기
2010. 12. 20. 19:39