주민건

2024년 7월 29일 – Notion 2.43: 편집 제안 + Notion AI 업그레이드

Notion 2.43: 편집 제안 + Notion AI 업그레이드

Notion

프롬프트 없이, 원클릭 AI 기능

가끔은 처음부터 AI 프롬프트를 쓰는 것도 벅찰 때가 있죠. 이제 원클릭으로 아이디어 브레인스토밍, 다이어그램 만들기, 노트 요약, 콘텐츠 번역 모두 해결하세요.

과연 사람들은 프롬프트 치기를 선호할까, 버튼 누르기를 선호할까?

자신이 입맛대로 고르는걸 좋아할까, 골라주는걸 좋아할까? (서브웨이 섭픽)

전문가, 작업 절차, 체크 리스트

전문가는 일을 해결하는 절차를 아주 작고 세밀하게 쪼갤 수 있는 사람이다. 문제해결능력 코치를 오랫동안 할 때, 내가 사고하는 절차 및 지침을 적어본 적 있다. 사내에 다른 사람에게도 적용시키기 위함과 내 머릿속 절차를 구체화하여 각 항목 사이를 좀 더 세밀하게 생각해보기 위함이었다. 실제로 나 스스로에게는 많은 도움이 되었다. 사내의 다른 코치에게

zoomgzoomg

숙련된 전문가는 자신의 업무 프로세스를 잘게 쪼갤 수 있다

업무 효율화를 위한 AI 프로덕트는?

[‘일’상의 AI] ① AI는 파괴자일까, 조력자일까? | 요즘ITAI는 인간보다 더 빠르고 효율적으로 작업을 수행하는 것이 아니라 작업을 근본적으로 재정의 합니다. PM 업무뿐만 아니라 UX 디자이너, 개발 매니저의 업무를 대신할 것이며, 이렇게 되면 조직의 역할이 재정의될 것입니다. 시장 격차 파악부터 미래 트렌드 예측까지, AI의 역할은 인간의 영역으로 확장되고 있습니다. 우리는 이 혁신적이고

zoomgzoomg

AI 프로덕트 (P) = (도메인 지식 + 업무 프로세스 + 데이터)

혁신의 정의와 기획의 중요성

스페이스플래닝 대표 정우석 19:12; 저도 이제 처음에 사업 시작할 때 ‘나는 모텔을 혁신해야 된다‘라는 생각이 항상 있었거든요? ‘혁신이 그럼 뭘까?’ 이런 걸 생각을 해본 적이 있어요. 그 혁신에 대한 정의를 저는 ‘피터 드러커’한테서 찾았어요혁신을 쪼개면 뭐가 되냐면 폐기하는 것과 그 폐기한 것으로 남은 유효 리소스를 내가 시장의 트렌드를

zoomgzoomg

혁신 = 리소스 효율화 + 트랜드 반영

디지털 트랜스포메이션 14편: 마지막은 인공지능으로 | 인사이트리포트 | 삼성SDS

디지털 트랜스포메이션의 마지막 이야기, 인공지능에 대해 알아보겠습니다.

삼성SDS소셜크리에이터 주호재

현존 AI 모델은 귀납적 추론 방식으로 동작한다

절차

1. 숙련된 전문가를 통해 알게 된 업무 프로세스를 상세하게 정의해둔다
2. 업무 프로세스에서 비효율적인 부분을 발견하여 AI를 통해 효율화를 이끈다
3. 효율화를 이끌어 남는 리소스는 그동안 시간이 뺏겨 전문가가 돌보지 못했던 부분에 투자할 수 있도록 한다

조건

• 사내에 숙련된 전문가가 필수적으로 존재해야 한다
• 이왕이면 숙련된 전문가가 신입 교육을 할 줄 알면 좋다
• 전문가의 시간을 아주 많이 잡아먹는 업무를 찾아내야 한다
• 해당 업무를 현 시대에 존재하는 해결 방법으로 문제를 푼다

예시 1 - 법, 변호사

법 도메인의 전문가 변호사를 예로 들어보자

변호사의 업무 절차 중 혼자서 가장 많은 시간을 잡아먹는 일은 판례 검색이다

판례 검색을 LLM + RAG (귀납적 추론 AI)로 해결한다

