WORK ABOUT LAB CONTACT
contact@yellow-finger.com
02.2205.4128
It’s OK to code, it’s OK to no-code, but there’s a cost to both
코드화하는 것도 괜찮고, 코드화하지 않는 것도 좋지만 둘 다 비용이 듭니다.
It’s OK to code, it’s OK to no-code, but there’s a cost to both
Preface — This post may appear as an overly critical review of no-code tools, but it’s not. The goal is to look at coding and no-coding through different lenses: a designer, a developer and a product…
서문 — 이 게시물은 코드가 없는 도구에 대해 지나치게 비판적인 검토로 보일 수 있지만 그렇지 않습니다. 목표는 디자이너, 개발자, 제품 등 다양한 렌즈를 통해 코딩과 코딩 금지를 살펴보는 것입니다.
요약 :)
노코드 운동이 확산되고 있습니다.

노코드와 로우코드를 포괄하는 새로운 플랫폼이 도처에서 등장하고 있으며 디자인을 알기도 전에 트위터는 "코드는 죽었다, 노코드는 미래다"라는 트윗으로 다시 떠들썩합니다.

이 디자이너들이 맞습니까? 코딩은 죽었다?
더보기→

출처.
Ryan Houk. (2022.11.21). Medium. It’s OK to code, it’s OK to no-code, but there’s a cost to both. 2022.11.23. https://uxdesign.cc/its-ok-to-code-it-s-ok-to-no-code-but-there-s-a-cost-to-both-5808ee12e657
노코드 운동이 확산되고 있습니다. 노코드와 로우코드를 포괄하는 새로운 플랫폼이 도처에서 등장하고 있으며 디자인을 알기도 전에 트위터는 "코드는 죽었다, 노코드는 미래다"라는 트윗으로 다시 떠들썩합니다. 이 디자이너들이 맞습니까? 코딩은 죽었다? 한때 인터넷에 있는 모든 웹사이트의 거의 3분의 1 을 지원 하고 대부분의 온라인 동영상의 중추 역할을 할 정도로 인기가 있었던 역동적인 소프트웨어가 있었다면 어떨까요? 디자인 도구, 코딩 도구, 애니메이션 도구, 심지어 게임 엔진이었습니다. 2000년대 초반에는 가장 수요가 많은 소프트웨어 기술 중 하나였지만 이제는 죽었습니다. 저는 (Macromedia) Adobe Flash 에 대해 이야기하고 있습니다. Flash에 대해 들어본 적이 없는 소수의 젊은 디자이너가 있다고 생각합니다. 죽은 지 10년이 넘었고 Adobe는 2021년에 영원히 지원을 중단했습니다. 이것이 바로 제품 수명 주기 입니다. 감소할 출시를 보여주는 제품 수명 주기 차트 제품 수명 주기 무수히 많은 도구가 방목되고 있는 가운데 Flash는 과거의 또 다른 사라진 유물처럼 보일 수 있지만 이 예는 특별합니다. 플래시는 2000년대에 웹사이트를 지배하고 변화시켰으며, 이는 도구가 아무리 인기가 있더라도 멸종에서 제외되는 도구는 없다는 사실을 일깨워줍니다. 그렇다면 Flash는 노코드 도구와 어떤 관련이 있습니까? 저는 코드 없는 제자들에게 전체 경력을 하나의 소프트웨어에 연결할 때 민첩해야 한다고 경고합니다. Flash는 한때 많은 이력서에서 자랑스러운 기술이었습니다. 이 단일 실패 지점은 많은 설계자들이 종종 잊는 함정입니다. Sketch는 많은 존경을 받고 있습니다. Sketch 이전에는 대부분의 사람들이 Photoshop을 사용하여 UI를 디자인했습니다. Sketch는 UI 중심 디자인 도구의 필요성을 가장 먼저 이해했습니다. 오랫동안 전체 UI 디자인 시장을 소유했습니다. 그런 다음 Figma가 등장하여 대부분의 디자이너에게 최고의 선택이 되었습니다. Flinto는 Principle이 와서 점심을 먹기 전까지는 애니메이션 및 인터랙션 디자인의 왕이었습니다. 그러나 코드가 없는 도구를 사용하면 아무도 Webflow를 능가할 수 없습니다! Twitter에서 Framer를 검색하지 않는 한 Webflow에 심각한 경쟁이 있는 것 같습니다. 내가 이것으로 어디로 가는지 알 것 같아요. 소프트웨어는 출시되고, 인기를 얻고, 발전하고 종종 죽습니다. 앞서 언급한 도구가 (아직) 죽었다는 말은 아니지만 많은 도구에서 인기가 떨어지고 있습니다. 실제로 예를 들어 Sketch 및 Figma와 같은 유사한 도구 간에 마이그레이션하는 것은 그리 어렵지 않습니다. 복잡한 코드와 기능을 다룰 때 도구를 마이그레이션하는 것은 훨씬 더 어려워집니다. Figma에서 UI를 재설계하는 것은 새로운 노코드 도구에서 플랫폼을 재구축하는 것과 다릅니다. 특히 Webflow가 한동안 있을 것으로 보이지만 얼마 전에 그들은 거의 파산 할 뻔했습니다 . 회사의 수익이 단일 실패 지점에 묶여 있다면 그것은 운영하기에 위태로운 공간입니다. 코드 없는 도구가 사라지면 처음부터 다시 빌드해야 합니다. 필요한 기능을 지원합니다. 나는 최근에 스타트업 창업자의 트위터 스레드를 읽었습니다. 그는 Webflow에서 Framer로 전환하는 방법에 대해 언급했습니다. 그는 새 플랫폼에 이전 플랫폼과 동일한 기능이 모두 없기 때문에 변경해야 할 모든 작은 변경 사항을 나열하면서 새 플랫폼에서 전체 사이트를 재구축해야 하는 방법에 대해 논의했습니다. 버튼의 호버 상태를 변경해야 하는 것과 같은 세분화된 작업입니다. 이런 일은 항상 발생합니다. 코드가 없는 기능 또는 기능 부족을 기반으로 제품을 재구성하고 제품의 측면을 제거합니다. 성공적인 제품의 두 가지 중요한 구성 요소는 제품을 확장하고 제공되는 기능을 확장하는 능력입니다. 인스타그램을 예로 들어보겠습니다. 코드 없는 도구로 Instagram을 만들었다고 가정해 보십시오. 사람들은 그것을 좋아합니다! 이미지를 게시하고 공유하는 것은 인기를 끌고 있으며, 미처 깨닫기도 전에 수백만 명의 사용자가 있습니다. 코드가 없는 도구가 AWS 웹 서비스에서만 라이선스가 부여되고 요금을 부과하기로 결정한 것을 제외하고는 AWS로 마이그레이션하여 운영 비용을 낮출 수 있다는 것을 알고 있습니다. 오 잘. 운영 비용에 대한 걱정이 덜하고 기능 반복에 더 관심이 있을 수 있습니다. TikTok이 큰 인기를 얻고 사용자가 앱에서 비디오를 구걸하고 있기 때문에 새로운 짧은 형식의 비디오 기능을 만들고 싶습니다. 코드 없는 플랫폼을 열면 아직 비디오 기능을 사용할 수 없습니다. 그런 다음 버그 보고서를 받기 시작합니다. 사용자가 Wi-Fi 연결을 끊으면 앱이 다운됩니다. 코딩 없이 어떻게 해결하나요? 코드 없는 도구에 지원 티켓을 발행하고 사용자가 앱을 삭제하기 전에 버그를 해결할 수 있기를 바랍니다. 사용자에게 이메일 설문조사를 배포합니다. 시각 장애가 있는 고객이 자신의 스크린 리더가 앱을 제대로 스캔할 수 없음을 알립니다. 이 문제를 어떻게 해결합니까? 코드 없는 플랫폼에 대한 또 다른 지원 티켓은 다른 고객을 잃기 전에 문제를 해결합니다. 마지막으로 위에서 언급한 모든 문제를 자유롭게 해결할 수 있도록 코드 없는 도구 외부에서 앱을 다시 빌드하기로 결정할 수 있습니다. 코드 리포지토리도 없고 새 엔지니어가 시작할 곳도 없습니다. 버전 제어 또는 표준화된 개발이 없습니다. 이러한 유형의 예는 영원히 계속될 수 있습니다. 보안, 버그 수정, 디자인 및 인증과 같은 소프트웨어 문제를 나타내는 아이콘 모자이크 코드가 없는 플랫폼에는 몇 가지 놀라운 기능이 있습니다. 코드 없는 도구가 강력하고 디자이너가 자신의 야망을 정적인 목업에서 작동하는 제품 및 웹 사이트로 옮길 수 있게 해주었다는 것은 비밀이 아닙니다. 노코드 및 로우코드 플랫폼은 계속해서 성장하고 나아질 것입니다. 그러나 주로 디자이너들 사이에서 널리 퍼진 오해가 있습니다. 즉, 모든 출력이 동일하고 일단 출하되면 문제가 없다고 믿는 것입니다. 예를 들어 Webflow 또는 Framer로 만든 웹 사이트가 React로 만든 웹 사이트와 동일하다는 잘못된 인식은 중요합니다. 나는 노코드의 매력을 완전히 이해합니다! 저는 무엇보다 제품 디자이너입니다. 구성 요소를 화면으로 드래그하고 게시 버튼을 누르면 마치 마법처럼 느껴집니다. 짜잔, 웹사이트가 생겼습니다. 저는 종종 Hoverify 라는 브라우저 확장 프로그램을 사용합니다 . 이 확장 프로그램을 사용하면 웹 사이트를 구성하는 기술 스택을 포함하여 웹 사이트 코드의 모든 측면을 자세히 살펴볼 수 있습니다. 디자이너가 브라우저의 오른쪽 클릭 "검사"를 재설계했다고 생각해 보십시오. 저는 이 확장 프로그램을 항상 실행하고 Webflow 및 Framer와 같은 코드 없는 도구로 디자인된 아름다운 사이트를 발견했습니다. 이 웹사이트는 아름답고 웹사이트를 만든 디자이너는 코드 없는 플랫폼이 없었다면 불가능했을 것입니다. 이러한 사이트는 코드 없는 도구가 실제로 번성하는 두 영역인 틈새 정적 마케팅 사이트 및 프리랜서 포트폴리오인 경우가 더 많습니다. 거의 볼 수 없는 것은 코드 없는 도구로 만든 엔터프라이즈급 제품입니다. 예를 들어 Netflix, Airbnb, Asana, Trello, Instagram, Facebook, Dropbox, NY Times, Uber, Code Academy, Reddit, Atlassian, Sound Cloud 및 기타 수많은 거대 플랫폼이 React로 구축되었습니다. 다양한 프레임워크가 있지만 이러한 플랫폼의 공통점은 노코드 도구를 사용하여 작동할 수 없다는 것입니다. 적어도 지금은 아닙니다. 얼마 전에 나는 자주 사용하는 제품인 Craft.do 가 Webflow에서 벗어나 Tailwind(CSS 프레임워크)를 사용하여 사이트를 재구축했다는 사실을 알게 되었습니다. 나는 이것에 대해 궁금해서 그들의 제품 팀에 이메일을 보냈습니다. 그들이 설명과 함께 저에게 답장을 보냈을 때 저는 기뻤습니다. 그들의 사생활을 존중하기 위해 나는 그들이 Webflow에서 멀어진 이유에 대한 세부 사항을 공개하지 않을 것이지만 그들이 Webflow에서 멀어졌다는 사실은 내 요점을 강조합니다. 코드가 없는 아름다운 웹사이트로 제품을 출시했고 제품이 성장함에 따라 전통적인 개발 방식으로 전환해야 했습니다. 많은 디자이너들이 제품이나 웹사이트의 결과물과 그 결과물에 도달하는 방법에 대해 근본적인 오해를 하고 있습니다. 디자이너로서 우리는 스크롤 애니메이션과 복잡한 레이아웃이 있는 아름다운 웹 사이트에 매우 집중할 수 있으며 이 모든 작업은 코드 한 줄도 작성하지 않고도 수행됩니다. 물론 이것은 매력적입니다! 디자이너가 종종 놓치는 것은 제품을 확장해야 할 때 발생하는 것입니다. 제품을 반복해야 할 때. 제품을 수정해야 할 때. 코드가 없는 도구로는 할 수 없는 일을 기업에서 요구한다면 어떻게 해야 할까요? 기존 CMS에서 헤드리스 CMS로 변경합니다. 데이터베이스를 변경하거나 CRM을 변경하거나 분석 도구를 변경하십시오. 코드 없는 도구가 추가할 수 없는 새 기능을 추가하는 것은 어떻습니까? 스테이징 환경, 품질 확인 및 릴리스 프로세스는 어떻습니까? 도구에 기능이 있을 수도 있고 그렇지 않을 수도 있습니다. 당신이 코드가 없는 전문가이고 새로운 제품 팀에 취직했다고 잠시 상상해 봅시다. 귀하의 새 제품 관리자가 귀하를 위한 몇 가지 업데이트를 제공합니다. 귀하가 만든 아름다운 웹사이트! Salesforce를 CRM으로 사용할 수 있습니까? 검색을 위해 Algolia와 함께 사용할 수 있습니까? 요소에 ARIA 속성을 추가할 수 있습니까 ? Apple 로그인을 옵션으로 추가할 수 있습니까? 아 그리고 우리는 콘텐츠 팀에 사용해야 하는 독점 CMS가 있습니다. 그리고 데이터 엔지니어링 팀은 XYZ 그룹 내의 일부 사용자에게만 새 기능을 테스트하려고 합니다. 많은 설계자들은 코드 없는 도구가 코더의 필요성을 종식시킬 것이라고 믿으며 어느 정도는 그들이 상상하는 방식이 아니라 실제로 옳습니다. 물론 Webflow와 같은 제품은 대행사 및 프리랜서, 독립 온라인 소매업체와 같은 틈새 그룹을 위한 비용이 많이 드는 개발자의 필요성을 제거했습니다. 코드가 없는 플랫폼인 Framer 조차도 플랫폼의 사용 사례를 "대행사, 마케팅, 신생 기업 및 프리랜서"로 당당하게 나열합니다. Webflow는 Framer의 사용 사례를 넘어서는 논리 기반 웹 제품을 만드는 기능으로 기능 세트를 확장했지만 이러한 기능을 활용하는 것은 여전히 ​​그들의 생태계에 수갑이 채워져 있음을 의미합니다. Zip Recruiter에서 "webflow" 작업을 검색하면 결과가 0이 되는 것은 그리 오래 전 일이 아닙니다. 그러나 이제 꽤 많이 찾을 수 있습니다. 그러나 "웹 개발자" 작업을 검색하면 약간 더 높은 수요가 있습니다. 이것이 웹사이트를 고객에게 전달한 후 지원이 거의 또는 전혀 필요하지 않은 대행사 및 프리랜서에게 이 도구가 매우 인기 있는 이유입니다. zip 모집자는 179개의 결과가 있는 webflow 작업과 223,000개의 결과가 있는 개발자 작업을 검색합니다. Zip Recruiter 구인구직에서 webflow 대 웹 개발자 작업에 대한 실제 숫자 이러한 비교가 우스꽝스럽게 보일 수 있지만 코드가 없는 세상에서 성장이 있음을 보여주기 위한 것입니다. 노코드 플랫폼은 소기업이 자체 매장을 구축하고 마케팅 대행사가 새로운 앱 및 소매 제품을 위한 매우 아름다운 웹사이트를 시작하는 데 도움이 되었습니다. 이러한 플랫폼은 신생 기업이 소프트웨어 엔지니어 비용 없이 저렴하게 제품 아이디어를 테스트할 수 있도록 지원했습니다. 디자이너는 이제 정적인 디자인 공간에서 벗어나 작업 소프트웨어 공간으로 들어갈 수 있습니다. 이것은 모두 노코드 플랫폼의 발전 덕분입니다. 물론 코드가 없으면 Dropbox 복제본을 만들 수 없지만 현재 기술에서 요구되는 것은 아닙니다. 나는 서문에서 이것이 코드뿐만 아니라 노코드를 사용하여 생성하는 것과 동등한 부분의 논의라고 언급했습니다. 코딩을 통해 제품이나 웹사이트를 만드는 전통적인 방법을 사용하는 것은 코드가 없는 것과 마찬가지로 장단점이 있습니다. 이 게시물 앞부분에서 플래시에 대해 이야기했던 것을 기억하십니까? 음, Flash는 또한 ActionScript 라는 특정 언어 를 사용하여 웹 사이트를 만들었습니다. 오늘날 그 기술은 얼마나 수요가 많습니까? 음… 사용 가능한 작업 스크립트 작업이 없음을 보여주는 zip 모집자 검색 결과 Actionscript에 대한 Zip Recruiter 구직 검색의 실제 수치 전통적인 소프트웨어 개발 방법은 자체적인 실패 지점에서 면제되지 않습니다. 그러나 이러한 위험을 완화할 수 있는 방법이 있습니다. 예를 들어, JavaScript는 거의 28년 전인 1995년에 만들어졌으며 여전히 대부분의 노코드 플랫폼 자체를 포함하여 웹에 연료를 공급하는 가장 강력한 프레임워크의 중추입니다. 물론 JS는 다양한 방식으로 발전했지만 JS를 이해하면 훨씬 더 다양한 기술 스택으로 작업할 수 있습니다. 코더가 코드 도구가 아닌 제품 생성에 더 많이 도달할 수 있음을 강조하는 트윗 서투른 비유이긴 하지만 디자이너가 개발자와 코드를 어떻게 인식하는지에 대해 얼마 전에 트윗한 적이 있습니다. 내가 의미하는 바는 Webflow, Framer 또는 Bubble(몇 가지 예를 들자면)을 사용하는 방법을 안다는 것입니다. 즉, Webflow, Framer 및 Bubble을 사용하는 방법을 알고 있다는 것입니다. Zip Recruiter에서 제공되는 179개의 Webflow 작업 중 하나에 지원할 수 있습니다. 반면에 JavaScript로 코딩하는 방법을 안다는 것은 React, React Native, Vue, Nextjs를 활용하는 방법을 안다는 것을 의미하며 Zip Recruiter에 게시된 223,901개의 프런트 엔드 개발자 작업에 기본적으로 지원할 수 있습니다. 노코드와 코드의 미래 노코드 지지자들이 저에게 너무 화를 내기 전에 확실히 말씀드리자면 노코드는 계속 유지될 것입니다. 뒷줄에 있는 모든 사람들에게 다시 한 번 "코드가 없습니다!"라고 말했습니다. 2016년에 Webflow 계정을 만들었고, 불가능하다고 생각했던 몇 가지 놀라운 방식으로 서비스가 발전하는 것을 보았습니다. 노코드 및 로우코드 도구는 디자이너와 개발자 모두가 아직 깨닫지 못하는 방식으로 계속 발전하고 성장할 것입니다. 코딩은 코드가 없는 도구를 사용하는 디자이너가 AI 보조 기술을 인식조차 못하는 완전히 다른 방식으로 개발자를 위해 진화했습니다. 손으로 코드를 작성하거나 Webflow와 같은 SaaS 플랫폼을 사용하는 것은 모두 AI가 새로운 공간으로 계속 성장함에 따라 멸종 위기에 처해 있습니다. AI는 소프트웨어 개발이 진행되는 보다 가능성 있는 방향일 가능성이 높습니다. GitHub Copilot 은 이미 많은 개발자가 코딩하는 방식을 변경했으며 여기에는 저도 포함됩니다. 작동 방식에 대한 간결한 설명은 VS Code 또는 Atom과 같은 IDE에서 수행하려는 작업을 Copilot에 알리면 자동으로 수행된다는 것입니다. 그것은 엄청나게 강력하고 자체 기사를 보증합니다. Squarespace와 수동 코딩과 같은 플랫폼 간의 일종의 하이브리드인 Blox 와 같은 창의적인 솔루션도 있습니다 . 조립식 구성 요소를 프로젝트에 직접 배치하고 원하는 대로 스타일을 지정할 수 있는 끌어서 놓기 솔루션입니다. 마지막 생각들 이 기사는 디자이너들에게 저를 인기가 없게 만들 수 있지만 저는 저 자신이 제품 디자이너이고 코드가 없는 사용자이며 코더이자 공동 창립자라는 점을 기억하십시오. Webflow 전문가와 함께 가기로 결정했기 때문에 프로젝트에서 거절당했습니다. 코딩을 하기 때문에 프로젝트에 채용되기도 했습니다. 어떤 일을 하는 데 유일하게 최선의 방법은 없습니다. 모든 것에 대한 장단점이 있습니다. 우리 업계에는 두 기술 세트를 위한 여지가 있습니다. 제 부탁은 디자이너로서 "코더는 더 이상 필요하지 않습니다"와 같은 주장을 하기 전에 주의를 기울여야 한다는 것입니다. 이는 큰 그림 제품 디자인에 대한 이해 부족을 드러내기 때문입니다. 코드가 없는 것을 선호하는 디자이너와 코딩을 선호하는 개발자보다 훨씬 더 미묘한 차이가 있습니다. 시장에 나와 있는 최고의 제품은 여전히 ​​디자이너와 개발자 모두의 팀에 의존하고 있습니다.