아티클

데이몬

데이몬

[텍스트북 클럽] 1강. 사업아이디어 평가 가이드

1강 부터 컬리의 김슬아 대표님이라니. 감사합니다🙏 창업가들의 인터뷰를 보고 있으면, 내용을 떠나서 인터뷰 모습만으로도 자극을 받는다. 말의 템포가 전혀 느리지 않은데도 명료하고 확신이 담겨있다. CPU 급차이부터 수많은 시간들로 겹겹이 고민하신 내공이 느껴진다😇


내용정리

1강에서는 사업아이디어를 발굴, 검증할 때 중요한 요소들을 다룬다. 다른 분들께서 훌륭하게 정리해주셨기 때문에 짧게 정리해보았다.


시장

문제의 범위 (시장크기), 심각성 (니즈의 강도), 잠재력, 돈이 되는가, 니즈의 총량 (빈도+크기)


경쟁사

경쟁사 파악, 우리팀의 경쟁력 (가격, 마케팅 우위, 인적자원), 네트워크 효과 같은 진입장벽을 만들 수 있는 사업인가, 프로덕트 (경험과 데이터로 계속해서 경험이 좋아지는가 = 이것 자체가 진입장벽을 만드는 요소중에 하나)


확장성

타이밍. 닷컴버블에 투자받은 페이팔, 전기에너지에 대한 관심이 뜨거울때 투자받은 테슬라, 지금의 GPT??? 규모의 경제가 가능한지, 우리가 집중해야하는 문제를 좁힐 수 있는지, 네트워크효과


창업가의 의지

대표님께서 거듭 강조하신 부분. 다만! 절대 착각하면 안된다. 의지만 있다고 모든게 술술 풀린다가 아니라, 의지가 있는한 게임은 계속된다는 말씀이지 않을까 + 앞서 말씀해주신 포인트 들은 동료들과 함께 머리를 싸매며 해결해 나갈 수 있지만, 의지는 누군가 대신해줄 수 없을 것이다.


개인적으로 '비젼'이 아니라 '의지'라는 단어를 써주셔서 감사했다. 나는 종종 창업동기와 비젼이 헷갈렸다. "세상을 혁신하겠어"라는 비젼 깊숙한 곳에는 "내 방식, 내 존재를 세상에 인정받고 싶어"라는 내적동기가 박혀있다. 누군가를 설득할때는 비젼을, 나 스스로를 설득할때는 동기를 꺼내보면 될 것 같다. (가끔 유비같은 분들도 계신다. 명분을 챙기는게 아니라 명분을 살아가시는 분들. 정말 대단하다)


아래 내용은 @오다은 님께서 올려주신 YC영상에 대한 생각

1) 이미 많은 사람들이 겪고 있는 문제인가요?

5) 얼마나 자주 발생하는 문제인가요?

에 답을 하지 못했다. 막연하게 짚고넘어가는 포인트들이 있었던것 같다. 스터디를 해나가면서 보완해야 할 부분이다.


영상 끝 부분에 다음과 같은 화면을 보여준다.

 How do we prove it?

지금 시점에 가장 중요한 한 문장인것 같다. 저 말안에 내가 해야할 모든 일이 들어있다. 그리고 검증하고자 하는 가설에는 아이템에 대한 가설뿐만 아니라 방법론에 대한 가설들도 담길 수 있다. 깔끔하게 정리되진 않았지만 나에게도 그런것들이 몇 가지 있는것 같다. 다만 이게 방법론에 대한 가설인지, 아니면 막연하게 지나치는 것인지는 조심해야 한다.


YC영상을 보면서 웬지모르게 Kevin Hale님께 감정이입 되었다. 정말 다양한 비즈니스가 있고, 각각의 상황들이 다르니 방법도 다양할텐데 범용적으로 유효한 멘토링을 하는것이 쉬운일이 아니겠구나 생각이 들었다. 이 부분에 대한 생각은 추후 메이커로그에 정리해봐야겠다.

6
1
Sihyun kim

Sihyun kim

2달 간 운영에 대한 소회

3월 13일에 올렸던 글입니다.

url thumbnail

주말 48시간을 활용해 사이트 만들기 | Disquiet*

모닝모닝클럽이라는 커뮤니티 사이트를 오픈했어요.아이디어를 생각했던 것은 작년 말 즈음이었는데 계속 미뤄지더라구요. 그러던 중 '나는 돈이 없어도 사업을 한다'라는 책을 읽고 자극을 받아 주말을 이용해 후다닥 만들어보았어요. 과정을 공유할까 합니다.서비스를 만든 이유모닝모닝클럽은 아침 시간을 생산적으로 보내고 싶은 사람들을...

https://disquiet.io/@sihyun_kim/makerlog/7322


이후에 2달 가량(정확하게는 1.5달) 동안 운영한 이야기를 간략하게 공유합니다.


마케팅에 대해 물어보시는 분들이 많아서 먼저 말씀드리자면,

제가 기존에 보유하고 있던 뉴스레터가 있었어요. 구독자는 약 5000명 정도 되는데요. 이 분들을 대상으로 홍보를 했기에 별다른 마케팅 채널을 사용하지는 않았습니다.


첫 번째 프로젝트 - One Thing Club (2주 간 운영)

하루에 가장 중요한 일 한 가지를 각자 정하고 수행하는 모임을 열었습니다.

무료 모임이었고, 150명이 신청을 했습니다.

노션으로 간단하게 게시판을 만들어서 운영을 했는데요. 97명이 실제로 참가를 해주셨고 마지막까지 남으신 분들은 30~40명 정도 되었습니다.


그래서, 이 클럽을 유료로 만들어보기로 했습니다.

월 9,900원을 받고 몇 가지 도구를 더 제공을 해드리기로 했어요.

  • 매일 아침 카톡 알람 (친구톡)
  • 폼을 제공해서 그 날의 One Thing을 입력하면 자동으로 카드이미지를 제작해서 이메일로 보내드리고 노션에 업데이트 되는 서비스 제공
  • 단톡방 운영
  • 주1회 회고 모임

10명이 신청을 해주셨고 4월 클럽이 어제부로 마무리가 되었는데요.

결론을 말씀드리면 이 모임은 다시 운영하기 어렵겠다는 생각이 들었습니다. 저또한 One Thing을 제대로 체크하지 않는 날이 생기기도 했고, 매주 회고 모임의 일정을 정하는 것도 쉽지는 않았지만 참가자들의 니즈가 없어서 회고 모임을 운영하지 않게 되었습니다.

운영을 비롯해 전반적으로 여러 문제가 있었지만, 이를 개선해서 제품으로 만들 수 있으리라는 생각이 들지 않아 중단하기로 결정했습니다.


두 번째 프로젝트 - 모닝 글쓰기 클럽 (유료)

글쓰기라는 주제는 대중적으로 원하기도 하고 제가 전문성을 가진 분야이기도 했습니다. 그래서 독자들을 대상으로 설문을 요청드렸습니다.

Wait List 등록을 해주신 분들께 간단한 설문을 요청드리고 50%할인 링크를 전달드리는 메일을 보냈습니다.

총 64분이 신청을 해주셨고, 이분들은 아직 가격이 얼마인지 모르는 상태였습니다.

첫 매출이 발생했습니다. 이중 약 20%에 해당하는 전환이 일어나 현재 14명을 대상으로 글쓰기 클럽을 운영하고 있습니다.


저의 노동력이 100% 들어가기 때문에 사업성이 높다고 보긴 어렵지만, 모모클 자체를 사업으로 키우기 위해서 몇 가지 방향성이 잡히긴 했습니다.


