낮은 코드란 무엇입니까?
"낮은 코드" 란 무엇입니까? 만약 처음 들었다면, 내가 사장으로부터 한 마디를 들은 후의 내심극과 비슷했을 것이다: 뭐? "낮은 코드"? 코드' 는 코드의 의미입니다. 알아요. 하지만' 낮음' 이라는 단어는 무슨 뜻인가요? 설마 사장이 내가 급하게 쓴 코드가 못생기고' 낮다' 는 것을 발견한 건 아니겠지. 많이 생각했는데, 그 사장이 어떻게 스스로 코드를 심사할 수 있을까? 그것은 "저급 프로그래밍" 에서 "낮음" 을 의미합니까? 사장은 마침내 나와 다른 프로그래밍 귀재들이 하루 종일 자바 업무 코드를 쌓는 것이 너무 낭비라고 생각했고, 나를 보내서 고성능 C 언어 네트워크 라이브러리를 쓰게 했다. 분명히 그렇지 않습니다. 사장이 어떻게 이런 기술감을 가질 수 있습니까? 이것은 도대체 무슨 뜻입니까? 상인이 정서보다 높은 프로그래머로서 구글에게 물어볼 수 있는 사람은 절대 사장에게 묻지 않는다. 그래서 한 번의 조작 후, 나는 생각없이 첫 번째 검색 결과, 즉 낮은 코드 개발 플랫폼을 열었다.
위키백과 정의
위키의 이 정의에서 우리는 몇 가지 중요한 정보를 추출할 수 있습니다.
● 코드 개발 플랫폼 (LCDP) 은 개발자가 응용 프로그램을 만들 수 있는 개발 환경을 제공하는 소프트웨어입니다. "개발 환경" 이라는 단어가 친절한가요? 프로그래머에게 낮은 코드 개발 플랫폼의 본질은 IDEA, VS 등의 코드 IDE (통합 개발 환경) 와 거의 동일하며 개발자를 위한 생산성 도구입니다.
기존의 코드 IDE 와 달리 낮은 코드 개발 플랫폼은 더 높은 차원의 사용하기 쉬운 시각적 IDE 를 제공합니다. 대부분의 경우 개발자는 기존의 필기 코드를 사용하여 프로그래밍할 필요가 없습니다. 대신 그래픽 끌기, 매개변수 구성 등을 통해 보다 효율적으로 개발 작업을 수행할 수 있습니다.
Forrester 정의
위키에 따르면' 낮은 코드' 라는 단어는 20 14 년 전부터 Forrester 에 의해 제기됐으며, 저코드 개발 플랫폼의 조상은 다음과 같이 정의되었다.
그림 설명을 입력하려면 클릭하십시오.
이 정의는 위키 버전보다 낮은 코드의 핵심 가치를 밝히는 경향이 있습니다.
저코드 개발 플랫폼은 비즈니스 애플리케이션을 신속하게 제공할 수 있습니다. 즉, 기존 개발 플랫폼처럼 응용 프로그램을 개발할 수 있을 뿐만 아니라, 낮은 코드 개발 플랫폼의 중점은 응용 프로그램을 더 빨리 개발하는 것입니다. 더 중요한 것은, 이 속도는 전복적이다. Forrester 의 20 16 년 연구에 따르면, 대부분의 회사들은 저코드 플랫폼을 피드백하여 개발 효율을 5- 10 배로 높였다는 것이다. 게다가, 우리는 낮은 코드 기술, 제품, 산업이 성숙함에 따라 이런 추진 요인이 계속 상승할 수 있다고 믿을 만한 이유가 있다.
낮은 코드 개발 플랫폼은 상용 애플리케이션 개발 비용을 절감할 수 있습니다. 한편, 낮은 코드 개발은 전체 소프트웨어 수명주기에 대한 투자가 적습니다 (코드 작성 감소, 환경 설정 및 배포 비용 절감). 한편, 낮은 코드 개발은 개발자의 사용 문턱을 크게 낮췄다. 비전문가 개발자는 간단한 IT 기초 교육을 통해 신속하게 직무를 수행할 수 있으며, 기업의 모든 측면에서 기존 인적 자원을 충분히 동원하고 활용할 수 있을 뿐만 아니라 값비싼 전문 개발자 자원에 대한 의존도를 크게 낮출 수 있습니다.
낮은 코드 코어 기능
위의 정의와 분석을 바탕으로 낮은 코드 개발 플랫폼의 다음 세 가지 핵심 기능을 요약하기가 어렵지 않습니다.
그림 설명을 입력하려면 클릭하십시오.
전체 스택 시각화 프로그래밍: 시각화에는 두 가지 의미가 있습니다. 하나는 편집 시 지원되는 클릭, 드래그, 구성 및 편집 후 표시되는 미리 보기 효과입니다. 기존 코드 IDE 도 일부 시각화 기능 (예: 초기 Visual Studio 의 MFC/WPF) 을 지원하지만 low code 는 전체 스택, 완벽한 시각화 프로그래밍을 강조하며 전체 애플리케이션 개발과 관련된 모든 기술 수준 (인터페이스/데이터/논리) 을 다룹니다.
수명 주기 관리: 원 스톱 애플리케이션 개발 플랫폼인 low code 는 설계 단계 (일부 플랫폼은 고급 프로젝트 및 수요 관리도 지원) 에서 개발, 구축, 테스트, 배포, 온라인 이후 다양한 운영 (예: 경고 모니터링, 온라인 오프라인 적용) 및 운영 (예
낮은 코드 확장성: 낮은 코드로 개발할 때 대부분의 경우 코드를 빼놓을 수 없으므로 플랫폼은 사용자 정의 구성 요소 추가, 주제 CSS 스타일 수정, 논리 프로세스 사용자 정의 등 필요한 경우 적은 수의 코드를 사용하여 애플리케이션 수준의 유연한 확장을 지원할 수 있어야 합니다. 가능한 요구 사항 시나리오로는 UI 스타일 사용자 정의, 레거시 코드 재사용, 특수 암호화 알고리즘, 비표준 시스템 통합 등이 있습니다.
더 적은 코드를 쓰는 것만이 아닙니다.
최초의 작은 흰색 질문으로 돌아가 봅시다: 낮은 코드에서 "낮은" 것은 무엇을 의미합니까? 대답은 분명합니다. 추상화 수준이 낮다고 말하는 것이 아니라 (반대로, 낮은 코드 개발의 추상화 수준이 기존 프로그래밍 언어보다 높음), 낮은 코드 생성 코드가 낮다고 말하는 것이 아닙니다. (반대로, 낮은 코드 생성 코드는 일반적으로 세심한 유지 관리와 반복 테스트를 거쳐 전체 품질이 대부분의 필기 코드보다 우수함) 단순한 "적은 코드" 입니다.
더 깊게 보면, 낮은 코드는 단순히 코드를 적게 쓰는 것이 아니다. 코드를 적게 쓸수록, 버그가 적을수록 (소위' 적은 실수' 라고 함) 개발 과정에서 두 가지 기둥 작업, 즉' 수요 서두르기' 와' 버그 복구' 가 줄어든다. 테스트할 코드가 적기 때문에 테스트 케이스를 적게 쓸 수 있습니다. 플랫폼은 개발 단계 외에도 후속 애플리케이션 구축, 배포 및 관리를 다루므로 운영 및 유지 보수 작업이 적습니다 (낮은 코드 → 낮은 운영).
그러나 적은 것이 궁극적인 목적은 아니다. 단순히 적은 효과를 얻고, 수요를 줄이고, 인력을 줄이고, 품질 요구 사항을 낮추는 것은 동일하다. 낮은 코드 뒤의 철학은 적거나 더 정확하게는 더 적은 자원으로 더 많은 일을 하는 것, 즉 더 많은 능력, 더 빠른 온라인, 더 나은 품질, 더 낮은 비용으로 아리의' 둘 다' 가치의 정수를 깊이 실천하고 있다.
그림 설명을 입력하려면 클릭하십시오.
플랫폼의 책임 및 과제
이는 저코드가 개발자에게 제공하는 능력과 매력입니다. 그렇다면 서비스 공급자 및 애플리케이션 전달체로서 저코드 개발 플랫폼 자체가 어떤 책임을 져야 하는지, 얼마나 큰 도전에 부딪칠까요? (데이비드 아셀, Northern Exposure (미국 TV 드라마), 도전명언) 아리운이 주창한 것처럼' 복잡한 것을 자신에게 맡기고, 간단한 것을 다른 사람에게 남겨야 한다' 는 것이 필요한가? 이 말은 매우 심오하고 또렷하게 들리지만, 왜 복잡함을 꼭 붙잡고 아무 이유도 없이 자신을 위해 물건을 찾아야 하는지 생각해 본 적이 있는지 모르겠다. 우리는 복잡한 것을 없애고 아리운 자신의 직원들에게 간단한 것을 남겨 둘 수는 없을까? (윌리엄 셰익스피어, 햄릿, 지혜명언) 일이 너무 쉬워서 KPI 의 가치를 반영할 수 있습니까, 아니면 집 음식에는 회사의 야식 향이 없습니까?
오랜 고민 끝에 열역학 제 1 법칙에서 답을 찾았습니다. 하나의 응용 프로그램을 개발하는 총 복잡성은 일정하며, 전이만 사라질 수 없다는 것입니다. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 노력명언) 개발자가 더 적은 일을 하고 간단한 즐거움을 누리고 싶다면, 플랫폼 측은 더 많은 일을 해야 하고, 가능한 한 많은 복잡성을 묵묵히 감당해야 한다. 온몸을 힘줄로 뒤덮인 곡예사처럼 고공에서 뛰고 있는 여친을 안정적으로 받치고 있다. 위에 있는 사람이 가벼워질수록 힘들이지 않고, 아래 사람은 진중하고 피곤해진다. (윌리엄 셰익스피어, 햄릿, 겸손명언) 물론, 위의 여배우들이 모두 긴장을 풀고 스트레스도 없는 것은 아니지만, 그들 각자의 분업이 다르고 복잡성이 다르다는 것은 아니다.
인월 신화' 저자인 프레드 브룩스의 구분에 따르면 소프트웨어 개발의 복잡성은 본질적 복잡성과 우연한 복잡성으로 나눌 수 있다. 전자는 문제 해결에 내재된 가장 작은 복잡성으로, 어떤 도구를 사용하는지, 경험이 풍부한지, 구조가 좋은지 여부와 무관하며, 후자는 실제 개발 과정에서 도입된 복잡성이다. 일반적으로 본질적인 복잡성은 비즈니스가 해결해야 할 특정 문제 영역과 밀접한 관련이 있기 때문에 "비즈니스 복잡성" 이라고 부르는데, 여기서 더 잘 이해할 수 있습니다. 이 부분의 복잡성은 낮은 코드를 포함하여 어떤 개발 방법이나 도구로도 해결할 수 없습니다. 우연한 복잡성은 일반적으로 개발 단계의 기술적 세부 사항과 밀접한 관련이 있기 때문에 그에 따라' 기술적 복잡성' 이라고 부릅니다. 이 부분의 복잡성은 바로 low code 가 잘하고 해결하기에 적합한 것이다.
낮은 코드 개발 플랫폼으로서 기본 기술 세부 사항을 최대한 차단하고 불필요한 기술적 복잡성을 줄이며 비즈니스 복잡성에 더 잘 대처할 수 있도록 지원하는 것은 개발자의 핵심 책임입니다.
그림 설명을 입력하려면 클릭하십시오.
이러한 책임을 수행하는 동시에 저코드 개발 플랫폼은 개발자를 위한 제품으로서 개발자에게 단순하고 직관적인 최상의 개발 경험을 제공하기 위해 노력해야 합니다. 이러한 엄청난 작업량 외에도' 강력한' 과' 사용 편의성' 이라는 두 가지 갈등 사이에서 제품 포지셔닝과 목표 고객 요구 사항 간의 균형을 찾기 위해 노력해야 합니다. 이는 범용 저코드 개발 플랫폼을 설계하는 데 가장 큰 도전이 될 수 있습니다.
셋째, 낮은 코드 관련 개념의 비교
순수 코드 (전문 코드/맞춤형 코드)
"순수 코드" 는 내가 발명 한 단어 일 수 있습니다. 더 일반적인 것은 친코드 또는 사용자 정의 코드입니다. 하지만 같은 의미로 전통적인 코드 중심 개발 모델을 가리킨다. "전문 코드" 를 사용하면 low 코드가 프로페셔널하지 않은 것처럼 보이고, "사용자 정의 코드" 를 사용하면 low 코드가 사용자 정의 사용자 정의 코드를 지원하지 않는다는 오해를 불러일으키기 때문이다.
물론 더 정확한 이름은' 하이 코드' 라고 생각합니다. (로우 코드에 딱 맞지만 이름이 너무 듣기 어려워서 싫어요 ...). 전통적인 코드 IDE 를 사용해도 일부 개발 작업은 iOS 개발에 사용되는 SwiftUI 인터페이스 디자이너, 데이터베이스 응용 프로그램 서버와 같은 비코드 보완을 지원합니다. 그러나 이 시각화 작업은 기존 개발 모델에서 보조적인 역할을 하며, 일반적으로 개발자가 직접 수정할 수 있는 코드를 생성합니다. 개발자는 여전히 코드를 주시하여 주요 작업을 수행합니다.
낮은 코드와 순수 코드의 관계는 실제로 비디오와 문장 사이의 관계와 매우 흡사합니다.
낮은 코드는 현대의 "비디오" 와 같다. 대부분의 내용은 그림으로 구성되어 있어 직관적이고 이해하기 쉽고 표현력이 뛰어나 대중이 쉽게 받아들일 수 있다. 그러나 동시에 동영상은 강성이 부족하여 그림을 가질 수 없으며 자막, 캡션 등의 소량의 문자를 추가하여 사진 표현의 부정확한 문제를 보완할 수 있습니다. BTW,' 그림' 과' 문' 의 변증관계에 대해서는' 건축제도: 도구와 방법론' [1] 의 관련 설명을 더 참고할 수 있다.
순수 코드는 전통적인 "문장" 와 더 비슷합니다. 오랫동안 정보 전파의 유일한 매체였지만, 비디오 기술의 탄생과 해당 하드웨어 및 소프트웨어 인프라의 보급으로 점차 주목을 받고 있다. 오늘날 동영상은 TV 와 영화에서 삐삐, Tik Tok 에 이르기까지 대부분의 사람들이 정보를 얻을 수 있는 주요 채널이 되었지만, 책과 문장 읽기가 잦아지는 사람들이 늘고 있다. (윌리엄 셰익스피어, Northern Exposure (미국 TV 드라마), 영화명언) 하지만 부인할 수 없는 것은, 문장 역시 그 의미와 청중이 있다는 것이다. (그렇지 않으면 나는 그렇게 많은 글자를 쓰는 것을 신경 쓰지 않을 것이다.) 비록' 시장 점유율' 이 압박을 받더라도, 항상 그것의 발판이 있을 것이다.
그림 설명을 입력하려면 클릭하십시오.
위의 비유에 따르면, low code 는 앞으로 비디오와 비슷한 발전 경로를 따라 순수 코드를 넘어 주류 발전 모델이 될 것이다. Gartner 의 예측도 2024 년까지 모든 애플리케이션 개발 활동의 65% 는 저코드로 이루어지고 75% 의 대기업은 최소 4 개의 저코드 개발 도구를 사용하여 애플리케이션 개발을 수행한다는 견해를 밝혔다.
그러나 마찬가지로, 비디오가 문장 대신 사용할 수 없는 것처럼, 낮은 코드는 순수 코드 개발을 완전히 대체할 수 없습니다. 앞으로 저코드와 순코드 패턴은 상호 보완적인 형태로 장기적으로 존재할 것이며, 각각 적합한 업무 장면에서 빛을 발할 것이다. 다음 "저코드 비즈니스 시나리오" 장에서는 발생 단계에서 저코드 패턴으로 개발하는 데 더 적합한 시나리오를 자세히 설명합니다.
0 코드/코드 없음
분류의 완전성으로 볼 때,' 순수 코드' 가 있다면 당연히 정반대의' 0 코드' ('코드 없음' 이라고도 함) 가 있어야 한다. 0 코드는 코드를 전혀 쓸 필요가 없는 애플리케이션 개발 플랫폼이지만 0 코드가 낮은 코드보다 더 고급스럽고 고급스럽다는 의미는 아닙니다. 단순한 그래픽 시각화를 완전히 포용하고 복잡한 텍스트 코드를 완전히 제거하는 더 극단적인 선택일 뿐입니다. 영코드 개발 플랫폼이 애플리케이션 개발의 문턱을 최대한 낮춰 모든 사람이 개발자 (참고: 개발 ≠ 코드 작성) 가 될 수 있도록 비즈니스 분석가, 사용자 운영, 심지어 코드를 전혀 모르는 제품 관리자 (모르는 척하면 모르는 것) 를 포함해 모든 사람이 개발자가 될 수 있도록 하기 위해서다.
전문 개발자조차도 기술 분업이 점점 더 세밀해지는 추세 (프런트엔드/백엔드/알고리즘 /SRE/ 데이터 분석 ...) 에서 복잡한 애플리케이션 세트를 독립적으로 개발하고 유지 관리할 수 있는 전체 스택 엔지니어를 모집하기가 어렵습니다. 하지만 제로 코드는 자바 (Java) 와 자바스크립트 (JavaScript) 의 기술 소백 () 을 구분할 수 없고, 심도 있는 학습에 정통하지만 웹 개발을 배울 시간이 없는 알고리즘 소소 () 를 통해 자신의 기술 꿈이나 전체 스택 꿈을 실현할 수 있다. 세상을 바꾸는 생각은 바로 거기에 있다. 프로그래머 한 명만 있으면 된다. "라는 농담은 정말 실현될 수 있다. (윌리엄 셰익스피어, 템페스트, 희망명언) 아, 아니, 프로그래머도 필요 없어. 생각이 있는 사람은 스스로 할 수 있다.
그림 설명을 입력하려면 클릭하십시오.
물론, 모든 선택은 대가가 있고, 0 야드도 예외는 아니다. 코드를 완전히 포기하는 비용은 제한된 플랫폼 기능과 유연성입니다.
한편, 시각화 편집기의 표현력은 튜링의 완전한 범용 프로그래밍 언어보다 훨씬 적습니다. 코드를 도입하지 않으면 유연한 사용자 정의 및 확장이 불가능합니다. (물론 이론적으로 스크래치나 블로키 같은 그래픽 프로그래밍 언어를 만들 수도 있지만, 그것은 필기 코드의 또 다른 형태일 뿐입니다.) (윌리엄 셰익스피어, Northern Exposure (미국 TV 드라마), 예술명언)
반면 대상 오디언스는 비전문가 개발자이기 때문에 플랫폼이 지원할 수 있는 작업은 "어리석은" 경향이 있습니다 (예: 페이지는 큰 비즈니스 구성 요소의 간단한 스택만 지원하고 세밀한 원자 구성 요소와 유연한 CSS 레이아웃 정의는 지원하지 않음). 또한 상대적으로 "인간적인" 모델과 개념 (예: "표" 를 사용하여 데이터 표시)
그림 설명을 입력하려면 클릭하십시오.
좁은 0 과 낮은 코드 사이에는 뚜렷한 차이가 있지만 넓은 의미의 0 코드는 낮은 코드의 하위 집합으로 볼 수 있다. Gartner 는 관련 연구 보고서에서' 코드 없음' 을 광범위한 저코드 애플리케이션 플랫폼' LCAP' 로 분류했습니다. 현재 시중에서 흔히 볼 수 있는 저코드 개발 플랫폼도 어느 정도 제로 코드 기능을 갖추고 있다. 예를 들어, 낮은 코드 분야의 선두 기업인 Mendix 는 사용하기 쉬운 제로 코드 웹 IDE 인 Mendix Studio 뿐만 아니라 더 강력한 저코드 데스크톱 IDE——Mendix Studio Pro 도 제공합니다.
생산성 높은 어플리케이션 플랫폼을 서비스로 제공
앞서 언급했듯이' 낮은 코드' 라는 단어는 Forrester 가 제시한 것이다. 국제적으로 유명한 연구기관 (일명 조어 전문가) 인 Gartner 는 저코드 분야 강호의 지위를 결정할 수 있는 신개념 조어 대회에서 쉽게 포기하지 않을 것으로 보이며 20 17 에서도' HPA PAAs' 라는 약어를 발명했다.
Gartner 에 따르면 HpaPaaS 는 선언적 모델 중심 설계 및 원클릭 배포를 지원하는 플랫폼으로서 클라우드에서 RAD (Rapid Application Development), 배포 및 운영 기능을 제공합니다. 이것은 분명히 낮은 코드의 정의와 똑같다. 그러나, 이름을 너무 전문적으로 짓는 것이 반드시 좋은 것은 아니라는 사실이 증명되었다. 결국' HpaPaas' 는 기원이 더 이른' 낮은 코드' 에 패해 접지기가 더 부드러워졌다. 20 19 부터 Gartner 는 관련 연구 보고서에' 낮은 코드 (예: LCAP)' 라는 단어를 전면 채택하고' HpaPaaS' 에 직접 @ dep 를 표기하기 시작했다.
그림 설명을 입력하려면 클릭하십시오.
출처: SaaS/IaaS/PAAs/APAAS/HPAPAAs 의 차이점은 무엇입니까?
덧붙여,' HpaPaaS' 라는 단어는 타고난 것이 아니라 Gartner 가 앞서 제시한' APAS' 를 물려받았다는 것이다. 그들 사이의 관계는 HPA as 는 aPaaS 의 하위 클래스일 뿐이라는 것입니다. 낮은 코드 구현을 위한 높은 생산성 애플리케이션 개발 플랫폼인 HPA as 외에도 APAS 에는 순수 코드를 위한 기존 애플리케이션 개발 플랫폼 (높은 제어 aPaaS, 즉 제어 수준이 높은 순수 코드 개발 모델) 이 포함되어 있습니다.
가십할 가치가 없는 것은' aPaaS' 라는 단어가 허공에서 날조된 것이 아니라 클라우드 컴퓨팅의 출현과 깊은 연관이 있다는 것이다. 클라우드를 믿는 사람들은 APAS 와 IaaS/PaaS/SaaS 가 클라우드 컴퓨팅의 오래된 개념이라는 것을 알고 있습니다. APAS 는 PaaS 와 SaaS 사이에 있으며, PaaS 가 제공하는 서비스보다 더 응용성이 있지만, SaaS 처럼 기성품 소프트웨어 서비스를 제공하지는 않습니다 (자세한 설명은 그림의 출처 문장 참조).
넷째, 왜 낮은 코드가 필요합니까?
낮은 사이즈는 무엇이 그렇게 중요하지 않을 수도 있습니다. 결국 이 정보가 폭발하는 세상에서는 늘 신기하고 짧은 것이 부족하다. 이른바 신기술, 대부분 단명: 나타났고, 눈에 띄었다. 대부분의 사람들은 "오" 하고, 보지만, 흥미가 없다고 말했다. 소수의 사람들은 그것의 기발한 생각에 경탄하고, 흥분하여 그것을 칭찬하고, 오히려 무엇을 쓰고 싶은지, 무엇을 사용하고 싶은지에 감탄한다. (존 F. 케네디, 생각명언) 새로운 기술이 새로운 생산성으로 전환될 수 있는지를 진정으로 결정하는 것은 결코 기술 자체가 얼마나 훌륭하고 화려한가 하는 것이 아니라, 정말로 필요한지, 즉 왜 낮은 코드가 필요한지 아닌지를 결정하는 것이다. 위의 문제를 다른 과목으로 채우면 (냉지식:' 지연과목 초기화' 라고 함), 이 문제를 좀 더 포괄적으로 볼 수 있다.
왜 "시장" 은 낮은 코드가 필요합니까?
이 모든 할아버지 아줌마는' 인터넷+'와' 디지털 변환' 시대에 기업들이 앱 (App) 을 통해 기업 내 정보 흐름을 개선하고 고객과의 연계를 강화해야 할 필요성이 커지고 있다. 그러나 탄생한 지 얼마 되지 않은 IT 정보시대도 우리 사회주의 초급 단계와 비슷한 공급과 수요 모순에 직면해 있다. 낙후된 소프트웨어 개발 생산성은 인민의 증가하는 업무 수요를 따라가지 못한다.
그림 설명을 입력하려면 클릭하십시오.
Gartner 는 202 1 까지 애플리케이션 개발 수요의 시장 성장이 엔터프라이즈 IT 제공 용량의 5 배 이상 증가할 것으로 전망했다. 이처럼 엄청난 IT 격차에 직면하여 혁신적인' 새로운 생산성' 시스템이 없다면 기존의 기존 기존 기술 체계의 발전과 지속만으로 문제를 완전히 해결할 수 있다고 상상하기 어렵다. 저코드 기술은 다음과 같은 측면을 통해 애플리케이션 개발의 생산성을 혁신적으로 혁신하여 거의 극심한 위기에 처한 IT 세계를 구하고자 하는 사명을 가지고 있습니다.
효율성 향상, 비용 절감 품질 보증
소프트웨어 업계는 고속 발전을 거듭해 왔으며, 새로운 언어, 틀, 도구가 속출하고 있지만, 실무자로서 우리는 소프트웨어 개발이 아직 수공방 단계에 있다는 것을 인정해야 한다. 효율성이 낮고 인건비가 높으며 품질을 통제할 수 없다. 프로젝트 배달 지연은 업계의 정상적인 상태가 되었으며 병목 현상은 거의 개발자입니다 (기계가 해결할 수 있는 문제는 문제가 아님). 우수한 개발 인재는 영원히 희소자원이자 도둑이 비싸다. 소프트웨어 품질 결함은 시종 수렴할 수 없고, 온라인 고장이 빈번하여 자금이 계속 빠져나가고 있다.
대조적으로, 산업 혁명의 년의 수백을 통해, 전통적인 제조의 대부분은 이미 "인간" 에 강한 의존에서 해방 되었다: 원료의 입력에서 제품의 수출에, 중간에 다양 한 정밀 계기 및 자동차 생산 라인의 안정 되어 있는 지원, 따라서 진짜로 생산의 표준화 그리고 가늠 자를 달성 했다. 정보화는 인류의 제 3 차 산업혁명으로 칭송되지만 소프트웨어 산업의 현황은 산업화의 성숙 단계에 이르지 못했다.
그래서, 사랑하는 프로그래머 친구, 오전 내내 프런트 디버그와 인터페이스하고 오후 내내 제품과 수요를 강요하고, 밤새 자신의 버그와 싸우고, 결국 잠을 자다가 일련의 경보 정보로 깨어날 때, "나는 꿈이 있다 ... 어느 날, 소프트웨어 개발은 공업제품처럼 대량 생산될 수 있다." 라고 별을 바라본 적이 있는가? (* 역주: 번역주: 번역주: 번역주: 번역주: 번역주: 번역주: 번역주: 번역주) 자, 당신이 알고 있든 없든 간에, 이 비전은 서서히 현실화되고 있습니다.
그림 설명을 입력하려면 클릭하십시오.
예, 저코드는 애플리케이션 소프트웨어 개발 프로세스를 산업화하고 있습니다. 모든 저코드 개발 플랫폼은 기술 집약형 애플리케이션 공장이며 모든 프로젝트 관계자들이 동일한 생산 라인에서 긴밀하게 협력하고 있습니다. 개발의 주력군은 더 이상 for 주기 100 가지 표기법에 익숙한 기술 극객이 아니라 생각과 상업의식이 가득한 앱 창작자들이다. 각종 성숙한 기반 시설을 통해 기성된 표준 부품이 있고, 응용 공장의 자동화 파이프라인이 있어 개발자는 핵심 상업적 가치에만 집중하면 된다. 비표준 요구 사항이 발생하더라도 언제든지 직접 할 수 있어 가장 유연한 수동 사용자 정의 (코드) 로 다양한 모서리 문제를 해결할 수 있습니다.
노동력의 응용과 발전을 확대하다
Low code (제로 코드 포함) 는 대부분의 개발 작업을 간단하게 드래그 앤 드롭하고 구성함으로써 사용자 임계값을 크게 줄여 기업이 앞서 언급한 민간인 개발자 리소스를 최대한 활용할 수 있도록 합니다. 코드 요구 사항이 0 인 일부 시나리오에서는 낮은 코드를 통해 비즈니스 직원이 셀프 서비스 애플리케이션을 제공할 수 있으며, 기존의 IT 제공 모델의 작업 백로그 문제를 해결할 수 있을 뿐만 아니라, 부족한 전문 개발 자원이 수많은 단순 반복 애플리케이션 개발 요구 사항에 의해 점유되는 것을 방지할 수 있습니다. 또한 비즈니스 직원들이 자신의 아이디어에 따라 애플리케이션을 실제로 구현할 수 있도록 하여 다른 사람에게 개발을 맡길 때 불가피한 속박에서 벗어날 수 있습니다. (존 F. 케네디, Northern Exposure (미국 TV 드라마), 예술명언)
그림 설명을 입력하려면 클릭하십시오.
이로써 응용 개발 능력은 더 이상 소수의 전문 개발자의 특허와 특권이 아니며, 앞으로 필요한 기술 문턱과 소유 비용은 점점 낮아져 이른바' 기술 민주화' 를 실현할 수 있게 된다.
개발 과정에서 소통과 협력을 강화하다.
다방면 조사 결과 소프트웨어 프로젝트 실패의 중요한 원인 중 하나는 의사 소통이 원활하지 못한 것으로 나타났다. 전통적인 개발 모델에서는 비즈니스, 제품, 설계, 개발, 테스트, 운영 및 유지 관리 인력이 각각 해당 분야의 도구와 언어를 갖추고 있습니다. 시간이 지남에 따라 고립된 섬이 형성되기 쉬우며, 기능 간 소통이 어렵고 비효율적이다. 이것이 바로 오늘날 유행하는 애자일 개발과 DevOps 가 의사 소통을 강조하는 이유입니다 (Biz 와 Dev, Dev 와 Ops), 클래식 DDD 영역 중심 디자인도' 통합 언어' 를 제창하고 비즈니스 및 기술자 간의 의사 소통을 줄이는 데 있어 일관성이 떨어지는 이유입니다.
그림 설명을 입력하려면 클릭하십시오.
낮은 코드를 사용하면 이러한 모든 역할이 동일한 낮은 코드 개발 플랫폼 (심지어 같은 사람) 에서 긴밀하게 협력할 수 있는 상황이 근본적으로 개선될 것입니다. 이 새로운 협력 모델은 기능 축을 깨뜨릴 뿐만 아니라 통합 시각화 언어와 단일 애플리케이션 표현 (페이지/데이터/논리) 을 통해 응용 프로그램 형식 및 프로젝트 진행에 대한 프로젝트 당사자의 이해를 쉽게 정렬할 수 있습니다. 보다 빠른 개발 모델을 실현하여 기존 DevOps 를 기반으로 한 단계 더 나아갔습니다.
통합 개발 플랫폼에서의 집계 효과
낮은 코드는 애플리케이션 개발과 관련된 모든 활동을 하나의 플랫폼에 통합하려고 시도하므로 더 많은 집계 효과와 규모 이점을 얻을 수 있습니다.
인력 집계: 앞서 언급한 각 기능 역할의 긴밀한 협력 외에도 인원은 통합된 저코드 개발 플랫폼으로 수렴되며 전체 프로젝트 프로세스의 표준화, 표준화 및 통합을 촉진할 수 있습니다.
응용 프로그램 집합: 한편으로는 새로운 응용 프로그램 아키텍처 설계, 자산 재사용 및 상호 호출이 더 쉬워집니다. 한편, 각 애플리케이션의 데이터는 자연적으로 상호 운용되며 플랫폼 외부의 데이터는 통합 기능을 통해 통할 수 있어 기업의 고립된 데이터 문제를 완전히 제거할 수 있습니다.
생태 집합: 저코드 개발 플랫폼이 충분한 개발자와 애플리케이션을 모으면 거대하고 상호 연결된 상상력이 풍부한 생태계가 형성되어 저코드의 가치를 완전히 발휘할 수 있습니다.