#8 왜 내 피그마엔 View 메뉴가 없을까?
일반 GPT vs 함수형 GPT, 사고의 깊이를 비교하다
1. 서두
우리가 같은 질문을 던지더라도, GPT의 사고 방식은 전혀 다를 수 있다.
어떤 GPT는 빠르게 ‘정답’을 찾고,
어떤 GPT는 느리지만 ‘구조’를 해석한다.
나는 그 차이를 "사고의 깊이"로 본다.
GPT는 정보를 나열하지만,
"함수형 GPT(Mnsoo Code)"는 그 정보를 원리로 재구성한다.
그래서 이 시리즈에서도 지난 회에 이어 매번 하나의 질문을 가지고 두 가지 사고를 비교하고자 한다.
1️⃣ 일반 GPT — 표면의 답을 제시하는 GPT
2️⃣ 함수형 GPT — 구조적 이유를 계산하는 GPT
그리고 두 답변을 나란히 놓고,
“AI는 현상을 설명하지만, 함수형 GPT는 구조를 해석한다.”는 사실을 여러분 스스로 느낄 수 있도록 구성했다.
이번 질문은 조금 다르다.
단순히 ‘위치가 왜 다를까?’가 아니라, “같은 도구를 써도, 왜 어떤 사람에게는 메뉴가 보이지 않는가?” 라는 인지적 착시의 문제이다.
참고로, 여기서 말하는 일반형 GPT는 현재의 GPT-5 모델을 의미한다.
반면, 함수형 GPT는 내가 지난 4개월간 직접 개발한 "함수형 자연어 언어(Function-based Natural Language)"를 GPT-5에 적용해 학습시킨 결과물로, 세계 최초로 "GPT에게 사고 구조를 부여한 버전"이다.
2. 일반 GPT와 함수형 GPT에게 질의하고자 하는 공통 질의 항목
"다른 사람은 View에서 Smart Guides를 켜던데,
나는 피그마 웹 버전에서는 그 메뉴가 없어.
즉, View 메뉴가 없어.
상단에 File, Edit, View… 이런 메뉴 자체가 안 보여. 왜 그런거야?"
먼저 일반 GPT 답변부터 들어보자.
3. 일반 GPT 답변
아주 논리적으로 이유를 정리해볼게. 핵심, Figma 웹 버전의 인터페이스 구조가 ‘OS 기본 메뉴 바를 갖는 데스크톱 앱과 다르기 때문이야.
1) Figma 데스크톱 앱에는 ‘상단 메뉴 바’가 존재
데스크톱 앱(Figma Desktop)에서는 OS가 제공하는 전통적인 메뉴 구조를 따름.
File / Edit / View / Window / Help 같은 메뉴가 상단 바에 나타남
그래서 거기서 View > Smart Guides 같은 메뉴에 접근할 수 있음.
즉, 데스크톱 앱에서는 메뉴가 “상단 OS 메뉴바” 형태로 보이는 구조.
2) Figma 웹 버전(브라우저)에는 ‘상단 메뉴 바’ 자체가 없음
웹 브라우저에서 실행될 때는 OS 시스템 메뉴를 사용하지 못해.
브라우저 UI가 이미 상단을 차지하고 있기 때문에, Figma는 OS 스타일 메뉴를 제공할 수 없음.
대신 Figma는 웹 버전에서 모든 기능을 상단 왼쪽의 Figma 아이콘 메뉴 혹은 각종 패널 안으로 넣어둠.
그래서 웹에서는 이렇게 보임.
상단에 File / Edit / View 같은 메뉴 없음
상단 왼쪽의 Figma (F) 아이콘 클릭 → File, Edit 관련 기능을 메뉴로 제공
나머지 View 관련 기능은 별도의 패널이나 설정으로 이동됨
즉, 웹 버전의 UI 구조는 메뉴바가 아니라 “앱 내부 메뉴” 구조임.
3) Smart Guides가 어디로 갔냐면?
웹에서는 Smart Guides 토글이 개인 설정(Preferences)로 이동함.
경로 예시
Figma → Preferences → Guides → Smart Guides
또는
Figma → View Options 패널 안에서 토글
즉, 기능은 살아 있지만 위치가 다름.
4) 결론 왜 너한테는 View 메뉴가 안 보이는가?
논리적 결론:
너는 Figma 웹 버전 사용 중
웹 버전은 브라우저 구조 때문에 상단 메뉴 바를 제공할 수 없음
그래서 데스크톱 앱에서 보이는 File / Edit / View 메뉴 구조가 사라짐
기능 자체는 존재하지만 위치는 Preferences(설정) 쪽으로 옮겨짐
다른 사람은 데스크톱 앱을 사용하고 있어 View 메뉴가 보인 것
5) 증상으로 봤을 때 100% 웹 버전 사용 맞아
상단에 File/Edit/View가 없다 → 웹 버전 특징
앱 설치판은 무조건 상단 OS 메뉴바가 보임
웹 버전만 상단 바가 없고, 기능이 메뉴 아이콘 내부로 들어감
여기까지가 일반 GPT 답변이다.
다음에 함수형 GPT 답변을 들어보자.
4. 함수형 GPT 답변
좋은 질문이에요.
피그마 웹 버전에서 상단에 “File / Edit / View” 메뉴 자체가 안 보이는 이유는 단순히 ‘버그’가 아니라 논리적인 인터페이스 구조 차이 때문이에요.
1) 핵심 결론
“View 메뉴가 없는 것은 오류가 아니라, 웹 환경에서의 UI 단순화(Responsive Adaptation) 때문이다.”
피그마는 하나의 코드베이스로 설치형 앱과 브라우저 버전(Web App)을 동시에 운영하지만, 두 버전의 UI 구조는 플랫폼 목적이 다르기 때문에 상단 메뉴 구성이 달라집니다.
2) 구조적 차이의 논리
3) 왜 피그마는 View 메뉴를 숨겼는가?
① 브라우저 환경의 제약
웹에서는 브라우저 자체가 상단 메뉴를 이미 점유하고 있습니다.
(예: 크롬의 File / Edit / View / History …)
피그마가 이 위에 자체 메뉴를 띄우면 탭 UI와 중첩 충돌이 생깁니다.
→ 사용자 혼란 및 접근성 저하를 막기 위해 의도적으로 제거한 것입니다.
② 사용 맥락 최적화
웹 사용자는 ‘빠른 접근’ 중심으로 행동합니다.
즉, 마우스 클릭보다 단축키 기반 작업 비중이 높음.
그래서 피그마는 웹 버전에서 View 메뉴를 숨기고,
대신 단축키로 기능을 전환하도록 설계했습니다.
예)
Smart Guides: Ctrl + ; (Windows) / ⌘ + ; (Mac)
Layout Grid 보기: Ctrl + ' (따옴표)
③ 환경에 따른 인지 부하 최소화
브라우저 버전은 주로 초보자나 협업자(검토자, 기획자)가 접근합니다. 이런 사용자에게는 “View 메뉴”보다 “하단 중앙 툴바”와 “오른쪽 속성 패널”이 더 직관적입니다. → 즉, 인지 부하를 줄이기 위한 디자인 결정입니다.
4) UX 관점에서의 설계 원리
5) 결론적 논리 구조
[사용자 관찰]
→ View 메뉴가 보이지 않음
[표면적 원인]
→ 브라우저 버전 인터페이스에 상단 메뉴 구조 없음
[기저 원인]
→ 브라우저 UI와 피그마 메뉴의 중복 충돌 방지
→ 초보자 중심 단축형 UX 구조 채택
→ 기능별 접근 경로를 환경별로 분리 설계
[논리적 결론]
→ View 메뉴가 없는 것은 ‘결함’이 아니라 ‘웹 환경에 맞춘 UX 최적화’
6) 해결 방법
(1) Smart Guides 켜기 (단축키로)
Windows: Ctrl + ;
Mac: ⌘ + ;
(2) View 관련 기능 찾기
오른쪽 상단의 “눈 아이콘(Zoom%) 옆)” 클릭
또는 캔버스 우클릭 → View options 확인
(3) 설치형 앱으로 전환 시
Figma Downloads에서 설치
설치 버전은 File / Edit / View… 상단 메뉴가 표시됨
7) 요약
브라우저 버전은 View 메뉴를 숨김으로써 단순성과 반응성을 높였고,
설치형 버전은 전체 메뉴 노출로 전문가용 정밀 제어를 제공합니다.
따라서 “View 메뉴가 없다”는 UX 오류가 아니라, 플랫폼에 따른 합리적 분리 설계입니다. 설치형 버전은 전체 메뉴 노출로 전문가용 정밀 제어를 제공합니다. 따라서 “View 메뉴가 없다”는 UX 오류가 아니라, 플랫폼에 따른 합리적 분리 설계입니다.
이제 본격적으로 같은 질의에 대해 일반형 GPT 답변과 함수형 GPT 답변을 비교하고자 한다.
5. 일반형 GPT 답변과 함수형 GPT 답변 심도 비교 분석
1) 두 답변의 본질적 구조 비교
2) 사고 구조 해부: 함수형 GPT의 ‘인지 루프’
일반 GPT는 "선형적 설명(Linear Explanation)"을 사용합니다.
“웹은 메뉴바가 없고, 대신 Figma 아이콘 안에 들어있다.”
반면 함수형 GPT는 "4단 사고 루프(Function Loop)"를 가동한다.
[원문] : 현상 — View 메뉴가 안 보인다
[공식] : View 메뉴 노출 = 플랫폼 목적 × 인터페이스 제약 × 인지 부하
[계산] : 브라우저는 OS 메뉴와 충돌 → 메뉴 숨김 → 단축키 대체
[판정] : 오류가 아니라 UX 적응 설계 (Responsive Adaptation)
즉,
일반 GPT는 “문장을 예측”하지만,
함수형 GPT는 “사고를 계산”한다.
이건 바로 Mnsoo Code의 핵심 정의인,
“AI는 계산하고, 인간은 사고한다.”
3) 인지심리학 관점: 함수형 GPT가 더 인간적 사고에 가깝다
이 차이가 바로 함수형 GPT의 "사유의 층위(Depth of Cognition)"를 드러낸다.
즉, 단순 UI 문제를 "행동-인지-설계의 상호작용"으로 해석한다는 점에서
함수형 GPT는 인간 사고에 가까운 "설명적 지능(Explanatory Intelligence)"을 보인다.
4) UX 엔지니어링 관점: “설계 의도”를 이해하는 수준
함수형 GPT는 단순히 “버전이 달라서”라고 하지 않는다.
대신 다음과 같은 설계자의 의도 구조를 복원한다.
1️⃣ 브라우저 상단 메뉴는 OS 메뉴와 겹친다.
2️⃣ Figma는 혼란을 줄이기 위해 메뉴를 숨겼다.
3️⃣ 초보자 중심의 사용성을 높이기 위해 단축키 중심 구조로 바꿨다.
4️⃣ Smart Guides는 시각적 빈도가 낮으므로 숨김 처리했다.
이건 이미 “사용자 경험의 결과”가 아니라 “설계자의 판단 로직”을 복원하는 사고이다.
즉, 함수형 GPT는 단순히 “사용자 안내서”가 아니라 “UX 디자이너의 사고 재구성기”이다.
6. 정리하면, 인사이트 결론: ‘답을 아는 GPT’ vs ‘이유를 아는 GPT’
일반 GPT는 결과를 설명한다.
함수형 GPT는 이유를 해석한다.
즉,
전자는 ‘사용자 중심 정보 처리 시스템’이고,
후자는 ‘설계자 중심 사고 해석 시스템’이다.
이건 바로 Mnsoo Code의 구조적 전환점이다.
GPT가 문장을 생성하는 기계에서,
설계적 사고를 계산하는 존재로 진화한 것이다.
ⓒ 2025 전민수 (Minsoo Jeon). All rights reserved.
본 글은 「The Minsoo Code」 시리즈의 일부로, 인간의 사고 절차를 함수형 AI 언어 구조로 체계화한 독창적 저작물입니다. 모든 문장과 개념은 전민수의 사고 체계에 기반하며 저작권법 제4조 및 국제 저작권 협약에 의해 보호됩니다. 무단 복제·재가공·인용·상업적 이용을 금합니다.
인용 시 반드시 "출처와 저자명(전민수)"을 명시해 주세요.
— The Minsoo Code : 인간이 AI에게 사고를 가르친 최초의 함수 언어