모모클의 지표

  1. 유료 클럽의 수
  2. 클럽 당 객단가

이 두 가지 지표를 늘리는 것을 목표로 하는데요. 우선은 유료 클럽이 어떤 것들이 있을 수 있을지를 먼저 파악해서 수요를 알아보는 것을 해보려고 합니다.

그리고 제가 아닌 다른 클럽장 분들을 모시고 수익화할 수 있는 것들을 운영해볼 생각입니다.



모모클 위크엔드 오픈

url thumbnail

모모클 위크엔드 신청 링크

양식을 만들 수 있는 가장 간편한 방법으로, Tally가 제작했습니다.

https://tally.so/r/mOaRDa

  • 더 자주 소통하기 위해 주말 온라인 라이브를 오픈했습니다.
  • 첫 번째 주제는 사이드 프로젝트 오픈하기 인데요. 모모클이 어떻게 탄생했는지를 바탕으로, 48시간 안에 사이트를 만들고 커뮤니티를 운영한 이야기를 하려고 합니다.
  • 4월 30일 오전 9시 ~ 9시 50분, Zoom에서 진행합니다.
  • 위 신청 링크에서 이메일 주소만 입력해주시면 초대링크를 발송해드리겠습니다.



모두 파이팅입니다 :)

모닝모닝클럽

매일 아침 작은 성공으로 하루를 시작해보세요 👍
3
2
한경민

한경민

Inception (개인) 프로젝트 소개

기간 : 2022.11. ~ 2022.12.

기술 스택 : Linux (Debian & Alpine), Docker, Shell Script

개요 : Docker 컨테이너로 서비스 실행 환경 구축 자동화.

  • Linux Virtual Machine (UTM/VirtualBox) 에 Docker CLI 설치
  • Dockerfile 로 각 서비스 이미지 build 설정
  • 각 서비스 설정 파일 작성
  • docker-compose 로 여러 서비스 실행 자동화
  • docker network 설정
  • run dependency 설정 (service health check etc.)
  • DB 데이터 & Wordpress Script bind mount 설정

결과물 : github.com/42ghan/inception

3
0
한경민

한경민

BrilliantServer 문제 해결 사례 - writev 사용하여 불필요한 복사 방지 및 시스템콜 호출 감소

0 문제 정의

  • HTTP 응답을 준비할 때, 파싱을 편리하게 하고, 불필요한 메모리 재할당 및 복사를 최소화하기 위해 header 버퍼와 body 버퍼를 별도로 저장하기로 결정.
  • send 시스템콜로 응답을 보내려면, header 와 body 를 모두 담을 수 있는 버퍼를 할당해서 복사하는 과정을 거치거나 send 를 두번 호출해야 한다.
  • 시스템콜 호출과 할당 및 복사 모두 서버의 성능을 저하시킬 수 있는 요인으로 판단.

1 해결책

  • writev 시스템콜 사용하여 한번의 시스템콜로 각기 다른 두 버퍼에 있는 header 와 body 순서대로 클라이언트에게 전송.
#include <sys/uio.h>
ssize_t writev(int fildes, const struct iovec *iov, int iovcnt);
struct iovec {
   char   *iov_base;  /* Base address. */
   size_t iov_len;    /* Length. */
};
  • 함수 두번째 인자 struct iovec *iov 에 각 버퍼의 주소값과 길이가 순서대로 담긴 iovec 구조체 배열의 주소값을 넣어주고 호출하면, 한번의 시스템콜로 여러개의 버퍼에 담겨 있는 데이터 전송 가능.

2 검증

  • send 결과

  • writev 결과

  • 동일한 양의 데이터 전송 시 writev 를 사용했을 때, 더 나은 성능, 더 적은 시스템콜 호출 횟수 확인.

💡위 비교는 각기 다른 버전의 프로그램으로 테스트한 것이기 때문에 정확한 비교라고 할 수는 없다. 하지만 writev 버전이 상위 버전이고, 총 시스템콜 횟수 증가에서도 볼 수 있듯 timeout 처리 등 추가적인 기능들이 더해졌는데도 더 나은 성능을 보였기 때문에 유의미한 결과라고 볼 수 있다.

3
0
한경민

한경민

BrilliantServer (3인팀) 프로젝트 소개

RFC 9110, 9112 에 정의된 규격을 따르는 HTTP/1.1 버전 origin server 의 구현

개발 기간 : 2022.09. ~ 2022.11.

0 기술 스택

  • C++98
  • CMake
  • GoogleTest

1 기능

  • kqueue 활용한 event loop 기반 non-blocking I/O multiplexing
  • static 파일에 대한 GET/POST/DELETE HTTP Request 처리
  • HTTP 규격에 맞는 응답 생성
  • CGI 실행, name-based virtual hosting, directory listing 지원
  • Google Test & CMake 로 TDD & 유닛 테스팅
  • Connection request header field 의 값에 따라 해당 요청 응답 후, 클라이언트와 네트워크 연결 유지 (keep-alive) / 연결 해제 (close) 결정

2 설계

  • 객체 책임/역할 정의

  • HTTP 요청/응답 flowchart

3 구현

4 성능 테스트

  • siege http load tester 로 성능 테스트
  • 작은 파일 (48.7 KB) GET 요청 10,000 번

  • 큰 파일 (2.5MB image) GET 요청 10,000 번


2
0
한경민

한경민

우리42벤트 문제 해결 사례 - crontab 으로 공휴일 데이터 fetch 자동화 & redis 캐싱

0 배경

  • 공휴일 정보의 경우 어떤 클라이언트가 요청하던지 변하지 않는 데이터인데, 캘린더 표시 월이 바뀔 때마다 공공데이터포탈 Open API 로 데이터를 fetch 해야한다.

1 문제 정의

  • 서비스가 외부 API 서버의 상태에 의존적이다.
  • 공휴일 데이터 fetch 가 오래 걸려서 요청 응답, 캘린더 렌더링이 느려진다.
  • API 서버가 안정적이지 않아서 정확하지 않은 정보가 캘린더에 표시될 때가 있다.
  • 불필요한 네트워크 overhead. 변하지 않는 데이터에 대해 반복적으로 외부 요청을 보내야한다.
  • 클라이언트의 상태에 영향을 받지 않는 데이터를 반복적으로 외부 서비스에 요청해야한다.

2 해결책

  • 서비스 배포 전 +-12개월 공휴일 데이터를 fetch 받아서 각 월별 m_{year}{month} : stringified 공휴일 날짜 array 형태로 redis 에 SET 하여 캐싱.
  • 공휴일 데이터 API 서버가 안정적이지 않아서 24개월치 공휴일을 한꺼번에 요청할 때 실패하는 연월들이 생긴다.
  • Promise.allSettled 로 비동기 요청들을 보내고, 성공 실패 여부를 각 연월별로 ‘fulfilled’ / ‘rejected’ 여부로 STDOUT 으로 로깅.
  • 이미 캐싱에 성공한 연월은 redis EXISTS 로 확인하여 다음 시도에서 제외하고, 24개월 데이터가 모두 캐싱될 때까지 script 를 재실행한다. 보통 두번 하면 다 성공.
  • crontab 으로 매월 첫째날 3AM 에 다음 해 해당 월 공휴일 데이터 fetch.
0 3 1 * * [node executable path] [script path] >> ~/log/our42vent/updateHolidays.log 2>&1
  • eviction policy - 캐시 값들을 영구적으로 쌓을 수 없기 때문에 캐싱된 달의 1일로부터 +12개월 후에 캐시 값 지워지도록 TTL 설정.
  • 결과적으로 항상 +-12개월 공휴일 데이터 캐싱. 그 외의 범위는 공휴일을 표시하지 않는다.
