◆ 장점 : 속도
로우 코드 벤더들은 한 가지 목적을 추구한다. 모든 사람이 빠르게 새 소프트웨어를 창조할 수 있도록 돕는다는 것이다. 사용자는 클릭 몇 번으로 하나의 형태를 가진 하나의 페이지를 만들 수 있다. 몇 개의 형태와 보기(인터페이스)를 연결하면 앱이 구현된다.
일부 민첩한 사용자는 앱에 대해 논의를 하는 회의 동안 실시간으로 앱을 개발할 수 있을 정도다. 그 정도로 클릭, 컴파일링, 테스트 순환 주기가 빠르다. 좋은 소식은 이런 도구들이 ‘약속’처럼 기능할 때가 제법 있다는 것이다. 전달할 수 있는 것들의 ‘스위트 스폿’을 맞출 수 있다면, 진짜 개발자들로 구성된 팀을 참여시킬 때보다 더 적은 시간에 완료할 수 있다.
◇ 단점 : 속도
도구가 빨라서 나쁠 일은 드물다. 그러나 서둘러 소프트웨어를 개발하는 것이 실수가 될 수 있다. 코딩이 쉬워지면서, 고객 입장에서 기능을 계획하고 애플리케이션을 정의하는 것이 진짜 도전과제가 됐다.
지나치게 속도를 중시하면 작업을 마치고 몇 분 만에 실망할 수 있다. 팀이 이 시간에 3개 프로토타입을 끝낼 수도 있지만, 이 과정에 반드시 해결해야 할 수십 가지의 철학적 문제점이나 개념적 장애물을 무시할 수 있다. 속도가 전략적인 사고에 방해가 될 수도 있다는 이야기이다. 진짜 도전과제는 원하는 것을 만드는 것이 아니라 처음부터 원하는 것을 파악하는 것이다.
◆ 장점 : 안정성
맞춤형 소프트웨어는 기업이 유지관리하기 힘들다. 소프트웨어를 만드는 것은 사실 전체 소프트웨어 생애 주기에 있어 시작에 불과하다. 최초 버전을 만드는 것보다 유지관리에 더 많은 노력이 요구되는 경우가 많다.
로우 코드 도구들은 솔루션 전반에 걸쳐 지원 비용 문제를 줄여줄 수 있다. 새 OS 버전이 출시되거나, 의회에서 새 데이터 보관 규정이 통과되면, 로우 코드 도구 벤더들은 조치를 취할 것이다. 로우 코드 플랫폼 도입은 단순한 결합이 아닌 모두 하나가 되는 통합이다. 작은 통합일 수 있지만, 이는 내부 직원으로만 관리를 하려 시도할 때보다 더 큰 안정성을 선물한다.
◇ 단점 : 공동 운명체
로우 코드 플랫폼을 만든 회사에 지원을 떠넘기면 많은 돈과 시간을 절약할 수 있지만, 안정성은 보장되지 않는다. 물론 잘 관리되는 프레임워크라면 미래를 순항할 수 있지만, 모든 비즈니스가 잘 관리되는 것은 아니다. 기업에서 일어날 수 있는 사건, 사고가 당신이 사용하는 플랫폼을 망가뜨릴 수 있다.
예를 들어, 중년의 위기를 맞은 CEO가 도박에 빠져들 수 있다. CFO가 IRS 세금 문제에 있어 제멋대로 행동할 수도 있다. 플랫폼을 만든 천재가 깨달음을 찾아 방황할 수도 있다. 이렇게 로우 코드 도구의 안정성을 해치는 사건, 사고, 문제가 발생할 수 있다. 다른 조직을 믿어야 한다. 유일한 지렛대는 매년 계약 갱신 프로세스 밖에 없을 수 있다.
◆ 장점 : 역량을 부여
좋은 로우 코드 플랫폼은 IT 부서를 돕는 것은 물론, 비즈니스 부서 직원들의 창의력을 발산시키는 역할을 한다. 이들은 끝없이 스펙 문서만 되풀이해 만들면서 예산을 요청하는 대신, 자신의 아이디어를 실험할 시간을 투자할 수 있다.
◇ 단점 : 한계
현대 로우 코드는 놀랄만한 기능을 갖고 있지만, 개발자가 아닌 사람을 경력이 많은 개발자로 바꿔 놓지는 못한다. 사용자는 컴퓨터 작동 방식에 대한 기본적인 느낌, 개념을 갖고 있어야 한다. 예를 들어, 스프레드에 정통한 사람들은 이런 도구 사용에 큰 문제가 없겠지만, 워드 프로세서 여백 조정에도 겁을 내는 사람들이 갑자기 3개의 앱을 마법같이 만들어 낼 수 없는 법이다. 이런 도구들은 많은 귀찮은 작업들을 처리해주지만, 컴퓨터 연산과 현재 컴퓨팅 환경의 기본적인 한계들을 벗어날 수는 없다.