LBOX - 판례 검색은 엘박스에서!

국내 최대 법률 데이터베이스 엘박스에서 원하는 판결문을 자유롭게 검색해보세요.

판례 검색은 엘박스에서!

예시 2 - 발전소 밸브 진단, 엔지니어

발전소 밸브 진단 도메인의 전문가 엔지니어를 예로 들어보자

엔지니어의 업무 절차 중 효율화 될 수 있는 부분은 이벤트 라벨링이다

이벤트 라벨링을 도메인 지식 활용한 알고리즘 (연역적 추론 AI)으로 해결한다

노션, 엑셀 템플릿을 억대로 판매하는 세일즈의 여신, 공여사들

이 글은 [조쉬의 프로덕트 레터]에서 발행되었습니다.7K가 구독한 퀄리티 있는 프로덕...

노션, 엑셀 템플릿을 억대로 판매하는 세일즈의 여신, 공여사들

업무 프로세스를 시스템화 (템플릿)하여 판매

전문가의 체크리스트를 좀 더 발전시킨 형태인 엑셀과 노션으로 제공

엑셀과 노션을 벗어난 엄청난 UX가 필요하지 않는 모든 영역 커버 가능

MVP는 쉬운 걸까?

요약된 지식의 위험성 | MVP의비유 보통 MVP라고 하면, 아래와 같은 이미지가 많이 알려져 있습니다. 자동차로 비유되는 이유는 린 스타트업이라는 책에서 에릭 리스가 운전을 비유하여 설명을 이어나가기 때문인 듯합니다. 자동차보다얼굴을 보자 이미지에서 먼저 봐야 하는 것은 보드나 만들어지는 자동차가 되는 것이 아니라, 얼굴의 변화입니다. 얼굴을 사용자 경험이라고 가정해 봅니

Brunch Story이선주

아무리 MVP라도 들어갈 건 다 들어가야 된다

최소한 좌석, 핸들, 차대, 바퀴가 있어야 "자동차"라고 할 수 있다.

만약 최종 제품의 목적이 자동차라면 퀵보드부터 만들면 안된다

최종 목표에 맞는 올바른 MVP의 lower-bound를 설정해야한다

MVP 사용자 경험의 시작은 0이 아닌 -1이다

사용자는 기분 나쁜 상태에서 제품 경험을 시작한다는 점을 인지해야한다

빠른 출시와 업데이트의 의미

MVP 검증 및 성장의 과정이지 팀원을 번아웃 시키는 과정이 되어서는 안된다

사람이 제품을 만든다

사람은 기계가 아니다

전략적인 팀워크가 필요하다

[‘일’상의 AI] ① AI는 파괴자일까, 조력자일까? | 요즘IT

AI는 인간보다 더 빠르고 효율적으로 작업을 수행하는 것이 아니라 작업을 근본적으로 재정의 합니다. PM 업무뿐만 아니라 UX 디자이너, 개발 매니저의 업무를 대신할 것이며, 이렇게 되면 조직의 역할이 재정의될 것입니다. 시장 격차 파악부터 미래 트렌드 예측까지, AI의 역할은 인간의 영역으로 확장되고 있습니다. 우리는 이 혁신적이고 파괴적인 기술을 동료 파괴용으로 사용해서는 안 됩니다. 대신 그들의 업무와 그 가치를 이해하여 효율성을 극대화하는 데 사용해야 합니다. AI 기술 자체가 좋은 프로덕트를 보장하지 않기 때문니다. 좋은…

요즘IT김영욱

AI 프로덕트 구성 요소

AI 프로덕트 (P) = (도메인 지식 + 업무 프로세스 + 데이터)

'드러나는 기능' 보단 '스며드는 기능'

전문가가 업무 프로세스 중 노가다 혹은 다량의 시간을 투자해서 하는 일을 AI로 효율화

밸브 정기 검진을 위해 시행되는 절차 중 이벤트 지점 탐지를 AI의 도움을 받아 효율적으로 작업 수행

데이터 활용 및 데이터 솔루션 개발

데이터가 없다면 데이터부터 쌓아야한다

Data Driven

Succeeding with data isn’t just a matter of putting Hadoop in your machine room, or hiring some physicists with crazy math skills. It requires you to develop a data culture that involves people throughout the organization. In this O’Reilly report, DJ Patil and Hilary Mason outline the steps you need…

