[컨퍼런스] AUSHCON2025:GROWTH 후기

📌 Introduction

어느 날, 소프트웨어 마에스트로 활동을 열심히 하고 있는 동기 친구로부터 연락이 왔다. 본인이 컨퍼런스에 참가할 예정이라며, 함께 가자고 권유한 것이다. 궁금한 마음에 찾아보니 해당 컨퍼런스는 주로 개발자들을 대상으로 하는 행사였다.

 

그러나 QA 엔지니어로 IT 업계에 몸담고자 하는 나에게도 개발자와의 협업 및 원활한 의사소통 능력은 필수적이다. 더구나 이번 AUSGCON의 주제는 "성장(GROWTH)"으로, 빠르게 변화하는 시대 속에서 어떠한 방향으로 성장해야 하는가에 대한 개발자들의 시각과 기술적 인사이트를 공유하는 자리였다.

 

성장과 발전을 가장 중요한 가치로 삼고 있는 나에게 이 주제는 깊은 흥미를 불러일으켰고, 특히 개발자들의 관점에서 바라본 성장 전략과 기술적 고민을 직접 들어볼 수 있다는 점이 큰 매력으로 다가왔다. 열심히 살아가는 친구 덕분에 알게 된 기회이니, 나는 별다른 고민 없이 바로 신청했다.

 

📌 AUSHCON2025: GROWTH

AUSGCON2025:GROWTH - 이벤터스

 

이번 AUSGCON 2025: GROWTH는 강남구 센터필드에서 열렸다. 약 180명의 IT에 관심이 많은 대학생과 주니어들이 모였고, 총 13개의 세션과 4개의 부스로 알차게 구성되어 있었다. 행사는 시간대별로 3개의 트랙으로 나뉘어 진행되었고, 참가자는 원하는 세션을 선택해 들을 수 있었다. 나는 그중에서 'Imposter Syndrome', 'Serverless와 Vibe Coding: 스타트업의 최전선에서 기술로 성장하기', '속도와 품질 사이, 현실적인 서비스 런칭 전략', '테스트로 나 혼자만 레벨업?' 세션을 들었다.

 

---

 

📌 Imposter Syndrome (안지완 / 몰로코)

💡 임포스터 신드롬: 나 혼자 ‘범인’인 것 같은 느낌

이번 컨퍼런스에서 가장 인상 깊었던 세션은 임포스터 신드롬(Imposter Syndrome)이었다. 말 그대로, 내가 혼자 조직에서 '범인'처럼 느껴지는 증후군을 뜻한다. 주변 사람들은 아무 잘못이 없는데도, 나는 유독 부족하게 느껴지고 자기비하에 빠지는 상황을 겪게 된다.

 

현대 IT 회사처럼 수평적인 조직 문화에서는 오히려 이런 증상이 심화되기 쉽다. 전통적인 수직 구조의 회사라면 신입은 철저히 신입으로 분류되어 교육을 받지만, 자유롭고 자율적인 분위기의 회사에서는 신입에게도 가치를 창출하라는 압박을 주기 때문이다. 자연스레 “나는 아직 준비되지 않았다”는 불안감이 더 강하게 느껴진다.

 

💡 임포스터 신드롬의 원인과 영향

이 증후군이 생기는 근본적인 원인은 자신의 성과를 실력보다는 운이나 외부 요인 덕분으로 평가하는 마음이다. 주변 뛰어난 개발자나 외부 사례와 비교하며 "나는 저 사람들처럼 될 수 있을까?"라는 생각에 빠지고, 직접적인 공격이 없어도 스스로를 최대의 적으로 만들게 된다.

 

결과적으로 자신감이 낮아지고, 성장 동력이 상실되며, 번아웃 위험이 높아진다. 퍼포먼스가 떨어지고 악순환이 반복되는 것이다. 신입뿐 아니라 3년, 15년차 개발자까지도 이러한 압박을 느낀다고 한다.

 

💡 임포스터 신드롬 관리 방법

강연자는 임포스터 신드롬을 완전히 없애려 하기보다, 적절히 활용하며 성장 동력으로 만드는 방법을 강조했다. 핵심 포인트는 다음과 같다.

