DEV Community: JEON HYUNJUN

#1-2) 조건문은 결국 사전 처방이다.

JEON HYUNJUN — Sun, 11 Jan 2026 10:32:31 +0000

topic)조건문은 결국 사전 처방이다.

My blog offers an English version. Please check it out by clicking the link below.
For ENG VER.

Content

- 1. 조건문에 대한 개괄

- 2. 다중 분기 of python

Keywords

조건문(if,else,elif)
중첩 조건문
다중 분기

Abstract

우리의 일상에 무한한 변수가 존재하듯,
서비스를 구축할 때도 더 견고한 로직을 위해서는 사후 조치보다 사전 처방이 중요합니다.

Python에서의 사전 처방은 크게
조건문(Conditional)과 예외 처리(Exception Handling)로 나뉩니다.

예외 처리는 발생할 수 있는 에러를 사전에 정의한다는 면에서 유용하지만,
대개 문제가 발생한 후에 동작하는 사후 처방적 성격이 짙습니다.
특히 핵심적인 결함조차 예외로 삼켜버릴 경우,
시스템이 언제 붕괴할지 모르는 채로 작동하는 시한폭탄 같은 찝찝함을 남기기도 합니다.

반면, 조건문은 예외 처리의 선제적 장점을 수용하면서도 로직을
명시적으로 제어할 수 있게 합니다.
다만, 설계가 치밀하지 못할 경우 유지보수의 난도가 급격히 상승한다는 단점이 존재하죠.

본문에서는 시스템의 안정성을 확보하는 첫 단추인
조건문에 대해 깊이 있게 다뤄보겠습니다.

1. 조건문에 대한 개괄

조건문은 기본적으로 다음과 같이 진행됩니다.

핵심은 computer science 답게 0과 1 즉 False or Ture 로 진행된다는 점인데요.
그러면 여기서 의문이 듭니다.

if,elif,else의 각각의 역할은 무엇이고 언제 써야하는걸까요?

아래와 같은 코드를 입력해보겠습니다.

x = int(input('x ='))
y = [1,4,3,24,32,432,4,34,24,3,4,5,6,35,2,41,32,4,234,324]
y.sort()
print(f'sort y is {y}')
# print(len(y))


if x < len(y):
    print("win y")
else:
    print("fail y")


----------------  cf
if) x = 19 -> win y
if) x = 21 -> fail y

조건문을 해석해보면 다음과 같습니다.

y라는 list의 element의 길이보다 입력 받은
x의 promt 보다 작다면 "win y"를 출력한다
반대로(else)일 경우<=> y라는 list의 element의 길이보다 입력 받은
x의 promt가 더 크다면 "fail y"를 출력한다

if 는 그대로 '만약에 ~ 한다면' 이라는 condition이라고 생각하시면 됩니다.
else 는 '만약에 ~하지 않는다면' 이라고 생각을 하시면 되는데요.

개인적인 사견으로는 python을 시작한지 얼마 되지 않았을 시점
저는 if, elif, else에 대하여 꽤나 헷갈려했기에 수학적으로 접근을 했던 것 같습니다.

if 라는 condition을 사건 A 라고 본다면,
else 라는 codition은 사건 A에 대한 여사건으로 인지했던 것 같습니다.

그렇기에 if와 else를 서로 반대되는 때론 역함수처럼 보이기도 했던 것 같습니다.

다시 돌아와서

elif 는 .. 그 전에
elif는 핵심적인 성격 두 가지를 짚고 넘어가야만 합니다.

Sequential Evaluation(= 순차적 평가)

코드를 computer은 대게 top - down 방식으로 진행됩니다.
def function, class 가 아닌 이상 top - down 으로 위에서 아래로 진행되는데요.
조건문에서의 top - down은 앞서 언급했던 예외처리와 흡사합니다

만약 if 라는 condition에서 일치하게 된다면
computer는 아래 condition은 눈길 조차 주지 않은 채
조건문에서 벗어납니다.

해당 논지에서 알 수 있는 것은 조건문에서의 condition 순서는
priority 에 따라 작성되어야 함을 알 수 있게 됩니다.
조건의 파편화 방지

조건문에 대해 어느정도 이해를 하셨다면 이러한 궁금증을 자아내실 수도 있습니다.
Sequential Evaluation 때문에 priority에 따라 순서를 정해야 한다는 것이면
차라리 if,elif,else를 쓰지 않고 if로 나열하는 것이 if-elif-else를 같이 쓰는 것과
동등하지 않은가?

답은 서로 다릅니다.