Google Books

데이터 중심 애플리케이션 설계 - 예스24

데이터는 오늘날 시스템을 설계할 때 마주치는 많은 도전 과제 중에서도 가장 중심에 있다. 확장성, 일관성, 신뢰성, 효율성, 유지보수성과 같은 해결하기 어려운 문제를 파악해야 할 뿐 아니라 관계형 데이터베이스, NoSQL 데이터스토어, 스트림 처리자 또는 일괄...

위키북스마틴 클레프만 저/정재부,김영준,이도경 공저

VoC 툴이 있네?

Voice of Customer led AI Product Management Software - Zeda.io

AI product management tool that turns customer voice into product insights, so you can build exactly what customers want and your business needs.

Get a demo

• 정성영 님의 TL;DV 분석 글에서 다음 3가지 지식을 알게되었다
• SES (Sean Ellis Survey) 지표 / 제품 그로스 분석 템플릿 / "또 오픈AI에 돈 퍼주는 서비스"

SES (Sean Ellis Survey)

우리 서비스 사용자 들에게 다음 주에 서비스 문 닫을것 같은데, 기분이 어때?라고 설문 돌리기

그로스 분석 템플릿

AARRR 퍼널

비즈니스를 위한 현명하게 일하는 방법, 온라인 광고-1

2023년, 온라인 광고를 시작하시는 분들에게 필요한 이야기들 | 본 글은 2022년 9월 15일, 서울 프론트원에서 진행된 청년마케터 데이터 연합강연회에서 발표한 내용을 이해하기 쉽게 작성한 글입니다. 본 글은 매주 목요일 연재될 예정입니다. 서론 안녕하세요. 현재 IPO를 앞두고 있는 빅데이터 유니콘 기업 IGAworks에서 그로스 컨설턴트로 일하고 있는 장용국입니다. 그간 현업과 학업을 병행해오면서 느꼈던 온라인 광

Brunch Story장용국 William Jang

LMF/Pre-aha

Language Market Fit: 잠재고객의 맘의 움직이는 말, 한 번 써볼까? 싶은 생각이 들게 만드는 말

tl;dv의 경우 이를 숏폼 컨텐츠로 시도함

Activation/Setup

신규 고객 획득 / 획득 후 아하를 느끼기 위한 셋업이 빠르다

PLG의 기본 공식인 무료체험 구조를 갖고 있는데

PLG (Product-led Growth): 제품 주도 성장

비슷한 경쟁자들이 영상저장/프로세싱/트랜스크립트/AI요약 등이 속도, 정확성 이슈가 있어서 애매하게 경험이 부족한데 아마 XaY(X라는 행동을 Y기간 안에 A만큼하면 리테인한다) 수치가 미친듯이 낮을듯하다.

XaY: X라는 행동을 Y기간 안에 A만큼하면 리테인한다

Retention/Habit

재방문/습관화?

내가 참석하지도 않은 미팅에 알아서 들어가서 녹화하고 트랜스크립트 요약 정리해서 메일로 쏴주는데 안열어볼수가 없음

Referral Loop

추천 반복 (입소문?)

더블사이드 인센티브는 요즘 SaaS 레퍼럴에서 기본이다

Double-sided incentives | Rewardful Help Center

How to apply coupons to referred customers

Rewardful Help Center

Cello — Unleash the power of word-of-mouth

Turn users into your most valuable growth channel. Cello is the easiest way to add a P2P referral program to any SaaS product in hours.

CelloSven Lackinger, CEO

Revenue

매출

스토리지+genAI 토큰을 빌미로 비용을 청구하는데, 금액도 넛지 시기도 적절하다 생각함

써보다가 맘에 들면 돈 달라고 하는 타이밍이 적절하다는 뜻

"또 오픈AI에 돈 퍼주는 서비스"

요런 인식이 있구나~ 알게됨

너무 잘 기획한 사용자 경험에 비해 반대로 사업적/기술적 해자가 과연 있을까 우려도 든다

코칭 목표

