파이썬 논리 연산자 and, or, not

“프로그래밍이란 결국, 참과 거짓 사이를 오가는 예술이다.”

Thank you for reading this post, don't forget to subscribe!

안녕하세요! 오늘도 파이썬 하루 한 걸음, 함께 걷는 여정에 오신 걸 환영합니다.
오늘은 코딩의 ‘생각하는 힘’을 키워주는 핵심 주제, 파이썬 논리 연산자 and, or, not에 대해 알아볼 거예요.

“참이면 이렇게, 거짓이면 저렇게” — 단순해 보이지만, 여기에 코딩의 모든 흐름이 담겨 있답니다.
이 글은 논리 연산자를 완전히 이해하고, 직접 활용하는 힘을 키우는 실전 가이드가 되어줄 거예요. 함께 시작할까요?

논리 연산자란 무엇인가?

논리 연산자는 “참(True)”과 “거짓(False)”을 다루는 연산입니다.
조건문(if)이나 반복문(while)에서 중요한 역할을 합니다.
간단하게 말하면, “상황을 판별하는 계산기” 같은 역할을 한다고 생각하면 됩니다.

프로그래밍에서 참과 거짓을 다루지 못하면, 아무것도 제어할 수 없습니다.
그래서 논리 연산자는 코딩의 뼈대이자 심장입니다.

and 연산자: 둘 다 참이어야 참

and 연산자는 두 조건이 모두 참일 때만 전체가 참이 됩니다.
하나라도 거짓이면 결과는 거짓입니다.

조건 A	조건 B	A and B 결과
True	True	True
True	False	False
False	True	False
False	False	False

“and는 ‘모두 참이어야 한다’는 냉정한 심판자다.”

or 연산자: 하나라도 참이면 참

or 연산자는 둘 중 하나라도 참이면 전체가 참이 됩니다.
극단적으로 말하면, 둘 다 거짓이어야만 결과가 거짓이 됩니다.

• True or True ➔ True
• True or False ➔ True
• False or True ➔ True
• False or False ➔ False

“or는 ‘희망의 연산자’다. 하나만 살아있으면 세상은 계속된다.”

not 연산자: 참을 거짓으로, 거짓을 참으로

not 연산자는 결과를 반대로 뒤집습니다.
참이면 거짓으로, 거짓이면 참으로 뒤바꿔주는 마법 같은 연산자죠.

• not True ➔ False
• not False ➔ True

“not은 세상의 이면을 보여준다. 믿는 순간, 의심하라.”

논리 연산자 실수 방지법

논리 연산자에서 초보자가 가장 많이 실수하는 부분은 이렇습니다:

• and와 or의 우선순위를 헷갈리는 것 ➔ 괄호로 명확히 구분하기
• not을 사용할 때 부정 범위를 착각하는 것 ➔ 괄호를 적극적으로 활용하기
• True/False가 아닌 0/1, 빈 문자열 등을 조건식으로 사용할 때 결과 예측 오류

“논리적 오류는 코드가 아니라 사고에서 시작된다.”

실전 연습: 논리 퍼즐 풀기

문제를 풀면서 확실히 이해해봅시다.

• (True and False) or (not False) ➔ ?
• not (True or False) and (False or True) ➔ ?
• (not True) or (True and not False) ➔ ?

직접 손으로 풀어보세요. 답을 눈으로 보지 말고 머리로 그리세요.
“코드는 타이핑보다 사고가 먼저다.”

“처음엔 쉬워 보였다. 그런데 한 줄 한 줄, 헷갈림이 덮쳐왔다.”

✔ 실전 사용 후기

논리 연산자를 배우기 전에는 단순히 “맞다/틀리다”를 따지는 줄 알았다.
하지만 if문 안에서 여러 조건이 섞이기 시작하면서, 생각이 꼬였다. 괄호가 빠지거나, not을 잘못 걸면 뜻이 완전히 반대가 된다.

특히나 and, or의 우선순위를 확실히 이해하지 않으면, 디버깅 지옥에 빠질 수도 있다.
한 번은 2시간 넘게 “왜 안 되지?” 고민하다가 괄호 하나 잘못 친 걸 알았다. 그때 느꼈다.
“논리 연산자는 믿음이 아니라, 습관으로 다뤄야 한다.”

✔ 논리 연산자 꿀팁 모음

• 조건식이 복잡할 땐 무조건 괄호로 묶어라.
• not은 항상 어떤 값을 뒤집는지 명확히 확인해라.
• and/or 우선순위는 눈으로 믿지 말고 괄호로 통제해라.
• 조건식을 직접 읽어보고 “참이면?” “거짓이면?”을 시뮬레이션 해라.
• 에러가 나면 로직이 아니라, 논리 자체를 의심해라.

“프로그래밍은 문법이 아니라, 논리의 예술이다.”

코딩은 결국 논리의 싸움입니다.
오늘 배운 and, or, not은 작지만, 코드 세계를 이해하는 데 가장 중요한 발판입니다.

처음엔 헷갈려도 괜찮습니다. 헷갈린다는 건, 제대로 고민하고 있다는 증거니까요.
매일 한 걸음씩, 논리의 숲을 함께 걸어가 봅시다.