Offcanvas
Some text as placeholder. In real life you can have the elements you have chosen. Like, text, images, lists, etc.
Offcanvas
1111Some text as placeholder. In real life you can have the elements you have chosen. Like, text, images, lists, etc.
개발자 / 오픈소스

글로벌 칼럼 | 로우코드와 애플리케이션 복잡성 간의 상관관계

Lee Atchison | InfoWorld 2022.05.11
여전히 로우코드에 대한 관심과 논란이 지속되고 있다. 많은 소프트웨어 개발자가 로우코드를 사용하면 애플리케이션의 개발 프로세스가 개선되는지, 아니면 애플리케이션 품질이 떨어지는지 잘 알지 못한다. 어떤 개발자는 로우코드가 보안에 미치는 영향을 우려하기도 한다.

만약 로우코드로 인해 애플리케이션의 복잡성이 증가한다면, 로우코드는 보안 문제를 더 난해하게 만드는 셈이다. 하지만 과연 로우코드가 애플리케이션을 더 복잡하게 만들까? 로우코드 사용과 애플리케이션 복잡성 간의 상관관계를 자세히 살펴보자.
 
ⓒ Getty Images Bank
 

복잡성은 접근법과 별개

로우코드가 반드시 애플리케이션의 복잡성을 야기하는 것은 아니다. 전통적인 애플리케이션 개발과 마찬가지로, 복잡성은 주로 제품 코드 베이스의 라이프사이클과 관련이 있다. 애플리케이션이 어떻게 만들어졌는지에 관계없이 복잡성을 완화하는 여러 방법이 있으며, 이들 접근법을 통해 성능과 확장성, 가용성, 혁신 속도를 개선할 수 있다. 물론 로우코드 애플리케이션에 대해서도 다른 제품 개발 프로세스처럼 복잡성을 낮추는 간소화 기법을 사용해야 한다.
 

‘알 수 없는 것’과 복잡성

로우코드를 사용하면 애플리케이션에 개발팀이 직접 사용하지 않은 코드 수가 증가한다. 로우코드 플랫폼에 의해 더 많은 코드가 자동으로 생성되거나, 애플리케이션 작동에 필요하지만 개발자가 만든 것은 아닌 라이브러리에 포함된 코드가 늘어나는 것이다. 따라서 로우코드를 사용하면, 애플리케이션에 ‘알 수 없는 코드’가 더 많아진다.

하지만 ‘알 수 없는 것’과 복잡성은 다르다. 알 수 없는 코드 자체는 애플리케이션의 복잡성을 가중시키지 않는다. 반대로 그런 경우도 있지만 말이다.
 

복잡성을 낮추는 로우코드

로우코드를 사용하면 애플리케이션의 복잡성을 낮출 수 있다. 로우코드 플랫폼은 애플리케이션 개발자의 인지 부하와 시간 압박을 완화한다. 따라서 개발자는 세부 작업보다 비즈니스 논리에 더 집중할 수 있다.

세부 작업은 로우코드 환경에서 처리된다. 즉, 로우코드 환경은 표준화되고 검증된 기법을 사용해 이런 낮은 수준의 작업을 완료한다. 자동 생성된 코드와 라이브러리 코드는 애플리케이션팀이 사용하기 전에 개발, 테스트, 개선된다. 애플리케이션 제작에 로우코드를 많이 사용할수록 사전에 테스트되고 표준화된 코드의 양도 더 많아진다. 로우코드 툴을 활용해 애플리케이션을 만들면 전체적으로 표준화된 코딩 기법과 업계의 베스트 프랙티스가 증가하고, 궁극적으로는 소프트웨어 재사용이 늘어난다.

또한, 표준화된 코딩 및 소프트웨어 재사용은 애플리케이션의 복잡성을 낮출 때도 흔히 사용되는 전략이다. 표준화된 코딩은 애플리케이션의 작동 원리를 파악하는 데 필요한 인지 부하를 낮추고, 코드 재사용은 복잡한 애플리케이션에서 오류를 유발하는 유동적인 요소를 줄인다. 결과적으로 로우코드 툴로 개발된 애플리케이션은 전통적인 프로그래밍 기법으로 개발됐지만, 기능은 동일한 다른 애플리케이션보다 덜 복잡하다.
 

표준화와 재사용이 복잡성에 미치는 영향

애플리케이션의 복잡성에 대해 보통 애플리케이션 컴포넌트의 크기와 수, 소프트웨어 변화율을 떠올리게 된다.

재사용할 수 있는 코드를 많이 사용하면 애플리케이션 컴포넌트의 크기와 수가 줄어들고, 표준화된 코딩 기법 사용을 늘리면 표준화된 코딩이 적용된 모듈이나 컴포넌트의 변화율이 낮아진다.

실제 애플리케이션은 더 복잡하지만, 기본 원리는 여전히 적용된다. 표준화된 코딩 기법과 재사용이 가능한 소프트웨어 컴포넌트를 더 많이 사용하면 애플리케이션의 복잡성은 확실히 낮아진다.

이 분석은 새로운 것도 아니고, 로우코드에 국한되지도 않았다. 개발자는 수십년 전부터 소프트웨어 추상화를 사용해 코드의 복잡성을 숨겨왔었다. C와 자바, 루비(Ruby), 고(Go)와 같은 고급 언어를 사용할 때, 원하는 작업을 수행하기 위해 생성되거나 실행되는 실제 코드는 항상 추상화된다. 개발자는 개발의 초점을 ‘더 높은 수준의 구조’에 두며, 머신 코드를 생성하고 실행하는 세부 작업은 컴파일러나 인터프리터에 맡긴다.

더 나아가, 고급 소프트웨어 패키지와 환경, 프레임워크를 다룰 때도 고급 기능에 집중하기 위해 복잡성을 추상화한다. 루비 온 레일즈(Ruby on Rails)나 스프링(Spring), 하이버네이트(Hibernate), 진(Gin), 제이쿼리(jQuery), 부트스트랩(Bootstrap), 심지어 HTML/CSS를 사용할 때도 마찬가지이다. 이로써 애플리케이션은 더욱 강력해지고, 안정성이 더 높아졌으며, 개발에 드는 수고와 비용도 감소했다. 이는 현재 로우코드 커뮤니티에서 논의되는 내용과 별반 다르지 않다.

소프트웨어 개발은 복잡하고 날마다 새로운 문제가 발생한다. 소프트웨어 개발자는 개발 프로세스를 더 쉽고 간편하게 하는 툴과 리소스, 환경, 기법을 사용한다. 최근 로우코드 기술이 개선됐으며, 로우코드 플랫폼은 애플리케이션에 복잡성을 가중시키지 않으면서 소프트웨어 개발 프로세스를 개선하는 유용한 툴로 자리잡았다. 
editor@itworld.co.kr
 Tags 로우코드 애플리케이션 개발
IDG 설문조사

회사명 : 한국IDG | 제호: ITWorld | 주소 : 서울시 중구 세종대로 23, 4층 우)04512
| 등록번호 : 서울 아00743 등록일자 : 2009년 01월 19일

발행인 : 박형미 | 편집인 : 박재곤 | 청소년보호책임자 : 한정규
| 사업자 등록번호 : 214-87-22467 Tel : 02-558-6950

Copyright © 2022 International Data Group. All rights reserved.