if - elif - else는 One - unit으로 shape 되었기에
하나의 결과만을 도출하기 위해 존재합니다.

허나 if if if if 로 진행을 한다면, One - unit이 아니기에
앞서 논한 if-elif-else와는 다르게 도출될 것 입니다.

이제 elif 에 대해 알아보도록 합시다.
elif는 사견으로 개인적으로 이해하고 있는 개념은 중간 점검이라고 이해를 하고 있습니다.
앞서 언급했듯 computer는 결국 0 과 1 즉 false or ture로 진행되는데요.
elif는 마치.. 0.5? 수학적으로는 부분집합 정도의 느낌 이라고 생각하고 있습니다.

예제코드 보겠습니다.

x = int(input('x ='))
y = [1,4,3,24,32,432,4,34,24,3,4,5,6,35,2,41,32,4,234,324]
y.sort()
# print(f'sort y is {y}')
# print(len(y))


if x < len(y):
    print("win y")

elif x == len(y):
    print("=")

else:
    print("fail y")

----------------  cf
if) x = 20 -> =

elif를 중간에 넣었고, 더 크거나 더 작은 이분법적 비교가 아닌
부분집합인 서로 같은 경우에 대하여 전개했습니다.

이런 견해를 가질 수 있습니다.
if-elif만 진행하고, else를 쓰지 않는다면 error인가 아님 ~error인가

다음과 같은 코드를 보겠습니다.

x = 30
limit = 20

if x < limit:
    print("win")
elif x == limit:
    print("draw")


print("next step")

>>> next step

그 어떤 일도 발생하지 않는다는 것을 볼 수 있습니다.
그러나 이 방법이 좋다는 것은 아닙니다.

이 방법을 지양해야하는 이유는 작성자 입장에선 모든 경우의 수에 대해
대비를 했다고 오인하기 쉽습니다.

허나 앞서 언급한 것 처럼 어떠한 변수가 존재할지 모르기에
해당 로직으로 그대로 진행 할 시 예측하지 못한 변수에 대응할 수 없게 됩니다.

이제 조건문에 대해 어느정도 개괄을 했으니
다중 분기 of python에선 활용의 측면으로 넘어가봅니다.

2.다중 분기 of python : 처방의 정교화

사전 처방은 정교해야하지만, 결국 사전 처방이기에
너무 복잡해도, 너무 단순해도 안됩니다.

그러나 자명한 것은 최소한의 예측 가능한 변수에 대해선 필터링이 가능해야만 합니다.

다중 분기는 다음과 같은 흐름을 지향합니다.

if condition1:
    # Executes when condition1 is true
    elif condition1:
    # Executes when condition1 is false and condition1 is true
elif condition2:
    # Executes when condition1 is false and condition2 is true
    elif condition2:
    # Executes when condition1 is false and condition2 is true
    else:
       # Executes when all conditions are false
else:
    # Executes when all conditions are false

위에 로직을 보시면 아시겠지만,
결국 elif가 다중 분기에선 핵심이 된다고 말을 해도 과언이 아닌 것 같습니다.

그러면 여기서 질문을 던질 수 있겠죠.
왜? 왜 if도 아니고 else도 아니고 elif가 다중 분기에선
핵심인걸까요?

단순히 if-else만 있다면 세상은 흑백논리(0과 1)로만 돌아가야 합니다.
하지만 우리가 마주하는 서비스의 변수는 훨씬 입체적이죠.
elif가 핵심인 이유는 두 가지로 요약됩니다.

Mutually Exclusive Selection
if를 여러 개 나열하면 모든 조건을 검사하지만, elif를 사용하면
단 하나의 정답을 찾는 즉시 연산을 멈춥니다.
이는 시스템 자원을 아끼는 최적화된 처방입니다.
Hierarchy의 형성
elif는 앞선 조건이 '거짓'임을 전제로 동작합니다.
즉, 자연스럽게 조건들 사이에 우선순위(Priority)가 생기게 됩니다.
가장 중요한 치명적인 결함부터 if로 걸러내고,
나머지 세부 사항들을 elif로 촘촘히 필터링하는 구조를 만들 수 있죠.

마지막으로 놀이공원 연령과 티켓에 대하여
로직을 중첩구조로 구현해보겠습니다.

# [사례] 연령과 티켓 소지 여부에 따른 놀이공원 입장 처방 로직

age = int(input('age ='))
has_ticket = True

if age < 13:
    # [Step 1] 어린이 그룹 진입
    if has_ticket:
        print("어린이 자유이용권 입장")
    else:
        print("어린이 티켓 구매 필요")