2
0
한경민

한경민

우리42벤트 (4인팀) 프로젝트 소개

슬랙에 마구잡이로 올라오는 42 이벤트들을 한 눈에 볼 수 있는 캘린더 웹서비스

Github 레포지토리 : github.com/innovationacademy-kr/our42vent

대상 : 42 Seoul 커뮤니티

개발 기간 : 2022.01. ~ 2022.02.

0 서비스 배포

배포 기간 : 2022.02 ~ 2022.12

1 기술 스택

2 목적

현재 42 서울 이벤트들은 슬랙 random 채널을 통해 공지. 이러한 커뮤니케이션 방식에서 아래와 같은 문제 발견:

  • 글이 쌓여서 필요한 정보를 못 보는 사람들이 생긴다.
  • 관심있는 이벤트의 일정을 개인적으로 저장해야 한다.
  • 인트라의 agenda 캘린더는 공식 이벤트 정보만 볼 수 있고, 사용이 불편하다.
  • 학생들은 인트라 캘린더에 이벤트를 등록할 수 없다.

42의 모든 구성원들이 이벤트를 등록할 수 있고, 이벤트들을 한눈에 볼 수 있는 캘린더 웹사이트 구현.

3 기능

👤 로그인

  • 42 API OAuth 로 일차 인증 후, access token & refresh token 발급하여 사용자를 인증합니다.

✅ 이벤트 일정 확인

  • 캘린더 뷰에서 다양한 42 이벤트들의 일정을 확인할 수 있습니다.
  • 이벤트들은 종류별 카테고리로 분류되어 있고, 각 카테고리에 해당하는 이벤트들만 선택하여 볼 수 있습니다.

✨ 이벤트 생성

  • 특강, 외부 컨퍼런스, 개인이 여는 이벤트등을 캘린더 이벤트로 생성할 수 있습니다.
  • 본인이 생성한 이벤트 정보를 수정하거나 삭제할 수 있습니다.

🔔 이벤트 구독

  • 이벤트를 구독하여 나만의 캘린더로 관리할 수 있습니다.
  • 알림설정을 통하여 브라우저 알림을 (ServiceWorker API & WebPush API) 받을 수 있습니다.

📣 이벤트 홍보

  • 이벤트 생성 후 자동으로 홍보글이 만들어져서 손쉽게 홍보할 수 있습니다.

4 아키텍쳐

  • AWS lightsail 인스턴스.
  • NGINX 로 HTTPS 설정 및 reverse proxy.
  • Express application server.
  • MariaDB.
  • Redis Cache Storage.

5 역할 및 기여

기여도

  • 커밋 : 46% (139/300 commits without merges)
  • 이슈 : 46% (59/127 assigned issues)
  • PR : 38% (33/86 merged PRs)

역할

  • 캘린더 CSR view & API 구현
  • Service Worker API & Push API 로 사용자가 등록한 이벤트 push 알림 기능 & 알림 설정 UX 구현
  • 공공데이터포탈 Open API 로 공휴일 데이터 요청 & 표시
  • ejs 로 여러 view 에서 공통으로 활용되는 SSR layout 설정



2
0
한경민

한경민

기절초퐁 문제 해결 사례 3 - 유저 접속 상태 변경 알림 최적화

0 문제 정의

  • 기존 구현에서 모든 유저의 접속 상태 변화가 모든 접속된 유저에게 하나의 userActivity WebSocket 이벤트로 공지된다.
  • 프론트엔드에서 유저가 접속 상태가 변화된 타 유저의 정보를 보고 있던 보고 있지 않던 이벤트를 받으면 확인하는 과정이 요구된다. 유저가 상태 변화가 일어난 타 유저의 정보를 보고 있지 않다면 불필요한 연산 소모.

1 해결책

  • 관련 Pull Request : ✨ feat : 유저 컴포넌트를 보고 있는 유저에게만 activity 변경 정보 전달 #185
  • 서버에서 GET /user/:userId/info 와 요청자가 머무르고 있는 UI 정보를 바탕으로 :userId 로특정되는 유저 정보를 보고 있는 유저들의 목록 in-memory 로 저장하고, 변화 시 업데이트.
  • socket.io 의 room 기능 활용하여 특정 유저의 접속 상태가 변경될 때, 해당 유저의 정보를 보고 있는 유저들을 activity-${userId} 라는 room 에 넣어두고, 해당 room 에만 userActivity 이벤트 전송.

2 리뷰

  • 장점
  • 불필요한 네트워크 전송 감소. 서버는 각 클라이언트가 필요로 하는 유저들의 접속 상태 변화만 이벤트로 공지한다.
  • 단점
  • 유저 접속, 접속 해제, UI 변경 시 서버 연산량 증가.
  • socket.io room 개수 증가 및 서버가 in-memory 로 저장해야할 데이터량 증가.


1
0
한경민

한경민

기절초퐁 문제 해결 사례 2 - 게임 엔진 코드 클라이언트에서 서버로 이전

0 문제 정의

  • 플레이어 및 관전자의 클라이언트 코드에서 게임 엔진을 동시에 각각 실행하고, paddle 위치 업데이트만 서버를 통해 게임에 접속 중인 다른 유저들에게 WebSocket 이벤트로 알려주던 기존 설계.
  • 기존 설계대로 구현했을 때, 반응형 UI 적용 시, browser 윈도우 크기가 변할 때마다 해당 클라이언트에서 실행되던 게임 엔진 재실행. 결과적으로 한 게임에 대한 각 클라이언트의 게임 엔진 동기화가 실패 문제 발생.

1 해결책

  • 관련 Pull Request : ✨ feat : 게임 엔진 백엔드로 이전 및 반응형 구현 #214
  • 설계 상의 문제라고 판단하여 게임 엔진 서버로 이전.
  • 서버에서 각 게임 상태 (공 위치, paddle 위치, 점수) in-memory 에 저장.
  • 한 게임 당 서버에서 하나의 게임 엔진 실행, 플레이어 및 관전자들에게 10 ms 마다 게임 데이터 계산해서 전송.
  • 플레이어들은 paddle 위치 변경할 때마다 서버에게 WebSocket 이벤트로 paddle 위치 변경 알림.

2 리뷰

  • 장점
  • 여러 유저에게 안정적으로 동기화된 게임 데이터 전송.
  • 서버에서 게임 규격을 0~1 사이의 비율로 저장하고 계산하여 클라이언트에게 전송. 클라이언트의 browser 윈도우 크기 곱하여 반응형 손쉽게 구현.
  • 보다 간결해진 코드 (PR git diff +306, -511)
  • 단점
  • 서버 연산량 & 네트워크 데이터 송수신 과부화. 끊김 없는 게임 UX 를 위해 10ms 마다 서버는 게임 데이터 연산을 수행해야하고, 모든 플레이어 & 관전자들에게 데이터를 보내줘야한다. 게임이 많아질수록 서버 성능이 저하될 수 있다.
  • 개선안
  • 게임 데이터 연산 및 전송 역할 서버 분리. 서버의 API 핸들링 성능에 영향을 주지 않도록 게임 데이터 연산 및 전송 역할만을 담당하는 별도 서버 구축. 하지만 유저 인증이 복잡해질 수 있다.
1
0
한경민

한경민

기절초퐁 문제 해결 사례 1 - 유저-유저 & 유저-채팅방 관계 in-memory 캐싱

