최근에 업무 단계에 따라 AI를 활용하는 경우가 많아졌습니다. 특히 관심 있게 보는 부분은 기획 단계에서 끝나는 것이 아니라, 이를 구체화하고 실제 적용할 수 있는 단계까지 활용하는 것입니다. 다만 아직 한 서비스에서 모두 가능하진 않아서, 여러 서비스를 조합하거나 연동 후 자동화하는 방법을 주로 활용하고 있습니다. 오늘 소개하는 ‘Scene’는 이러한 불편함을 상당 부분 해소해 주는 서비스로, 핵심은 ‘뮤즈’라는 이름의 AI 비서입니다. 뮤즈를 통해 웹사이트 개요를 구체화하거나, 경쟁사 조사, 와이어 프레임 생성, 웹사이트에 필요한 카피를 작성하거나, 보완하는 등 업무에 활용할 수 있습니다.
원래 PyCon US 2024에 갈 생각은 전혀 없었다. 그런데 어느 날, PyCon US의 아시아 그랜트 비율이나 참여율이 저조하다는 얘기를 들었다. 곧 PyCon US의 얼리버드 티켓이 오픈되었다는 얘기 역시 들려왔다. 어차피 떨어질 수도 있으니, 한 번 지원이나 해보자는 마음으로 그 자리에서 얼리버드 티켓을 구매하고 그랜트까지 신청하게 되었다. 곧 나는 딸과 함께 그랜트를 받았다. 이왕 이렇게 된 일, 가족이 모두 함께 가자고 해서 4인 가족이 첫 미국 여행을 떠나기로 했다. 그렇게 PyCon US에 참여한 이들의 다양한 관점을 나눌 시리즈를 준비했다. 오픈소스 생태계에 참여하기를 주저하는 이들을 위해 이번 경험을 공유하려고 한다.
리액트는 프론트엔드 개발에서 가장 널리 사용되고 있는 자바스크립트 라이브러리입니다. 컴포넌트 기반 아키텍처와 가상 DOM 등의 개념을 도입하였으며, 여러 글로벌 기업이 리액트를 활용하여 웹 애플리케이션을 개발하고 있습니다. 이러한 리액트의 장점을 최대한 활용하기 위해서는 리액트의 기본 개념을 이해하고 적절한 성능 최적화 기법을 적용해야 합니다. 이에 본 글에서는 리액트 개발 시 알아야 할 기본 개념을 정리해 보고, 리액트 컴포넌트와 훅, 개발자 도구 및 성능 최적화 팁을 살펴보고자 합니다.
개발자와 소통을 잘하려면 무엇이 필요할까요? 먼저 개발자들과 시각 차이를 이해해야 합니다. 그러려면 프론트엔드와 백엔드의 차이를 알아야 하고요. 단순해 보이는 것이 전부가 아닌 경우도 많습니다. 비개발자와 개발자 모두가 이 차이를 알고 노력해야 하죠. 그다음은 용어를 이해하는 겁니다. 소통에 필요한 건 대부분 기술 스택으로 프로그래밍 언어, 라이브러리와 프레임워크, 개발 도구 등이 있습니다. 각 언어의 특징과 대표적인 라이브러리/프레임워크, 개발 도구를 알아 볼게요. 물론 모두 볼 수는 없으니 국내에서 제일 많이 쓰이는 것들 위주로 소개하겠습니다.
채용 담당자는 서류 전형에서 이력서를 본 다음 포트폴리오를 봅니다. 서류를 보는 순서는 대수롭지 않아 보이지만, 실제로는 대수로이 봐야 합니다. 다음 채용 전형 단계로 넘어가려면, 포트폴리오 유무와 관계없이 이력서에서 승부를 봐야 하거든요. 당연한 말처럼 보이나요? 그러나 이력서로 승부를 보려 하지 않는 경우가 생각보다 많습니다. 포트폴리오를 힘주어 만들고 정작 이력서는 부실한 거죠. 특히 신입 개발자는 아무래도 이력서를 만들기 어려우니, 포트폴리오로 스스로를 더 자세히 표현하려고 하는 듯 합니다. 크나큰 실책입니다. 포트폴리오를 만들 때 흔히 하는 실수로는 무엇이 있을까요?
지난주 IT 업계는 마이크로소프트발(혹은 크라우드스트라이크발) IT 대란 소식으로 정신이 없었습니다. 특히 항공사 시스템이 다운되어 항공편이 취소되었다거나, 증권거래소를 비롯한 금융사들도 서비스가 중단됐다는 등의 소식을 전하며 전례 없는 최악의 ‘IT 대란’이라고 명명하기도 했는데요. 그러나 한국에서는 최악의 IT 대란이라는 표현이 무색하게 그 피해 규모가 크지 않았습니다. 일부 저가 항공사와 게임사 등을 비롯해 약 10개 기업에서 피해가 발생했을 뿐, 주요 통신사와 빅테크 기업들은 큰 문제가 발생하지 않았다고 발표했습니다. IT 의존도가 낮은 국가라면 모를까, 한국은 IT 강국에 속하는 국가임에도 상대적으로 피해가 적었던 이유는 무엇일까요?
넷마블 영상·디자인실은 업무 효율 향상의 목적과 최신 디자인 트렌드에 맞추고자, 웹 기반의 인터페이스 디자인 프로토타이핑 툴인 피그마(Figma)를 사용하고 있습니다. 피그마는 기존의 다른 툴과 비교했을 때 가볍고, 다양한 플러그인을 업무에 적용할 수 있다는 장점이 있습니다. 이러한 장점을 업무에 적용하려던 과정에서 직접 피그마 플러그인을 제작해 보았고, 이 글을 통해 경험을 공유해 보고자 합니다. 무겁고 깊이 있는 내용보다는 비전공자 입장에서 ChatGPT를 활용하여 실제 플러그인 제작까지 진행한 과정을 소개해, 누구나 업무 효율을 높일 수 있다는 자신감을 가졌으면 하는 바람을 담았습니다.
2018년에 ‘어떤 디자이너가 될 것인가?’에 대해 글을 쓴 적이 있습니다. 시간이 한참 지났고 많은 일이 있었습니다. 그래서 요즘 제가 생각하는 디자인 환경에 대해 다시 정리하기로 했습니다. 시간이 갈수록 IT 업계 변화는 빨라지고 있습니다. 기억에 남는 점을 다시 돌아본다면, 디자인 관련 서적 발간이 많았다는 겁니다. 또 하나의 큰 변화는 피그마였습니다. 불과 몇 년 만에 피그마는 전 세계적으로 급성장했습니다. 관련 툴이나 책도 많이 나왔습니다. 하지만 디자이너가 누구이고, 무엇을 어떻게 해야 하는지에 대한 답은 여전히 모호한 경계에서 표류하고 있습니다. 그래서 머릿속의 생각을 정리해 보았습니다.
개발자를 준비하는 많은 분들이 자기 PR 목적으로 코드를 공유합니다. 그러나 가독성이 좋지 않은 코드를 공유한다면, 오히려 역효과가 날 수 있습니다. 코드를 통해 여러분이 고민한 내용을 온전히 전달하기 위해서는 가독성을 높이는 것이 중요합니다. 이번 글에서는 코드 스타일 외에 가독성 높은 코드를 작성할 수 있는 몇 가지 방법을 알아보겠습니다. 저 또한 개인 블로그에 코드를 공유할 때 항상 신경 쓰는 내용인 만큼, 이번 글을 통해 앞으로 코드를 공유할 때 한 번씩 적용해 보면서 점점 더 좋은 코드를 작성할 수 있으면 좋겠습니다.