토요일, 4월 20, 2024

앱이 죽었습니다. 오래 지속되는 응용 프로그램.

Must read

Ae Dong-Yul
Ae Dong-Yul
"트위터를 통해 다양한 주제에 대한 생각을 나누는 아 동율은 정신적으로 깊이 있습니다. 그는 맥주를 사랑하지만, 때로는 그의 무관심함이 돋보입니다. 그러나 그의 음악에 대한 열정은 누구보다도 진실합니다."

지와 우사기는 행복하다* “앱을 버릴 때인가요?”라고 묻습니다.


앱 다운로드는 사상 최고입니다그러나 점점 더 많은 혁신가들이 그들 너머의 세계가 기술의 차세대 개척지라고 믿고 있습니다.

우리는 일상적인 작업을 완료하기 위해 한 앱에서 다음 앱으로 끊임없이 이동하고 있습니다.

그러나 이는 번거롭고 하드웨어 소모가 많으며 시간이 많이 소요될 수 있습니다.

사람들이 단일 작업을 수행하기 위해 여러 앱을 동시에 사용하는 것은 드문 일이 아닙니다.

받은 편지함에서 무언가를 확인해야 했기 때문에 다른 앱을 사용하는 동안 이메일로 전환해야 했던 모든 시간을 생각해 보십시오.

사람들이 하루 평균 4~5시간 동안 전화를 사용하므로 결국 많은 시간과 돈을 낭비하게 됩니다.

하버드 비즈니스 리뷰(Harvard Business Review)의 최근 연구에 따르면 근로자는 하루에 1,200번 앱과 웹사이트 사이를 전환하며 이는 1년에 5주에 해당합니다.

이제 직장에서 장치를 사용하는 것과 함께 상상해보십시오.

이는 시간 낭비일 뿐만 아니라 신경과학에서 “컨텍스트 전환”으로 알려진 것으로 인해 사람들의 에너지와 생산성을 고갈시킵니다.

20년이 채 되지 않아 우리는 “그것을 위한 앱”을 원하는 것에서 풍부한 옵션을 갖게 되었습니다.

언뜻 보기에 이것은 유용해 보일 수 있습니다.

사실 이것은 앱 생태계의 근본적인 문제를 지적합니다. 세상에는 많은 앱이 있지만 우리가 원하는 대로 하는 앱은 거의 없습니다.

기술 커뮤니티의 주요 목소리는 클라우드의 데이터에 대한 탁월한 액세스와 함께 코드가 적고 코드가 없는 도구의 출현이 앱 기반 경험이 구축되는 방식을 재구상할 수 있는 적절한 순간을 제공한다고 말합니다.

클라우드 플랫폼이 많은 애플리케이션에서 필수 요소가 되면서 이미 애플리케이션 개발 방향을 재조정하기 위한 빌딩 블록 역할을 할 수 있는 방대한 양의 데이터가 포함되어 있습니다.

하지만 이 새로운 패러다임은 어떤 모습일까요? 그것을 현실로 만들려면 무엇이 필요합니까? 이것이 우리가 알고 있는 앱의 종말일까요?

앱 제어에서 앱 없음으로

앱 개발의 미래에 대한 현재 대화에 참여하면 서로 다른 두 학파의 생각을 듣게 될 것입니다.

슈퍼 앱 지지자들은 하나의 범용 앱이 여러 앱의 활동을 수행해야 한다고 믿습니다.

그러나 이것은 Big Tech에서 구축하고 운영할 가능성이 더 높습니다.

예를 들어 WeChat을 사용하면 사용자는 채팅뿐만 아니라 쇼핑, 청구서 지불 및 정부 서비스 액세스도 할 수 있습니다.

사용자가 Facebook 계정으로 여러 플랫폼에 로그인하거나 Instagram에서 직접 쇼핑할 수 있도록 하는 Meta의 움직임은 이에 대한 전조로 볼 수 있습니다.

