본문으로 건너뛰기

"handstack" 태그로 연결된 26개 게시물개의 게시물이 있습니다.

모든 태그 보기

AI가 개발자에게 미치는 영향

· 약 9분
조준철
HandStack 개발자

패러다임 전환은 한 시대 사람들의 견해나 사고를 근본적으로 규정하고 있는 인식 체계 또는 이론적인 틀이 변화한다는 것을 의미합니다. 10년 주기로 우리가 알아야 할 패러다임의 변화가 다음과 같이 진행해 온 것 같습니다.

  • Know How: 1990년대 어떻게 하는 방법을 아는 것
  • Know Where: 2000년대 필요한 것이 어디에 있는 지를 아는 것
  • Know Who: 2010년대 내가 필요한 것을 누가 알고 있는 지를 아는 것
  • Why & Experience: 2020년대 기존 것을 잘 활용하여 필요한 것을 만들 수 있는 것

소프트웨어 개발을 직업으로 살다 보니 IT 에 대한 변화를 직접적으로 느낄 수 있습니다. 요즘은 소프트웨어 개발에 필요한 도구와 환경 그리고 기술들이 상향 평준화가 되어 무언가를 만들게 될 때 처음부터 만드는 게 아니라 레퍼런스를 찾아보는 게 더 좋은 결과가 만들어지는 것 같습니다.

이번에 게시판 예제를 만들면서 많은 오픈소스 들을 활용하며 자동화 된 개발 도구들과 테스트에 필요한 각종 서버들을 즉시 사용 해볼 수 있는 인프라 환경, 예제 코드에 대한 친절한 AI의 도움을 받았습니다. 개발 경험과 생산성이 이전보다 비교할 수 없을 정도로 좋아진 것을 새삼 느낍니다.

그런데 역설적이게도 우리에게 더 많은 일을 요구합니다. 개개인에게 왜 일을 해야 하는 지 이해하고 일에 대한 과정과 결과에 대해 자연스럽게 책임을 지게 만들기 때문에 그 사람만의 대체 불가 한 넓은 시야와 직관과 경험이 필요하게 되니까요. 결국 사람에 따라 납기와 품질이 달라집니다.

"구슬이 서 말이라도 꿰어야 보배"라는 우리나라 속담에 있듯이 아무리 훌륭하고 좋은 것이라도 다듬고 정리해서 쓸모 있게 만들어 놓아야 값 어치가 있습니다.

마이크로소프트의 빌 게이츠는 오래 전부터 문제 해결에 대한 접근 방식으로 "바퀴를 재 발명하지 마세요"라는 개념을 만들었습니다. 시간과 노력을 절약하고, 이미 존재하는 해결책을 활용하여 효과적으로 문제를 해결하는 데 집중해야 한다는 의미일 겁니다.

IT 업계에서는 디지털 전환에 따라 국내외 다양한 No-Code, Low-Code 개발 환경이 등장하여 시장을 만들어가고 있습니다. 솔루션에 따라 다양한 방법으로 해결책을 제시하는데... 기본적으로 비 개발자가 적은 노력으로 어플리케이션을 개발하고 운영을 할 수 있도록 돕습니다.

HandStack 도 Low-Code 개발 환경 분야에 포함되며 일단 개발자와 엔지니어를 대상으로 하는 점에서 출발점이 다릅니다. 판매하려는 제품이 아니라 기술 기반에 가까운 반제품 이니까요. 기존 솔루션 대비 차별화되는 점은 다음과 같습니다.

  • 모든 소스와 문서를 무료로 상업적 사용이 가능한 BSD 오픈소스 라이선스로 공개합니다.
  • HTML5, ASP.NET Core, Node.js, Docker 기반 표준 기술 스택으로 앱을 개발합니다.
  • Windows, Linux, Mac, Cloud, Docker 환경에서 실행 가능한 서버 프로그램을 제공합니다.
  • 메모장으로 풀 스택 개발 및 운영 가능합니다.