elif age < 19:
    # [Step 2] 청소년 그룹 진입 (age >= 13인 상태가 전제됨)
    if has_ticket:
        print("청소년 자유이용권 입장")
    elif age == 13: # 청소년 중에서도 특정 연령(13세)에 대한 부분집합 처리
        print("중등 입학 축하 할인 대상")
    else:
        print("청소년 티켓 구매 필요")

else:
    # [Step 3] 앞선 모든 조건(어린이, 청소년)에 해당하지 않는 '여사건' (성인)
    if has_ticket:
        print("성인 자유이용권 입장")
    else:
        print("성인 티켓 구매 필요")

왜 elif가 다중 분기의 핵심일까요?

위의 복잡한 로직에서 elif는 단순한 중간 다리가 아닙니다.
다중 분기에서 elif가 핵심인 이유는 다음과 같습니다.

Logical Sieve:
if가 첫 번째 큰 구멍이라면, elif는 그 뒤를 잇는 정교한 구멍들입니다.
elif는 앞의 조건이 거짓(False)일 때만 작동하기 때문에,
자연스럽게 "13세 이상이지만 19세 미만"이라는 Range를 형성합니다.

Early Exit:
만약 if를 4~5개 나열했다면 컴퓨터는 모든 문을 다 두드려봐야 합니다.
하지만 if-elif-else 구조는 가장 먼저 참(True)이 나오는 문 하나만 열고
나머지는 쳐다보지도 않은 채 탈출합니다. 시스템 자원을 아끼는 최적화된 처방이죠.

예측 불가능에 대한 최종 방어선:
마지막에 위치한 else는 우리가 미처 생각지 못한 모든 변수(여사건)를 받아냅니다.
elif를 통해 조건을 촘촘히 쪼갤수록,
마지막 else에 도달하는 데이터는 더욱 명확해지고 안전해집니다.

fin) Conclusion

결국 조건문을 설계한다는 것은 단순히 문법을 맞추는 행위가 아닙니다.
그것은 서비스에 존재할 수 있는 수많은 What if를 예측하고,
단 하나의 논리적 구멍도 생기지 않도록 촘촘하게 사전 처방을 내리는 과정입니다.

단순한 if-else의 이분법을 넘어, elif와 중첩 구조를 활용해 논리의 위계를 세우는 것.
그것이 바로 우리가 사후 조치의 찝찝함에서 벗어나,
견고하고 예측 가능한 시스템을 만드는 첫걸음입니다.

완벽한 처방전은 환자를 기다리게 하지 않습니다.

References

본문에 사용된 코드와 사전 검증용 코드는 모두 Github에 업로드되어 있습니다

저는 아직 배우고 성장하는 중입니다.
혹시 오류나 더 자세한 설명이 필요한 부분이 있다면 알려주시면 감사하겠습니다.
I'm still learning and growing. If you spot any errors or need further explanation, please let me know. Thank you

#1 - 1) Python input()은 항상 문자열이다

JEON HYUNJUN — Fri, 09 Jan 2026 14:08:07 +0000

topic)Python input()은 항상 문자열이다

My blog offers an English version. Please check it out by clicking the link below.
For ENG VER

Content

- 1. input에 대한 개괄

- 2. input에 대한 Change input type

Keywords

input
str to int
str to float
str error situation

Abstract

기본적으로 python에서 input function을 사용하면 type은 str로 저장됩니다.
input의 prompt를 int 혹 float로 한다 가정하더라도
인터프리터에선 str로 인식합니다.

가장 기본적이지만 실수하기 쉬운 주제이니
해당 주제를 다루어봅니다.

1. input에 대한 개괄

input function은 기본적으로 아래 사진처럼 진행됩니다.

User에게 prompt를 받아야 하니 input function을 사용하면
promt 입력 요청이 터미널 혹 창으로 뜨게 됩니다.

아래 예제 코드를 실행하여 봅니다.

x = input('input = ')

print(f'x is {x}')

실행을 하면 아래와 같은 요청이 뜹니다.

해당 창 혹 terminal에 입력을 하는 값에 따라
Assign 해둔 variable의 값은 달라지게 됩니다.

그런데, 여기서 아래 예제 코드에서 x = 1 로 할당시킨 후
실행 해보면 이상합니다.

x = input('input = ')

print(f'x is {x}')
print('x type is',type(x))

>>> x is 1
>>> x type is <class 'str'>