1. 작은 성취부터 쌓기
   • 맡은 일을 완수하며 팀원 신뢰를 쌓아가는 과정은 마치 게임에서 경험치를 얻는 것과 같다.
   • 작은 성공들이 쌓이면 점점 큰 프로젝트도 맡을 수 있고, 자신감과 신뢰가 동시에 향상된다.
2. ‘범인’임을 인정하기
   • 스스로 부족하다는 사실을 인정하고, 과도하게 자책하지 않는다.
   • “나는 아직 부족하지만, 조금씩 성장할 수 있다”는 마음가짐을 유지하는 것이 중요하다.
3. 성장에 집중하기
   • 무리하게 자신을 증명하려 하지 말고, 주어진 일에 최선을 다한다.
   • 작은 일들을 깔끔하게 끝내는 것 자체가 성장의 기반이 된다.
4. 불안감 공유하기
   • 고민을 팀원이나 멘토에게 솔직하게 공유하면, 도움과 조언을 받을 수 있다.
   • 신입에게는 작은 실수도 허용되며, 이를 통해 배우고 성장할 기회가 생긴다.

 

임포스터 신드롬은 완전히 없앨 수 있는 것은 아니다. 다만, 이를 적절히 유지하며 성장의 동력으로 활용하는 것이 가능하다. 중요한 것은 거대한 선배들을 동경하며 조급해하지 않고, 지금 할 수 있는 작은 일부터 하나씩 성실히 처리하는 것이다. 이런 과정을 통해 점차 자신감을 회복하고, 팀원과 조직의 신뢰를 쌓으며 진정한 성장을 이뤄낼 수 있다.

 

특히 마음에 남았던 말은 "스스로를 증명해야 하는 건 맞지만, 레벨마다 증명해야 하는 것은 다르다"라는 말이다. 신입인 나는 무언가를 보여주고 스스로를 증명해야 한다고 조급해할 필요가 없다. 신입이라는 이유로 부족하고, 아무것도 모르는 것은 당연하며, 실수 또한 자연스러운 과정이다. 중요한 것은 새로운 도전을 억지로 하려는 것보다, 현재 주어진 일에 최선을 다하는 것이다. 작은 일에 최선을 다하다 보면 성장하게 되고, 그렇게 성장한 자신에게 더 큰 도전과 기회가 찾아온다.

 

---

 

📌 Serverless와 Vibe Coding: 스타트업의 최전선에서 기술로 성장하기 (박상운 / RECON Labs)

💡 스타트업에서 성장하기: 불안과 기회 사이

해당 세션에서 가장 인상 깊었던 부분은 스타트업에서 성장하는 방법이었다. 스타트업은 안정적이지 않고, 복지도 제한적이며, 정해진 체계가 없다. 하지만 이러한 환경 속에서 경험치를 두 배로 쌓을 수 있는 기회가 존재한다. 현실적인 스타트업은 낭만적이지만 매일이 전쟁과 같고, 살아남기 위한 노력이 필요하다. 성장과 경험이라는 보상을 얻기 위해서는 단순히 주어진 일을 수행하는 것만으로는 부족하다.

 

💡 스타트업에서 경험과 성장을 얻는 방법

박상훈님은 스타트업에서 성장하기 위해 가져야 할 핵심 전략을 다음과 같이 정리했다.

1. 기술적 성장 주도하기
   • 체계가 없는 환경에서는 스스로 문제를 찾아 해결하고, 필요한 기술과 도구를 주도적으로 도입한다.
   • 예: AWS, 오픈소스 도입, 혁신적 기술 적용 등
2. 다양한 영역 경험하기
   • 스타트업에서는 마케팅, 디자인, 브랜딩, 커뮤니케이션 등 여러 역할을 경험할 수 있다.
   • 작은 프로젝트라도 결과물과 성과를 만들어내는 과정 자체가 성장의 포인트가 된다.
3. 효율적인 성장 전략 세우기
   • 붉은 여왕 효과: 주변 모두가 열심히 성장하므로 단순히 열심히만 하는 것은 비교 우위가 크지 않다.
   • 남들과 다른 방법을 고민하거나, 나만의 도메인을 창출하여 성장 기회를 확보해야 한다.

 