특정 도구에 의지하지 않고 편집기 만으로 원하는 기능을 개발 할 수 있다는 것은 불편하지만 많은 확장 가능성을 제시합니다.

게시판 예제는 Microsoft Copilot (ChatGPT v4)를 활용해서 만들었습니다.

게시판 예제는 아마도 기존의 개발 방식과 소스 코드가 생소할 겁니다. 어렵다는게 아니라 "이렇게 어플리케이션을 개발 할 수도 있는거야?" 싶을 정도로 개발 접근법이 조금 다르기 때문입니다.

가볍게 봐주시면 좋겠네요. 자세한 내용은 게시판 프로젝트 시작하기를 참고하세요.

HandStack 확인하기

한 주간의 여정 (2024-01-22 ~ 2024-01-26)

  • 태넌트 앱에서 제한된 거래 요청 검증 기능 추가
  • $textbox english 검증 기능 개선
  • $grid button 타입 스타일 class 기능 개선
  • $grid checkbox 타입 버그 개선
  • 프로젝트 담당자 초대 기능 및 로그인 사용자 표시 개선
  • $grid 스크롤 바 표시 버그 visibility 대응 개선
  • Contracts 예제 파일 경로 개선
  • 게시판 프로젝트 시작하기
  • 가이드 문서 샘플 및 syn.js 최신버전 업데이트
  • $htmleditor 리소스 로드 기능 개선
  • repository storage.json 기본값 변경 및 데이터베이스별 기본 쿼리 추가
  • ack 프로그램 시작시 repository storage.json 기본값 변경 대응 개발
  • 게시판 프로젝트 시작하기 내용 추가
  • monaco, tinymce 등 자체 loader가 필요한 의존성이 없는 라이브러리 로드 방식 개선
  • contract, view 화면을 빌드 디렉토리로 복사하는 스크립트 추가
  • 파일 업로드/다운로드시 설정 파일 위치에 따라 호스트, 태넌트 파일 경로를 구분하도록 개선
  • 프로젝트 참조 패키지 버전 업데이트
  • 파일 업로드시 절대 링크 경로 버그 수정
  • 참조 프로젝트 목록에서 내가 만든 프로젝트가 아닌 경우만 조회되도록 개선
  • 빈 경로에 대한 디렉토리 생성 기능 추가
  • syn.js measureSize(text, fontSize) 기능 개선
  • 태넌트 앱 요청을 수행하는 서버리스 함수(featureMeta.json, featureMain.cs)에 UserWorkID를 하도록 대응 개발
  • 태넌트 앱 UI Assets 디렉토리 조회 기능 개선
  • UI Assets 관리 화면 파일 관리 기능 개선

시간을 돈으로 산 다는건

· 약 9분
조준철
HandStack 개발자

언젠가 누구나 죽기 때문에 성공, 돈, 명예등 어떠한 목표를 추구하더라도 항상 배우는 자세를 유지하고, 자신이 사랑하는 일을 찾으며, 실패를 두려워하지 않는 것이 중요합니다. - 스티브 잡스

링크) Steve Jobs' 2005 Stanford Commencement Address

어떠한 제품이나 서비스를 이용해서 나의 일에 들어가는 시간을 줄일 수 있다면 합당한 금액을 지불하고서라도 구매하고 싶은 것은 반론할 수 없는 누구나 알고 있는 명제입니다.

시간은 공평하지 않습니다

시간을 줄일 수 있다는 건 수많은 시행착오를 반복 해보고 극복한 경험을 얼마나 갖고 있는가? 아니면 그러한 경험을 가진 사람에게 도움을 받을 있는가? 여기에 핵심이 있습니다. 특히 남들이 해보지 않았던 영역일 수록 해당 분야의 대체 불가한 전문가라고 불리울 수 있는 것이겠지요.

