최근에 업무 단계에 따라 AI를 활용하는 경우가 많아졌습니다. 특히 관심 있게 보는 부분은 기획 단계에서 끝나는 것이 아니라, 이를 구체화하고 실제 적용할 수 있는 단계까지 활용하는 것입니다. 다만 아직 한 서비스에서 모두 가능하진 않아서, 여러 서비스를 조합하거나 연동 후 자동화하는 방법을 주로 활용하고 있습니다. 오늘 소개하는 ‘Scene’는 이러한 불편함을 상당 부분 해소해 주는 서비스로, 핵심은 ‘뮤즈’라는 이름의 AI 비서입니다. 뮤즈를 통해 웹사이트 개요를 구체화하거나, 경쟁사 조사, 와이어 프레임 생성, 웹사이트에 필요한 카피를 작성하거나, 보완하는 등 업무에 활용할 수 있습니다.
원래 PyCon US 2024에 갈 생각은 전혀 없었다. 그런데 어느 날, PyCon US의 아시아 그랜트 비율이나 참여율이 저조하다는 얘기를 들었다. 곧 PyCon US의 얼리버드 티켓이 오픈되었다는 얘기 역시 들려왔다. 어차피 떨어질 수도 있으니, 한 번 지원이나 해보자는 마음으로 그 자리에서 얼리버드 티켓을 구매하고 그랜트까지 신청하게 되었다. 곧 나는 딸과 함께 그랜트를 받았다. 이왕 이렇게 된 일, 가족이 모두 함께 가자고 해서 4인 가족이 첫 미국 여행을 떠나기로 했다. 그렇게 PyCon US에 참여한 이들의 다양한 관점을 나눌 시리즈를 준비했다. 오픈소스 생태계에 참여하기를 주저하는 이들을 위해 이번 경험을 공유하려고 한다.
지난 4월 17일, 카카오페이가 삼성페이 연동을 발표했습니다. 삼성페이가 연동되면, 결제할 수 있는 가맹점 수가 비약적으로 늘어납니다. 아니, 국내 오프라인 결제처는 다 된다고 봐야 합니다. 순식간에 약 300만 개의 가맹점이 추가되는 것이죠. 라이벌인 네이버페이가 2023년 4월 삼성페이를 도입한 이후, 1년 만에 결국 따라가는 모양새입니다. 업계에서는 카카오페이가 어떻게 할지 관전 요소였는데, 결국 도입했습니다. 이번 글에서는 카카오페이의 삼성페이 연동이 주는 의미와 미래를 전망해 보고자 합니다.
“대형 프로젝트”라면 10억 원, 100억 원, 1000억 원짜리 프로젝트를 말합니다. 큰 프로젝트는 큰 규모만큼 책임도 큽니다. 시스템이 크니까 이해관계자도 많습니다. 일하는 방식도 까다롭습니다. ‘규칙’을 지키면서도 ‘유연’해야 합니다. 뭔가 모순인 것 같죠? 그래서 큰 프로젝트는 작은 회사에 맡기지 않습니다. 100억짜리 프로젝트를 5명짜리 회사에 맡길 고객은 없습니다. 결과적으로 대형 프로젝트는 “사람이 많아 경직된 회사가 규칙을 지키면서도 유연하게 문제를 해결해야 하는 성격의 일”입니다. 뭔가 시작부터 답답해지죠?
2023년을 AI가 재탄생한 시점이라고 정의한다면, 2024년은 본격적인 도약기라고 볼 수 있을 것 같습니다. 최근 오픈AI와 구글은 경쟁적으로 새로운 AI 기술들을 발표하고 있는데요. 자타공인 AI 분야에서 가장 앞서나가는 오픈AI는 프롬프트만 입력하면 영상을 만들어 주는 Sora나, 로봇과 AI 기술을 연계한 Figure, 그리고 실시간으로 음성 대화를 나눌 수 있는 기술을 발표했습니다. 하지만 이러한 AI 기술 발전에 그저 감탄만 하고 있을 때가 아닙니다. 여러분은 현재 업무에서 AI 기술을 얼마나 활용하고 계신가요? 이번 글에서는 제가 쓴 ‘어쩌다 마케터를 위한 AI 활용법’이라는 책을 바탕으로, 마케터의 AI 활용법에 대해 개괄적으로 이야기해 볼까 합니다.
Rust. 최근 Reddit이나 HackerNews를 보면 아주 빈번하게 접할 수 있는 프로그래밍 언어입니다. 이 언어는 시스템 프로그래밍 언어로, 특히 C와 C++의 단점을 보완하고자 하는 목적에서 탄생했습니다. 더 나은 안정성과 성능, 특히 병렬 처리의 안전성을 핵심 목표로 개발되었죠. 따라서 C++을 대체할 수 있는 언어로 유명한데요. C++의 오랜 사용자 입장에서 Rust가 과연 어떤 메커니즘으로 이를 대체하고자 하는지 알아두면 좋은 시점이라고 생각했습니다. 과연 Rust는 어떤 특징이 있길래, 이렇게 인기를 얻고 있는 걸까요?
몇 년 전 회사 CTO님이 “코딩 실력만 있는 것이 아니라 대화가 통하는 동시에 일도 믿고 맡길 수 있는 개발자가 한국에 몇 명이나 있을 것 같냐”고 물었습니다. 대답을 망설이자 그가 먼저 숫자를 제시했습니다. 충격적으로 적은 숫자였습니다. 정말 우리나라에 그렇게 의사소통이 능통한 개발자가 부족할까요? 개발자에게 의사소통 능력이 역량의 전부는 아니지만, 적어도 흔치 않은 개발자가 될 가능성을 매우 높이기 때문에 이에 대해 글을 써 봅니다. 추려 보니 세 가지 방향으로 의사소통을 기를 수 있다는 생각을 합니다.