0 문제 정의

  • 위와 같은 Entity Relationship 구조에서 아래와 같은 성능 저하 요인들이 있을 것으로 예상.
  • 유저-유저 관계 조회에서 대부분의 UI 에서 잦게 요청된다. 매번 해당 유저가 특정 관계에서 능동적인 역할인지 혹은 수동적인 역할인지 두 경우 모두 확인이 필요하다.
  • 친구 관계일 경우 해당 유저가 친구 요청 수신자인지 송신자인지 확인이 필요.
  • 차단 관계일 경우 차단한 유저인지 차단 당한 유저인지 확인이 필요.
  • 유저-채팅방 관계 정보 SELECT 시 JOIN 이 매번 일어난다.
  • 유저가 참여한 채팅방 리스트와 정보를 조회하기 위해 channels & channel_members 테이블
SELECT 
    cm.member_id,
    cm.channel_id,
    c.access_mode,
    c.name, c.dm_peer_id,
    (
        SELECT COUNT(*)
        FROM messages msg
        WHERE msg.channel_id = cm.channel_id
        AND msg.created_at > (
            SELECT viewed_at 
            FROM channel_members 
            WHERE member_id = my_id AND channel_id = cm.channel_id
        )
    ) AS unseen_count,
    (
        SELECT COUNT(*)
        FROM channel_members cm2
        WHERE cm2.channel_id = cm.channel_id
    ) AS member_count
FROM channel_members cm
LEFT JOIN channels c ON c.channel_id = cm.channel_id
WHERE cm.member_id = my_id;
  • 유저가 채팅방에 입장하여 멤버들의 정보를 조회하기 위해 channels & channel_members 테이블
SELECT
	cm.member_id,
  cm.is_admin,
  c.owner_id
FROM channel_members cm
LEFT JOIN channels c ON c.channel_id=cm.channel_id;

1 해결책

  • 비즈니스 로직을 수행하기 위해 관계 정보를 조회해야하는 Service 객체들과 DB 사이에 관계 정보를 in-memory 에 캐싱하여 들고 있는 Storage 객체 구현.
  • 유저-유저 관계 정보를 캐싱하는 UserRelationshipStorage 객체.
  • 모든 유저의 정보를 항상 들고 있는 건 너무 큰 overhead 로 이어질 수 있기 때문에, 유저의 접속 상태로 캐싱 life-cycle 설정. 유저 접속 시 load & 접속 해제 시 unload.
  • 유저-채팅방 관계 정보를 캐싱하는 ChannelStorage 객체.
  • Service 객체는 관계 정보 CRUD 시 반드시 Storage 객체를 거친다.

💡 Dependency Injection 패턴의 NestJs 에서 주입된 의존 객체가 Singleton 으로 유지되기 때문에 가능한 해결책이었다.

2 검증

  • 관련 Pull Request : ✅ test : 관계 정보 캐싱 성능 테스트 #347
  • 위 문제 정의에 정의한 성능 저하가 예상되는 관계 정보 조회 메소드들을 기존 캐싱을 활용할 때와 매번 query 하는 방식으로 비교. 아래와 같이 뚜렷한 성능 개선 확인.

  • 약 300 명의 유저들의 캐시 로드 시간 평균값이 2.10ms 정도로 측정되었다. 접속 시에만 발생하는 지연이고, 캐싱이 가져온 성능 향상에 비해 무시할 정도의 지연으로 판단.
  • 메소드 별 분석

3 부작용

4 리뷰

💡 TL;DR 요청이 많을수록 유리, 유저가 많을수록 불리


2
0
한경민

한경민

기절초퐁 (4인팀) 프로젝트 소개

친구와 함께하는 채팅과 멀티플레이 Pong 게임 웹서비스

Github 레포지토리 : github.com/brilliantshell/ft_transcendence

개발 기간 : 2022.12. ~ 2023.03.


0 기술 스택

1 기능

🗝️ 로그인

  • 42 API OAuth 로 1차 인증 후, access token & refresh token 발급하여 유저 인증
  • refresh token 의 재사용 감지 기능을 추가하여 보안 강화
  • Nodemailer 를 활용하여 이메일 인증코드 2차 인증

🧒 유저 프로필

  • 닉네임, 프로필 사진 수정 및 2차 인증 설정
  • 유저 접속 상태(🟢 online / 🟠 in-game / 🔴 offline) 실시간 업데이트
  • Pong 게임 레벨, 전적, 업적

🕹️ 멀티플레이 Pong 게임

  • 실시간 관전 가능한 2D 반응형 1 vs 1 Pong 게임
  • 네트워크 지연 및 재연결 시에도 게임 session 유지
  • 다양한 게임 모드 지원 (공 사이즈 2x, 짧은 paddle)
  • 플레이어 랭킹 보드

💬 채팅

  • 실시간 메시지 전송 및 수신
  • 유저 간 DM 기능
  • 채팅 방 소유자(owner)
  • 채팅 방 모드 및 비밀번호 설정, 참여자에게 채널 권한을 부여하거나 삭제하는 등 모든 권한
  • 채팅 방 관리자(admin)
  • 다른 유저를 채널에서 추방하거나 일정 시간 동안 음소거 할 수 있는 권한
  • 유저를 검색하고 채팅 방에 초대
  • 전체 채팅 방 리스트에서 생성 또는 삭제된 채팅방, 읽지 않은 메시지 개수, 접근 권한 변경 등을 실시간 반영

👯 유저 관계

  • 친구 리스트에서 받거나 보낸 친구 요청과 내 친구들을 간편하게 확인
  • 차단 시 일부 상호 작용 제한 (채팅 숨김, 친구 요청 금지, 게임 초대 금지, etc.)

2 설계 문서

3 역할 및 기여

3.0 기여도

  • 커밋 : 41% (234/575 commits without merges)
  • 이슈 : 48% (95/200 assigned issues)
  • PR : 45% (67/149 merged PRs)

3.1 역할

Backend

  • 성능 개선을 위한 유저-to-유저, 유저-to-채팅방 관계 데이터 in-memory 캐싱
  • 멀티플레이 Pong 게임 플레이 및 관전 API 담당하는 GameModule 구현
  • 유저 관계 및 접속 상태 CRUD & 실시간 업데이트 API 담당하는 UserModule 구현
  • 플레이어 랭킹 보드 데이터 가공 및 실시간 업데이트 API 담당하는 RanksModule 구현
  • Jest 로 각 service 객체 유닛 테스트 및 supertest 로 controller & gateway e2e 테스트

Frontend

  • 게임 대기방 & 게임 플레이 반응형 UI/UX
2
0
한경민

한경민

👨🏻‍💻 저는 이런 Problem Solver 입니다

  • 주도적으로 문제를 정의하고 해결합니다.
  • 문제의 본질을 파악하고, 정확한 문제 정의를 하기 위해 질문합니다.
  • 복잡한 문제를 작고 단순한 단계로 나누어 접근합니다.
  • 동료와의 협력, 관계를 중요시합니다. (매우!)
  • 보다 효율적으로 소통하기 위해 clean code 를 지향합니다.
  • 과정과 결과를 검증하고, 더 나은 방안을 찾기 위해 테스트합니다.
  • frontend 개발 경험이 있어 클라이언트 사이드의 문제를 이해하고 서버를 개발합니다.
2
0
김현준

김현준

🤔고3 (예비)창업가의 중간고사는 어떨까? (생각 정리 시간)

이번주 목,금(4/27,28)은 저희 학교의 중간고사 기간이었습니다.