그런데 잘 알려지지 않는 전문 분야일 수록 금액을 지불 해야하는 고객의 입장에서는 합당한 금액에 대한 책정이 참 어렵습니다. 얼핏 내가 해결 할 수 없거나 가능은 할 거 같은데 예정일을 가늠하기 어려운 일이 있을때 해당 전문 분야에 있는 사람이 일을 하면 하루 안에 끝 낼수 있을 경우 비용 책정을 어떻게 해야 할까요?

일반적으로 "인건비 + 제경비 + 교통비 + 기술료" = 비용을 생각하게 됩니다.

최근 지인중에 예전에 고객사의 10년 이상된 VPN 네트워크 장비가 고장이 나서 회사내 인터넷 장애로 인해 업무가 마비되는 일이 생겼습니다. 생각해보니 2년 전에 노후화된 장비 교체에 대한 제안을 했음에도 받아 들여지지 않았던 게 결국 문제가 발생 되었다고 하네요.

결국 VPN 장비를 교체 해야 하는데 동일한 브랜드 제품을 구하기 어려워 새로운 브랜드의 장비로 교체를 진행을 하다보니 기존에 수도권과 지방에 위치한 3곳의 사업장의 총 200대가 넘는 PC의 네트워크 대역 설정을 예전처럼 문제없이 유지하면서 장비 교체를 하기 위해 고민고민 해가며 7일 정도가 걸렸습니다.

일이 끝나고 비용 청구를 해보니 이런 답변을 들었다고 합니다.

  • 장비 교체만 하면 되는 것으로 알고 있는데 1 ~ 2일 이면 충분히 끝날 수 있는 일이라고 생각했다.
  • 하드웨어 비용에 모든 서비스 비용(?)이 포함되어 있는 거 아닌가?
  • 고장에 대해 사전에 인지하게 끔 강하게 고지를 해야한다고 생각한다.

시간을 돈으로 살 수 있는 경우는 생각보다 적습니다

시간을 돈으로 산 다는건 비용이 얼마나, 어떻게, 왜 발생하게 되는지 원리를 이해하고 지불 하는 것이기 때문입니다. 현실적인 청구 비용에 대한 설득으로 고객과의 신뢰를 얻을 수 있었고 이후 발생하는 청구 비용에 대해 의문을 제기하지 않는다고 합니다.

비즈니스의 핵심은 문제의 정의가 아니라 해결의 과정이고 고객과의 파트너간에 어떠한 신뢰 자산을 얼마나 쌓아 두느냐에 있다고 생각합니다. 그 대상이 개인이든 기업이든 말이지요. 물론 오픈소스 프로젝트 같은 예외인 경우도 있는데요.

본질적으로 비즈니스 관점에서는 선한 재능 기부나 공익의 목적으로 새로운 프로젝트를 만들 수는 있지만 지속적인 유지는 매우 어렵습니다. 다양한 문제나 이슈에 대해 적절한 대안을 제시해야하는 전문 인력과 늘어나는 일정 대비 투입되는 비용이 생기기 때문이죠.

성공 유무를 확신 할 수 없는 자신의 비즈니스 모델에 대한 가설을 검증하는 지표를 하나하나 이해당사자들에게 보고하고 설득해가며 만들어가는 거... 비즈니스 모델에 대한 명확한 준비없이 사업을 실행을 하는 경우가 은근 많을겁니다. 사실 사람사는 거 동서고금 어디든 비슷비슷하거든요.

자신의 비즈니스 앱을 구축하고 운영을 하는 것은 적지 않은 도입/학습/유지/개발/운영 비용이 필요합니다. 그래서 HandStack은 오픈소스이고 무료이며 이에 대한 과정을 간소화합니다. 자세한 내용은 HandStack을 사용 해야 하는 이유을 참고하세요.

개발자나 엔지니어 입장에서 이해당사자들간(아마도 기획, 영업, 마케팅, 운영, 관리, 고객 담당자)의 고충을 나누고 적절한 합의를 만들 수 있어 업무를 효과적으로 덜어 낼 수 있는 방안을 생각할 수 있기 때문에 자신의 결과물(제품이나 서비스)이 고객에게 전달되는 과정에서 발생하는 필연적인 업무들에 대한 이해는 본인이 영향을 줄 수 없더라도 반드시 필요합니다.

