코드는 꼭 '글자'로만 짜야 할까? 비주얼 코딩과 텍스트 코딩을 섞는 실험

코딩이라고 하면 보통 '글자'를 떠올리죠

우리가 코딩이라고 하면 보통 키보드로 글자를 두드려서 텍스트를 한 줄 한 줄 쌓아 올리는 모습을 떠올리잖아요. if, for, 함수 선언 같은 것들이요. 그런데 세상에는 글자가 아니라 '그림'으로 프로그램을 만드는 방식도 꽤 많거든요. 어린이용 코딩 도구인 스크래치(Scratch)처럼 블록을 레고처럼 끼워 맞추거나, 게임 엔진 언리얼의 블루프린트, 블렌더의 노드 에디터처럼 상자와 선을 이어서 로직을 만드는 게 대표적이에요. 요즘 자동화 도구인 n8n이나 피그마 플러그인 환경도 이런 식이죠.

이번에 이야기할 주제는 바로 이 두 세계를 '굳이 따로 쓰지 말고 한 화면 안에서 자연스럽게 섞어 쓰면 어떨까?'라는 발상이에요. 지금까지는 둘 중 하나를 고르는 문제였거든요. 그런데 이걸 섞자는 거죠.

텍스트와 비주얼, 각자 잘하는 게 달라요

왜 섞자는 이야기가 나올까요? 둘이 잘하는 영역이 정확히 갈리기 때문이에요. 텍스트 코드는 '정밀함'과 '버전 관리'에 강해요. 깃(Git)으로 어디가 바뀌었는지 한 줄 단위로 추적할 수 있고, 복잡한 조건문이나 알고리즘을 빽빽하게 표현하기 좋죠. 반면에 '이 데이터가 어디서 와서 어디로 흘러가는지' 같은 전체 흐름은 글자만 봐서는 머릿속에 그림이 잘 안 그려져요.

비주얼 코드는 정반대예요. 데이터가 A 박스에서 B 박스로 흘러가는 모습을 선으로 보여주니까 전체 구조가 한눈에 들어와요. 대신 '여기서 리스트의 짝수만 골라서 제곱한 다음 합을 구해라' 같은 세밀한 로직을 박스로 그리려면 화면이 금방 스파게티처럼 엉켜버리죠. 그래서 '큰 흐름은 그림으로, 세부 계산은 글자로' 섞어 쓰면 둘의 단점이 서로 메워진다는 아이디어가 나오는 거예요.

어떻게 섞느냐가 핵심이에요

이게 말처럼 쉽진 않아요. 가장 큰 숙제는 '같은 코드를 두 가지 모습으로 동시에 다룰 수 있게 만드는 것'이거든요. 노드 그래프를 끌어다 놓으면 그게 곧 진짜 텍스트 코드로 변환되고, 반대로 텍스트를 고치면 그래프도 따라 바뀌어야 해요. 둘이 따로 노는 게 아니라 '같은 내용을 보여주는 두 개의 창'이 되어야 하는 거죠.

실제로 비슷한 시도들이 이미 있어요. 구글의 블록클리(Blockly)는 블록을 자바스크립트 같은 텍스트로 내보내 주고, 주피터 노트북은 코드와 시각화를 한 문서에 섞어 두죠. 다만 이런 도구들은 보통 한 방향(그림→글자)으로만 흐르거나, 둘이 완전히 분리돼 있어요. 양쪽을 진짜 대등하게, 실시간으로 오가게 만드는 게 이 연구 흐름이 노리는 지점이에요.

한국 개발자에게는 어떤 의미일까요

당장 실무에 큰 변화가 오는 건 아니에요. 하지만 두 가지 측면에서 눈여겨볼 만해요. 첫째는 로우코드/노코드 도구예요. 국내에서도 사내 업무 자동화나 마케팅 워크플로우를 노드 기반 툴로 짜는 경우가 늘고 있는데, 이런 도구가 한계에 부딪히면 결국 '여기서부터는 코드로 손봐야 하는' 순간이 와요. 그 경계를 매끄럽게 넘나들 수 있다면 비개발 직군과 개발자의 협업이 훨씬 편해지죠.

둘째는 코딩 교육이에요. 스크래치로 시작한 학생이 텍스트 코드로 넘어가는 길목이 늘 가팔랐거든요. 같은 화면에서 블록이 글자로 바뀌는 걸 직접 보면 그 간극이 한결 부드러워질 수 있어요.

마무리

결국 핵심은 '코드를 표현하는 방식은 하나가 아니어도 된다'는 발상이에요. 글자와 그림은 경쟁자가 아니라 같은 생각을 비추는 두 개의 거울일 수 있다는 거죠. 여러분은 어떠세요? 데이터 파이프라인이나 상태 머신처럼 흐름이 중요한 코드를, 텍스트 대신 노드로 보면 더 잘 이해될 것 같은 부분이 있으신가요?