1. 수강생의 문제해결능력을 증진시킨다.(어떠한 처음 보는 문제라도 풀 수 있도록 한다.)
2. Lev.20까지 도달하게 함으로써 다양한 알고리즘을 익히게 한다.
3. 코딩 테스트에 합격할 수 있게 한다.

문제해결절차

1. 문제를 이해한다. (문제에서 구해야되는 값을 정의하고, 해당 값이 나올 수 있는 모든 상황을 생각해본다)
2. 풀이법을 개발한다. (문제를 해결하는데 필요한 절차 및 알고리즘을 설계한다, Bruteforce 부터 적용)
3. 만든 풀이법이 문제를 제대로 해결하는지 검토한다. (이해한 문제를 풀이법을 통해 모두 구할 수 있는지)
4. 제한된 상황에서 제대로 동작하는지 검토한다. (입력크기 제한, 시간복잡도, 공간복잡도, 메모리 제한)
5. 코드로 구현한다. (풀이법을 코드로 옮긴다)
6. 100점을 받는다.

코치 업무

• 코치가 목표를 이루기 위해 해야될 일은 크게 2가지이다.

1. 질의 응답

   • 코치는 질의 응답 과정을 통해 수강생이 문제를 해결함에 있어서 사고의 흐름 중 어느 부분이 약한지 빠르게 파악하여 해당 부분을 Develop 할 수 있도록 도와준다.
   • 코치는 수강생이 만들어온 모든 질문에 대한 답변을 해줄 수 있어야하며 수강생은 답변을 얻음으로 스스로 문제를 해결할 수 있는 힘이 길러져야한다.(답변을 받음으로 고민해볼 수 있어야한다. 답변의 질이 수강생이 만족할 정도여야 한다.)
     • 코치가 수강생이 만들어온 모든 질문에 대한 답변을 줄 수 있으려면 질문이 몇 개가 나올지 알고 있으면 좋다.
     • 답변의 질은 질문에 대해 생각할 수 있는 시간이 많으면 많을수록 높아질 가능성이 있다. 따라서 코치는 수강생이 어떤 질문을 할 것인지 알고 있으면 좋다.
       • 수강생의 질문은 수강생이 어떤 문제를 시도(a)하거나 풀어왔는지(b)를 알면 파악할 수 있다.
       • 따라서, 코치는 코칭 전 수강생의 제출 기록(b) / 컴파일 기록(a) / 메모 기록(a) / 문제를 열었는지(a)에 대한 기록을 알면 어떤 질문을 하고 몇 개의 질문을 할지 예측할 수 있다.
         • 문제를 열었는지
           • 문제를 열었으나 풀어오지 않은 경우는
             • 문제를 면밀히 보지않았거나,
             • 문제를 면밀히 봤으나 문제에 원하는 것이 뭔지 이해(1)가 안된 것이다.
         • 메모 기록
           • 메모 기록이 있다는 것은
             • 문제를 자기나름대로 이해하고(1), 풀이법을 개발했을 수도 있고(2), 검토(3, 4)까지 된 상황일 수 있다.
           • 메모 기록을 읽어보면
             • 문제를 잘 이해했는지(1), 풀이법을 개발했는지(2), 개발한 풀이법이 적절한지(3), 문제에 주어진 제한에 풀이법이 적절한지(4)를 알 수 있다.
         • 컴파일 기록
           • 컴파일 기록이 있다는 것은
             • 문제를 자기나름대로 이해하고(1), 코드가 구현(5)된 상황이다. (풀이법이 완전한지(2), 검토(3, 4)는 했는지 모른다)
           • 컴파일한 코드를 읽어보면
             • 문제를 잘 이해했는지(1), 풀이법이 완전한지(2), 검토(3, 4)는 했는지 알 수 있다.
         • 수강생의 제출기록
           • 제출한 기록이 있다는 것은
             • 0점
               • 0점을 받은 경우는
                 • 예제만 돌려보고 제출을 해봤을 가능성이 높다.
                 • 문제를 자기나름대로 이해하고(1), 코드가 구현(5)된 상황이다. (풀이법이 완전한지(2), 검토(3, 4)는 했는지 모른다)
             • 0점 ~ 90점
               • 시간초과의 경우는
                 • 시간 복잡도(4) 계산이 잘못되었거나, 계산을 할 줄 모를 수 있다.
               • 메모리초과의 경우는
                 • 배열의 크기를 너무 크게 잡았거나(힙, 정적 메모리 합쳐서 256MB 초과(전역변수), 스택 메모리 1MB 초과(main 내의 변수)), 재귀가 너무 많이 돈다(함수 콜스택 메모리 초과).
               • 런타임에러의 경우는
                 • 주로 배열 indexing이 잘못되었을때 발생하고, 수학 문제의 경우 0으로 나눌 경우 발생한다.
                 • 배열 최대 크기(4)를 주로 잘못 설정했다.
               • 이외의 경우 다양한 상황은
                 • 문제해결절차 중 5, 4, 3, 2, 1 중에 어느 것이 잘못되었는지 파악해야한다.
             • 91~99점
               • 91~99점을 받은 경우는
                 • 손으로 해봐도 발견하지 못할 확률이 높다.
                 • 문제 이해가 잘못됐을 확률이 있다.
             • 100점
               • 100점을 받은 경우는
                 • 1, 2, 3, 4, 5, 6 단계가 체계적으로 수립되어 문제를 해결해왔다.
               • 해당 문제의 다양한 풀이가 궁금할 수 있다. 또한 자신이 풀어낸 풀이가 맞는지 검증하고 싶어할 수 있다.(사실 이 질문이 나와서는 안된다. 만약 질문이 나왔다면 수강생은 문제해결절차 중 4, 3 이 잘 안되는 것이다.)
           • 제출한 코드를 읽어보면
             • 5, 4, 3, 2, 1 중에 어느 것이 잘못되었는지 파악할 수 있다.
       • 각 수강생 마다 나올 질문을 예측해서 미리 충분히 생각하고 답변을 준비해둔다.
     • 코칭이 시작된 이후 미리 예측한 질문에 대한 답변을 수강생이 물어보기도 전에 코치가 먼저주는 것이 아닌 수강생이 물어봤을때 코치가 질문에 대한 답변을 적절하게 해줘야한다.
     • 만약 예측한 질문이 나왔다면 미리 생각해둔 답변을 말이나 그림, 글로 표현하면 된다. 아니라면 듣고 바로 생각해내야한다.
     • 예를 들어, 수강생이 궁금한 문제(a, b, c)에 대한 준비한 질문(x, y, z)가 있고 코치가 예측한 문제(a, b, c, d, e)에 대한 질문(x, y, w, o, p)에 대한 답변(i, j, k)가 있다면
       • 수강생이 문제 a 에 대한 x 질문, 문제 b 에 대한 y 질문, 문제 c 에 대한 z 질문을 했다면
       • 코치는 문제 a, b 질문 x, y 에 대해서는 준비된 질이 높은 답변(i, j)을 제공할 것이고, 문제 c 에 대한 질문 z 에 대해서는 바로 생각해낸 답변을 제공할 것이다.
       • 여기서 코치가 예측한 문제 d, e 에 대해 질문이 없으신지 수강생에게 여쭤봄으로 한 번 체크를 하고 넘어가면 관리 받는 느낌을 제공할 수 있다.
     • 이때 질문에 대한 Default 답변은 "어떻게 푸셨나요?"(2)가 시작이다.
     • "어떻게 푸셨나요?" 에 대한 수강생의 답변을 통해 문제 이해를 잘 했는지(1), 풀이를 똑바로 개발했는지(3, 4) 알 수 있기 때문이다.
   • 코치는 수강생의 질문을 통해 문제해결절차 6단계 중 어느 부분이 잘 안되는지 파악해야한다. 또한, 자신이 어느 부분이 잘 안되는지 인지시켜줘야한다.
     • 1단계를 못한다
       • 문제가 이해되지않는다 → desc 설명해준다.
       • 문제에서 구해야되는게 무엇인지 모른다 → 문제를 읽고 구해야하는 값을 정의하는 과정을 보여준다. 문제 정의의 자세함은 0, 1 밖에 모르는 컴퓨터가 이해할 수 있는지로 하면 적당하다.(코드로 내가 컴퓨터에게 설명할 수 있는지)
         • ex) 문제 정의 - 소수를 구하라
           • 컴퓨터에게 바로 소수를 구하라고 하면 소수가 뭔지 모를 것이다. 좀 더 명확하게 써야한다.
           • 그렇다면 소수는 무엇이고, 어떻게 판단할 수 있는가
           • 소수 : 약수가 1과 자기 자신인 숫자
           • 문제 재정의 - (약수가 1과 자기 자신인 숫자)를 구하라
           • 컴퓨터에게 약수를 구하라고 하면 약수가 뭔지 모른다.
           • 약수 : 숫자 x 가 있을때 x 보다 같거나 작은 나눠 떨어지는 수
           • 문제 재정의 - ((숫자 x 가 있을때 x 보다 같거나 작은 나눠 떨어지는 수)가 1과 자기 자신인 숫자)를 구하라
           • 나눠 떨어지는 수를 아직 모른다.
           • 나눠 떨어지는 수 : 나눴을때 나머지가 0인 수
           • 문제 재정의 - ((숫자 x 가 있을때 x 보다 같거나 작은 (나눴을때 나머지가 0인 수))가 1과 자기 자신인 숫자)를 구하라
           • 이제 컴퓨터가 알아듣게 내가 설명할(코드로 표현할) 수 있다.
     • 2단계를 못한다
       • 방법을 못떠올린다 → 문제 이해를 통해 풀이법을 개발하는 과정을 보여준다.
         • ex) ((숫자 x 가 있을때 x 보다 같거나 작은 나눠 떨어지는 수)가 1과 자기 자신인 숫자)를 구하라
         • 숫자 x 가 있을때 x 보다 같거나 작은 나눠 떨어지는 수를 어떻게 구할까?
         • x 보다 같거나 작은 수를 알아내야한다. → for(int i=0;i<x;i++) 로 바로 나오면 정말 좋겠지만 현실은 그렇지 않다.
         • 나눠 떨어지는 수 → 나머지가 0이여야 한다(문제 이해를 완전히 하지 않아도 여기서 다시 정의해 볼 기회가 있다) → % 를 이용한다 → x%i == 0
         • ...
       • 어려운 방법으로 문제를 푼다 → 일단 그 방법으로 한계점에 도달하게 한다. 그 이후 여러 다양한 방법을 소개시켜주고, 그 중 쉬운 것을 선택하도록 만든다.
     • 3단계를 못한다
       • 보통 문제 이해가 명확하지 않다. → 문제 이해하는 과정을 보여준다. (문제에서 발생할 수 있는 전체 상황을 떠올리는 연습)
     • 4단계를 못한다
       • N 제한을 검토하지 못했다 → 문제를 잘 읽도록 지적한다.
       • 시간복잡도를 못구하겠다 → 구하는 방법을 알려준다.
       • 시간복잡도를 구했으나 틀렸다 → 맞는 복잡도를 구해준다. 구하는 방법을 알려준다.
       • 메모리 초과한다 → main 내에서 보통 int 형으로 1,000,000(1백만)까지 할당 가능하고 알려준다. (int data[100000] or int data[1000][1000]), 그보다 큰 배열을 선언하고 싶은 경우 전역변수로 선언하면 될 수도 있지만 거기서도 너무 크면 배열을 사용하면 안되는 문제라고 언급한다.
     • 5단계를 못한다
       • 코드로 못짜겠다
         • 만든 풀이를 메모지에 적으면서 하지 않았다 → 글로 쓰면서 문제를 풀게 만든다.
         • 만든 풀이를 메모지에 적으면서 했는데 보아하니 풀이법이 큼직 큼직하다 → 좀 더 상세하게 적을 수 있도록 한다. →  한글로 적은 풀이 과정 1, 2, 3, 4 가 각각 코드 한 줄로 표현될 수 있을 때까지 자세하게 쓴다.
         • 만든 풀이 중 특정 단계를 못 짜겠다 → 다양한 구현 방법을 알려준다.
         • 만든 풀이법이 맞다 → 프로그래밍 문제 해결 테크닉을 알려준다. ex. 2차원 배열 padding, counting array
     • 6단계를 못한다
       • 디버깅을 할 줄 모른다. → 디버깅을 알려준다.
       • 디버깅을 할 줄 모르지만 자기가 만든 예제를 넣어봤는데 다 맞다. → 디버깅을 알려주고, 문제에서 구해야되는 값이 나올 수 있는 모든 상황고려가 되지않았다고 알려준다.
       • 디버깅을 할 줄 알지만 자기가 만든 예제를 안넣어봤다. → 예제 돌려보라고 한다;
       • 디버깅을 할 줄 알고 자기가 만든 예제를 넣어봤는데 다 맞다. → 문제에서 구해야되는 값이 나올 수 있는 모든 상황고려가 되지않았다고 알려준다.
       • 예외가 발생한다 → 풀이법을 만들때 brute force 부터 생각하지 않았다. 또는 문제에서 구해야되는 값이 나올 수 있는 모든 상황고려가 되지않았다.
         • 모든 상황을 고려하는 모습을 보여준다.
         • 예외를 줘서 스스로 문제를 해결하게 만든다. (문제 이해를 스스로 잘못했다고 깨닫는다)
   • 알고리즘을 알려준다는 것은
     • Brute-force로 설계한 풀이법에서 더 효율적으로 만들 수 있는 부분을 찾아서 해당 부분에 자료구조나 알고리즘을 통해 시간복잡도를 줄이는 행위를 알려주는 것이다.
     • 주어진 어떠한 상황에 대한 정해진 풀이법을 알려주는 것이다.

