fa
Feedback
언제 일일이 손으로 다하냐

언제 일일이 손으로 다하냐

رفتن به کانال در Telegram

인사이트 없음.

نمایش بیشتر
کشور مشخص نشده استدسته بندی مشخص نشده است
375
مشترکین
اطلاعاتی وجود ندارد24 ساعت
+17 روز
+830 روز

در حال بارگیری داده...

کانال‌های مشابه
هیچ داده‌ای
مشکلی وجود دارد؟ لطفاً صفحه را تازه کنید یا با مدیر پشتیبانی ما تماس بگیرید.
ابر برچسب‌ها
هیچ داده‌ای
مشکلی وجود دارد؟ لطفاً صفحه را تازه کنید یا با مدیر پشتیبانی ما تماس بگیرید.
اشارات ورودی و خروجی
---
---
---
---
---
---
جذب مشترکین
ژوئیه '26
ژوئیه '26
+12
در 2 کانال‌ها
ژوئن '26
+48
در 18 کانال‌ها
Get PRO
مه '26
+9
در 1 کانال‌ها
Get PRO
آوریل '26
+68
در 19 کانال‌ها
Get PRO
مارس '26
+65
در 15 کانال‌ها
Get PRO
فوریه '26
+192
در 6 کانال‌ها
تاریخ
رشد مشترکین
اشارات
کانال‌ها
29 ژوئیه0
28 ژوئیه0
27 ژوئیه+1
26 ژوئیه0
25 ژوئیه0
24 ژوئیه0
23 ژوئیه+1
22 ژوئیه0
21 ژوئیه0
20 ژوئیه0
19 ژوئیه0
18 ژوئیه+1
17 ژوئیه0
16 ژوئیه+1
15 ژوئیه0
14 ژوئیه0
13 ژوئیه0
12 ژوئیه0
11 ژوئیه0
10 ژوئیه0
09 ژوئیه0
08 ژوئیه+1
07 ژوئیه+2
06 ژوئیه0
05 ژوئیه+1
04 ژوئیه0
03 ژوئیه+2
02 ژوئیه+2
01 ژوئیه0
پست‌های کانال
나중에 간단한 게임개발 찍먹하실때 굳이 안쓰시더라도 저런식으로 한정 무료를 받아두시면 AI로 에셋을 만드실때나 다른 에셋 구매할 때 참고용으로 좋아요.