다음 주에 Hands on Lab 따라하기에 "게시판 만들기 과정 요약"으로 간단한 게시판을 만들어 보면서 HandStack 기반 앱 화면과 기능을 만들어 가는지 확인해보도록 하겠습니다. 감사합니다.

한 주간의 여정 (2024-01-15 ~ 2024-01-20)

  • 계약 중심 거래 문서 작성
  • 모듈러 모놀리식 아키텍처 문서 작성
  • 문서 내용 업데이트
  • syn.controls 가이드 문서 작성
  • 문서 내용 업데이트
  • 공식 가이드 문서 업데이트
  • 12-Factors 문서 카테고리 추가
  • handsup 모듈 개발자 테스트 진행
  • 처음 사용자를 위한 문서 내용 목차 초안 작성
    • handsup 시작하기
    • 게시판 프로젝트 시작하기
    • 보안 설정하기
    • 외부 HandStack 서버에 배포 하기
    • 파일 업로드/다운로드 기능 설정하기
    • 외부 데이터베이스 연결하기
    • 협업 하기
  • 태넌트 앱 디렉토리 경로 버그 수정
  • 데이터 원본, 파일 저장소 오류 대응 수정

MVP (Minimum Viable Product)와 기술 부채에 대처하는 자세

· 약 7분
조준철
HandStack 개발자

기존에 잘 돌아가는 코드를 수정해야 하는 경우가 생겼습니다.

가급적 기존 코드를 수정 만큼은... 특히 구조나 아키텍처까지 건드려야 하는 상황은 정말로 피해야 하는게 당연한데도 다른 사람은 몰라도 개인적으로는 충분히 문제가 예상되기 때문입니다.

오픈 소스를 Github에 올리기로 마음 먹었을 때 제일 걱정인 부분이 이거 였다는 것을 다시 상기하게 됩니다.

소스 코드를 외부에 공개하지 않아도 되는 경우 개발자 만드는 프로그래밍 소스에 대해 자유도나 팀원들 또는 담당자들과 합의 할 여지가 많습니다. 이것은 기업내 프로젝트든 SI든, SaaS든 어떠한 분야에서든 마찬가지 입니다.

간단한 예를 들면 프로그램 실행시 상용 라이선스 정보나 데이터베이스 연결문자열 등 키 정보를 수급하기 위한 정보 관리를 내부 소스 제어 관리를 이용하거나 비밀 키를 관리하는 시스템을 통해서 가져오도록 하는 부분을 모두가 동일하게 공유 해야 하는 공개 소스로 만드려면 어떻게 해야 할까요?

이러한 딜레마는 정말 일부에 불과합니다

  • 업계에 널리 알려진 범용적인 아이디와 패스워드로 변경하여 공개한다
  • 상용 라이선스 키를 마스킹하여 공개한다
  • 키를 수급하기 위한 프로그램을 추가로 만들어 공개한다
  • 민감한 부분은 아예 공개를 안하고 기술 문서로 남겨둔다
  • 공개되더라도 내부 시스템에 적용되지 않으면 문제되지 않으니 그냥 공개한다

물론 정답은 없으며 적정선에서 타협은 봐야겠지만 기본적으로 프로젝트의 성과는 돈을 더 많이 벌게 하거나 (1순위), 일을 편하게 하거나 (2순위), 제품의 가치를 올릴 수 있을때 (3순위) 나타납니다. 즉 지속적인 비즈니스를 운영 해야 하는 관점에서 성과의 기준을 벗어나는 기술 부채에 고민이 드는 것은 어쩔수 없습니다. 사실 누가 알아주는 경우도 많지 않거든요.