💡 프로덕트 엔지니어와 나만의 제품 만들기

최근 AI 기술의 등장으로 프로덕트 엔지니어(Product Engineer) 개념이 부각되었다.

단순히 업무를 수행하는 것이 아니라 작은 제품을 만들어보고 출시하며 경험을 쌓는 것을 강조했다.

• 제품 기획부터 개발, 출시, 운영까지 주도
• 개발뿐 아니라 마케팅, 디자인 등 다양한 과정 포함
• AI 도구를 활용하면 아이디어를 빠르게 구현하고 테스트 가능

 

💡 서버리스(Serverless)와 바이브 코딩(Vibe Coding)

스타트업에서 효율적으로 빠르게 개발·배포하기 위해 추천하는 도구가 서버리스와 바이브 코딩이다.

이 두 가지를 활용하면, 스타트업 환경에서 빠른 실험과 성장 경험을 극대화할 수 있다.

• 서버리스:
  • 인프라 관리 없이 AWS 상에서 서비스 가능
  • 사용한 만큼만 과금, 초기 비용 최소화
  • 효율적 테스트 및 개발 가능: 리소스를 최소 단위로 활용하고 피크에 맞춰 자동 확장 가능
  • 스타트업에서 빠른 MVP 제작과 검증에 최적화
• 바이브 코딩:
  • 떠오른 아이디어를 AI를 활용하여 바로 코드로 구현하는 방식
  • 최소한의 코딩으로 빠르게 프로토타입 제작 가능
  • 서버리스와 결합하면 개발-배포-검증 사이클을 극대화 가능
  • 작은 비용과 시간으로 다양한 프로젝트를 실험하고 경험을 쌓을 수 있음

 

해당 세션을 통해 스타트업에서 가장 큰 보상은 '성장'이라는 것을 알 수 있었다. 나 역시 이러한 이유로 스타트업을 선호하는 편인데, 본인 직무의 기술적 역량뿐 아니라 다양한 영역까지 경험하며 주도적으로 문제를 해결하면, 개인과 팀의 성장이 회사와 제품 성장으로 이어진다는 점도 깨달았다.

 

또한 단순히 열심히만 하는 것이 아니라, 효율적이고 차별화된 전략으로 성장하는 것이 중요하다는 것도 알게 되었다. 실제로 함께 컨퍼런스에 참여한 동기가 커서를 활용해 사업 아이템을 개발하는 모습을 본 적이 있었는데, 이번에 바이브 코딩이라는 개념을 알게 되면서 "아, 그때 그 방식이 이거였구나"라는 깨달음을 얻을 수 있었다. 이를 통해 이러한 접근이 실제로 자주 사용되며, 특히 AI와 서버리스를 활용하면 작은 아이디어를 빠르게 구현하고 테스트할 수 있어, 실질적인 성장 경험으로 연결될 수 있다는 점도 실감할 수 있었다.

 

---

 

📌 속도와 품질 사이, 현실적인 서비스 런칭 전략 (김성익 / MagicX)

💡 세션 주제: 속도와 품질 사이, 현실적인 서비스 런칭
이번 세션은 스타트업에서 실제 서비스를 런칭하고 운영하면서 서버 엔지니어들이 겪는 문제와 배운 점들을 다뤘다. 발표자는 자신의 경험과 주변 사례를 종합해 "서비스 런칭 시 서버 엔지니어가 고려해야 할 현실적인 체크리스트"를 공유했다. 스타트업은 B2C 서비스를 런칭한 직후부터 1년까지 다양한 문제를 겪게 되는데, 이 과정에서 엔지니어가 부딪히는 고민과 깨달음을 공유한다. 발표는 서비스 런칭 전, 런칭 직후, 성장기, 확장기 등 시기별로 나누어 진행되었다.

 

💡 런칭 직전 – "돌아가게만 만들어 주세요"

서비스 런칭 직전, 엔지니어는 흔히 다음과 같은 요구를 받는다.

• 테스트 코드는 최소화하고 속도 위주로 개발
• 포맷 없는 로그를 산발적으로 남김
• 꼼꼼한 자동화 테스트보다는 수동 테스트에 의존