type이 str로 나옵니다.
분명 x = 1 이라고 출력이 되었는데,
마치 MacOS로 실행하려는 것과 같습니다.

단순히 해당 비유가 무모한 도전이 아닙니다. MacOS는 배그를
지원하지 않는 시스템입니다. 시스템 환경 자체가 다르기 때문에 실행 자체가
'불가능'한 영역이죠.
파이썬 인터프리터에게 str과 int는 이처럼 아예 다른 세계의 데이터입니다.

그러면 한번 실험을 해봅시다.
과연 int인지 str인지 다음과 같은 코드를 통해 규명을 해보죠.

x = input('input = ')
y = 3
#print(f'x is {x}')
#print('x type is',type(x))
print(x + y)

실행을 하면 다음과 같은 에러를 직면합니다.
TypeError: can only concatenate str (not "int") to str
<=>
TypeError: 문자열에 정수(int)를 연결할 수 없습니다. 문자열만 연결할 수 있습니다.

x의 type는 int가 아닌 str이라고 합니다.
왜냐하면 해당 코드에서 int는 y 하나 뿐이기 때문이죠.

input에 대한 Change input type 에서 한번 해결해봅시다.

2. input에 대한 Change input type

앞서 논했듯, input은 int 를 Assign 하더라도
prompt type은 str로 인식합니다.
str의 type을 int,float로 바꾸어봅시다.

다음과 같은 코드를 입력해봅시다.

x1 = input('x1 = ')
x2 = int(input('x2 = '))
x3 = float(input('x3 = '))

print(f'x1 is {x1}')
print(f'x2 is {x2}')
print(f'x3 is {x3}')

print('x1 type is',type(x1))
print('x2 type is',type(x2))
print('x3 type is',type(x3))

>>> x1 is 1
>>> x2 is 1
>>> x3 is 1.0
>>> x1 type is <class 'str'>
>>> x2 type is <class 'int'>
>>> x3 type is <class 'float'>

차이를 인식해봅시다.
어떤 점에서 차이가 발생한걸까요?

바로 해당 부분인 것 같습니다.

int(input())
float(input())

시각화 해보면 다음과 같습니다.

input을 그냥 사용한다면 인터프리터는 다음과 같은 frame으로 인식합니다.

WROG
int(input())으로 진행한다면 다음과 같이 인식합니다.

사진을 보시면 아시겠지만, x1에 대해선 assign 자체가
"1" 이 되어 str이 되지만, x2에 대해선 1 즉 int이 되는 것이죠.
그렇다면 float은 어떤 방식으로 인식할까요?

아래 사진을 봅시다.

1.0 즉 부동 소수점 즉 float 으로 Assign 되는 것을 볼 수 있습니다.

그럼 한번 계산에서 활용을 해보겠습니다.
앞서 직면했던 에러가 동일하게 뜨는지 확인을 해보는 것이죠.

x = int(input('input = '))
y = 3
#print(f'x is {x}')
#print('x type is',type(x))
print(x + y)

>>> 4

x = 1 이라 가정하고, 계산을 하면 정상적으로 도출이 된다는 것을 알 수 있습니다.

그렇다면 float로 진행을 하면 어떠한 결과가 나올까요?

A) 4.0
B) 3.1

x = float(input('input = '))
y = 3
#print(f'x is {x}')
#print('x type is',type(x))
print(x + y)

>>> 4.0

다음과 같은 결과가 나옵니다. 정답은 A 였네요.

마지막으로 input을 활용하여 사칙 연산을 계산을 해봅시다.

Ex1)

x1 = int(input('input = '))
x2 = int(input('input = '))

print(f'x1 is {x1}')
print(f'x2 is {x2}')

print(x1 + x2)
print(x1 - x2)
print(x1 * x2)
print(x1 / x2)

>>>x1 is 10
>>>x2 is 5
>>>15
>>>5
>>>50
>>>2.0

Ex2)

x1 = float(input('input = '))
x2 = float(input('input = '))

print(f'x1 is {x1}')
print(f'x2 is {x2}')

print(x1 + x2)
print(x1 - x2)
print(x1 * x2)
print(x1 / x2)

>>>x1 is 10.0
>>>x2 is 5.0
>>>15.0
>>>5.0
>>>50.0
>>>2.0

fin) Conclusion

Python의 input() 함수는 기본적으로 모든 입력을 str 타입으로 Assign 합니다.
이러한 특성을 이해하지 못한 채 숫자 연산을 시도하면 시스템은
즉시 TypeError를 뱉어내며 멈춰버립니다.