2. 진도 관리

   • 진도 관리는 다양하고 많은 질의 응답을 유도하기 위한 도구로 쓰일 수 있고, 최대한 짧은 시간에 다양한 알고리즘을 접할 수 있도록 하기 위함이다.
   • 또한, 수강생이 학습적으로 도움이되는 순서로 풀 수 있도록 코치가 유도하기 위함이다.
   • 수강생이 다양한 질문을 가지고 올 수 있도록 최대한 많은 문제를 할 수 있을 만큼 풀어오도록 말한다.(질문에 대한 만족도 높은 답변을 줄 수 없는 상황 + 모든 질문에 대한 답을 줄 수 없는 상황이라면 해서는 안된다.)
   • 주어진 컨텐츠(문제, 영상)을 통해 문제해결능력 중 어느 것을 검증할 수 있을지를 고려하여 수강생이 어느정도로 문제해결능력을 갖췄는지 점검 해볼 수 있는 검증 수단으로 이용하게 된다. ex) k번째 큰 수 찾기 - 문제 조건 파악 후 검증(4), 시간복잡도 계산(4)

고오급 코치가 되어가는 과정

질의 응답을 진행할때 일어나는 상황을 잘게 나눠보면 다음과 같다.

1. 질문을 해야되는 상황인지 모르겠다.
2. 질문을 해야되는 상황인지는 알겠으나 질문을 뭘 해야할지 모르겠다.
3. 질문을 했으나 답변이 부적절했다.
4. 질문을 했고 답변이 적절했으나 이해하지 못했다.
5. 질문을 했고 답변도 적절했고 이해까지 했으나 어떻게 할지 모르겠다.

