이미 사용 중인 스크랩북 이름입니다.
다른 이름을 지정해 주세요.
해야 할 일은 사라지지 않고 문제는 늘 많은데 ‘나도 이런 문제가 있으니 봐주세요’라고 이야기하면 얼마나 생산적인 피드백을 받을 수 있을까요? 심지어 그것이 처음 보는 제품이라면요? 피드백을 받으면 내가 생각하지 못한 힌트를 얻거나, 못 보던 문제를 발견할 수 있다는 것은 누구나 공감할 거라고 생각합니다. 하지만 피드백은 요청하는 사람도 주는 사람도 고려할 게 많은 복잡한 과정입니다. 요청하는 사람은 문제와 맥락을 적절히 설명해야 하고, 주는 사람은 충분히 이해하고 직접 해보거나 그것에 준하는 몰입이 필요합니다. 이번 글에서는 프로덕트 디자이너가 효과적인 피드백을 이끌어 냈던 방법에 대해 소개합니다.
생성형 AI 기술의 발전과 함께 사용자들의 이목을 사로잡는 서비스가 연일 등장하고 있습니다. 이런 생성형 AI 서비스의 지향점을 바꾸는 결정적인 차이가 어디서 생기는지 아시나요? 그 중 하나는 바로 최종 고객이 일반 사용자(B2C)인지, 혹은 기관(B2B)인지 차이입니다. 엔터프라이즈용 생성형 AI 서비스를 설계하고 개발할 때에는 일반적인 B2C 생성형 AI 서비스와는 다른 관점으로 접근할 필요가 있습니다. 주로 B2B 서비스와 관련된 일을 하는 엔지니어인 제 경험을 살려 B2B 생성형 AI 서비스의 기술적인 특징을 알아보겠습니다.
IT 박람회에 참가하는 B2B 중소기업이나 스타트업의 상황은 생각보다 열악하다. 예산은 제한적이고, 별도의 마케팅 인력이 없는 경우도 많다. 더구나 첫 박람회 참가라면 어떨까? 생뚱맞은 부서의 대리나 막내 사원이 당장 1~2개월 후의 박람회를 담당하게 될 수도 있다. 박람회라는 기회를 효과적으로 활용하지 못할 수밖에 없는 것이다. 이러한 상황에서 박람회 준비를 맡게 된다면 어떻게 해야 할까? 이번 글에서는 예산도, 인력도, 경험도 부족했던 박람회 운영 경험을 돌아보며, 중소기업이 박람회에서 저지르는 치명적인 실수엔 어떤 것들이 있는지 정리해 봤다.
디자이너는 디자인 전략을 수립하고, 사용자 경험을 설계하며 비즈니스 기반의 문제 해결을 한다. 멋진 일이지만 책상 위의 실무는 그렇게 매끄럽지 않다. 좋은 프로덕트를 만들기 위해서는 순서와 절차가 필요하다. 멋진 계획이 없어도 결과를 만들 수 있지만, 계획이 있다면 더 많은 결과를 만들 수 있다. 계획을 세워서 얻을 수 있는 절차는 초기 아이디어를 구현하고, 사용자 경험을 성장시키기 위한 UI를 테스트하고, 사용자의 피드백과 목소리를 듣는 모든 과정을 포함한다. 이번 글에서는 디자인 방법론을 어떻게 사용해야 하는지 살펴보고자 한다.
최근에 업무 단계에 따라 AI를 활용하는 경우가 많아졌습니다. 특히 관심 있게 보는 부분은 기획 단계에서 끝나는 것이 아니라, 이를 구체화하고 실제 적용할 수 있는 단계까지 활용하는 것입니다. 다만 아직 한 서비스에서 모두 가능하진 않아서, 여러 서비스를 조합하거나 연동 후 자동화하는 방법을 주로 활용하고 있습니다. 오늘 소개하는 ‘Scene’는 이러한 불편함을 상당 부분 해소해 주는 서비스로, 핵심은 ‘뮤즈’라는 이름의 AI 비서입니다. 뮤즈를 통해 웹사이트 개요를 구체화하거나, 경쟁사 조사, 와이어 프레임 생성, 웹사이트에 필요한 카피를 작성하거나, 보완하는 등 업무에 활용할 수 있습니다.
원래 PyCon US 2024에 갈 생각은 전혀 없었다. 그런데 어느 날, PyCon US의 아시아 그랜트 비율이나 참여율이 저조하다는 얘기를 들었다. 곧 PyCon US의 얼리버드 티켓이 오픈되었다는 얘기 역시 들려왔다. 어차피 떨어질 수도 있으니, 한 번 지원이나 해보자는 마음으로 그 자리에서 얼리버드 티켓을 구매하고 그랜트까지 신청하게 되었다. 곧 나는 딸과 함께 그랜트를 받았다. 이왕 이렇게 된 일, 가족이 모두 함께 가자고 해서 4인 가족이 첫 미국 여행을 떠나기로 했다. 그렇게 PyCon US에 참여한 이들의 다양한 관점을 나눌 시리즈를 준비했다. 오픈소스 생태계에 참여하기를 주저하는 이들을 위해 이번 경험을 공유하려고 한다.
리액트는 프론트엔드 개발에서 가장 널리 사용되고 있는 자바스크립트 라이브러리입니다. 컴포넌트 기반 아키텍처와 가상 DOM 등의 개념을 도입하였으며, 여러 글로벌 기업이 리액트를 활용하여 웹 애플리케이션을 개발하고 있습니다. 이러한 리액트의 장점을 최대한 활용하기 위해서는 리액트의 기본 개념을 이해하고 적절한 성능 최적화 기법을 적용해야 합니다. 이에 본 글에서는 리액트 개발 시 알아야 할 기본 개념을 정리해 보고, 리액트 컴포넌트와 훅, 개발자 도구 및 성능 최적화 팁을 살펴보고자 합니다.
개발자와 소통을 잘하려면 무엇이 필요할까요? 먼저 개발자들과 시각 차이를 이해해야 합니다. 그러려면 프론트엔드와 백엔드의 차이를 알아야 하고요. 단순해 보이는 것이 전부가 아닌 경우도 많습니다. 비개발자와 개발자 모두가 이 차이를 알고 노력해야 하죠. 그다음은 용어를 이해하는 겁니다. 소통에 필요한 건 대부분 기술 스택으로 프로그래밍 언어, 라이브러리와 프레임워크, 개발 도구 등이 있습니다. 각 언어의 특징과 대표적인 라이브러리/프레임워크, 개발 도구를 알아 볼게요. 물론 모두 볼 수는 없으니 국내에서 제일 많이 쓰이는 것들 위주로 소개하겠습니다.
채용 담당자는 서류 전형에서 이력서를 본 다음 포트폴리오를 봅니다. 서류를 보는 순서는 대수롭지 않아 보이지만, 실제로는 대수로이 봐야 합니다. 다음 채용 전형 단계로 넘어가려면, 포트폴리오 유무와 관계없이 이력서에서 승부를 봐야 하거든요. 당연한 말처럼 보이나요? 그러나 이력서로 승부를 보려 하지 않는 경우가 생각보다 많습니다. 포트폴리오를 힘주어 만들고 정작 이력서는 부실한 거죠. 특히 신입 개발자는 아무래도 이력서를 만들기 어려우니, 포트폴리오로 스스로를 더 자세히 표현하려고 하는 듯 합니다. 크나큰 실책입니다. 포트폴리오를 만들 때 흔히 하는 실수로는 무엇이 있을까요?