2
언리얼 엔진에서 게임 개발하실 분 계신가요? 저는 혹시 몰라 Fab에서 이벤트로 풀리는 한정 무료 에셋을 매주 받아 놓습니다. https://www.fab.com/limited-time-free?setlang=en
언리얼 엔진에서 게임 개발하실 분 계신가요? 저는 혹시 몰라 Fab에서 이벤트로 풀리는 한정 무료 에셋을 매주 받아 놓습니다. https://www.fab.com/limited-time-free?setlang=en
50
3
제가 이야기하고 싶은 건 바로 에뮬레이터 앱 시장. 한국 앱스토어에서는 노출이 잘 안 되기는 하지만, 현시점 글로벌 1황은 Manic EMU임. 가장 많은 편의 기능과 가장 넓은 게임 호환성을 제공하고 있음. 에뮬레이터에서
제가 이야기하고 싶은 건 바로 에뮬레이터 앱 시장. 한국 앱스토어에서는 노출이 잘 안 되기는 하지만, 현시점 글로벌 1황은 Manic EMU임. 가장 많은 편의 기능과 가장 넓은 게임 호환성을 제공하고 있음. 에뮬레이터에서 가장 중요한 건 편의 기능을 모두 떠나서 게임이 얼마나 잘 구동되고 호환되느냐라는 것에는 이견이 없을 거임. 그런데 Manic EMU는 게임을 구동하는 코어를 100% 직접 만든 게 아님. 에뮬레이터가 어떻게 게임을 구동하는지 먼저 이해해야 하는데, 그러려면 게임기가 게임을 실행하는 방식부터 알아야 함. 예를 들어 3DS 게임을 실행한다고 하면, 3DS 운영체제가 게임 파일을 읽어 실행에 필요한 코드와 데이터를 메모리에 올려줌. 그러면 CPU가 그 메모리에 있는 명령을 하나씩 읽어서 실행하고, 그 결과로 게임이 동작하는 거임. 그런데 이걸 스마트폰에서 실행시키고 싶다고 생각해 보자. 스마트폰에는 3DS 운영체제도 없고, 3DS가 기대하는 메모리 구조도 없고, CPU도 3DS의 CPU와 다름. 즉, 3DS 게임은 스마트폰에서 바로 실행될 수 있는 환경 자체가 아닌 거임. 그러면 방법은 하나임.
103
4
요즘 하고 있는 것. Sapien에서 Builder Circle을 모집한다고 하길래 지원했습니다. Builder Circle은 AI가 만든 결과물을 어떻게 검증할지 고민하는 빌더들을 모아서, 실제 데이터와 제품을 가지고 이런저런 실험을 해보는 프로그램입니다. 저는 이전에 Trinity라는 멀티 에이전트 오케스트레이터를 만들었습니다. Claude, Codex, Antigravity 같은 에이전트들이 하나의 목표를 나눠서 설계하고, 구현하고, 서로 리뷰하는 구조입니다. 만들면서 계속 남았던 의문이 하나 있었어요. 여러 에이전트가 토론하고 합의해서 결과를 만들었다고 해도, 그래서 이 결과가 진짜 좋은 결과라는 건 어떻게 알 수 있을까 ? 처음에는 LLM judge 하나 더 붙이면 되겠지 싶었는데, 실제로 돌려보니 judge도 결국 하나의 확률적인 모델이었습니다. 잘못된 방향으로 다 같이 수렴하거나, 그럴듯하게 작성된 결과에 높은 점수를 주는 경우도 꽤 있었습니다. Sapien에서 만들고 있는 POQ는 하나의 judge만 보는 것이 아니라, 정해진 rubric을 기준으로 여러 AI나 사람이 독립적으로 평가하고 quality와 consensus를 함께 확인하는 방식입니다. 이걸 보고 문득, Trinity에서 나온 에이전트 결과물을 POQ로 검증하면 어떨까 ? 라는 생각이 들었습니다. - 사용자의 원래 목표를 제대로 달성했는지 - 건드리면 안 되는 범위를 지켰는지 - 완료했다고 볼 만한 evidence가 있는지 - 여러 reviewer가 같은 결론에 도달하는지 이런 항목들을 검증할 수 있다면, 단순히 여러 AI를 동시에 돌리는 것에서 끝나지 않고 결과물의 품질까지 증명할 수 있지 않을까 싶습니다. 아직 진짜 되는지는 모르지만 요즘은 이걸 한번 붙여보려고 이것저것 보고 있습니다. Trinity: https://github.com/hongdangmoo49/Trinity
106
5
웹사이트 SEO 망한 후기 1/ 이것 저것 다양한 기능을 제공하는 허브형태의 웹사이트를 시작함 2/ 많고 많은 기능 중에 하나만 터지면 되는거 아닌가 하는 개꿀따리 아이디어라고 생각함 3/ 클코랑 코덱스 총동원해서 미친듯한
웹사이트 SEO 망한 후기 1/ 이것 저것 다양한 기능을 제공하는 허브형태의 웹사이트를 시작함 2/ 많고 많은 기능 중에 하나만 터지면 되는거 아닌가 하는 개꿀따리 아이디어라고 생각함 3/ 클코랑 코덱스 총동원해서 미친듯한 기능 추가와 아티클 발행을 진행함 4/ 아티클 발행은 뭐냐면, 다들 웹서비스에 쓸데없는 블로그 글 보셨을 거임. 5/ 블로그 글이 서비스로만은 타게팅이 안되는 긴 키워드를 타게팅하면서 SEO 에 엄청 도움되는 전략임. 6/ 심지어 adsense 심사에도 도움이 되는 경우가 정말 많아서 통과안되던 서비스에 블로그 글 작성으로 통과하는 경우도 정말 많음. (물론 아무 글이나 쓰면 당연히 안됨) 7/ 그러니까 블로그 글은 재밌게도 사람은 정작 안읽지만 크롤링 봇들이 높게 평가해주는 컨텐츠인거임. 8/ 위 이유들로 인해서 뭐 하나만 걸려라라는 생각으로 블로그 아티클도 미친듯이 작성함 9/ 그런데 갑자기 노출 상승 곡선이 비정상적으로 뚝 끊겨버림. 10/ 노출되던 키워드의 검색 수요가 며칠 만에 일제히 사라졌다고 보기는 어려워서 사이트나 페이지의 검색 평가가 달라졌을 가능성을 의심하는게 더 타당했음 11/ Google에는 scaled content abuse라는 스팸 정책이 있음. 검색 순위를 올리는 것을 주목적으로 사용자에게 별다른 가치를 주지 않는 페이지를 대량 생성하는 행위를 뜻함. 12/ 그러니까 블로그 아티클 무지성으로 AI로 찍어내다가 노출되던 키워드도 몰수당하고 SEO 나락감... 운영하시는 웹사이트 SEO를 신경쓰고 계시다면 초기에 페이지 수를 너무 많이 찍어내시는 건 주의하시길...
106
6
요즘 GLM 5.2를 써보면서 느낀 건데, 이제 성능이 기존 프론티어 모델에 꽤 근접한 것 같습니다. 관련해서 GeekNews에 올라온 글도 꽤 흥미롭습니다. 핵심은 GLM 5.2 같은 오픈 가중치 모델이 Opus/GPT급 에이전트 작업에 가까워지면서, 폐쇄형 프론티어 모델의 높은 추론 마진을 압박할 수 있다는 내용입니다. 가격도 약 $4.40/MTok 수준으로 언급되는데, Opus 소매가 대비 20% 미만이라는 점이 꽤 크네요. 물론 아직 비전 미지원, 웹 검색 품질, 토큰 사용량 같은 약점은 남아 있지만, Claude Code나 Codex에서 base URL과 API key만 바꿔 실험할 수 있다는 점 때문에 전환 비용은 낮아 보입니다. 특히 Zcode로 쓰다 보니 빌트인 플러그인 덕분에 비전 기능에 가까운 작업도 어느 정도 가능하고, 속도도 5.0 때보다 확실히 빨라졌네요. 이 정도면 예전에 메인 모델로 하던 작업들도 슬슬 GLM 5.2 기준으로 다시 돌려봐도 될 것 같습니다. 기대보다 꽤 실사용감이 좋네요. 기사: https://news.hada.io/topic?id=31209
283
7
[ 속보 ] Fable 5, 1주일 연장!
[ 속보 ] Fable 5, 1주일 연장!
132
8
바이브 코딩으로 제품 만들 때, 문구가 별로면 이 스킬 써보세요. 기능은 AI가 잘 만들어줘요. 근데 랜딩페이지 문구, CTA, SEO 글, 온보딩 문구는 이상하게 AI가 쓴 티가 많이 나요. • 말은 그럴듯한데 안 끌린다 • 그래서 뭐가 좋은지 모르겠다 • 내 제품인데 설명이 제일 어렵다 이럴 때 도움 되는 마케팅 스킬 모음이에요. https://github.com/coreyhaines31/marketingskills (스타 개수보니 이미 유명한지 한참된 스킬임) copywriting, SEO, CRO, onboarding, pricing, social 같은 스킬이 있고 거의 모든 에이전트 제품에서 사용 가능합니다 핵심은 문구 예쁘게 고쳐줘가 아니라 누가 보는지, 왜 망설이는지, 어떤 행동을 유도할지부터 잡아준다는 점이에요. before : AI 기반 생산성 도구로 워크플로우를 최적화하세요 after : 매번 새로 쓰던 고객 응답 문구, 한 번 만든 톤으로 바로 생성하세요 이렇게 누가 왜 써야 하는지 보이게 바꿔줘요. 요즘은 제품 만드는 속도보다 제품을 어떻게 설명할지가 병목인 경우가 많은데요. 바이브 코딩하는데 문구가 마음에 안 들거나 AI 콘텐츠가 너무 어색하게 느껴지면 한 번 써볼 만해요.
111
9
어제부터 Zcode 설치해서 써보고 있는데 상당히 좋네요. GLM 모델 중 5.0, 5V, 5.1 등을 써왔을 때는 답변이 느리거나 자주 병목이 발생하거나 답변 퀄리티가 기존 프론티어 모델에 비해 많이 아쉬웠거든요. Zcod+2
어제부터 Zcode 설치해서 써보고 있는데 상당히 좋네요. GLM 모델 중 5.0, 5V, 5.1 등을 써왔을 때는 답변이 느리거나 자주 병목이 발생하거나 답변 퀄리티가 기존 프론티어 모델에 비해 많이 아쉬웠거든요. Zcode에서 GLM-5.2 두고 사용했을 때는 이전 툴(claudeCode, Trae, cursor 등에 연동)에 비해 많이 자연스러워졌네요. 특히 openclaw를 glm 연동해서 쓸 때, 응답이 너무 느리거나 퀄리티가 떨어지는 부분이 많이 아쉬웠는데 Zcode remote로 많이 개선이 된 것 같아요. 아직 cli 앱은 없는게 좀 흠이지만 클코나 코덱스에 비해 약간 작은 육각형 정도라고 생각하며 쓰고 있습니다. 탁월봇 일 개잘함 말안댐
223
10
Cerebras에서 주최하는 밋업 참석하면 GPT Pro Plan 준다는듯 (30만원) 카쫀쿠 끝나가는 사람들 많을텐데, 시간 되면 가보면 좋을듯. 위치는 서울 https://luma.com/cafecomputeicml
Cerebras에서 주최하는 밋업 참석하면 GPT Pro Plan 준다는듯 (30만원) 카쫀쿠 끝나가는 사람들 많을텐데, 시간 되면 가보면 좋을듯. 위치는 서울 https://luma.com/cafecomputeicml
100
11
Z.ai도 GLM 5.2 전용 ZCode 출시 코딩플랜 구독자는 1.5배 사용량이라고 하니까 써보고싶은 분들은 써봐도 좋을듯
Z.ai도 GLM 5.2 전용 ZCode 출시 코딩플랜 구독자는 1.5배 사용량이라고 하니까 써보고싶은 분들은 써봐도 좋을듯
111
12
니니쌤이 만드신것두 재밌네요
니니쌤이 만드신것두 재밌네요
165
13
🍄 MSU x Verse8 Vibe Camp 리듬게임 이벤트 안녕하세요! 드디어 ‘MSU x Verse8 Vibe Camp’ 막차를 탄 1인입니다. 이번 이벤트에 참여하신 분들을 보니 정말 능력자분들이 많아서 놀랍기만 하네
🍄 MSU x Verse8 Vibe Camp 리듬게임 이벤트 안녕하세요! 드디어 ‘MSU x Verse8 Vibe Camp’ 막차를 탄 1인입니다. 이번 이벤트에 참여하신 분들을 보니 정말 능력자분들이 많아서 놀랍기만 하네요. 요즘 메이플에 조금 빠져 있는 저로서는 이번 이벤트가 특히 더 흥미롭게 느껴졌습니다. 각자 직접 게임을 제작하고, 또 다양한 이벤트까지 함께 진행되는 점이 정말 좋았는데요. 저도 소소하게 이벤트를 하나 진행해보려고 합니다! '왕년에 리듬게임으로 손가락 좀 풀어보셨던 분들, 이번엔 리더보드에서 뵙겠습니다!' 🍄이벤트 참여 방법 1) 게임 플레이 후 리더보드 상위 30위 진입 2) 본인 플레이 닉네임이 보이도록 인증샷 촬영 3) 해당 게시글에 인증샷 댓글 남기기 🍄이벤트 안내 - 보상: 1위(치킨), 2위(햄버거), 3위~30위(커피) - 기간: ~2026/7/1 21:00까지 - 기준: 이벤트 종료 시점 리더보드 순위 - 유의사항: 리더보드 닉네임은 텔레그램 닉네임과 동일하게 설정 필수 - 권장사항: 전체화면으로 플레이하시면 더 편하게 즐기실 수 있습니다. 많은 참여 부탁드리며, 플레이 후 피드백도 편하게 남겨주세요!
115
14
수빈님의 글을 보니 최근에 고민했던 내용이랑 겹치는 부분이 많네요. 이전 Trinity를 개발하면서 처음엔 “LLM judge를 잘 쓰면 되겠지”라는 생각으로 접근했는데, 실제로 돌려보니 꽤 자주 산으로 갔습니다. 문제는 judge 모델 하나를 확률적 게이트처럼 쓰면, 루프가 발산하는지, 너무 강하게 수렴해서 local optima에 빠지는지, 아니면 애초에 목적함수가 잘못 잡혔는지를 분리해서 보기 어렵다는 점이었습니다. 예를 들어 사용자는 단순히 “UI를 깔끔하게 해줘”라고 했는데, 에이전트는 갑자기 버튼을 더 만들거나, 프로젝트 흐름을 과하게 세분화하거나, 인간 입장에서는 당연히 건드리면 안 되는 영역까지 수정해버리는 식이었어요. 그러다 RAG 쪽 골든 데이터셋 구축 글을 봤는데, 꽤 힌트가 됐습니다. 질문마다 질문 type을 두고, expected answer와 evidence를 정의해서 검색 실패인지 생성 실패인지를 구분하려는 방식이었는데, 이걸 agent loop에도 비슷하게 적용할 수 있겠다는 생각이 들었습니다. LLM loop에서도 단순히 “결과가 좋아 보이는가?”를 judge에게 묻는 게 아니라, - 사용자의 원래 목표는 무엇인가 - 건드리면 안 되는 범위는 무엇인가 - 완료를 증명하는 evidence는 무엇인가 - 실패했다면 발산인지, 과수렴인지, 목적함수 오류인지 - 이 케이스는 어떤 type의 요청인가 같은 항목을 golden scenario로 쌓아야 할 것 같습니다. 결국 loop engineering은 LLM judge를 하나 더 붙이는 문제가 아니라, 좋은 목적함수와 관측 가능한 실패 분류 체계를 만드는 문제에 더 가까워 보입니다. RAG에서 golden dataset이 검색/생성 품질을 분리해서 보게 해주는 것처럼, agent loop에서도 golden scenario가 있어야 “왜 실패했는지”를 볼 수 있고, 그래야 다음 루프를 개선할 수 있을 것 같네요.
162
15
loop engineering 혹은 /goal의 실험과 관찰 결과 대부분 실패는 llm as a judge를 확률 게이트로 쓰며 발산과 강한 수렴을 방지하지 못하기에 발생한다. 좋은 목적함수를 설계하지 않으면 실패는 당연한 결과이다. 발산과 동시에 local optima에 빠지는 경우도 종종 발생하는데, 동적으로 해당 결과물에서 다른 요소를 건드림으로 이를 빠져나올 방안을 구성에 넣어야 한다. 이 외에도 루프 엔지니어링은 하나의 추상화된 nn의 학습 프로세스와 비슷한 부분이 많다. 연장선으로 이 루프라 함은 단일 과정에서 추출 가능한 “단일 스킬”로 대체될 수 있다기 보단 잘 설계된 광범위한 월드 모델로 설계되어야 한다는 생각이 든다.
121
16
요즘 좀 나태해졌었는데 다시 동기부여 되네요. 좋은 글 감사합니다 조엘님
162
17
웹3 생태계의 현실: 2026년 6월 편 기존 제 생각과 이번에 한국에 와서 많은 분들과 얘기를 나눈 후 얻은 인사이트를 좀 정리해 봤습니다. 지금 웹3에 진입한다면 - 내러티브 그만 따라가야 한다. 따라가던 애들은 다 망했다. - 웹2의 실존하는 문제를 해결하는 웹3 제품을 만들어야 한다. - 토큰화, 스테이블코인, 금융기관, 법제화, 인공지능 등 그나마 실생활과 연관이 있는 주제로 시작을 하자. - 진입장벽이 높아졌기 때문에, 바로 웹3로 커리어를 시작하는 건 현실적으로 힘들다. 전통금융, 웹2 빅테크, 인공지능 등에서 넘어오는 걸 추천한다. AI와 웹3 - 이 두 가지를 함께 엮고자 하는 수많은 시도가 있었으나, 사실 PMF가 있는 제품은 아직 잘 보이지 않는다. - 그나마 가장 핫한 agentic payments도 주로 명세 정의와 실증 단계에 머물러 있다. 냉정하게 말해서 현실세계에서 아직 쓰인다고 볼 수 없음. - agentic payments의 가장 큰 문제는 블록체인을 쓸 필요가 없다는 것이다. 써도 되고 안 써도 됨. - 지금은 AI가 뭘 해도 일단은 잘 되니까, 웹3가 AI의 바짓가랑이를 잡고 늘어지는 형국처럼 느껴진다. 웹3가 성공하려면 현실의 문제를 해결해야 한다. 웹3 말고 AI에 자본이 유입되는 이유는 AI가 현실의 문제를 해결해주기 때문이다. ChatGPT는 자명하게도 삶의 질을 향상시켜준다. 메타마스크가 삶의 질을 향상시켜주냐는 질문은 쉽게 답하지 못한다. 사실상 아니다. 기술은 이미 고도화되었다. 이젠 FHE, TEE, ZK 같은 고차원적인 단어들도 물론 필요하지만, 이 기술을 블록체인에 접목하여 어떠한 효용성이 있는지를 고민해야 할 때다. 기저에 깔려있는 기술은 블록체인 생태계의 존폐에 있어서 더 이상 가장 중요한 부분이 아니다. 법제화 국내 법제화는 매우 느리게 진행중이다. 법제화에는 크게 두 가지 문제가 있다. 1. 느리다. 아시아만 해도 기초적인 틀이 마련된 나라가 싱가폴, 홍콩, 일본 정도.. 나머지 한국 및 동남아 나라는 한참 멀었다. 국내 기관은 관심은 매우 많으나 금감원 눈치를 볼 수 밖에 없고 사실상 법제화 전까지 뭔가를 하긴 힘들다. 법제화를 우리가 직접적으로 앞당길 수 있는 방법은 없으니 업계는 제한된 자본 하에 실시간으로 수명이 단축되고 있다. 2. 금융기관의 안정성에 초점이 맞추어져 있다. 금융기관의 첫번째 목표는 사고가 나지 않는 것이다. 야생마와 다름없는 블록체인을 가만 둘리가 없다. 안전성과 신뢰성을 위주로 법률이 제정되면 결국 블록체인의 장점이 상실된다. 예를 들면 KYC, AML, 최대 입금, 송금 조건이 붙어 송금이 지연돠며 익명성이 박탈되는 구조. 이런 문제가 있으니 기술이 준비가 되었어도 사용할 수가 없거나 사실상 효용을 발휘하게 할 수가 없다. 기관 내러티브의 함정 1-2년 전부터 내러티브는 완전히 기관 쪽으로 바뀌었다. 기관 내러티브의 단점은 현실적이라는 것이다. 리테일은 현실세계가 바뀌고 발전하는 건 관심없다. 몇 가지 buzzword에 이끌려 유동성을 주입하고 꺼내는 걸 반복한다. 리테일은 블록체인이 현실의 문제를 해결하는 것을 신경쓰지 않는다. 기관은 다르다. 수지타산과 실용성을 철저하게 검토한다. 여기서부터 막힘.. 기관은 수많은 레거시 인프라를 가지고 있고, 현실세계는 크립토가 아닌 fiat, 즉 웹3가 아닌 웹2로 굴러가고 있다. 이 상황에서 누구 하나가 나서서 웹3로 인프라를 갈아끼우는 작업을 시작하는 것은 사실 매우 힘든 일이다. 기관은 실제 사용을 하고 싶어하기 때문에 이런 문제가 발생한다. 얼마나 업계가 아직도 발전하지 못했는지 대변해주는 부분. 사람들은 알게 모르게 이미 움직이고 있다 최근 수많은 똑똑한 지인들과 얘기를 나눴다. 모두가 AI에 더 많은 관심을 가지고 뭔가 하나라도 해 보려고 노력하고 있다. AI의 가장 큰 특징은 현실세계의 문제를 지금 해결해 준다는 것이다. 답답한 크립토의 발자취를 하나 둘씩 뒤로 하려는 움직임이 보인다. 구체적으로 무슨 일들을 하시는지는 모두 밝힐 수 없겠지만 AI로 해 볼 수 있는 모든 수익화 아이디어는 다 들어본 것 같다. 이것마저 하지 않으면 도태되고 말 것이다. 대AI 시대에 가장 필요한 특징은 똑똑함이 아닌 실행력이다. 지식의 가치는 싸다. 실행력은 아직 비싸다. 실행력의 인자인 체력과 시간은 대부분 공평하게 주어지기 때문이다. 생각은 그만하고 실행하자. 내가 아는 대단한 분들은 이미 실행하고 계신걸 보고 왔다. 지난 한 달 동안 회사 + 다이어트 + 운동 병행하며 힘들어서 좀 적당히 하면서 쉬었는데 다시 복귀해야겠다. 시간은 나의 사정을 신경 써 주진 않는다. 웹3의 미래 - 웹3가 망할 거라고 생각하지 않습니다. 단지 앞서 설명한 이유로 현재 웹3 제품으로 현실의 문제를 해결하기가 쉽진 않습니다. 특히 국내에서. - 웹3에 열정이 있는 분들은 어떻게든 현실의 문제를 해결하는 제품을 만들거나, 상황이 개선될 때까지 기다렸다가 결국 제품을 만들 것이라고 생각합니다. - 최근 웹3가 현실의 문제를 바로 해결할 수 있다고 생각되는 분야는 무역 금융. 다음 번에 한 번 심도있는 정보를 올려볼게요. 자료 저번 목요일, 토요일 행사에 참여해주신 분들께 감사의 말씀 드립니다. 행사를 위해 준비한 1시간 분량의 40장짜리 슬라이드를 공유드립니다. 제 커리어와 전반적인 Web3, AI 얘기가 담겨있습니다. P.S. 방장채널 @joelweb3kr 방장일기 @joeldiary 저 WebX 가는데 가시는분 있나요?
118
18
마감 | 닉네임 | 등수 | 점수 | |---|---:|---:| | 성수 | 1등 | 2,632,530 | | pangpang | 2등 | 2,500,620 | | 고려대학교 | 3등 | 2,467,910 | | 배즙 | 4등 | 2,200,600 | | Nu_lav | 5등 | 2,156,590 | | 니니 | 6등 | 2,117,370 | | 짜짜 | 7등 | 1,899,820 | | SEON | 8등 | 1,826,560 | | 멕드로뇽인줄알았지만멕드로뇽 | 9등 | 1,741,400 | | banabana8597 | 10등 | 1,548,740 | | ooo4ever | 11등 | 1,479,830 | | lfgo5959 | 12등 | 1,089,130 | | sibarom | 13등 | 1,002,010 | | 배즙 | 14등 | 704,703 | | MapleHero | 15등 | 512,680 | | rna | 16등 | 446,090 | | 커먼센스 | 17등 | 432,980 | | cogoco | 18등 | 429,530 | | 쿠나 | 19등 | 412,456 | | donggu | 20등 | 386,980 | 텔레로 디엠한번씩만 주세요. 다들 즐겨주셔서 감사합니다 !
326
19
마감 4시간 전입니다 ! 경쟁자 얼마없어서 참여만하셔도 커피 드실듯 !!
197
20
Verse8 메이플 게임 하나 만들어봤습니다 + 이벤트 안녕하세요. 재미입니다. 메이플 게임 저도 하나 만들어보았습니다. 즐기면서 하는데 경품까지 있으면 더 좋겠죠. 짧고 굵게 이벤트 들어가겠습니다. https://verse
Verse8 메이플 게임 하나 만들어봤습니다 + 이벤트 안녕하세요. 재미입니다. 메이플 게임 저도 하나 만들어보았습니다. 즐기면서 하는데 경품까지 있으면 더 좋겠죠. 짧고 굵게 이벤트 들어가겠습니다. https://verse8.io/dl/games/T3U4x5s?referral=77LMIW • 이벤트 기간 ~ 26.06.28 21:00까지 (일요일 저녁 9시) • 참여 방법 게임 플레이 시작전 닉네임 적으면 리더보드에 자동 등록됩니다. • 경품 1위: 치킨 1마리 2위~20위: 커피 기프티콘 이벤트 종료 시점 리더보드 기준으로 상위권 분들께 경품을 지급할 예정입니다. 재밌게 즐겨주시고, 버그나 아쉬운 점 있으면 편하게 알려주세요.
880