이미 사용 중인 스크랩북 이름입니다.
다른 이름을 지정해 주세요.
정보처리기사, SQLD, ADsP, CKA, AWS 자격증 등 IT분야에는 수많은 자격증이 있습니다. 시작은 어렵지만 대체로 3개월 이내에 자격을 취득할 수 있습니다. 반면에, 자격 취득에만 2년 이상 걸릴 것을 생각하고 도전하는 자격도 있습니다. 바로 대한민국 최고의 국가 기술 자격증 “기술사”입니다. 어쩌면 기술사 자격증에는 이런 이미지가 있을지도 모르겠습니다. 누군가에게는 다소 생소할 수도 있는 자격증, 누군가에게는 ROI가 현저히 떨어지는 자격증. 응시 자격조차 채우지 못했던 주니어 개발자인 제가 어쩌다 이러한 기술사 자격을 얻게 되었을까요? 준비하게 된 계기부터 실제 자격을 취득하기까지, 경험을 기반으로 정보관리 기술사에 대해 정리해 보았습니다.
피그마는 이제 UX/UI 디자인의 필수 도구가 되었다. 현재 피그마의 독주 체제는 생각보다 더 강력하다. 나름 대항마로 등장했던 스케치와 어도비 XD는 처참할 정도로 시장 점유율을 빼앗긴 상태고, 개발자와 디자이너를 연결해 주던 다른 서비스도 피그마에 밀려 쇠락하거나 문을 닫았다. 물론 피그마가 UI 디자인 환경에 대격변을 가져온 것은 부정할 수 없다. 그만큼 피그마는 실용적이고, 디자이너의 업무 효율성을 높여주고 있다. 하지만 피그마를 실제로 사용하다 보면 아쉬운 점이 생각보다 많다. 이런저런 기능이 더 있으면 좋겠다는 수준을 넘어서, 도구 자체가 가진 한계에 더 가까운 것들이다. 이번 글에서는 필자가 직접 사용하면서 느낀 피그마의 개선점, 한계점을 공유해 보고자 한다.
창업한 다음, 제품을 처음부터 다시 만들기로 결정한 시점은 이미 프로젝트를 시작한 지 두 달이 지난 후였습니다. 처음부터 다시 코딩을 시작한 지 5주가 지나 알파 버전으로 서비스를 개시했습니다. 그리고, 그로부터 두 달 뒤에 고객을 처음 만났습니다. MVP로 고객과 3주 정도 시간을 보내고 난 다음, 저는 한 번 더 탄식할 수밖에 없었습니다. "고객이 쓰지도 않는 걸 그동안 만들었네. 심지어 만든 지 두 달 지난 내 코드는 다시 사용하기 어려운 레거시(Legacy)가 됐구나. 한 번 더, 뒤집어엎자." 대체 무슨 일이 있었던 걸까요?
스마트팩토리 IT 시스템의 근간은 미들웨어에 있다 해도 과언이 아니다. 여기서 말하는 미들웨어란 데이터 인터페이스 미들웨어로, 제조를 중앙에서 관제하는 MES와 생산 설비 인터페이스를 통합 관리하는 시스템을 일컫는다. 사실 스마트팩토리 업계에 종사하는 개발자라도 미들웨어를 접할 기회는 많지 않다. 이번 글에서는 이처럼 접하기 어려운 스마트팩토리 분야의 미들웨어 시스템을 다룰 예정이다. 후반부에서는 이해를 돕기 위해 미들웨어 개발에 가장 많이 쓰이는 언어인 자바스크립트로 만든 예제를 함께 살펴보겠다.
최근 디자인 툴의 핵심이자 가장 큰 관심사는 역시 인공지능(AI)입니다. 오늘 소개할 ‘Creatie’ 역시 인공지능을 활용해, 화면 디자인을 효율적으로 진행할 수 있는데요. 아직 출시된 지 한 달 밖에 지나지 않았지만, ‘프로덕트 헌트(Product Hunt)’에서 약 1,400표를 얻으며, 지난 4월 인기 프로덕트에 선정되었을 만큼 많은 관심을 받고 있습니다. 피그마와 스케치가 컴포넌트 단위의 관리에 초점을 맞추고 있다면, 이들은 디자이너가 더 나은 유저 인터페이스를 만드는 것에 집중할 수 있도록 돕습니다.
팬데믹 이후 디지털 전환 가속화로 다양한 ‘노코드(No-Code) 툴’이 등장했고, 여전히 많은 관심을 받고 있는데요. 노코드 툴이란 코딩 경험이 전혀 없는 사람도 개발할 수 있도록 도와주는 도구입니다. 이러한 노코드 툴을 활용하면 전문적으로 코딩을 배우지 않아도 제공되는 템플릿을 활용하거나, 드래그 앤 드롭 방식을 활용해 웹사이트, 앱 등을 만들 수 있습니다. 이번 글에서는 노코드 툴로 어떤 웹사이트를 만들 수 있을지, 어떤 기능까지 사용할 수 있을지 알아보기 위해 필자가 간단한 웹사이트를 제작해 보고, 느낀 점을 공유합니다.
“IT회사 CEO들 사이에는 ‘개발조직은 돈 먹는 하마’라는 이야기가 돌고 있어요. 도대체 개발팀들은 맨날 바쁘다, 밤샌다고 하는데 시스템 완성은 매번 늦어져요. 이유가 뭔지 모른 채 엄청난 개발조직 인건비를 지불하고 있어요.” 개발조직이 ‘돈 먹는 하마’로 보이는 현상이 과거 이들이 ‘전산실’이라 불리던 시절부터, 웹과 클라우드의 발전 그리고 AI 혁신이 세상을 시끄럽게 하는 요즘까지도 별 차이가 없다는 이야기입니다. 깊이 공감하는 문제이고, 이 글을 쓰게 된 계기이자 곧 주제이기도 합니다.
온라인 결제가 보편화된 현시점에서 결제 기능은 어느 서비스든 필요한 기능으로 자리매김했습니다. 따라서 기획자가 결제 시스템 도입의 기본 개념과 시장 상황을 이해하고 있는 것은 기획과 운영에 있어 매우 중요한 요소입니다. 이번 글에서는 온오프라인 결제의 핵심 역할을 하고 있는 VAN과 PG의 개념을 설명해보려 합니다. 물론 VAN과 PG 개념만으로 결제 시스템을 완벽히 이해하기는 어렵지만, 기본 이해도를 가질 수 있을 것입니다. 여기에 간편 결제 내용까지 더해 결제 시스템의 구조를 전반적으로 다뤄보겠습니다.
