이전 기사 " AO 생태계의 승리의 열쇠: Web3 시대의 마이크로서비스 아키텍처 "에서 Actor 모델의 장점과 애플리케이션 개발에 가져오는 복잡성에 대해 논의했습니다. "복잡성"을 해결하기 위해 Web3 개발자는 개발 방법론, 개발 도구 및 소프트웨어 엔지니어링 관행을 포함하여 "대량 채택"을 달성한 Web2에서 계속해서 배워야 합니다. 다음 기사에서는 "로우 코드 개발 플랫폼"에 대한 투자를 늘리고 애플리케이션 개발의 "복잡성"의 상당 부분을 로우 코드 플랫폼으로 이전하여 애플리케이션 개발자가 더 집중할 수 있도록 하는 가능한 방법 중 하나를 논의합니다. 비즈니스 로직.

작성자: 양지에펑(Yang Jiefeng) @ArweaveOasis

검토자: 레몬

출처: 콘텐츠 길드 - 뉴스

이전 기사 " AO 생태계의 승리의 열쇠: Web3 시대의 마이크로서비스 아키텍처"에서는 마이크로서비스 아키텍처(또는 행위자 모델) 채택의 이점과 이것이 애플리케이션 개발에 가져오는 복잡성에 대해 논의했습니다. 동시에, 퍼블릭 체인을 위한 전쟁은 실제로 애플리케이션 개발자들에게는 전쟁이라는 점을 마지막에 언급했습니다. 그렇다면 경쟁이 치열한 퍼블릭 체인 트랙에서 AO가 어떻게 개발자를 이길 수 있을까요?

물론, "대량 채택"을 달성한 Web2로부터 계속해서 배워보세요. 여기에는 인프라 학습뿐만 아니라 개발 방법론, 개발 도구, 소프트웨어 엔지니어링 실무와 같은 측면도 포함됩니다.

로우코드 개발 플랫폼은 분명 Web3 분야에 막대한 투자를 할 가치가 있는 방향이다. 내 말은 애플리케이션 개발의 "복잡성"의 상당 부분을 로우 코드 플랫폼으로 이전할 수 있다는 것입니다.

로우코드 개발 플랫폼이란?

먼저 Low-Code(로우 코드)와 No-Code(코드 없음)의 차이점을 명확히 하고 싶습니다. 물론 이것은 단지 개인적인 의견일 뿐입니다.

로우코드 VS 노코드

그렇다면 제가 말하는 로우코드 플랫폼의 "사실상 표준"은 무엇입니까? 여기에서 설명을 참조할 수 있습니다.

"양식 기반" 로우 코드 플랫폼 또는 "테이블 기반" 로우 코드 플랫폼에 대해 들어보셨을 수도 있지만 여기서는 구체적으로 "모델 기반" 로우 코드 플랫폼을 언급하고 있습니다. 내 설명을 "로우 코드 플랫폼" 개념에 대한 좁은 해석으로 해석할 수도 있습니다.

기존 애플리케이션을 위한 로우코드 개발 플랫폼은 성숙 초기 단계에 들어섰습니다. 누군가는 "'모델 기반' Web3 로우 코드 개발 플랫폼에 대해 들어본 적이 없는 것 같습니다."라고 말할 수도 있습니다. 실제로 이것은 비교적 드문 일입니다. 이유를 분석해 보겠습니다.

우선, 기존의 로우코드 플랫폼이 Web3 영역에 진입하지 못한 이유는 무엇일까요? 나는 그들이 사용하는 모델링 패러다임이 Web3에 적용되지 않기 때문이라고 생각합니다.

기존 엔터프라이즈 플랫폼은 ER 모델 및/또는 관계형 모델을 사용합니다. 예를 들어 OutSystems는 ER 모델과 관계형 모델을 모두 사용합니다. 일부 플랫폼은 둘 중 하나만 사용합니다. ER 모델과 관계형 모델은 개념적으로 유사합니다. 이러한 플랫폼은 SQL 데이터베이스와 같은 기존 엔터프라이즈 소프트웨어 인프라에서 실행할 수 있는 코드를 생성합니다. 하지만 블록체인의 "분산형 원장"이 SQL 데이터베이스와 너무 다르기 때문에 블록체인과 같은 Web3 인프라에서 실행하기가 어렵습니다.

그렇다면 분산형 애플리케이션을 위한 기존 "로우 코드 플랫폼"은 어떻게 작동합니까?