품질은 양심인데 하며 손을 대는 상황에서 일이 해결되는 것이 아니라 문제가 점점 커지거나 답이 안나오는 경우에 따라 이런 심리가 반복적으로 생기는 것 같습니다.

  • 어차피 기능적인 결과는 동일한 것을 내가 무슨 영달을 얻으려고 잘 돌아가는 코드를 수정하고 있는지... 번아웃도 가끔 옵니다
  • 구조나 아키텍처까지 건드리면 예상 되어지거나 예상 못했던 사이드 이펙트에 시간이 지연되고 계획해 두었던 일정이 깨지는 스트레스가 옵니다

그럼에도 불구하고 기술 부채들에 대해서 현실적인 고민을 하고 손을 대어 보는 건 충분한 가치가 있습니다.

  • 프로그램 소스 코드에 대한 품질이 높아집니다. 라면 한두개 끓이는 경험과 백개, 천개, 만개를 끓이는 경험은 레시피를 만들때 수준과 깊이가 달라지니까요.
  • 적정선에서 만족스러운 결과를 만들어 냈을때의 성취감은 어제보다 나은 오늘의 나를 만들었다는 자부심을 만듭니다.
  • 어느 순간 나와 비슷한 고민을 해봤던 사람들을 만나게 될때 좀 더 상대방의 겪었던 고충과 이면을 이해하게 되는 시야가 생깁니다.

이번 주에 HandStack 내에서 태넌트 기능을 처리하기 위한 부분을 개선하기 위해 문득 들었던 생각입니다. 읽어 주셔서 감사합니다.

한 주간의 여정 (2024-01-08 ~ 2024-01-12)

  • 회원가입 및 로그인시 UserWorkID, TenantAppRequestPath 사용자 정보 추가하기
  • contract, view 화면을 빌드 디렉토리로 복사하는 스크립트 추가
  • applicationID 를 전달하는 /handsup/api/tenant-app 요청을 수행하는 클라이언트에 UserWorkID를 전달하도록 변경
  • 파일 업로드/다운로드시 설정 파일 위치에 따라 호스트, 태넌트 파일 경로를 구분하도록 개선
  • 프로젝트 참조 패키지 버전 업데이트
  • 파일 업로드시 절대 링크 경로 버그 수정
  • 참조 프로젝트 목록에서 내가 만든 프로젝트가 아닌 경우만 조회되도록 개선
  • 빈 경로에 대한 디렉토리 생성 기능 추가
  • syn.js measureSize(text, fontSize) 기능 개선
  • 태넌트 앱 요청을 수행하는 서버리스 함수(featureMeta.json, featureMain.cs)에 UserWorkID를 하도록 대응 개발
  • handsup 확장 모듈 메뉴 표시, 순서 정리
  • 태넌트 앱 UI Assets 디렉토리 조회 기능 개선
  • UI Assets 관리 화면 파일 관리 기능 개선

개발자와 엔지니어를 위한 앱 개발 환경인 HandStack을 오픈 소스로 공개합니다

· 약 5분
조준철
HandStack 개발자

안녕하세요. 저는 SI/SM, 자체 개발 그룹웨어 SaaS 서비스 전문 기업 큐씨엔에서 개발 업무와 HandStack의 전반을 담당하고 있는 조준철 부장입니다.

지금까지 크고 작은 프로젝트들을 진행 하면서 오픈 소스의 도움을 많이 받아 왔는데, 저도 개발 지식과 경험을 공유 할 수 있는 오픈 소스를 만드는 것을 고민하다가 작년 중순부터 조금씩 준비하여, 이제 공개 가능한 MVP (Minimum Viable Product) 수준이 되어서 부족한 게 많더라도 일단 선 공개 후 지속적으로 개선하려고 합니다.

아무래도 제가 개발 업무를 주로 하고 있다 보니 자연스레 HandStack에 관심을 가질 만한 주요 사용자는 "개발자와 엔지니어"로 집중하여 코드와 문서로 필요한 내용을 전달하는 데 노력하려 합니다.

HandStack을 한 줄로 표현 하면 이렇습니다.