이 과정에서 문제가 되는 것은 “돌아간다”라는 기준이 모호하다는 점이다. 엔지니어 입장에서는 기능이 동작하는 것 같지만, PM이나 기획자 입장에서는 문제가 있다고 보는 경우가 많다. 결국 불필요한 논쟁과 지연이 발생한다.

 

이 시기에 중요한 깨달음은, 요구사항을 기술적으로 정의하고 수치화하는 것이다. 예를 들어, "빠르다/느리다" 대신 평균 응답 속도 200ms 이하, 하위 5% 유저의 응답 속도 500ms 이하 같은 기준을 잡으면 대화와 합의가 훨씬 명확해진다.

 

💡 런칭 후 1개월 – 운영은 개발과 다르다

런칭 직후에는 황당한 문제가 터진다. 예를 들어, SSL 인증서가 만료되면서 서비스 전체가 중단되는 사건이 발생했다. 광고 집행 중이던 상황이라 금전적 손실도 컸다. 이때 깨닫는 교훈은 명확하다. "서비스가 죽었는지조차 몰랐던 것이 문제다."

 

즉, 운영 단계에서는 기능 개발보다 모니터링(Observability) 이 훨씬 중요하다.

• 최소한 "서비스가 살아 있는가"를 체크하는 헬스체크
• 핵심 지표를 한눈에 볼 수 있는 대시보드
• 장애 시 빠르게 대응할 수 있는 알림 시스템 (이메일, 슬랙 연동)

런칭 초기에는 단순 업타임 체크만으로도 충분하다. 이후 점차적으로 성능 지표, 로그 추적, 분산 트레이싱 등을 도입하면 된다.

 

💡 성장기 이후 – 병목과 구조적 문제

유저가 늘어나면서 서비스는 예상치 못한 문제를 겪는다.

• 특정 기능이 간헐적으로 실패
• 동시성 문제와 같은 로직상 버그
• 단순 최적화로는 풀리지 않는 구조적 한계

이 시점부터는 분산 처리나 아키텍처 개선 같은 구조적 접근이 필요해진다.

 

정리하면, 김성희 님은 스타트업의 빠른 런칭 속도와 운영 품질 사이의 균형을 강조한다. 초기에는 '돌아가기만 하면 된다'는 사고방식에 빠지기 쉽지만, 실제로는 요구사항 정의와 모니터링 준비가 더 중요하다. 결국 엔지니어의 역할은 단순히 코드를 작성하는 것이 아니라, 팀이 무엇을 필요로 하는지 명확하게 정의하고, 서비스가 안정적으로 굴러가도록 책임지는 것이라는 메시지다.

 

---

 

📌 테스트로 나 혼자만 레벨업? (김한수 / 뱅크샐러드)

💡 세션 주제: 테스트의 본질을 바라보는 관점
이번 세션은 테스트를 단순히 도구나 절차로 바라보는 것이 아니라, 불확실성을 줄이고 확률을 높이는 과정으로 정의했다. 발표자는 TDD, BDD, ATDD 같은 방법론이 테스트를 실현하는 다양한 수단일 뿐, 어느 하나가 절대적인 정답은 아니라고 강조했다. 중요한 것은 각각의 본질을 이해하고, 상황에 맞게 선택적으로 적용하는 것이다.

 

💡 테스트의 본질

도구는 언제나 문제에서 출발한다. 문제가 발견되면 이를 해결하기 위한 솔루션이 나오고, 그 과정에서 도구가 탄생한다. 예컨대 클라우드 산업의 성장 속에서 AWS라는 도구가 등장한 것처럼 말이다. 테스트 역시 마찬가지다.

• 우리는 불확실성에서 오는 불안을 줄이기 위해 데이터를 모으고 검증한다.
• 미래를 100% 예측할 수는 없지만, 확률을 90%에서 95%로 높여가는 과정에 의미가 있다.
• 이 피드백 순환 과정이 바로 테스트의 본질이다.

 

💡 엔지니어링에서의 테스트

엔지니어링 맥락에서 테스트는 두 가지 확률을 높이기 위해 존재한다.

1. 버그를 방지한다.
2. 비즈니스 요구사항을 만족한다.

