[💻] AI(Gemini) 때문에 Flutter 공부하다 현타 제대로 온 썰

✨ Gemini 2.5 Pro의 요약 　

오늘은 ‘Flutter 앱 개발 기초’ 강좌 23강 실습 편을 공부하다가 크게 현타가 오는 경험을 했다.

• 원문: http://blog.naver.com/hyeogikarp/223886583697
• 네이버 발행 시각: 2025/06/02 22:19 KST
• 원문 카테고리: 개발

원문

오늘은 ‘Flutter 앱 개발 기초’ 강좌 23강 실습 편을 공부하다가 크게 현타가 오는 경험을 했다.

내가 개발을 공부할 때 어떻게 AI를 활용하다가 현타가 왔는지에 대해서는 간단한 샘플 사진과 함께 설명해 보고자 한다.

(추가적으로, AI를 개발/공부에 어떻게 활용하면 좋을지 감이 잘 안 잡히는 분들에게 좋은 영감을 주는 예시가 되었으면 한다.)

내게 주어진 과제는 왼쪽의 빈 페이지를 오른쪽의 파란 페이지로 만드는 것이었다.

이게 처음 주어진 텅 빈 페이지이다.

그런데 문득 궁금해졌다. Gemini 2.5 Pro에게 스크린샷을 첨부하고, 샘플 코드를 첨부하면, 과연 얼마나 그림과 일치하게 구현해 줄 수 있을까?

ㅋㅋㅋ

아니… 세상에ㅋㅋㅋ

성능 좋은 것을 알고는 있었다. 알고는 있었는데… 이렇게 몇 초 만에 뚝딱 완성이 되어버리는 걸 보니 기가 찼다ㅋㅋ

하지만, 여기서 나는 성능에 대한 의심을 거두지 않았다.

요 녀석이 제공한 코드가 Stack과 Positioned 등 ‘강제 위치 고정’ 위젯을 많이 사용하던데, 나는 그런 방식은 꼼수가 아닌가 의심이 들었다. 딱 진짜로 내가 요구한 그림에만 적절한 코드를 제공한 느낌?

그래서 물었다.

역시, 정석적인 느낌은 내 방식이 맞았나 보다.

이쯤 되었으니, 한 번 강사님의 솔루션(해답) 코드를 분석하지 않을 수가 없었다.

강사님은 과연 둘 중 어느 방식으로 구현했을까?

?????

엥?

진짜로…?

말도 안 돼…

강사님도 Stack과 Positioned를 쓴다고? 헐…

에이 그래도 강사님 코드가 더 낫겠지 아무래도.

뭐야…

강사님 코드와 Gemini 딸깍 코드의 차이가 고작 투명도 넣는 함수의 ‘종류’ 차이뿐이라고??

이건 내가 VSCode의 에러 메시지를 읽고 이미 알고 있던 지식이다.

withOpacity는 버전업이 되면서 withValues로 대체되었고, 최근에는 사용을 권장하지 않는 함수다.

헐. 프롬프트 인젝션 공격(쉽게 말하면, AI에게 가짜 정보를 가스라이팅 해서 주입하는 것)을 하려는 것으로 오해했나 보다. 갑자기 답변을 거부한다.

‘검색’해보고 ‘니가’ 판단해 보라고 하니까 다행히 답변을 다시 재개한다.

검색해 보니 인정하네.

역시 똑똑하다 우리 재민이.

와… 진짜 현타 제대로 왔다.

결국 강사님의 코드와 Gemini의 코드가 토씨 하나’만’ 틀리고 거의 다 똑같았다.

이 부분이 정말 소름이었다.

여기서 공부 의욕이 또 한 번 와장창 날아갈 뻔했다.

내가 지금 시대에 뒤떨어진 구시대적 공부 방식을 고수하고 있을 이유가 있나…?

순간 욱하면서 강의고 자시고 다 때려치우고, 바이브 코딩으로 넘어가서 MVP 앱이나 미친 듯이 찍어내볼까 하는 충동이 확 들었다. 정말 모르는 것이지 않은가. 그게 더 현명한 선택일지도…

하지만, 이내 진정했고, 내게 주어진 과제에 다시 집중하기로 했다.

나는 6월까지 Flutter 앱 개발 기초/실전 강좌를 다 끝낼 것이다.

MVP 앱을 만드는 동안 오늘의 예시처럼 ‘AI’로부터 ‘도움’은 받을 수 있겠지만, ‘AI Agent’로부터 ‘결과물’을 받지는 않을 것이다.

그렇게 되면 프로젝트 규모가 커질수록 내가 감당할 수 없는 기술 부채가 산더미로 쌓여버려서 결국 AI에게 모든 걸 의존할 수밖에 없게 될 것이기 때문이다.

… 아마도. AI 기술 발전이 내 예상보다 더욱더 빠르지만 않다는 가정 하에 말이지…

첨부 이미지