위에 서술한 방식으로 숙달이 된 코치는 높은 확률로 3, 4, 5에 대한 상황 대응이 가능할 것이다.

수강생에게 좀 더 만족도, 질 높은 서비스를 제공하기 위해서는 수강생이 고민하는 시간 최대한 효율적으로 사용하게 만드는 것이다.

• 만약 3시간 고민해서 생각이 안떠오르고, 10시간 고민해서 생각이 안떠오르는게 똑같다면 시간을 가장 효율적으로 쓰는 방법은 3시간만 고민해보는 것이다. (파라매트릭 서치와 동일한 로직이다)
• 수강생 개별의 Minimum 고민 시간을 알아내서 수강생의 소중한 시간을 최대한 효율적으로 사용할 수 있도록 도와줘야한다.
• 이는 위 상황 중 1, 2 에 해당하는 상황인데, 코치가 현재로는 감으로 파악하여 코칭이 진행되어야한다.
• 만약 수강생 개인의 Minimum 고민 시간을 알아냈다면 다음과 같은 행위가 가능해진다.
• 예를 들어, A 수강생의 최소 고민 시간은 10분이다. 그렇다면 해당 수강생에게 고민해볼 수 있는 질문을 던진 다음, 해당 질문에 대한 답변을 생각하는데에 10분을 주고 10분 뒤에 다시 물어보는 것이다.
• 만약 시간이 더 필요하다고 말을 한다면 시간을 좀 더 주고, 주어진 시간내에 생각을 못했다면 알려주고 다음 고민을 하게 만든다.