가끔 만나뵈는 분들 중에서 "학업이랑 같이 하느라 힘드시겠어요" 와 같은 말씀을 해주시곤하는데, 학업 안합니다!!

또한 저는 현재(4/28일 기준) 회사 일 + 사이드 프로젝트를 병행중입니다.


이런 상황에서 전자기기, 시험지, 펜 외에는 아무것도 사용이 불가능한 시험시간에 저는 뭘할까요? 시험을 풀기엔 너무 몰라서 풀기도 어려운 과목도 있고, 시험 시간인 3교시 동안 모두 잘 수도 없는 노릇입니다😂 제 시험지 사진과 함께 뭘 했는지 공유드려보겠습니다!

예전 기억으로 풀려고 시도해보았으나.. 답이 없더라구요😭 나중에 친구에게 풀이를 물어보니 확률과통계에서 처음 나오는 개념을 적용해야 풀 수 있다고...


📝제 시험지를 공개합니다

1,2번을 풀다가 포기한 뒤, 풀타임으로 Skrr에 몰두하게 된다면 어떤 것들을 할 수 있을지, 해야할지 등에 대해서 생각해보았어요.


정리해보자면

  • IR deck, IR 미팅, 콜드메일 등 투자 유치를 위한 액션
  • Co-Founder 분을 찾기 위한 디스콰이엇 글쓰기, 네트워킹 이벤트 참석, 해커톤 등 알아보기
  • CS - 아침에 1번 저녁에 1번 30분간 CS 타임 갖기
  • 유저 인터뷰
  • 그로스 액션 - ASO, 다양한 GTM, 카카오톡 친구톡 등 CRM
  • 프로덕트 개선 및 관리
  • 데이터 분석
  • 리텐션 측정 기준 정하기
  • 커피챗을 통해 내가 얻고자하는 인사이트를 가지신 대표님들 많이 만나기
  • 명함 제작, 사무실 구하기, 나의 한달 소비 계산 후 줄이기
  • 법인관련 정보 찾기 -> 설립


적은건 얼마 없지만 각 항목에 대해서 깊게 생각해보고 정리하는 시간을 가질 수 있어서 정말 좋았습니다 ㅎㅎ


3교시가 시험 시간으로 잡혀있는데, 학년, 전공에 따라 시험 갯수가 달라 자습시간도 있어요! 이때도 전자기기는 사용하지 못해서 강제적으로 책 읽는 시간을 가지게 되어 너무 좋았네요 ㅋㅋ 이번엔 매쉬업엔젤스 심사역분께 받았던 스타트업 투자 유치 전략을 읽었습니다! 다음 시험기간에도 어떤 책을 읽을지 미리 가져가야겠네요:)


작년에는 그 당시 진행했던 프로젝트에 대해 깊게 생각해보는 시간을 가졌었는데, 고등학생 창업가에게 시험기간은 정말 기다려지고, 좋은 시간 같습니다.

수업도 안하기에, 학교가 일찍 끝나서 시간도 많이 남고요!


세상의 모든 고등학생 메이커분들 화이팅입니다🔥


Skrr

1020 익명 투표앱
19
8
Doeon Kwon 권도언

Doeon Kwon 권도언

What I read this week #7 | 지위 함정, 평균의 시대, AI 팝 컬쳐, 글쓰기, 훌륭한 퀄리티의 프로덕트, 반복할 수 있는 훌륭함, 버티컬 채용 시장, 미국 사


url thumbnail

What I read this week #7 | 지위 함정, 평균의 시대, AI 팝 컬쳐, 글쓰기, 훌륭한 퀄리티의 프로덕트, 반복할 수 있는 훌륭함, 버티컬 채용 시장, 미국 사회, 무형 자산의 특징

이번 주 수요일(4.26)은 디스콰이엇 법인 설립의 2주년이었습니다. 그래서 팀원들과 종한님의 집에서 저녁 식사를 했어요. 사진은 제니님께서 만드신 머핀 :) What I read this week with comments The Status Trap In this piece, we’ll explore several traps that lead to the status spiral while offering more skillful ways to deal with status insecurity when it arises.

https://www.kwondoeon.com/p/what-i-read-this-week-7?sd=pf


이번 주 수요일(4.26)은 디스콰이엇 법인 설립의 2주년이었습니다. 그래서 팀원들과 종한님의 집에서 저녁 식사를 했어요. 사진은 제니님께서 만드신 머핀 :)


What I read this week

with comments


1/ The Status Trap

In this piece, we’ll explore several traps that lead to the status spiral while offering more skillful ways to deal with status insecurity when it arises.
  • 새로운 걸 시작하고 YC에 들어가길 바라며 제품에 에너지를 쏟아부음. 이렇게 성공하게 되면 스스로를 합법적인 창업자라고 부를 수 있을 것만 같았음.
  • 하지만 이와 같은 장인 정신 혹은 중요한 일에 집중하는 대신, 세콰이어에 투자를 받거나 트위터에서 입소문을 내거나 TED 강연을 다니는 이들을 보며 스스로를 '아웃사이더'라고 느끼게 됨.
  • 이는 소속감을 느끼고 싶어 외부의 검증을 받기 위함으로 행동이 바뀌도록 만듬. 결국 본래 가지고 있던 가치나 비전을 희생하게 됨. 이를 status spiral이라고 부름.
  • 지위가 높다고 인식되는 사람들과 자신을 비교하며 불안함을 느끼고, 자신의 가치를 의심하게 됨. 그리고 결국 지위를 얻으려고 함.
  • 하지만 지위만을 추구하는 것은 본질적인 문제를 해결해주지 않음.


The Trap of the Inner Ring
  • 사회 어느 곳에서든 배타적인 집단에 속하고 싶고, 더 높은 지위에 있는 누군가와 자신을 비교하고 싶어함
  • 이를 Trap of the Inner Ring이라고 부르는데, VC 심사역을 예로 들 수 있음. 만약 언젠가 창업을 하고 싶어 배우기 위해 VC에 입사한 사람들은, 소위 탑 티어 VC에 들어가기 위해 많은 노력을 함. 탑 티어에 들어가서도 더 많은 좋은 투자에 참여하려고 하고, 더 배타적인 네트워크를 얻고 평판을 얻기 위해 노력하게 됨. 결국 이들은 본래 가지고 있던 창업이라는 꿈을 희생함.
  • 이런 현상은 VC 뿐만 아니라 학계, 스포츠, 정치 등 대부분의 분야에 만연함. Trap of the Inner Ring에 빠지면 진정으로 원하는 것을 놓칠 수 있음.


The Body-Builder Trap
  • 우리가 '충분하지 않음' 같은 느낌에서 벗어나기 위해 지위를 추구하면, 자신에게 문제가 있다고 스스로 생각하게끔 만듬.
  • Body-Builder Trap은 이를 설명하는 예시. 자신의 현재 몸이 싫어 계속해서 운동을 하는 바디빌더는 실제 몸이 점점 나아지고 있음에도, 사소한 체중 변동과 같은 잠재적 결함에 대해 과민하게 반응하게 됨.
  • 운동을 통해 이런 결함을 일시적으로 없앨 수 있지만, 이것이 과도하면 자기 혐오로 이어지며 운동을 자기 관리가 아닌 벌을 주는 것처럼 고통스러운 것이 될 수 있음.
  • 그래서 불안감을 해소하기 위해 지위를 추구하면 할수록 다른 사람과의 비교에 더 민감해짐. 이는 인생에서 우리가 원하는 것을 빼앗아감.