즉, 테스트는 단순한 기술 검증이 아니라 비즈니스와 기술 사이의 신뢰를 구축하는 장치다.

 

💡 테스트 자동화의 가치

본격적인 방법론(TDD, BDD, ATDD)으로 들어가기 전, 발표자는 테스트 자동화의 의미를 짚었다.

• 사람은 실수하기 때문에 코드 수정 시 회귀 버그가 발생한다. 자동화는 이를 예방한다.
• 자동화된 테스트는 개발자에게 심리적 안정감을 준다. 새로운 기능을 추가하거나 리팩토링할 때도 두려움이 줄어든다.
• 테스트 가능한 코드를 작성하는 습관이 자연스럽게 생긴다. -> 단일 책임 원칙, 낮은 결합도, 예측 가능한 구조.

 

사실 이 내용은 내가 ISTQB 자격증을 준비하면서 이미 공부했던 개념들이라 어렵지 않게 따라갈 수 있었다. 다만 발표자가 말한 내용은 어디까지나 개발자 관점의 테스트 자동화였고, 내가 경험했던 QA 관점의 테스트 자동화와는 조금 결이 달랐다. 나는 코드 내부의 단위 테스트보다는 UI를 중심으로 자동화 테스트 코드를 작성했기 때문이다.

 

그럼에도 불구하고 이번 발표를 들으며 공통적으로 와닿은 점이 있었다. 개발자든 QA든 테스트의 본질은 같다는 것이다. 즉, 불확실성을 줄이고, 신뢰를 확보하며, 자신 있게 시스템을 개선할 수 있는 환경을 만드는 것. 다만 그 접근 방식과 관점이 조금 다를 뿐이라는 점을 다시 한번 확인할 수 있었다.

 

---

 

📌 더 나은 개발자/엔지니어가 되기 위한 소프트 스킬 (최용호 / Amazon Web Services)

💡 소프트 스킬과 자기 이해: 장기적 성장을 위한 핵심

이번 세션에서 가장 인상 깊었던 주제는 '소프트 스킬과 자기 이해'였다. 단순히 프로그래밍이나 클라우드 지식 같은 하드 스킬만 갖추는 것이 아니라, 조직 내 태도, 시간 관리, 협업, 자기계발, 스트레스 관리 등 눈에 보이지 않는 능력이 장기적인 성장과 성과를 결정한다는 메시지가 인상적이었다.

 

💡 자기 이해와 성향 파악

본인의 성향을 이해하는 것이 장기적 성장의 출발점이라는 점이 강조되었다. 이를 통해 자신에게 맞는 업무 방식과 성장 전략을 찾을 수 있으며, 시행착오를 겪더라도 결국 자신에게 맞는 길을 발견할 수 있다는 점을 알 수 있었다.

 

💡 스페셜리스트 vs 제너럴리스트

• 스페셜리스트: 한 분야에 깊이 몰두하며 전문성을 쌓는다.
• 제너럴리스트: 여러 분야를 얕지만 넓게 경험하며 프로젝트나 서비스 선택에 인사이트를 줄 수 있다.

 

💡 많은 시도를 통한 성장

중요한 것은 다양한 시도를 해보고 시행착오를 경험하는 것이다. 처음 시도한 일이 빗나가더라도 여러 기회를 통해 결국 관통하는 목표와 성향을 발견할 수 있다. 이를 위해 '투웨이 도어 디시전(two-way door decision)' 같은 전략을 활용하며, 겁을 내기보다 기회를 잡고 경험하는 것이 장기적 성장으로 이어진다고 강조했다.

 

최영우님은 행사 말미에 "오늘 집에 돌아가서 자기 자신에 대해 진지하게 고민해보라"고 조언했다. 내가 어떤 사람인지, 어떤 성향을 갖고 있는지, 진짜로 좋아하고 잘하는 것이 무엇인지 스스로 이해하는 과정이 필요하다는 것이다.

 

결국 중요한 것은, 무리하게 스스로를 증명하려 하지 않고 현재 주어진 일에 최선을 다하며, 작은 시도와 경험을 반복해 자신감과 역량을 쌓아가는 과정이 진정한 성장으로 이어진다는 점이었다.