유지보수 불가능한 코드…

뭐 이런형태는 내가 아니면 안되게 한다는 뜻이다.

사실 요즘 트렌드에 맞지는 않지만…

워낙에 열심히 힘들여서 개발 해놨더니 유지보수는 자기네들이 알아서 하거나 혹은 다른 곳으로 넘기는 일이 발생하니…

이런 일이 발생한다.

코드를 한줄로 만들거나 하는 기술도 있지만 요즘은 좋은 프로그램들이 있어서 정리도 다해준다.

암호화 기술을 사용하는건 아무래도 좀 힘들다.

얼마전 IT박람회에서 본건…

프로그램이 변수 이름을 바꾸는 것이다.

이는 동일한 변수명을 찾아서 바꿔주기만 하면 큰 무리없이 사용이 가능하다.

여기 소개할 내용은 혹 소스코드를 다 보고 있더라도 그것을 이해하기 힘들게 하는 방식중의 하나인 변수명을 짓는 방법에 대한 이야기이다.

프로그램별로 실제 사용가능한 방법이 있기도 하고 아니기도 하다.

무엇보다도 이름을 지어서 보는 사람의 이해도를 낮추는게 목적임으로 내가 거기에 당할 수 있음을 명심하자.

http://unmaintanablecode.springnote.com/pages/4001813.xhtml

간단히 제목만 소개하자면 아래와 같다.

1. 작명 서적의 새로운 이용 방법
2. 한글자 변수명
3. 창조적인 스팰링 미스
4. 추상적 작명
5. 이니셜
6. 유의어 사전(Thesaurus) 쓰기
7. 프로젝트 용어집을 피하라
8. 다른 언어의 복수형을 이용하라
9. 대문자 넣기CapiTaliSaTion
10. 이름 재사용
11. 문자 강조하기 Accented Letters
12. 컴파일러의 이름 길이 제한 악용하기
13. 언더스코어, 진정한 친구
14. 언어 혼합
15. 확장 아스키
16. 다른 언어로 이름 짓기
17. 수학식을 위한 이름들
18. 매혹적인 이름들
19. 재명명과 재사용
20. i를 써야할 때
21. 관습들
22. 소문자 l은 숫자 1처럼 보인다.
23. 전역 이름을 private로 재사용하기
24. 다시 재활용
25. 변수 재활용하기
26. ㅇㅈㅆㄱ
27. 잘못된 판단을 부르는 이름들
28. m_
29. o_apple obj_apple
30. 헝가리안 표기법
31. 헝가리안 표기법 다시 보기
32. 제거, 재사용, 재활용
33. 애매한 영화 참조
34. 색깔 장난치기

제목만을 보았을때 물론 조금 감이 오는것들이 있겠지만 아닌 부분들도 있다.

위 사이트에 접속해서 내용을 한번 보자~

정말 재미난 글이고 한번 사용해보고 싶다.

나중에 내가 보고 내가 못할듯… ㅠㅜ