또한 3, 4, 5 에 대한 심층적인 상황 분석이 되어져야 한다.

• 예를 들면, 수강생이 질문에 대해 제대로 이해했는지 못했는지 정확하게 파악할 수 있어야한다.
• 답변을 듣고 이해한 척 할 수도 있고, 이해한 줄 착각했을 수도 있다.
• 지속적인 질의응답 과정을 통해 정확한 이해 수준을 알아내야한다.

코치 레벨

답을 알려준다 (저급)

질문에 대한 답을 바로 알려주도록 답변이 가능하다.
질문에 대한 답이 바로 생각날 수 있게 답변이 가능하다.
질문에 대한 답이 고민해서 생각날 수 있게 답변이 가능하다.

방법을 알려준다 (고급)

물고기를 잡아주냐 잡는 방법을 알려주냐 차이인 것 같다.

1만 시간의 재발견

안데르스 에릭슨 박사는 ‘1만 시간의 법칙’의 핵심은 ‘얼마나 오래’가 아니라 ‘얼마나 올바른 방법’인지에 달려 있다고 강조한다. 즉, 1만 시간의 핵심은 ‘무턱대고 열심히 하기’가 아닌 ’다르게 열심히 하...

비즈니스북스안데르스 에릭슨.로버트 풀 지음, 강혜정 옮김