특히 모델 기반 접근 방식을 사용하여 진정한 로우 코드 플랫폼을 개발하는 것은 쉬운 일이 아닙니다. 어떤 사람들은 이 어려운 일을 피하고 싶은 유혹을 받을 수도 있습니다. 그러나 전문적인 로우코드 플랫폼의 핵심 기능은 다른 솔루션이 따라올 수 없는 고유한 가치를 제공합니다. 예를 들어, "구성 가능한 스마트 계약 템플릿"은 개발자가 "기성 코드"를 더 빠르게 복사하는 데 도움이 될 수 있지만 이러한 혁신적인 애플리케이션의 경우 이러한 템플릿은 그다지 유용하지 않습니다. 플랫폼 개발자가 다양한 언어(예: Solidity, Move 등)로 여러 체인에 적합한 "스마트 계약 템플릿" 라이브러리를 작성하고 유지하는 것도 큰 과제입니다. 게다가, "스마트 계약"은 애플리케이션의 온체인 부분일 뿐이며, 약간 더 큰 분산형 애플리케이션에는 오프체인 부분도 필요한 경우가 많습니다.

dddappp: 진정한 Web3 로우 코드 개발 플랫폼

그렇다면 "모델 중심" 접근 방식을 채택하여 속임수를 쓰지 않고 도전에 정면으로 맞서는 "진짜" Web3 로우 코드 개발 플랫폼이 있습니까?

우리 팀이 개발한 dddappp가 분산형 애플리케이션을 위한 진정한 로우 코드 개발 플랫폼임을 발표하게 되어 매우 자랑스럽습니다. 이는 아마도 "모델 중심" 접근 방식을 채택하는 유일한 Web3 로우 코드 개발 플랫폼일 것입니다.

그렇다면 dddappp의 독특한 점은 무엇입니까? 다른 플랫폼이 할 수 없는 일(적어도 일시적으로라도)을 할 수 있는 이유는 무엇입니까?

핵심은 dddappp이 채택한 모델링 패러다임입니다. 우리는 DDD 스타일 도메인 모델을 선택했습니다.

DDD 스타일 도메인 모델은 상대적으로 높은 수준의 추상 OO(객체 지향) 모델입니다. 자동화 도구는 이러한 상위 수준 도메인 모델을 객체 지향 프로그래밍 모델, 관계형 데이터 모델 등과 같은 하위 수준 구현 모델에 쉽게 매핑할 수 있습니다.

"고수준 추상화"란 무엇입니까? 이렇게 말하면 기술적인 세부 사항에서 문제를 해결하는 방법을 "어떻게"라기 보다는 해당 분야에 대해 "무엇을" 알고 있는지 최대한 표현하는 데 도움이 됩니다.

숙련된 개발자는 이것이 말처럼 쉽지 않다는 것을 즉시 이해할 것입니다. 우리는 이 일을 전적으로 우연히 할 수 있었고 이 분야에서 풍부한 경험을 축적했습니다. 우리는 2016년부터 이 일을 해왔습니다. 우리는 우리의 경험을 개발자들과 공유하기 위해 책을 쓰기도 했습니다.

숙련된 개발자는 이것이 말처럼 쉽지 않다는 것을 즉시 이해할 것입니다. 우리는 이 일을 전적으로 우연히 할 수 있었고 이 분야에서 풍부한 경험을 축적했습니다. 우리는 2016년부터 이 일을 해왔습니다. 우리는 우리의 경험을 개발자들과 공유하기 위해 책을 쓰기도 했습니다.

핵심은 우리가 DDDML(Domain-Driven Design Modeling Language의 약어)이라는 도메인 모델링을 위해 매우 표현력이 뛰어난 DSL을 발명했다는 것입니다. 이를 사용하면 도메인 지식을 정확하게 설명할 수 있을 뿐만 아니라 이러한 모델을 소프트웨어 구현 코드에 쉽게 매핑할 수도 있습니다.

그런데 우리 DSL은 다른 "경쟁사"보다 문제 영역과 자연어에 더 가깝기 때문에 인공 지능(AI)과 완벽하게 통합된다고 믿습니다.

우리는 항상 DDDML을 "DDD 기본 DSL"이라고 불렀습니다.

앞서 언급한 DDD의 "집계" 개념을 기억하시나요? 우리가 사용하는 DSL은 처음부터 집계 정의를 지원합니다. DDDML 모델 파일을 열면 키워드 집계를 거의 볼 수 있습니다.