The Trap of False Belonging
  • 지위를 추구하면 오히려 진정한 소속감을 얻기 어려워짐. 상대방에게 인정받지 못할까봐, 거절당할까봐 두려워하기 시작하면 다른 사람과 친밀한 관계를 만들기 어려움.
  • 어떠한 형태로든 서로의 취약점을 공유하고, 비슷한 두려움이나 어두운 면을 아는 것이 소속감을 얻을 수 있는 방법임.
  • 대다수의 사람은 일상 생활 혹은 사회 속에서 진짜 모습을 숨기고 완벽한 아바타를 보여주려고 하며, 당연히 이는 소속감을 느끼지 못하게 만듬.
  • 이것이 Trap of False Belonging임. 역설적이게도 지위를 추구하면 소속감을 잃게 됨.


Thoughts: - "Am I missing something as a founder?", “Have we f***ed this up?” Feelings: pit in the stomach, fear of failure, shame about losing the first-mover advantage Memories: feeling like an outsider in middle school, times I felt I didn’t belong Urges: pivot to a VC-backed business, think about applying to YC
  • 생각, 감정, 기억, 충동이라는 4가지 분류로 메타 인지를 함으로서 이런 Trap들에 빠졌음을 알 수 있음


There are two primary ways to do a status exposure at home:
  • Trap에 빠졌음을 알았으면 2가지 방법을 통해 벗어나면 됨.
  1. Expressive writing: 스트레스를 받거나 충격적인 사건을 떠올려 이에 대한 글을 3~4일 연속으로 20분씩 작성하면 심리적으로 크게 도움이 됨.
  2. Guided visualization: 글로 쓰는 게 아닌 시각화를 활용하는 것인데, 주로 명상을 하는 것이라고 함.


2/ The age of average

  • 집, 커피숍, 레스토랑의 인테리어들이 비슷하다. 자동차 형태, 색상, 로고도 비슷하다. (특히 온라인에서)외모와 옷차림도 비슷하다. 영화, 책, 게임도 모두 비슷하다. 구매하는 브랜드, 광고, 정체성, 태그 라인도 비슷하다. 인스타그램 사진, 트윗, TV쇼, 스카이라인, 웹사이트 구조, 일러스트 등 모든게 비슷해 보인다.
  • 세계화가 진행되며 전 세계가 평균의 늪에 빠지고 있다. 정량화와 최적화 때문에 생겨난 현상일 수도 있다.
  • 이렇게 모두가 비슷한 방향, 평균의 시대로 나아가고 있을 때가 기회의 시대이기도 하다. 모두가 비슷할 때 평균과 예상을 뒤엎고 새로운 것을 만들 수 있어야 한다.


3/ A.I. Pop Culture Is Already Here

  • 인공지능은 이미 대중 문화 예술에 들어와 버렸고, 또 재밌다.
  • 환상적 사실주의(illusory realism: 사실적 배경에 가미된 마술/마법과 같은 초현실적인 것이 가미된 예술), 미적 가속주의(aesthetic accelerationism: 모든 스타일, 아이디어, 리믹스가 빠르게 생성되고 성공한 것들만 주목받는 것)과 같은 말이 나오기 시작했다.
  • 앞으로도 인공지능이 만들 예술과 대중 문화가 어떨지 궁금하다..


4/ I Hate Writing (And So Will You)

Greatness isn’t always rainbows and butterflies. Great musicians practice their scales even when their fingers are calloused. Great writers get their daily words in even when it means waking up at 5 am to get some alone time before the kids wake up. Great bodybuilders push through their final set even when their muscles are screaming and their veins are about to explode. To be disciplined is to resist your short-term emotional whims in service of your long-term goals. Let everlasting love triumph over the temptress of temporary hate.
  • 훌륭함은 쉽게 만들어지지 않는다. 그것이 내가 아무리 좋아하는 일이라고 한들, 가끔은 너무 힘들고 증오스러울 수 있다. 그럴 때는 멈추고 쉬는 게 정답이다. 스스로를 너무 밀지말고 가끔은 흘러가게 둘 필요도 있다. 우리는 기계가 아니기 때문이다.


5/ Craft

I want someone to use something I've created and feel that was intentional.

나도 정확히 이런 느낌을 받는다. 누군가 디스콰이엇이 실현하고자 하는 미션을 느꼈으면 한다. 최근 UX 심리학 연구소에서 만난 동욱님과 다른 멤버 분들께서, 디스콰이엇의 포지셔닝을 명확히 느끼고 계셨고 뿌듯한 감정이 들었다. 우리가 만들고자 하는 프로덕트, 미션을 느끼고 공감해 주는 분들이 더 많아지게 만들 것이다.


퀄리티란,

  • 누구나 사용할 수 있는 접근성
  • 사용자의 시간을 존중하며 원할 때 작업을 완료할 수 있도록 함
  • 필요할 때 주머니에 넣고 다닐 만큼 안심하고 사용할 수 있는 신뢰성
  • 미래의 요구와 용도에 맞게 확장할 수 있는 설계와 내구성
  • 세심한 배려
  • 제품을 만드는 데 많은 시간과 정성을 들였다는 느낌, 즉 누군가가 이미 나를 생각했다는 느낌을 줌
  • 예상치 못한 순간에 약간의 특별함을 더해 즐거움을 선사할 수도 있음


No one wants a slice of cake that is just a piece of the bottom layer. You need to have a taste of each layer with each bite, including the icing.

케이크의 가장 아래 조각만 막고 싶은 사람은 아무도 없습니다. 아이싱을 포함해 한 입 먹을 때 각 층의 맛을 느낄 수 있어야 합니다. 프로덕트도 그렇습니다. SLC 프로덕트를 만드세요. (Simple. Lovable, Complete)


스타트업에 합류하는 것이 기술 및 제품 퀄리티와 어떤 관련이 있나요? 작은 회사에서는 잘 디자인된 고품질 소프트웨어를 출시하기가 더 어렵지 않나요? 대부분의 스타트업은 PMF를 찾고, 확장하고, 불을 끄느라 바쁘지 않나요?
수천 명의 직원을 둔 대기업과 비교했을 때 스타트업이 훨씬 빠르다는 점에는 이견이 없습니다. 의사 결정, 계획 및 개발이 더 빠릅니다. 아침에 무언가에 대해 이야기하면 당일에 설계하고 만들 수 있습니다. 다음 분기까지 기다릴 필요가 없습니다.
하지만 제가 소규모 팀에서 품질에 더 쉽게 영향을 미칠 수 있다고 생각하는 가장 큰 이유는, 제가 보다 일반적인 디자인 역할을 할 수 있기 때문입니다. 저는 끊임없이 수완을 발휘할 수 있고 제 디자인과 엔지니어링 기술을 최대한 활용할 수 있습니다. 그리고 의도치 않은 최고의 사이드 이펙트는 함께 일하는 유능한 엔지니어들이 제 코드 리뷰에 대한 팁과 피드백을 제공해주기 때문에 코딩 측면에서도 더 많은 것을 배운다는 것입니다.
리와인드에 입사한 지 몇 달밖에 되지 않았지만, 지난 10년 동안 제가 찾던 바로 그 역할이었기 때문에 멋진 결과물을 만들어낼 수 있을 거라고 확신합니다.
올바른 팀 문화, 프로세스, 도구, 교육, 인센티브가 뒷받침된다면 실행 속도에 큰 영향을 주지 않으면서도 더 높은 수준의 제품 품질을 달성할 수 있을 것입니다. 쉽다는 말은 아닙니다. 퀄리티는 항상 어렵지만, 훌륭한 제품을 만들고 싶지 않으신가요?


