사업 신화 또는 현실 코딩이없는 앱 구축?

신화 또는 현실 코딩이없는 앱 구축?

비디오: KT와이브로, CJ케이블넷 등 이퀄로직 스토리지 성공 구축 사례 (십월 2024)

비디오: KT와이브로, CJ케이블넷 등 이퀄로직 스토리지 성공 구축 사례 (십월 2024)
Anonim

한 시간 안에 작동하는 비즈니스 응용 프로그램을 구축 할 수 있습니까? Appian Quick Apps 및 기타와 같은 저 코드 앱 개발 플랫폼은이를 위해 설계되었지만 앱이 데스크톱 및 모바일에서 얼마나 잘 작동합니까? 기능은 얼마나 고급입니까? 실제로 제로 코딩이 포함되어 있습니까? 이 앱 빌더는 일상적인 비즈니스 사용자 나 개발자에게 더 적합합니까? 기본 협업 및 프로젝트 관리 또는보다 복잡한 사용 사례 등 이러한 앱에 적합한 작업 유형은 무엇입니까?

어쨌든 코딩없이 앱을 어떻게 구축합니까? 이 새로운 앱 제작 모드는 많은 질문과 함께 제공되며 PCMag는 아이디어를 테스트했습니다.

우리는 4 가지의 낮은 코드 도구 (Appian, Microsoft PowerApps, Salesforce Lightning 및 Zoho Creator)를 가져와 Ziff Davis Tech 팀의 4 명의 개발자가있는 방에 1 시간 동안 방치 한 다음 기본 앱을 구축하고 사용자 정의하는 것을 보았습니다. 단 한 줄의 코드도 작성하지 않아도됩니다. 아, 그리고 우리는 모든 것을 촬영했습니다.

"낮은 코드"에 대한 작은 배경

"저 코드 앱 개발"이라는 용어는 몇 년 전까지 존재하지 않았지만 새로운 개념은 아닙니다. 기업 가치의 일부는 시민 개발에 있습니다. "파워 유저"또는 "시민 개발자"라는 기업 및 중소기업 (SMB)에 대한 개념이 오래 전부터 존재 해 왔습니다. 비즈니스 사용자는 스스로 VBA (Visual Basic for Applications)를 사용하여 자신의 앱을 만들기 위해 스스로 그것을 사용합니다. Excel에서 프로그래밍.

공식의 다른 측면은 전통적인 개발자와 IT이며, 이러한 저 코드 플랫폼은 특정 비즈니스 사용 사례에 대한 앱을 빠르게 구축하여 소프트웨어 제공을 가속화하도록 설계되었습니다. "로우 코드"라는 용어 자체는 기술 연구 및 분석 회사 인 Forrester Research에서 비롯되었습니다. 분석가 Clay Richardson과 John Rymer는 Forrester의 2014 년 보고서 "고객 개발 응용 프로그램을위한 새로운 개발 플랫폼 등장"에서이 용어를 만들었고 최근에는 두 가지 시장 보고서 인 "Forrester Wave: Low-Code Development Platforms, 2016 년 2 분기, "및"공급 업체 환경: 낮은 코드 응용 프로그램 플랫폼의 골절 된 비옥 한 지형."

Forrester는 2015 년에 벤더가 최소 17 억 달러의 매출을 올린 것으로 추정하고 있으며, 이 보고서에서 많은 사람들이 매년 50 %를 초과하여 매출을 늘리고 있다고 말했습니다. Rymer는 PCMag에 모바일 우선 카테고리가 사라질 것이라고 PCMag에 말했지만 Wave 보고서는 우주의 42 개 공급 업체를 범용, 프로세스, 데이터베이스, 요청 처리 및 모바일 우선의 5 가지 하위 코드 카테고리로 구성했습니다. 업계가 범용으로 통합됨에 따라 모든 저 코드 플랫폼에서 제공됩니다.

"많은 사람들이 여전히이 제품들을 도구라고 생각합니다. Lotus Notes 또는 Access에서 우리가하던 방식의 최신 나사입니다. 도구가 아니라 플랫폼입니다. Rymer는 이렇게 말합니다. 가능한 많은 시나리오에서 응용 프로그램을 만들 수 있기를 원합니다. "모바일은 제품이 아니라 기능입니다. 범용 범주에는 모바일 및 웹 UI가 포함되어있어 프로젝트, 응용 프로그램 수명주기 관리, 포트폴리오 관리, 관리 작업을 관리하는 데 도움이되는 도구를 제공합니다. 이들은 매우 광범위한 기능 세트입니다."

Forrester 보고서는 또한 저 코드 플랫폼에 대한 세 가지 주요 신화를 다룹니다. Rymer는 각각에 대해 조금 이야기했습니다.

오해 # 1: 로우 코드 플랫폼은 프로 개발자가 아닌 시민 개발자를위한 것입니다.

