프로그래밍과 시스템 설계의 기본 원리는 결국 복잡한 문제를 분석하고 해결하는 과정에서 그 본질이 같다는 것을 알게 되었죠. 프로그래밍을 배우면서, 그동안 쌓아왔던 문제 해결 능력을 잘 활용할 수 있었던 것 같아요.

Adobe의 연구에 따르면, 38%의 사용자들은 UX가 나쁜 웹사이트를 떠난다고 해요. 반대로 UX가 좋은 웹사이트에는 더 만족하며, 재방문하는 경향이 있어요. Accenture의 2021년 연구에 따르면, UX가 좋은 웹사이트는 사용자 만족도를 90% 이상 높일 수 있으며, 재방문율 또한 높일 수 있다고 합니다.

서비스 개발 프로젝트에서 결과물 못지않게 중요한 건 어떻게 함께 일했는가예요. 훌륭한 구성원이 모여도 협업 방식이 정리되어 있지 않으면 프로젝트는 쉽게 흔들려요. 반대로 기본 원칙을 지키면 일정은 안정적으로 관리되고 결과물의 완성도도 높아져요. 다양한 스타트업·기관과 일하며 공통적으로 확인한 성공적인 협업의 핵심 세 가지를 나눠보려고 해요.

가장 크게 느낀 건, 프로젝트의 성패는 결국 기획이 얼마나 단단히 잡혀 있느냐에 달려 있다는 거였어요. 팩토리엑스는 ‘견적/주문 → 생산 → 납품 → 프로젝트 완료’로 이어지는 긴 프로세스를 담아야 하는 서비스였는데, 이 흐름을 처음부터 고려하지 않으면 화면 연결이 어색하고 사용자 경험도 매끄럽지 않을 수밖에 없었죠. 처음에는 빨리 화면을 만들어내는 게 효율적이라 생각했는데, 기획이 부족하다 보니 되돌아가는 일이 잦았고 오히려 시간이 더 걸렸어요. 이 과정을 통해 ‘기획에서부터 방향성을 명확히 해야 한다’는 점을 크게 배웠어요.

Django로 전환하면서 저도 Django를 간단히 학습했어요. 프론트엔드가 본업이지만, 백엔드를 이해하는 건 프론트엔드 완성도를 높이는 데 큰 도움이 된다고 생각해요. 이전엔 Prisma, Supabase, Server Actions 등을 “동작시키는 수준”으로만 써봤다면, 이번 경험은 서버의 구조적 사고와 데이터 흐름을 더 깊게 이해해야겠다는 동기를 주었어요. 앞으로 Django를 비롯한 서버 로직을 꾸준히 학습해 프론트엔드와 백엔드를 잇는 풀스택의 시야를 갖추고자 해요.

FactoryX를 진행하며 많은 시행착오를 겪었지만 그만큼 크게 배웠어요. 개발자는 도메인 지식을 갖추고, 기획 단계부터 업무 프로세스를 온전히 이해하려는 태도가 필요하다고 절감했어요. 또, 예외 케이스와 스펙 조율을 거치며 데이터 처리 방식 전반에 대한 실질적 이해를 쌓을 수 있었어요. 혼자가 아니라 함께 고민하는 협업의 가치를 확인했어요. 의견을 나누고 최선의 방안을 찾는 과정이 문제 해결 효율을 높이고 팀워크를 단단하게 해줬어요.

앞으로도 마주할 도전 속에서 사용자에게 실질적 가치를 주는 개발자로 꾸준히 성장해 나가려고 해요.

오늘도 저는 카카오톡을 열어 메시지를 확인했고, 커피를 주문하기 위해 배달 앱을 켰어요. 일상적인 디지털 경험 속에서 이 7단계를 의식해보면, 보이기 시작해요. '아, 지금 목표를 설정하고 있구나', '여기서 피드백이 명확해서 좋네' 하면서요!

