이미 사용 중인 스크랩북 이름입니다.
다른 이름을 지정해 주세요.
처음 크롬을 접했을 때의 희열을 잊을 수 없다. 브라우저와 계정이 직접 연동된다는 것은 아주 큰 편리함을 가져다주었다. 몇 년간 크롬의 모든 것이 좋기만 했다. 하지만 새로운 구글 계정을 만들면서 이야기는 달라졌다. 구글 계정을 여러 개로 나눈 이유는 일과 취미를 분리하기 위함이었다. 그리고 두 번째 계정으로 크롬을 사용하게 되면서 전에는 보이지 않던 단점들이 눈에 들어오기 시작했다. 그때 아크 브라우저를 만나게 되었고, 그동안의 답답함이 해소되는 경험을 했다. 이번 글에서는 개발자의 관점에서 크롬을 정말 사랑하면서도 느꼈던 약간의 아쉬움, 그리고 아크가 그것을 어떻게 개선했는지 리뷰를 통해 살펴보고자 한다.
프로그래밍 언어는 소프트웨어를 개발하는 데 사용되는 도구이며, 이를 통해 다양한 기능을 수행할 수 있는 소프트웨어가 만들어집니다. 특히 우리는 복잡한 계산이나 데이터 분석을 할 때, 다양한 프로그래밍 언어와 소프트웨어를 사용합니다. 그러나 소프트웨어마다 계산 방식이나 수학적 라이브러리가 다를 수 있어, 동일한 문제를 다루더라도 결과가 다를 수 있습니다. 이러한 차이를 최소화하여 데이터 분석의 일관성을 유지하는 것은 매우 중요한 과제입니다. 이번 글에서는 이러한 소프트웨어 간 계산 차이의 예시(Rounding)와 이유를 살펴보고, 이러한 문제를 해결하고자 진행 중인 ‘CAMIS’ 연구 프로젝트에 대해 알아보겠습니다.
스마트팩토리 IT 시스템의 근간은 미들웨어에 있다 해도 과언이 아니다. 여기서 말하는 미들웨어란 데이터 인터페이스 미들웨어로, 제조를 중앙에서 관제하는 MES와 생산 설비 인터페이스를 통합 관리하는 시스템을 일컫는다. 사실 스마트팩토리 업계에 종사하는 개발자라도 미들웨어를 접할 기회는 많지 않다. 이번 글에서는 이처럼 접하기 어려운 스마트팩토리 분야의 미들웨어 시스템을 다룰 예정이다. 후반부에서는 이해를 돕기 위해 미들웨어 개발에 가장 많이 쓰이는 언어인 자바스크립트로 만든 예제를 함께 살펴보겠다.
최근 디자인 툴의 핵심이자 가장 큰 관심사는 역시 인공지능(AI)입니다. 오늘 소개할 ‘Creatie’ 역시 인공지능을 활용해, 화면 디자인을 효율적으로 진행할 수 있는데요. 아직 출시된 지 한 달 밖에 지나지 않았지만, ‘프로덕트 헌트(Product Hunt)’에서 약 1,400표를 얻으며, 지난 4월 인기 프로덕트에 선정되었을 만큼 많은 관심을 받고 있습니다. 피그마와 스케치가 컴포넌트 단위의 관리에 초점을 맞추고 있다면, 이들은 디자이너가 더 나은 유저 인터페이스를 만드는 것에 집중할 수 있도록 돕습니다.
팬데믹 이후 디지털 전환 가속화로 다양한 ‘노코드(No-Code) 툴’이 등장했고, 여전히 많은 관심을 받고 있는데요. 노코드 툴이란 코딩 경험이 전혀 없는 사람도 개발할 수 있도록 도와주는 도구입니다. 이러한 노코드 툴을 활용하면 전문적으로 코딩을 배우지 않아도 제공되는 템플릿을 활용하거나, 드래그 앤 드롭 방식을 활용해 웹사이트, 앱 등을 만들 수 있습니다. 이번 글에서는 노코드 툴로 어떤 웹사이트를 만들 수 있을지, 어떤 기능까지 사용할 수 있을지 알아보기 위해 필자가 간단한 웹사이트를 제작해 보고, 느낀 점을 공유합니다.
“IT회사 CEO들 사이에는 ‘개발조직은 돈 먹는 하마’라는 이야기가 돌고 있어요. 도대체 개발팀들은 맨날 바쁘다, 밤샌다고 하는데 시스템 완성은 매번 늦어져요. 이유가 뭔지 모른 채 엄청난 개발조직 인건비를 지불하고 있어요.” 개발조직이 ‘돈 먹는 하마’로 보이는 현상이 과거 이들이 ‘전산실’이라 불리던 시절부터, 웹과 클라우드의 발전 그리고 AI 혁신이 세상을 시끄럽게 하는 요즘까지도 별 차이가 없다는 이야기입니다. 깊이 공감하는 문제이고, 이 글을 쓰게 된 계기이자 곧 주제이기도 합니다.
온라인 결제가 보편화된 현시점에서 결제 기능은 어느 서비스든 필요한 기능으로 자리매김했습니다. 따라서 기획자가 결제 시스템 도입의 기본 개념과 시장 상황을 이해하고 있는 것은 기획과 운영에 있어 매우 중요한 요소입니다. 이번 글에서는 온오프라인 결제의 핵심 역할을 하고 있는 VAN과 PG의 개념을 설명해보려 합니다. 물론 VAN과 PG 개념만으로 결제 시스템을 완벽히 이해하기는 어렵지만, 기본 이해도를 가질 수 있을 것입니다. 여기에 간편 결제 내용까지 더해 결제 시스템의 구조를 전반적으로 다뤄보겠습니다.
1억 원이면 “진짜 SI 프로젝트” 중에선 가장 저렴한 사이즈입니다. 그러면 “가짜 SI 프로젝트”도 있냐고요? 1천만 원짜리 이하라고 할까요? 우스갯소리입니다. 1천만 원짜리 이하 사업도 엄연한 수주형 아웃소싱 사업입니다. 하지만, 1억 원 정도로 가격이 올라가면 “갑”은 뚜렷하게 원하는 것이 있습니다. 1억 원이 가벼운 돈은 아니니까요. “꽤 복잡해” 라고 말할 수 있는 수준으로 갑이 아주 까다로워집니다. 여기서 중요한 건 1억 원이라는 액수가 아니라 이 금액대가 “갑”이 “까다로워지는 지점”이라는 겁니다.