우리가 앞서 실험했듯이, 이 '불가능한 연산'을 가능하게 만드는 방법은 명확합니다.

int(input()): int 데이터가 필요할 때

float(input()): float 데이터가 필요할 때

input() 서두에 원하는 타입을 명시함으로써,
비로소 불확실한 문자열을 제어할 수 있는 유효한 숫자로 바꿀 수 있습니다.

References

본문에 사용된 코드와 사전 검증용 코드는 모두 Github에 업로드되어 있습니다.

저는 아직 배우고 성장하는 중입니다.
혹시 오류나 더 자세한 설명이 필요한 부분이 있다면 알려주시면 감사하겠습니다.
I'm still learning and growing. If you spot any errors or need further explanation, please let me know. Thank you

#0 Intro

JEON HYUNJUN — Thu, 18 Dec 2025 16:39:17 +0000

topic) 기나'길' 항해의 출항을 선원들에게 안내하며.

My blog offers an English version. Please check it out by clicking the link below.
For ENG VER.

Content

- 1. Who R Ü(ed-ing-Be going to)

- 2. Blog Operation Plan

- 3. In the Future

Keywords = ' '

-

Abstract = ' '

1. Who R Ü(ing-Be going to)

만나서 반갑습니다. 저는 Luciano 입니다.

TechBlog를 쓰게 된 배경으로는 기억 할 수 있는 정보는 한정적이지만,
기록을 해둔다면 한정적인 기억에 연장선을 추가할 수 있으리라 생각하여
시작하게 되었습니다.

Dev.to에서의 모든 글은 한글로 작성됩니다.
그러나 Dev.to에 영어를 쓰는 사용자 분들이 많은 점을 고려하여
상단 링크를 통해 모든 포멧은 동일하지만, 글 작성만을 영어로 하여
동일한 내용을 모든 분들께 일관성 있게 전할 계획입니다.

1-1.ing

MIT Open Course에서 제공 해준 6.001 강의로 공부를 하고 있습니다

또한 arxiv에 게재 할 수학&컴퓨팅에 관련된 논문 아이디어가 있어서
함께 병행을 하며 연구를 진행하고 있습니다.

마지막으로 대한민국에서 출시해보고 싶은 서비스가 존재하여
독자적으로 개발을 진행 중에 있습니다.

우선순위를 매기자면 6.001 >>> 논문 프로젝트 > etc 일 것 같습니다.
6.001 코드 말곤 나머지는 찾아볼 수 없을겁니다.

아직 세상에 펼치지 않았습니다.

1-2. Be going to

계획은 다음과 같습니다.

MIT 6.0001 -> MIT 6.0002 & 18.01SC -> Harvard CS50 & MIT 6.042 -> MIT 6.006 -> MIT 6.046 -> MIT 6.036

3주 후 6.001 커리큘럼이 끝나게 되고, 앞서 설명 드린 계획은
2026년 말 혹은 2027년 초까지 완주 할 계획입니다.

cf) 끝내는 것에만 의의를 두지 않고, 제대로 된 이해와 결국 수강 후
제게 남게 되는 것에 집중하고자 합니다.

2. Plan Blogging

이 글의 제목을 기억하시나요?
#0 Intro 입니다.

Intro 많은 걸 의미하곤 합니다
때로는 유튜브의 Intro
때로는 영화에서의 Intro
또 때로는 음악에서 앨범에서의 Intro

음악에서 앨범의 구조에서 영감을 받았습니다.
음악에서 앨범은 두 종류로 나뉘곤 합니다.
싱글 앨범, ~싱글 앨범(=> 정규 앨범)

정규 앨범의 구조는 주로 다음과 같습니다.

Intro - .. - title - .. - Outro

#1 python
#2 Data Science

....To be revealed later....

3. In the Future

최종 목표는 인공지능에게 자율적 사고를 구현하는 것 입니다.
인공지능에게 인류의 뇌를 구현하고 싶습니다.

불가능에 가까운 영역이라는 점은 알고 있으나,
그 점이 매력적으로 다가오는 것 같습니다.

EECS PhD 과정을 선망합니다.
인공지능이라는 수학에서의 극한처럼 보이지 않는 영역임에도
최전선에서 연구를 하는 모든 분들을
존경합니다.

fin) Conclusion =' '

References= ' '

저는 아직 배우고 성장하는 중입니다. 혹시 오류나 더 자세한 설명이 필요한 부분이 있다면 알려주시면 감사하겠습니다.
I'm still learning and growing. If you spot any errors or need further explanation, please let me know. Thank you