반면에 Web3 애호가들은 미래가 이사회 결정에 비해 사용자 선호도가 시장을 발전시키는 분산형 애플리케이션의 생태계가 될 것이라고 믿습니다.

이 세상은 데이터 프라이버시를 더욱 강조하고 Big Tech가 현재 시장에 미치는 영향력을 해체하려고 노력할 것입니다.

두 접근 방식은 논리가 다르지만 주로 현재 애플리케이션 환경에 대한 불만을 나타냅니다.

그러나 개인 정보 보호 손실과 새로운 앱의 눈사태 중에서 선택해야 합니까?

문제는 이전에 생성된 경험이 회사의 광범위한 목표에 맞지 않는 예기치 않은 요구 사항과 혁신을 충족할 가능성이 적다는 것입니다.

예를 들어 미용실 예약 앱의 주요 목표는 고객이 약속을 예약하고 예약할 수 있도록 하는 것이며, 이는 앱 개발자와 기업 고객의 수익 증대라는 비즈니스 목표와 직접적으로 관련이 있습니다.

그러나 미용실 고객이 다양한 헤어스타일로 어떻게 보일지 보여주거나 예약 전에 “할” 사진을 제출할 수 있는 앱을 정말로 원한다면 어떨까요?

그리고 사용자가 특정 시간이 다른 시간과 충돌하는지 확인하거나 사용 가능한 날짜의 날씨가 어떤지 확인하기 위해 캘린더를 다시 확인하려는 경우에는 어떻게 해야 할까요?

머리를 다듬는 전반적인 경험과 기존 앱의 기능을 고려한 관점이 없으면 이러한 잘못된 요구 사항을 표면적으로 보기가 까다로울 수 있으며, 분명한.

기업이 필요를 부분적으로 또는 부분적으로 해결할 수 있는 애플리케이션을 만드는 데 의존하는 대신 일부 사람들은 우리가 애플리케이션을 넘어서 사람들이 클라우드에서 필요한 서비스에 직접 연결할 수 있는 시대로 이동하고 있다고 생각합니다. 중개인.

노코드 및 클라우드 컨버전스

코드가 낮고 코딩되지 않은 도구의 출현은 더 광범위한 대중을 위한 개발 민주화의 핵심입니다.

코드가 낮고 코딩되지 않은 도구의 접근성은 아이디어를 실현할 기술적 어휘가 없더라도 사람들이 자신이 구축한 기술을 통해 자신의 요구 사항을 표현할 수 있는 기회를 제공합니다.

마찬가지로 엔지니어링 팀은 많은 기술적 세부 사항을 검토할 필요 없이 애플리케이션과 서비스를 신속하게 구축하여 이러한 도구를 활용할 수 있습니다.

그러나 도구를 만드는 능력만으로는 충분하지 않습니다.

진정한 개인 경험을 구축하려면 데이터가 필요합니다.

1,400억 건이 넘는 앱 다운로드와 함께 우리의 기술 사용은 여러 앱에 걸쳐 풍부한 데이터 세트를 생성했습니다.

결합된 각 앱은 우리의 정체성과 선호도에 대한 보다 완전하고 고유한 프로필을 나타냅니다.

a16z General Partner인 Peter Levine과 같은 기술 혁신가는 많은 API를 통해 데이터를 단일 애플리케이션으로 보내는 대신 데이터를 원활하게 결합하여 사용자가 단일 정보 소스에서 요청을 쿼리할 수 있도록 하는 기능을 구상합니다.

그 결과 사용자가 클라우드에 직접 연결하여 요청에 따라 고유하게 맞춤화된 정보에 액세스할 수 있는 서비스가 될 것입니다.

이러한 트렌드의 융합은 새로운 기술을 전면에 내세웁니다.

이러한 업계 주도 개발과 병행하여 새로운 접근 방식 중 하나는 GraphQL의 선구자인 Apollo Graph, Inc의 발명품으로, 새로운 “슈퍼 그래프” 아키텍처를 개발하여 기술 업계가 애플리케이션 없는 접근 방식을 취할 수 있도록 합니다.