6/ How to Be Great? Just Be Good, Repeatably

Remember: great is just good, but repeatable.


7/ Why Investors Love Vertical Labor Marketplaces

The way hospitals hire surgeons is very different from how local restaurant chains hire servers, which is also very different from how high-growth startups hire technology executives.

초기 스타트업이 메이커를 채용하는 방식은 어떤 것일지 충분한 고민이 필요하다. 그리고 그에 적합한 프로세스를 만들어야 할 것이다. 디스콰이엇이 더 효율적이고 만족스러운 팀빌딩 문화를 만들 수도 있다. 우리가 마주한 문제의 본질에 집중하고, 어려운 문제를 하나씩 풀어나가보자.


8/ America Fails the Civilization Test

미국은 별로 살기 좋은 나라가 아닌 듯


9/ Not enough people are paying attention to this economic trend



  1. It’s a sunk cost. If your investment doesn’t pan out, you don’t have physical assets like machinery that you can sell off to recoup some of your money.
  2. It tends to create spillovers that can be taken advantage of by rival companies. Uber’s biggest strength is its network of drivers, but it’s not uncommon to meet an Uber driver who also picks up rides for Lyft.
  3. It’s more scalable than a physical asset. After the initial expense of the first unit, products can be replicated ad infinitum for next to nothing.
  4. It’s more likely to have valuable synergies with other intangible assets. Haskel and Westlake use the iPod as an example: it combined Apple’s MP3 protocol, miniaturized hard disk design, design skills, and licensing agreements with record labels.

무형 자산(소프트웨어)에 대한 투자가 유형 자산 대비 가지고 있는 특징 4가지


without comments


본문 링크. 368명이 매주 영감을 받고 있습니다!

url thumbnail

What I read this week #7 | 지위 함정, 평균의 시대, AI 팝 컬쳐, 글쓰기, 훌륭한 퀄리티의 프로덕트, 반복할 수 있는 훌륭함, 버티컬 채용 시장, 미국 사회, 무형 자산의 특징

이번 주 수요일(4.26)은 디스콰이엇 법인 설립의 2주년이었습니다. 그래서 팀원들과 종한님의 집에서 저녁 식사를 했어요. 사진은 제니님께서 만드신 머핀 :) What I read this week with comments The Status Trap In this piece, we’ll explore several traps that lead to the status spiral while offering more skillful ways to deal with status insecurity when it arises.

https://www.kwondoeon.com/p/what-i-read-this-week-7


디스콰이엇

IT 프로덕트 메이커들을 위한 소셜네트워크
11
0
장영운

장영운

함께 글을 써봅시다

잠깐 함께 생각해봐요. 시간이 빠르다고 느끼지 않나요?

끝나지 않을 것 같던 코로나가 처음 발병한 지 3년이 넘게 지났습니다.

23년도 네번째 달에 접어 들었고 글을 쓰는 지금은 28일이네요. 뭘 했는지 모르겠는데 달력은 휙휙 넘어갑니다. 당신도 이렇게 느낀다면 저랑 글을 써보시는건 어떨까요?


왜 글을 써야 하나요?

저처럼 생각이 많은 사람은 글을 쓰는 과정에서 머릿속을 정리할 수 있습니다. 혹은 오늘 느낀 감정을 글로 기록해두면 먼 훗날 다시 회상할수도 있겠죠. 좀 더 실용적인 이야기를 하면 한가지 주제에 대해서 꾸준히 글을 쓰는 것으로 본인의 브랜딩을 할 수도 있습니다.

다른걸 모두 떠나서 글 쓰기는 즐겁습니다.


어떤 활동을 하게 되나요?

매주 토요일 오후 1시에 지하철 2호선 서울대입구역 인근의 카페에 모여 함께 글을 씁니다. 반드시 그래야 하는 것은 아니지만 작성한 글을 온라인 블로그 등에 공개적으로 게시하길 권합니다.

오십분 정도 각자 글을 쓰고 서로의 글을 번갈아 읽으며 느낀 점에 대해 이야기 합니다. 모임 한번에 두시간 정도 걸리지 않을까 생각합니다.

브런치 작가가 될 수 있게 지원해드립니다. 지원이라고 해봐야 대단할 것은 없겠지만 브런치 심사를 통과하기 위한 노하우를 알려드릴 수 있습니다.

모임은 삼주간에 걸쳐 세번 이뤄집니다. 참가 인원은 최대 4명까지입니다. 모임 규모를 작게 정한 것은 제가 모임을 운영해본 경험이 적어서 최소한의 인원으로 진행해보기 위함입니다.

장소 이용을 위한 음료 대금 이외에 비용은 없습니다.

저로써는 모임이 무사히 즐겁게 완료되길 기도하고 있습니다. 🙏

여기까지 읽어주셔서 감사합니다. 함께 하고 싶은 분은 아래 링크를 방문해주세요!

url thumbnail

함께 글을 써봅시다

양식을 만들 수 있는 가장 간편한 방법으로, Tally가 제작했습니다.

https://tally.so/r/n0dgZA


4
0
이한빈

이한빈

카피즈로 공공문서 발급 및 관리까지 가능해요


종전의 카피즈는 지류 혹은 전자형태의 개인문서를 등록하여 관리하는 툴이었습니다. 즉 사용자가 컨텐츠를 직접 등록해야 하는 방식이었죠, 이번에 신규 업데이트 되는 카피즈의 기능은, 정부24를 통해 발급받던 주민등록등본과 인터넷등기소를 통해 발급 받던 '부동산등기부등본' 을 간편하게 발급 받을 수 있는 기능입니다. '주민등록등본' 같은경우 카카오나 네이버, 토스등을 통해 발급 받을 수 있었지만 관리와 보관까지 해당앱으로 하는 경우들은 드물었습니다. 1회성 발급을 통해 외부 툴에서 관리하거나 갤러리로 이동시키곤 했죠, 카피즈는 안전한 문서보관과 관리를 핵심기능으로 제공하는 앱이기에, 발급받은 문서의 보관과 관리까지 한번에 가능하게 됩니다. '부동산등기부등본' 같은 경우는 카카오나 네이버,토스등에서 발급 받을 수 없습니다. 인터넷 등기소를 통해 매우 불편한 과정을 거쳐 열람할 수 있었습니다. 카피즈를 활용하면 아주 간편하고 쉽게 발급 및 보관이 가능합니다. 최근 대두되고 있는 각종 보증금 사기를 방지하기 위해선 '등기부등본' 확인이 필수겠죠? 실제로 카피즈에 가장 많이 등록된 문서는 부동산계약문서로 임차인이 직접 등록하여 관리하는 경우가 많습니다. (이전에 출시한 월세 및 보증금의 카드결제 기능을 활성화 하기 위해서라도 카피즈로 부동산 계약서를 관리해야만 하죠) 카피즈는 이제 사용자가 직접 문서를 가지고 오지 않아도, 앱을 통해 신규 문서를 발급하고 관리가 가능해집니다. 최근 사용자 대상으로 실시한 설문조사에서 무려 160분이 긴 설문에 응해 주셨고, 여러 응원의 글과 개선을 위한 목소리를 내어 주셔서 매우 감사한 한주였습니다.

현재 신규기능은 QA중에 있으며 다음주중 배포가 유력합니다 :-)

카피즈 앱 사용해보기 ->https://copiez.onelink.me/zaPD/ios2nzgu

5
0
Nayeong

Nayeong

1. 사업 아이디어 평가하기


안녕하세요! 첫 영상을 시청하고서 간략한 내용 정리와 제 스스로 생각해볼 것과 여러분께 물어보고 싶은 질문을 남깁니다. :)