이게 바로 프로덕트 디자이너의 숙명 같은 거라고 생각해요. 세상의 모든 인터페이스를 학습 자료로, 사용자 경험을 해부하는 눈을 갖게 되는 거죠. 🧐

리액트를 공부하다 보면 메모이제이션을 자연스럽게 접하게 돼요. 보통 React.memo는 컴포넌트, useMemo는 값, useCallback은 함수를 메모이제이션해 최적화한다는 건 알고 있지만, 막상 “어디에 적용해야 효과적일까?”는 애매해요.

빠른 발전 속도 때문에 “개발자의 수명이 위협받는다”라는 말도 많지만, 저와 저희 팀은 반대로 AI를 잘 활용해 더 큰 생산성을 만들 수 있다고 생각해요.

AI를 통해 코드를 작성하고 테스트하다 보면 반복되는 패턴을 자연스럽게 익히고, 모르는 부분은 주석이나 AI의 설명을 통해 바로 이해할 수 있었어요. 덕분에 처음 접하는 언어나 기술도 빠르게 적용할 수 있었죠.

실제로 저희 팀은 Flutter나 Swift를 전혀 몰랐는데도 뇌파 측정 앱을 개발했고, Next.js 풀스택, hono API, Capacitor 같은 새로운 기술들도 AI 도움 덕분에 빠르게 실험하고 적용할 수 있었어요. 그 과정에서 최적의 생산성을 낼 수 있었어요.

S&S Cruiser 프로젝트는 저에게 최적화와 리팩토링의 진짜 의미를 다시 생각하게 해줬어요. 빠른 개발이 필요한 순간도 있지만, 결국 긴 시간을 들여 정리하고 유지보수 가능한 코드로 만드는 과정이 없으면 프로젝트는 오래가기 어렵다는 걸 실감했어요.

제가 맡은 작업은 겉으로 보기에는 단순한 정리와 가이드라인 제정이었을지 모르지만, 이는 프로젝트가 앞으로 안정적으로 운영되고 새로운 기능을 수용할 수 있는 토대가 되었다고 생각해요.

특히 솔루션 비즈니스에서 가장 중요한 건 지속적인 확장성과 유지보수성이에요. 이 기반이 없으면 단기 성과는 낼 수 있어도 장기적으로 고객에게 신뢰를 줄 수 없다고 생각해요.

최근에 대규모 언어모델 라우팅에서의 베이지안 토큰 예측과 불확실성 정량화라는 주제로 석사 논문을 썼어요. 제목만 들어도 어렵게 느껴지죠? 오늘은 이 내용을 누구나 이해할 수 있도록 풀어서 소개해보려고 해요.

Capacitor는 Ionic 팀에서 개발한 크로스플랫폼 네이티브 런타임이에요. HTML, CSS, JavaScript를 활용해 iOS, Android, PWA를 만들 수 있게 해주는 도구죠. 쉽게 말해 “모바일용 Electron”이라고 생각하면 이해하기 쉬워요. Capacitor와 NextJS 조합은 빠르게 모바일 앱을 출시해야 하는 웹 개발팀에게는 충분히 매력적인 선택지예요. 하지만 성능, 이미지 최적화, 네트워크 의존성 같은 단점도 분명 존재해요.

최근 LLM 기반 프로젝트를 진행하면서 LangGraph라는 기술을 사용하게 되었어요. 단순히 모델을 불러 쓰는 걸 넘어서, 상황에 맞게 흐름을 제어하고 상태를 관리할 필요가 있었기 때문이에요. 랭그래프는 그래프 기반으로 워크플로우를 설계할 수 있어서 복잡한 로직도 한눈에 이해하기 쉬웠어요. 특히 상태를 중앙에서 관리할 수 있다는 점이 정말 편리했어요. 실제로 써보니 디버깅이 훨씬 수월했고, 각 노드별 입력과 출력을 추적하기도 좋았어요.