전문가는 일을 해결하는 절차를 아주 작고 세밀하게 쪼갤 수 있는 사람이다.

문제해결능력 코치를 오랫동안 할 때, 내가 사고하는 절차 및 지침을 적어본 적 있다.

사내에 다른 사람에게도 적용시키기 위함과 내 머릿속 절차를 구체화하여 각 항목 사이를 좀 더 세밀하게 생각해보기 위함이었다.

실제로 나 스스로에게는 많은 도움이 되었다. 사내의 다른 코치에게 도움이 되었는지는 잘 모르겠다. (아마 시스템화를 했다면 도움됐을거 같다)

위 영상에서 주목한 부분은 크게 2가지이다.

• 숙련된 전문가가 체크리스트로 시스템을 제작하여 자신의 멘탈 모델을 타인에게 주입시킨 점
• 전문가가 되기 위해 자신의 업무 절차를 생각해보고 각 단계를 점점 세분화 한다는 점

전문가가 되는 방법은 다음과 같다.

• 나보다 숙련된 전문가의 행동을 관찰하여 사고 및 행동 절차를 만든다.
• 내 생각 절차를 기록하여 지속적인 수정/관리를 통해 좀 더 명확하고 구체적으로 만든다.

수강생의 문제해결능력 증진을 위해 작성했던 글을 메모장에서 찾았다.

현재 나 스스로가 전문가가 되고자 하는 업무에 대해 아래와 같이 자세하게 정리할 수 있었으면 한다.

문제해결능력 코칭 지침서

코칭 목표 수강생의 문제해결능력을 증진시킨다.(어떠한 처음 보는 문제라도 풀 수 있도록 한다.)Lev.20까지 도달하게 함으로써 다양한 알고리즘을 익히게 한다.코딩 테스트에 합격할 수 있게 한다.문제해결절차 문제를 이해한다. (문제에서 구해야되는 값을 정의하고, 해당 값이 나올 수 있는 모든 상황을 생각해본다)풀이법을 개발한다. (문제를 해결하는데 필요한 절차 및 알고리즘을

zoomgzoomg

소프트웨어 엔지니어의 사고 절차는 어떻게 정의할 수 있을까?

1. 현실에서 일어나고 있는 상황을 모델링한다
2. 모델을 코드로 옮긴다

LLM 엔지니어의 사고 절차는?

1. General LLM과 RAG를 통해 해결 가능성을 확인한다
2. 한계(문제)를 발견하고 정의를 내린다
3. 평가 기준을 만든다
4. Domain에 맞게 Fine-tuning 한다

• Domain에 맞게 Fine-tuning 되었는지 어떻게 알까?
• 도메인 용어에 대한 뉴런 활성도를 확인하면 될까?