프로그래밍 가이드 라인
Zen of python 의 내용은 프로그래밍을 하는 사람에게 유용한 정보라고 생각된다. 특히나 여럿이 해야 하는 대단위 프로젝트에서는 더더욱 중요하다고 생각한다. 그래서 정리를 좀 해본다.
Zen Of Python
컴퓨터 프로그래밍 할 때의 가이드라인 같은 것들이 있는데, 그중에 python 을 만들때 영향을 준 가이드라인이라고 한다. 총 19개이다.
이것을 Tim Peter 라는 사람이 1999년 python mailing list 에 올렸다고 한다.
- Beautiful is better than ugly. : 아름다운것이 못생긴것보다 낫다.
- Explicit is better than implicit. : 명확한 것이 내포된 것 보다 낫다.
- Simple is better than complex. : 간단한 것이 복잡한 것 보다 낫다.
- Complex is better than complicated. : 구조적으로 복잡한 것이 이해못할정도의 복잡함 보다는 낫다
- Flat is better than nested. : 편편한 것이 중첩된 것 보다 낫다.
- Sparse is better than dense. : 드문것이 촘촘한 것 보다 낫다.
- Readability counts. : 가독성은 중요하다.
- Special cases aren't special enough to break the rules. : 특별한 경우들 때문에 규칙을 깨지마라.
- Although practicality beats purity. : 실용성이 순수함을 이긴다하더라도 규칙을 깨지마라.
- Errors should never pass silently. : 에러들은 절대 조용히 발생하면 안된다.
- Unless explicitly silenced. : 명확히 조용하지 않는한, 에러는 조용히 발생하면 안된다.
- In the face of ambiguity, refuse the temptation to guess. : 모호한 것이 있을 때, 추측으로 그것을 넘겨짚지 마라.
- There should be one– and preferably only one –obvious way to do it. : 그것을 하는 방법이 1개는 있어야만 한다. 가급적이면, 하나만 있어야 한다.
- Although that way may not be obvious at first unless you're Dutch. : 만약 당신이 네델란드인이 아니라서, 비록 그것이 처음에는 명확치 않을 수 있을지라도,
- Now is better than never. : 이후에 안하는 것보다 지금이 하는 것이 낫다.
- Although never is often better than right now. : “전혀 안하는 것”이 종종 “바로지금” 보다 나을지라도, 이후에 안하는 것보다 지금하는 것이 낫다.
- If the implementation is hard to explain, it's a bad idea. : 만약 구현을 설명하기 힘들다면, 그것은 나쁜 아이디어다.
- If the implementation is easy to explain, it may be a good idea. : 만약에 구현이 설명하기 쉽다면, 그것은 좋은 아이디어다.
- Namespaces are one honking great idea – let's do more of those! : 네임스페이스들은 경종을 울리는 좋은 아이디어이다.
See Also
- complex vs complicated : complex 는 구조적으로 복잡한것, complicated 는 이해가 안되는 복잡함.
댓글 없음:
댓글 쓰기