DDD의 관련 개념을 알고 있다면 DDDML이 설명하는 모델을 쉽게 이해할 수 있지만, 익숙하지 않더라도 DDD는 고전 작품에서의 체계적인 논의와 그에 발맞추는 팬의 실천을 모두 담고 있습니다. 당신이 기꺼이 "얻고" 있는 한 경험은 거의 당신의 손끝에 있습니다.

DDD 방법론의 강력한 기반은 종종 우리를 놀라게 합니다. 우리는 전통적인 애플리케이션(주로 Java 또는 C#으로 작성된 백엔드)을 개발할 때 개발 효율성을 크게 향상시키는 "도메인 모델 기반" 접근 방식을 사용해 왔습니다. Web3의 새로운 세계에 진입했을 때 우리는 DDDML을 사용하여 너무 많은 것을 추가하지 않고도 분산형 애플리케이션 개발을 추진할 수 있다는 것을 발견했습니다.

dddappp는 AO 생태학적 애플리케이션 개발에 어떻게 도움이 되나요?

이 기사의 전반부에서는 AO를 사용하여 애플리케이션을 개발할 때의 몇 가지 과제에 대해 이야기했습니다.

그렇다면 dddappp이 채택한 기술 솔루션이 실제로 AO 생태계의 개발자에게 도움이 될 수 있을까요? 최근 AO를 기반으로 완료한 개념 증명을 살펴보세요.

이 데모에서 우리는 일부 문제에 대해 매우 매력적인 솔루션을 제공했다고 믿습니다. DSL을 사용하여 집계, 값 개체 및 서비스(DDD의 개념)를 정의하는 방법을 시연하고 생성된 코드의 일반적인 모양을 보여주었습니다. 개발자가 정말로 도구를 사용하지 않고 이 코드를 직접 작성할 의향이 있는지 상상할 수 있습니까? 특히 생성된 코드가 SAGA 패턴을 사용하여 "최종 일관성" 처리를 우아하게 구현할 수 있는 방법도 보여줍니다.

우리는 이 시연을 PoC라고 부르지만 실제로는 PoC 그 이상이라고 생각합니다. AO 생태계의 개발자들에게 즉각적으로 도움이 될 수 있기 때문입니다. AO 생태계의 개발자는 이제 이를 사용하여 애플리케이션 설계 아이디어를 명확하게 하고, 코드를 생성하고(이러한 코드는 최소한 구현 참조로 사용할 수 있음) 효율성을 향상시킬 수 있습니다. 어느 정도 이 도구는 MVP(최소 실행 가능 제품)라고 이미 말할 수 있습니다. MVP의 정의는 최종 사용자에게 도움이 되고 최종 사용자에게 가치가 있는 한 MVP라고 부를 수 있습니다. 결국 개발자는 로우 코드 도구의 최종 사용자입니다.

숙련된 애플리케이션 개발자가 이 PoC를 주의 깊게 연구한다면 애플리케이션 개발 효율성을 향상시키는 데 있어 로우 코드 방법의 엄청난 잠재력을 더 이상 의심할 이유가 없습니다. 결국 우리는 이를 AO 생태계 외부에서 여러 번 입증했습니다. Web2 시대에 동일한 방법을 사용하여 개발한 복잡한 상용 애플리케이션을 언급하지 않더라도 Move 생태계에서 우리의 사례를 관찰하는 것만으로도 충분히 설득력이 있습니다.

우리는 "인터페이스" 추상화가 부족한 Move(정적 스마트 계약 언어)의 한계를 해결하고 개발자가 "종속성 주입"을 쉽게 구현할 수 있도록 돕기 위해 DSL을 사용합니다. 자세한 내용은 이 예를 참조하세요.

간단한 선언을 통해 Move 계약을 여러 패키지(예: "프로젝트")로 분할할 수 있습니다 . 이 예를 참조하세요 . 대부분의 Move 퍼블릭 체인에는 출시된 각 패키지의 크기에 제한이 있다는 점에 유의해야 합니다.

우리가 공유하는 내용이 단지 일부 "예"일 뿐이고 장난감을 만드는 것이라고 생각한다면 큰 오산입니다.

우리가 공유하는 내용은 단지 일부 "예"일 뿐이고 장난감을 만드는 것일 수도 있다고 생각한다면 큰 오산입니다.

우리는 몇 가지 심각한 상용 애플리케이션(주로 Move 생태계에 중점을 두고 있음)의 개발 과정에 깊이 관여해 왔으며 이 과정에서 우리는 거의 "우리 자신의 개밥을 먹고 있습니다." 우리는 현재 적어도 백엔드(온체인 계약 및 오프체인 쿼리 서비스를 지칭하며 후자는 인덱서라고도 함) 개발 영역에서 10가지 약속을 이행했다고 큰 확신을 가지고 말할 수 있습니다. 배 개발 효율성.

우리는 "로우 코드"를 기반으로 하는 "노 코드" 애플리케이션도 개발합니다(다시 말하지만, 코드 없는 도구는 최종 사용자를 위한 애플리케이션입니다). 우리는 Aptos Singapore Hackathon에서 Move Forms라는 파생 제품을 만들었고, 이번 세션에서 2위를 차지했습니다. 우리는 "여가 시간"에 이 Web3 기본 양식 도구를 계속해서 구축할 것입니다.

연락주시면 더 많은 생산수준의 사례를 보여드릴 수 있습니다. 우리의 사례에는 소셜 네트워킹, DeFi, 풀체인 게임 등이 포함됩니다.

많은 사람들이 로우코드 플랫폼으로 개발할 수 있는 분산형 애플리케이션 유형에 대해 질문할 수 있습니다. 솔직히 말해서 로우 코드 접근 방식을 사용하여 개발할 수 있는 애플리케이션 유형에 대한 명확한 제한 사항은 발견되지 않았습니다. 애플리케이션 개발 과정에서 우리가 더 깊이 느끼는 것은 로우코드의 한계보다는 현재 Web3 인프라의 한계입니다.

흥미로운 현실을 발견하셨는지 모르겠습니다. 즉, 기존의 로우 코드 플랫폼은 일반적으로 엔터프라이즈 소프트웨어(예: OA, CRM, ERP 등) 개발에 더 적합하고 개발에는 적합하지 않다고 간주됩니다. 인터넷 애플리케이션, 그러나 우리가 살펴본 바에 따르면 dddappp이 이 제한을 초과한 것 같습니다. 당신의 느낌이 맞습니다. Web2 시대에 매우 과감한 시도였던 DDD 도메인 모델을 기반으로 한 로우코드 플랫폼인 Web2 시대에 우리가 이 일을 하고자 했던 이유는 “로우코드 플랫폼을 통해 대규모 개발이 가능하도록 하기 위함”이었습니다. 인터넷 응용 프로그램."

"AppCU"는 AO 생태계 개방의 돌파구가 될 수 있다

Lua와 WASM의 조합은 매우 훌륭하지만 솔직히 말해서 단기적으로는 Lua에 의존하여 전통적으로 사용되던 대규모 Web2 인터넷 애플리케이션(예: Amazon, Taobao 등)을 통합하는 것을 상상할 수 없습니다. Java, C#, PHP, Python 등으로 작성된 것, eBay, Shopee 등)이 AO로 마이그레이션되었습니다.

앞서 언급했듯이 AO는 데이터 프로토콜입니다. 이론적으로 누구나 자신이 선호하는 프로그래밍 언어를 사용하여 자신만의 "구현"을 개발하고 AO 네트워크에 액세스하여 다른 유닛과 상호 작용하고 협력할 수 있습니다.

AO 네트워크에서 애플리케이션의 비즈니스 로직은 컴퓨팅 단위로 실행됩니다. 따라서 애플리케이션 개발자가 가장 원하는 것은 컴퓨팅 장치가 지원하는 개발 스택에 더 많은 다양성과 포함성을 제공하는 것입니다. 내가 아는 한, AO 개발자 커뮤니티는 AO에서 실행되는 EVM 스마트 계약을 지원하는 등 이미 이 방향으로 노력하고 있습니다.

하지만 이 문제는 다른 방향으로 돌파될 수도 있다고 생각합니다. 저는 AppCU가 좋은 아이디어라고 생각합니다. AppCU는 애플리케이션별 컴퓨팅 유닛을 의미합니다. Appchain( 애플리케이션별 블록체인 )과의 비유는 제가 의미하는 바를 이해하는 데 도움이 될 것입니다.

컴퓨팅 장치를 제외하면 AO의 다른 부분은 어느 정도 분산형 메시지 브로커인 Kafka의 Web3 버전으로 간주될 수 있습니다. 기존 애플리케이션 개발자가 능숙한 언어와 도구를 사용하여 Kafka와 같은 메시지 브로커를 기반으로 마이크로서비스 아키텍처 애플리케이션을 개발할 수 있도록 허용합니다. - "하하, 이거 익숙하네요."

AppCU를 처음부터 구축하는 것은 대부분의 개발자에게 쉽지 않을 수 있으며, Appchain을 구축할 때도 마찬가지입니다. 따라서 이 경우 편리한 도구가 필수적입니다.

코스모스 생태계 발전에 있어서 코스모스 SDK (앱체인 구축에 사용되는 도구)가 하는 중요한 역할은 굳이 강조할 필요가 없을 것 같은데요?

코스모스 생태계 발전에 있어서 코스모스 SDK (앱체인 구축에 사용되는 도구)가 하는 중요한 역할은 굳이 강조할 필요가 없을 것 같은데요?

Cosmos SDK를 사용해 본 개발자는 이 도구의 편리성과 성능에 깊은 인상을 받을 것입니다. Cosmos SDK가 할 수 있다면 AO 생태계의 개발자 커뮤니티도 하지 못할 이유가 없습니다. 어쨌든 체인보다 컴퓨팅 유닛을 개발하는 것이 항상 더 쉽죠?

Cosmos SDK는 실제로 "고효율" 도구이지만 엄밀히 말하면 로우 코드 플랫폼은 아닙니다. 우리는 로우코드 플랫폼이 개발 효율성을 향상시킬 수 있는 더 큰 잠재력을 갖고 있다고 믿습니다.

AI가 로우코드 플랫폼을 대체할 것인가?

마지막으로 제가 수없이 대답했던 질문인 "AI가 로우 코드 플랫폼을 죽일 것인가?"에 대해 이야기하고 싶습니다.

내 생각에는 최근 몇 년간 AI가 이룩한 엄청난 발전은 복잡한 소프트웨어 개발 방법론에 근본적인 변화를 가져오지 못했다. AI가 복잡한 애플리케이션 개발에 관여하더라도 인간과 마찬가지로 여전히 "올바른" 접근 방식을 따라야 합니다.

소프트웨어 엔지니어링의 모든 추상화 수준에는 고유한 가치가 있습니다. 복잡한 소프트웨어를 개발할 때 가장 먼저 올바른 '자세'는 비즈니스 분석과 도메인 모델링을 먼저 하는 것입니다. 자연어를 사용하면 "도메인에 대한 인식"을 정확하게 설명할 수 없으므로 "소프트웨어 코드로 변환"하는 효율성이 크게 저하됩니다.

dddappp의 가장 독특한 점은 그것이 사용하는 DSL입니다. 이를 통해 dddappp을 통해 AI는 자신이 가장 잘하는 일에 집중할 수 있습니다.

1. AI는 참조 모델을 추천하고 모델 반복을 지원합니다.

2. AI는 "운영 비즈니스 로직"의 구현을 지원합니다.

따라서 이 질문에 대한 나의 대답은 '아니요'입니다. 우리는 이 두 가지가 서로를 잘 보완할 것이라고 생각합니다. 적어도 dddappp에서는 그렇습니다.

요약하자면, 우리는 로우 코드 개발 플랫폼의 정의와 Web3 애플리케이션 개발의 복잡성을 줄일 수 있는 엄청난 잠재력을 분석했습니다. 로우 코드 플랫폼 개념을 바탕으로 AO 생태계에서 코스모스 SDK(코스모스 생태계에서 앱체인을 구축하는 데 사용되는 도구)와 유사한 강력한 도구를 구축할 수 있으며, 이 도구를 사용하여 AppCU를 구축할 수 있어 개발 시간을 단축할 수 있습니다. 복잡성은 또한 AO 생태계가 대규모 채택을 달성할 수 있는 새로운 아이디어와 가능성을 열어줍니다.

🏆 "버그 잡기" 보상: 이 글에서 오타, 잘못된 문장, 잘못된 설명을 발견한 경우 저를 클릭하여 신고하시면 인센티브를 받으실 수 있습니다.

면책조항: 이 기사는 PermaDAO의 견해나 입장을 대변하지 않습니다. PermaDAO는 투자 조언을 제공하거나 어떤 프로젝트도 보증하지 않습니다. 독자는 자신이 거주하는 국가의 법률을 준수하고 이에 따라 Web3 활동을 수행해야 합니다.

🔗 PermaDAO 소개 : 웹사이트 | 텔레 그램 매체 |