"앱 개발과 운영 과정을 최대한 간소화하고 개인화된 개발 경험을 제공함으로써 개발자와 엔지니어가 칼 퇴근이 가능하도록 돕습니다." 좀 더 기술적으로 표현하면 "HAND (HTML5 + ASP.NET Core + Node.js + Docker) 기술 스택으로 당신의 비즈니스에 최적화된 앱을 신속하게 만들고 유지합니다."

누가 HandStack를 관심 가져야 하나요?

기업이 필요한 정보 시스템을 기획에서 개발과 구축, 운영까지의 모든 프로세스와 서비스를 제작하는 일련의 과정을 주관사와 수행사, 운영사가 책임을 지고 역할을 명확하게 구분하여 프로젝트를 진행하는 것을 SI (System Integration)이라고 합니다.

제조업과 IT의 결합이라고 불리는 4차 산업 시대에 디지털 전환이라는 이름으로 전통적인 SI 개발 방식에 + 클라우드 기반과 다양한 서비스형 소프트웨어(SaaS)를 API 방식으로 연계 하는 개발 방법으로 운영 상황에서 마주할 수 있는 복합적인 문제들을 대응 하는 설계에 초점을 맞춰 전환 중이고 점차 개발과 운영의 경계가 희미해져가고 있습니다.

다행인 건 비즈니스 앱을 개발하고 운영하기 위한 기술과 지식은 이제 충분히 상향 평준화가 되었다는 겁니다. 업계 표준 기술들은 성숙되었고 구글 검색 + AI (ChatGPT, Copliot 등) 의 도움만으로도 개인의 비즈니스에 대한 이해와 적절한 질문 방법을 고민하여 학습을 통해서 대부분의 요구 사항이나 이슈를 해결 가능한 시대로 진행 중이니까요.

문제는 이러한 비즈니스 시스템을 만들어가는 과정에서 나와 비슷한 고민을 나누고 도움을 주고 받을 수 있는 공통적인 관심사가 있는 실무적인 동료가 부족하다는 겁니다. 그래서 적은 인력으로 비즈니스 앱 개발과 운영을 해야 하는 담당자들을 위한 솔루션을 만들어 가고 있습니다. 다음 키워드에 관심이 생기신다면 조금 더 시간을 내주세요.

  • 적은 비용으로 자사 비즈니스 앱 구축
  • 유연한 개발 업무 인수인계 또는 분업을 할 수 있는 개발 환경
  • Windows, macOS, Linux, Docker, 클라우드 기반 운영 가능
  • 확장 가능한 모듈러 모놀리식 아키텍처 프로그램
  • 표준화된 체계적인 인하우스 개발 업무 시스템 도입
  • 전통적인 자사 S/W 제품을 클라우드 네이티브 앱으로 전환

HandStack을 사용 해야 하는 이유

· 약 6분
조준철
HandStack 개발자

비즈니스 앱은 무엇인가요?

이익을 얻거나 비용을 절감하는 기업 활동에 필요한 업무 지식을 관리하는 소프트웨어를 의미합니다.

비즈니스 앱

디지털 전환 이슈가 확대되며 기업의 비즈니스 모델을 통합 관리를 하기 위해 전략, 프로세스, 시스템, 조직 문화에도 변화가 다가오고 있습니다. 개발 지식이 없더라도 업무 담당자가 앱을 개발 할 수 있는 솔루션이 2022년 SW산업 10대 이슈 전망에 포함 되었습니다.

이것은 프로그램, 앱 개발이 보편화되는 사회적인 효과와 SW 전공자 및 비전공자간의 전문성 격차가 줄어드는 계기로 작용 예상됩니다. 하지만 그 기능 기업에 고유 업무에 통합하기 위한 적합한 개발 및 운영 솔루션이 추가적으로 필요합니다.

문제는 시스템 구축에 필요한 기술과 지식이 너무 많아지고, 복잡하며, 이에 따라 설계/구현/운영에 필요한 비용이 증가하고 있어 대부분의 기업에서 고객 요청과 업무에 필요한 대응을 적절하게 못하고 있는 것이 현실입니다.

