노코드개발8 DB의 문지기, 보안 규칙 작성 ✦ Firestore 셋업 #4 안녕하세요! ARCOA 지안입니다. 👋 지난 글에서 card_master 컬렉션을 만들고 데이터를 넣었는데요, 지금 이 데이터는 누구나 읽고 쓸 수 있는 상태예요. 프로덕션 모드면 안전하지 않아? 프로덕션 모드의 기본 규칙은 "모두 차단"이에요. 하지만 앱이 데이터를 읽으려면 보안 규칙을 작성해야 합니다. 보안 규칙이 없으면:❌ 앱에서 내부 데이터를 읽을 수 없음 ❌ FlutterFlow에서 데이터 연동 실패 ❌ 테스트조차 불가능 이번 글에서는: ✦ 보안 규칙의 기본 구조 이해하기 ✦ Static 데이터(card_master) 권한 설정 ✦ Gemini AI로 쉽게 규칙 작성하기 ✦ 시뮬레이터로 테스트 후 배포 복잡해 보이지만, Gemini가 도와주니까 디자이너도 충분히 할 수 있어요 💪소요 시간은.. 2025. 12. 8. 디자이너(비개발자)를 위한 Firestore 셋업 ✦ 총 5편 안녕하세요! ARCOA 지안입니다. 👋 Firebase 셋업 시리즈에서 ‘앱의 뼈대’를 만들었다면, 이제 Firestore 시리즈에서는 앱이 실제로 움직이기 위한 데이터의 구조와 흐름을 설계합니다. 노코드 앱 개발을 하다 보면 화면보다 더 막히는 지점이 있어요. 바로 데이터 구조입니다.“이 데이터는 어디에 저장하지?”“무슨 타입으로 만들어야 하지?”“Static인지 Dynamic인지 어떻게 구분하지?”“업로드는 어떤 방식이 안전하지?”이 시리즈는 그런 궁금함을 디자이너의 언어로 풀어내고, 실제 Firestore로 구현되는 전체 순서를 따라가며 정리했습니다. Firestore를 왜 배워야 할까? Firebase가 앱의 인프라(집/엔진)라면, Firestore는 앱의 기억 · 관계 · 기록이 저장되는 곳.. 2025. 12. 2. 디자이너가 데이터로 말하는 법 ✦ 노코드 DB #5 안녕하세요! ARCOA 지안입니다. 👋노코드 DB 시리즈의 마지막 글에서는 튜토리얼을 잠시 내려두고, 왜 디자이너가 데이터를 알아야 하는가, 그리고 데이터가 디자인을 어떻게 더 단단하게 만드는가에 대해 이야기해 보려 합니다. 4편 동안 우리는 DB라는 세계를 “보는 법”을 익혔습니다.정적 데이터로 제품의 룰을 만들고, 동적 데이터로 사용자의 흔적을 기록하고, Firestore 구조를 통해 서비스의 신경망을 세웠습니다. 이제 마지막 퍼즐 조각입니다. 디자이너는 데이터를 통해 사용자를 더 깊이 이해하고,더 나은 결정을 만들 수 있다.1/ 왜 디자이너가 데이터 구조를 이해하죠?UI는 눈에 보이고, DB는 보이지 않습니다.그래서 많은 디자이너가 “개발의 영역”이라고 선을 긋곤 하죠. 하지만 앱의 품질은 보이지.. 2025. 12. 1. Firestore 매핑으로 프로덕트 신경망 구축 ✦ 노코드 DB #4 안녕하세요! ARCOA 지안입니다. 👋 지난 글에서 우리는 정적 데이터(Static Data)로 ‘세계관’을 만들고, 동적 데이터(Dynamic Data)로 ‘사용자의 흔적’을 설계했습니다. 이제 두 세계가 실제로 앱 안에서 살아 움직이기 위해서는 Firestore 구조 설계가 필요합니다. Firestore은 프로덕트의 신경망 엑셀 시트에서 만든 표는 ‘설계도’일 뿐이고, Firestore는 그 설계도가 프로덕트의 신경망으로 연결되는 순간입니다. Firestore는 단순한 DB가 아니라, 노코드 프로덕트의 신경망인 것이죠. 1/ Firestore 매핑의 핵심은 “엑셀 → 구조”디자이너는 보통 엑셀이나 구글 시트에서 데이터를 정리합니다. 하지만 Firestore는 시트처럼 2차원 구조가 아니라 계층.. 2025. 11. 28. 동적 데이터로 사용자의 흔적을 설계하다 ✦ 노코드 DB #3 안녕하세요! ARCOA 지안입니다. 👋 지난 글에서 정적 데이터가 앱의 “세계관”이라는 것을 살펴보았습니다. 동적 데이터는 그 세계 안에서 사용자가 만들어가는 “스토리”입니다.사용자가 어떤 화면을 보고, 무엇을 선택하고, 어떤 행동을 반복하는지, 이 모든 순간이 로그(Log)와 히스토리(History)로 남습니다.디자이너가 이를 이해해야 하는 이유는 단순합니다. 데이터의 흐름은 곧 UX의 흐름 화면에서 일어난 모든 행동은 결국 ‘데이터 관계’가 됩니다. 사용자의 흔적을 어떻게 구조화하느냐에 따라 서비스의 개선 속도, 개인화 품질, 장애 대응력이 완전히 달라지는 것이죠. 1/ 동적 데이터란?정적 데이터와 비교하면 차이가 명확합니다.정적 데이터가 기준을 세운다면, 동적 데이터는 그 기준이 실제로 .. 2025. 11. 27. 정적 데이터는 제품의 룰북이다 ✦ 노코드 DB #2 안녕하세요! ARCOA 지안입니다. 👋지난 글에서 ‘DB 설계는 UX 설계의 뒷면’이라는 이야기를 나눴다면, 오늘은 그 뒷면 중에서도 앱 세계를 떠받치는 뼈대—정적 데이터(Static Data)를 살펴보려고 합니다.UI만 다루던 디자이너가 실제로 앱을 만들기 시작하면 가장 먼저 맞닥뜨리는 질문이 있어요. 화면보다, 데이터부터 만든다고? 맞습니다.특히 정적 데이터는 ‘화면’보다 앞서 존재해야 하는 앱의 룰북(Rulebook)입니다. 1/ 정적 데이터란?정적 데이터는 앱의 ‘설정값’, ‘기준표’, ‘변하지 않는 규칙’을 담고 있는 기본 세계관입니다.동적 데이터: 매일 바뀌는 데이터(회원 정보, 기록, 로그, 검색 요청 등)정적 데이터: 앱의 로직과 기준을 정의하는 데이터(카테고리 구조, 옵션 목록, .. 2025. 11. 26. Firebase 프로젝트 생성 ✦ Firebase 셋업 #1 안녕하세요! ARCOA 지안입니다. 👋 지난 글에서 Firebase 셋업의 목차와 계획을 공유했는데요, Firebase 셋업 첫번째 블로그입니다.Firebase Console에 접속해서 프로젝트를 생성하고, Google 애널리틱스 연동까지 진행하겠습니다.소요 시간은 최대 5분입니다. Step 1: Firebase Console 접속1-1. Firebase에서 Google 계정 로그인https://console.firebase.google.comGmail 계정으로 로그인처음 접속이면 Firebase 환영 화면 표시 Step 2: 프로젝트 만들기2-1. "프로젝트 추가" 버튼 클릭Firebase Console 화면의 '시작하기' 버튼 (그림 1) ✦① 클릭 2-2. 프로젝트 이름 입력(그림 2) ✦.. 2025. 11. 18. 디자이너(비개발자)의 Firebase 셋업 ✦ 총 5편 안녕하세요! ARCOA 지안입니다. 👋지난 글에서 Firebase를 선택한 이유를 공유했는데요, 이제 본격적으로 Firebase 셋업 5편을 통해 설명해 보겠습니다. 개발자 없이도 앱을 만들 수 있을까? 저도 처음엔 막막했습니다. 하지만 직접 하나하나 진행해보니, Firebase는 비개발자도 단계별로 따라 하면 충분히 세팅할 수 있는 구조였어요. 디자이너 관점에서 Firebase를 가장 빠르고 안전하게 세팅하는 방법을 정리했습니다. 1/ 이 시리즈로 얻을 수 있는 것✅ Firebase Console 기본기프로젝트 생성, Blaze 플랜, 결제/예산 세팅 ✅ Google Authentication 셋업로그인 구축 + FlutterFlow 연동 준비까지 ✅ 비개발자도 이해할 수 있는 언어로 구성막힐 수.. 2025. 11. 17. 이전 1 다음