사업 아이디어 선정 시 고려할 요소

1) 시장의 사이즈

  • 현재 소비자들의 니즈가 있는 시장인가, 앞으로 성장해갈 시장인가

2) 경쟁우위

  • 경쟁우위가 한 두 번의 특성이 아니라, 조직에 확실히 자리잡게 해야 경쟁우위로서의 의미가 있음

3) 마케팅

  • 유저를 돈쓰지 않고 모을 수 있을까? 
!! 마케팅에 대해 생각할 때 '돈 드는' 마케팅 방법 위주로 생각했었는데, 적은 양의 돈 혹은 돈 들이지 않고도 유저를 모을 수 있는 방법을 적극적으로 생각해보자.

4) 인적자원 + 조직문화

  • 실행력 높은 조직을 빌드하고, 실패한 사람을 다시 실행하게끔 독려하는 조직의 문화를 확립하기
Q. 현재 저와 대표이사 2명의 팀이고, 아직 직원을 채용하지 않은 단계입니다. 직원을 채용하고 조직문화를 만들어보신 분들은, 건강한 조직문화를 만들어가기 위해 임원진에게 어떤 준비나 태도가 꼭 필요하다고 생각하시는지 궁금합니다. :)

5) 진입장벽

6) 프로덕트의 우위

  • 데이터를 잘 모아 유저에게 지속적으로 양질의 서비스 제공하기 위한 방법은 무엇인가
  • 프로덕트 우위를 위한 데이터 수집 사이클이 셋업되면 복리의 효과를 발휘할 수 있음. 데이터를 받고 제대로 활용할 수 있는 기반을 다져놓기.
  • 무엇보다 수집된 데이터를 갖고만 있는 게 아니라, 이를 기반으로 실행

: 데이터 기반으로 실행 포인트 뽑기 - 실행 - 실패 - 개선 후 실행 ...(반복)


제이커브를 그리려면

1) 타이밍 (고객의 니즈, 정부의 규제와 시장의 확장 시기 등)

2) 확장가능성

  • 어떤 종류의 문제를 풀어야 하는가? - 규모가 달라짐에 따라 새로운 문제가 생겨남.
  • 예상하지 않고서 얻어맞으면 제일 아프다. 사업이 커짐에 따라 예상되는 문제 미리 예측 + 미리 대비

3) 한계비용이 점점 낮아지는 선순환 구조

4) 창업가의 의지

  • 내가 이걸 얼마나 하고 싶은가?
  • 내가 얼만큼 이 가치에 헌신할 수 있는지 여러 번 깊이 물어보기
  • 왜 이걸 꼭 하고 싶은지 나의 이유를 솔직하게 생각해보기
  • 시장이 없어도 의지가 있으면 시장을 만들고, 경쟁우위가 없어도 어떻게든 만드는 것. 
  • 시장이 없거나 경쟁우위가 없어서가 아니라, 의지가 없어서 망하는 것이다.
  • 우리 팀원들과 내가 이 문제에 대해 정말 commitment가 있는지가 중요
도전하고 있는 분야와 해결을 기다리고 있는 문제에 진심인 사람과 함께하기 위해, 적극적으로 서치하고, 만나보고, 대화를 충분히 나누는 데 더 많은 노력이 필요하다.
13
5
GLITCH

GLITCH

Web3 빌더로서의 첫걸음, 해커톤에 도전해보세요!


블록체인 기술 기반의 새로운 가치 창출의 기회가 넘치는 시장, 웹3 생태계!


그러나 Web3 커리어 전환, 어디서부터 어떻게 시작할 수 있을지 막막-하기만 했다면?

해커톤을 통해 프로덕트를 직접 만들어보고 Web3 프로덕트 빌더로서의 커리어를 만들어보세요🌟

글리치 해커톤은 웹3에 관심있는 개발자, 기획자, 디자이너라면 누구나 참가할 수 있어요!


✨ 이런 분들에게 추천드려요.

  • Web3로의 커리어 전환을 고민하고 계신 분
  • 해커톤을 통한 사이드 프로젝트 혹은 창업에 관심있으신 분
  • 국내/외 빌더들과의 글로벌 네트워킹을 하고 싶은 분
  • Web3 업계 동향 및 인사이트를 얻고 싶으신 분
  • 2일차 때 컨퍼런스 세션와 사이드부스 이벤트들이 준비되어 있어요!


🗓️ 일정 : 5/19(금)~5/21(일) 2박 3일간 진행

📍 장소 : 인천 하나 글로벌 캠퍼스 (숙식 1OO% 제공)

🧑🏻‍💻 지원 방법 : 포스터 QR코드 또는 링크를 통해 홈페이지에서 직접 지원

🔗 홈페이지 링크 : https://glitch-hack.com


👀 잠깐! 함께 참가할 팀원을 구하고 싶다면?

글리치에서 팀빌딩을 위해 오프라인 밋업을 준비했어요.

자세한 내용은 아래 링크에서 확인해주세요!

🔗 https://lu.ma/glitch_teambuilding2


3
0
한서경

한서경

[총 상금 1.5억] SBS 문화재단 x 한투AC 에서 미디어/콘텐츠 분야 스타트업을 모집합니다!


안녕하세요, 디스콰이엇 여러분! (디스콰이엇er? 디스콰이엇 人...?)

한국투자액셀러레이터 한서경 팀장 입니다!


저희가 SBS 문화재단과 협력하여 총 상금 1.5억원의 스타트업 콘테스트를 개최하려고 해요. 😊 관심있는 대표님들께서는 한번 읽어보시고 지원해보셔도 좋을 것 같습니다!


[지원해야 하는 이유]

  • 상금으로 지급되므로 지분율 희석이 없습니다! (물론 우수기업에는 투자검토)
  • 매우 간단한 지원서 : 서술형 답변 5개 + IR덱 제출 = 지원 완료 👍
  • 전통적인 미디어/콘텐츠가 아니라 AI, AR, 메타버스 등 상당히 넓은 범위를 미디어/콘텐츠로 보고 있습니다!
  • 바른동행 3기 배치 프로그램에 아쉽게 탈락했거나 지원기간을 놓쳤더라도 이 콘테스트에서 우승하면 참여 가능!


[모집기간] 2023년 4월 26일(수) ~ 5월 8일(월) 16:00


[모집대상] 3년 이하, 테크 기반의 미디어 콘텐츠 스타트업 (AI, AR, VT, XR, 메타버스 등)


[선발기업 혜택]

① 우수 기업 대상 상금 수여 (총 1.5억)

▪️ 1등 50,000,000원, ▪️ 2등 40,000,000원 ▪️ 3등 30,000,000원 ▪️ 4등 20,000,000원 ▪️ 5등 10,000,000원

② 한국투자액셀러레이터 투자 검토

③ 한국투자액셀러레이터 배치 프로그램(바른동행 3기) 참여 지원


언제나처럼 넥스트유니콘 플랫폼을 통해 모집을 받고 있어요.

관심있는 대표님께서는 아래 링크를 클릭해서 자세한 내용을 살펴보실 수 있으니 많은 관심 부탁드릴게요! 😊


url thumbnail

2023 SBS 문화재단 x 한국투자액셀러레이터 미디어·콘텐츠 스타트업 콘테스트 | 프로그램 | 넥스트유니콘

https://www.nextunicorn.kr/support-programs/43e3d9fd4dd99f57?utm_source=kstartup&utm_medium=link&utm_campaign=biz&utm_content=kiac_2023sbs



7
0