"이 연구의 기초는 이러한 제품을 사용하는 참조 고객의 집합이었습니다. 우리가 물러나서이 사람들이 누구인지에 대해 생각했을 때, 그들은 모두 전문 개발자였습니다. 우리는 더 많은 시민 개발자들을 만났습니다. 교육 및 툴링없이이 플랫폼을 시민 개발자 앞에 두지 마십시오. "라고 Rymer는 말했습니다. "동일한 기능 세트를 가진 프로 개발자 및 최종 사용자의 요구를 충족시키는 데 성공한 제품은 생각할 수 없습니다."

오해 # 2: 로우 코드 플랫폼은 모든 프로그래밍 (로우 코드 대 "no-code")이 필요하지 않습니다.

Rymer는“저 코드 플랫폼에서 Wave를 수행 할 때 이러한 제품을 사용할 때 질문 한 기능 중 하나는 코딩해야하는 기능이 무엇 이었는가? 대답은 1: 통합과 2: 사용자 인터페이스였습니다.. "통합은 어렵습니다. 예측할 수 없습니다. 지저분합니다. 사람들이 사용자 정의 코딩을 수행하는 다른 영역은 모바일 UI입니다. 앱이 웹 응용 프로그램을 넘어 사용자 지정 레이아웃을 수행하거나 장치의 서버에 액세스하거나 픽셀을 원할 경우 완벽한 디스플레이, 저 코드 플랫폼은 일반적으로이를위한 템플릿을 제공하지 않습니다. 모바일에서는 아직해야 할 일이 많이 있습니다. 우리는 기본 기능을 갖추어야합니다."

오해 # 3: 저 코드 플랫폼은 소규모를 의미합니다.

"저에게있어 풍경에 대한 정말 흥미로운 점은 인수가 시작되는 시점에 도달 한 시점입니다. 아직 큰 공급 업체 인 Salesforce 및 ServiceNow를 제외하고는 수익이 없기 때문에 아직 없습니다. 그러나 Appian의 매출은 1 억 달러가 넘습니다. 누군가가 그것을 구매할까요? 누군가 OutSystems 또는 Mendix를 살 것입니까? Microsoft는 밤새 큰 선수가 될 수 있기 때문에 Microsoft의 현장 진출을 주시해야합니다. 향후 2 ~ 3 년 동안 전 세계 오라클이 구축하는 것이 아니라 매출에서 리더를 인수하기로 결정하는 시점에 도달하게 될 것이라고 생각합니다. 저 코드 벤더의 5 천만 달러 인수는 오라클의 땅콩입니다. " 라이머

PCMag의 테스트 방법론

테스트 목적으로 각 개발자는 각각의 저 코드 플랫폼을 사용하여 기본 예약 앱을 만들었습니다. 시간이 끝날 때의 목표는 새로운 이벤트 (이름, 날짜 / 시간, 기간)를 추가하고, 사용자를 이벤트에 초대하고, 이벤트를 생성하기위한 저장 버튼 및 목록을 볼 수있는 앱을 구축하는 것이 었습니다. 일정보기 또는 시간순 목록의 이벤트 개발자가이 모든 것을 달성하면 더 많은 UI 사용자 정의 또는 알림과 같은 보너스 기능을 실험 할 수 있습니다.

기능 측면에서, Rymer는 로우 코드 플랫폼이 드래그 앤 드롭 비주얼 인터페이스, 객체 매핑 및 프로세스 모델링, 폼 빌더, WYSIWYG 편집기 등 선언적 개발로 코딩을 대체한다고 말했다. Appian, Microsoft PowerApps, Salesforce Lightning 및 개발자 인 Zoho Creator는 이러한 유형의 기능을 사용하여 앱을 빌드했습니다. 플랫폼 간의 또 다른 큰 차이점은 Appian은 코드 및 비즈니스 프로세스 관리 (BPM) 별 벤더 인 반면, Microsoft, Salesforce 및 Zoho는 툴을 더 큰 에코 시스템의 일부로 제공하고 Zoho는 Zoho CRM과 같은 제품을 제공한다는 점입니다., Zoho 프로젝트 및 Zoho 책.

우리는 왜 일반 사용자 대신이 테스트에 실제 개발자를 사용 했습니까? 몇 가지 이유가 있습니다. Rymer가 설명했듯이 개발자와 IT는 시민 개발자보다 훨씬 더 규칙적인 엔터프라이즈에서 이러한 플랫폼을 사용하고 있습니다. 우리는 빠른 티켓 또는 IT 부서에 전송되는 간단한 기능 요청의 목적으로, 낮은 코드 플랫폼을 사용하여 앱을 빠르게 구축하는 것이 전통적인 개발 프로세스보다 쉬운 지 테스트하고 싶었습니다.

또한 개발자는 처음부터 작동하는 앱을 만드는 데 필요한 지식을 훨씬 더 잘 알고 있습니다. 아래 비디오에서 개발자들은 플랫폼이 할 수 있거나 할 수 없었던 것, 한계가 무엇인지, 이와 같은 도구가 실제로 일상적인 비즈니스 환경에 도움이되는지 명확하게 설명 할 수있었습니다.