이제 기업 조직 내 비즈니스 모델에 대응하는 효과적인 개발 및 운영 역량을 내재화 하는 것이 기업 활동 경쟁력을 갖추기 위한 기준이 되고 있습니다.

HandStack은 디지털 전환의 핵심인 기업의 고유 개발 프로세스와 비용을 효과적으로 절감 할 수 있는 솔루션과 방안을 제공하는 것입니다.

개발 프로세스 개선 및 유지보수 비용 절감 방안

기업의 업무 프로젝트들은 논리적으로 보면 어플리케이션에서 이뤄지는 거래(요청/응답) 과정이 데이터베이스 CRUD(입력, 조회, 수정, 삭제)가 전체 거래의 90%를 차지하는 경우가 대부분이며, 다양한 고객 요구사항과 유지보수가 많은 소프트웨어 아키텍처의 비즈니스 로직이 거의 비슷하게 구성되면서 SQL에 매개변수를 전달하는 부분을 다르게 처리하는 걸 반복적으로 개발됩니다.

HandStack은 업계 표준 기술을 기반으로 기업의 비즈니스 앱 개발 및 운영 환경을 단순화, 표준화 하여 최소한의 학습비용으로 업무분석가, 개발자, 운영자 3명으로 지속가능한 서비스를 할 수 있도록 다음과 같은 주요 솔루션을 제공합니다.

개발 및 배포 프로세스 개선

AS-ISTO-BE
화면 개발화면 개발
업무 개발 (인터페이스, 데이터 변환)쿼리 개발
쿼리 개발언제든 즉시 배포
컴파일 & 빌드업무 담당자 즉시 확인
사용자가 적은 시간대 정기 배포
프로그램 다운 타임후 서비스 실행
배포 다음날 업무 담당자 확인

비즈니스 로직 추가 및 변경

  • 계약 중심 설정 및 개발
  • 데이터베이스 CRUD 요청에 대한 SQL을 작성하면 API 서비스로 제공
  • Serverless Function(Node.js, C#)을 작성하여 API 서비스로 제공
  • Forbes 확장 모듈로 기능 제공
  • 빠른 장애 원인 확인

HandStack은 기업의 비즈니스 모델을 통합 하기 위해 검증된 개발 프로세스, 도구, 문서, 교육을 단순화하여 초급 개발자가 1주 안에 기업의 앱의 기본적인 유지 보수 개발 및 운영을 시작 할 수 있도록 설계, 개발, 테스트, 배포, 운영 업무가 가능한 단일 솔루션을 상업적으로 사용 가능한 제한이 없는 오픈 소스로 공개함으로서 기업의 비즈니스 서비스와 제품에 필요한 앱을 만들기 위한 IT 도입 비용을 낮출 수 있다고 생각합니다.

환영합니다

· 약 2분
조준철
HandStack 개발자

오늘 HandStack 1.0을 발표하게 되어 기쁘게 생각합니다 ! 🥳

HandStack은 적은 비용으로 프로젝트 개발 및 운영을 가능하도록 주니어와 시니어를 대상으로 하는 전문 개발자를 위한 앱 개발 플랫폼입니다.

IT의 발달로 어느새 제조업과 바이오와 물리학, AI 및 IT 기술의 융합의 시대를 맞이하고 있습니다. 2016년 세계 경제 다보스 포럼에서 발표된 디지털 전환 이슈는 기업에서 만들어지는 제품과 서비스에 대한 업무, 소통 방식, 판매 및 서비스 제공 방식이 상호 연결되고 지능화 된 방식으로 변화하고 있다는 것입니다.

HandStack은 디지털 전환의 핵심인 기업의 고유 개발 프로세스와 비용을 효과적으로 절감 할 수 있는 솔루션과 방안을 제공하는 것입니다.

우리는 HandStack이 1인 기업에서 부터 글로벌 서비스가 가능한 엔터프라이즈 급에서도 활용 가능한 도구로서 비즈니스에 정말로 중요한 가치에 집중 할 수 있도록 도와줄 것이라고 믿습니다.