누구나 쉽게 사용할 수 있는 슈퍼 그래핑

하이퍼그래프는 회사 데이터 및 마이크로서비스를 위한 기능 네트워크를 생성합니다.

이를 통해 팀은 사용자 지정 그래프를 만들 때 발생하는 번거로움과 스트레스 없이 여러 리소스의 데이터를 통합하여 자체 백엔드를 독립적으로 개발할 수 있습니다.

Apollo의 개발자 경험 선임 이사인 Peggy Reese는 TNW에 우수한 그래프가 앱 개발의 장벽을 낮출 것이라고 말했습니다.

“더 직관적으로 만들고 그 시간을 줄임으로써 더 많은 혁신을 보게 될 것이며 Super Graph는 매우 유연하기 때문에 모든 종류의 애플리케이션에 사용할 수 있습니다.”

Rayzis는 슈퍼차트의 용도가 무궁무진하다고 언급하면서 전자상거래 및 여행사에서 이 새로운 기술을 사용하여 플랫폼을 혁신하고 있음을 지적합니다.

예를 들어 항공편을 예약하고 좋아하는 식사를 제공하는 장소에 머물고 싶다고 가정해 보겠습니다.

이 정보를 직접 취합하는 대신 하이퍼그래프를 사용하는 플랫폼은 음식 배달 및 테이크아웃 앱의 데이터와 항공편 검색 기록 및 과거 호텔 숙박을 통해 선호도에 가장 적합한 목적지와 호텔을 결정할 수 있습니다. .

나타나는 답변은 각 개인의 개별 요구에 따라 발생하여 개인화 된 정보입니다.

이 유연하고 유연한 디자인은 각 개인의 고유한 요구 사항을 충족하고 제품을 사용하는 개인에게 초점을 맞춥니다.

Apollo의 하이퍼그래프와 같은 도구를 사용하면 응용 프로그램 개발자는 어떤 데이터 세트가 고객에게 가장 유용한지 조감도를 얻을 수 있습니다.

결과적으로 사용자의 요구 사항을 중심으로 아키텍처를 구축할 수 있으므로 사람들이 직관적으로 쿼리에 효과적이고 효율적으로 응답할 수 있습니다.

Rayzis는 수백 줄의 코드를 작성하는 대신 “Explorer, GraphQL IDE를 열고 코드 없이 더하기 기호를 클릭하여 이 쿼리를 생성합니다.

이는 수퍼 그래프가 어떻게 로우 코드 도구를 사용하여 애플리케이션 개발을 용이하게 하는지 보여주는 정말 좋은 예입니다.”

여러 API에 어색하게 연결되는 플랫폼 대신 엔지니어링 팀은 다양한 소스에서 데이터를 원활하게 가져오고 개별적으로 작동하는 유연한 아키텍처와 모듈성을 만들 수 있는 중앙 정보 소스를 만들 수 있습니다.

앱을 재구상해야 하는 이유

앱이 주류가 되기까지 시간이 걸렸던 것과 마찬가지로 개발에 대한 이 새로운 접근 방식은 사람들이 기술과 상호 작용하는 방식을 바꿀 수 있습니다.

이제 우리는 클라우드를 수많은 애플리케이션을 위한 풍부한 데이터 소스로 만들었으므로 모호한 단면이 아닌 각 개별 사용자의 경험을 개선하는 방식으로 모든 데이터를 캡슐화할 수 있습니다.

사용자 경험에 의해 형성되는 아키텍처를 만드는 것은 우리에게 익숙해진 기존 표준에 도전하지만 엔지니어링 팀과 사용자 모두에게 유익한 앞으로의 길을 가리킵니다.

엄격한 애플리케이션 개발을 보다 민첩하게 만들면 양측 모두에게 중요한 승리인 새로운 패러다임과 경험에 대한 문이 열립니다.

* 지와 우사기의 여인들 그는 The Next Web의 저자입니다.

이 기사는 thenextweb.com에 처음 게재되었습니다.

Latest article