우리는 시민 개발자들과 마찬가지로 이와 같은 테스트를 실행하거나, 의심의 여지가없는 비즈니스 사용자를 복도로 내려가 실험실로 끌어 들여 앉아서 코드가 낮은 앱을 만들 수 있습니까? 혹시. 우리는 당신의 의견을 듣고 싶습니다. 이야기에 대한 의견을 남기고 Facebook에 의견이나 트윗을 남겨 주시고 이런 종류의 콘텐츠를 통해 로우 코드에 대해 더 자세히 알고 싶은지 알려주십시오.

도구가 쌓이는 방법

시계가 시작되고 앱 제작이 시작되면 개발자는 각 저 코드 플랫폼에서 강점과 약점을 발견했지만 시간이지나면서 각 앱은 앱을 구축했습니다. 플랫폼은 얼마나 잘 작동했으며 완제품은 어떻게 생겼습니까? 아래 비디오를보고 알아보십시오.

Appian

Microsoft PowerApp

세일즈 포스 번개

조호 크리에이터

결론

네 가지 플랫폼 모두 작동하는 (또는 적어도 반 작동하는) 스케줄링 앱을 만들었지 만 전체적으로 가장 우수한 성능을 보인 낮은 코드 도구는 Appian과 Zoho Creator입니다. Appian 의 경우 Appian Quick Apps와 본격적인 Appian Designer를 결합하면 앱을 빠르게 만든 다음 사용자 지정 및 추가 기능을 레이어링 할 수있는 강력한 듀오가됩니다. Quick Apps는 주로 폼 기반이며, 완전한 Designer를 사용하면 끌어서 놓기 Appian Process Modeler를 사용하여 앱의 모든 데이터와 개체를 매핑 할 수 있습니다. BPM 앱 제작을 위해 테스트 한 가장 성숙하고 사용하기 쉬운 로우 코드 플랫폼입니다.

Zoho Creator도 대단한 활약을하였습니다. 개발자는 약 10 분 이내에 기본 예약 앱을 쉽게 만든 다음 나머지 시간 동안 앱을 사용자 지정하려고했습니다. 코드가 낮은 플랫폼에서 Rymer의 주요 제한 사항을 반영하면서 UI를 사용자 정의하고 모바일 레이아웃을 최적화 할 때 개발에 장애물이 생겼습니다. Zoho Creator는 끌어서 놓기 개발 및 양식 작성을 기반으로 추가 스크립팅 측면에서 "최고 코드"플랫폼이지만 한 시간 안에 견고한 앱.

또한 Salesforce Lightning 은 성능이 좋았으며 비교적 통증이없는 개발 경험을 갖춘 멋진 앱을 구축했습니다. 개발자가 Salesforce Lightning에 대해 가장 큰 비판은 Salesforce App Cloud와 CRM (고객 관계 관리) 소프트웨어를 중심으로 한 생태계의 독점적 특성입니다. Lightning에서 앱을 개발하는 특성은 Salesforce의 APEX 프로그래밍 언어에 대한 지식이 커스터마이징에 크게 의존하므로 경험이 풍부한이 제품은 Salesforce의 전문 지식이 풍부한 개발자와 사용자에게 가장 적합하다고 권장했습니다. 그러나 Salesforce는이 시점에 기초를두고 있으며, 다양한 과정을 갖춘 Salesforce Trailhead라는 심층적 인 교육 웹 사이트를 제공하여 속도를 높일 수 있습니다.

그런 다음 Redmond의 무료 도구이자 블록의 최신 저 코드 플랫폼 (현재 베타 태그를 지원함)과 가장 성숙도 가 높은 Microsoft PowerApps 를 소개합니다. PowerApps UI는 테스트 한 도구 중 가장 매끄러운 도구이며, 플랫폼에는 단계별 지침이 제공되어 앱을 만들고 다양한 모바일 레이아웃을 제공합니다.

개발자는 기본 양식 UI를 간단하게 발견하고 5-10 분 안에 앱 템플릿을 만들었지 만 프로그램이 Windows 8.1 또는 Windows 10 컴퓨터에서만 작동하며 Microsoft OneDrive를 사용할 때도 데이터를 가져 오는 데 문제가 있음을 발견했습니다. Forrester의 Rymer는 PowerApps가 초기 테스트에서 부족하다는 사실에 놀라지 않았지만, 특히 로우 코드와 비즈니스 인텔리전스 (BI)를 결합한 경우 Microsoft의 도구가 성숙 해지면 큰 문제를 겪게됩니다.

Rymer는 "SharePoint Designer와 같은 최종 사용자를위한 PowerApp은 개발자 도구였습니까? 아니면 개발자 도구입니까?"라고 대답했습니다. "또한 Microsoft는 결국 PowerApps와 Microsoft Power BI를 함께 사용하여 사람들이 함께 사용할 도구 쌍이라는 아이디어를 갖게 될 것입니다. PowerApps가 GA로 전환 할 때주의를 기울일 것입니다. 그건 중요 할 수 있습니다."

신화 또는 현실 코딩이없는 앱 구축?