주민건

이전 글

뭐하고 살지?

막연히 창업을 해야겠다는 생각을 가지고 10대와 20대 초반을 보내고, 아는 형님의 스타트업에 올라타 어깨너머로 구경하며 20대 중반을 보냈다. 회사 창업을 간접적으로 경험을 하고나니 내가 진짜 무얼하고 싶은지, 무엇을 하면서 살고 싶은지에 대한 방향성을 잃어버렸다! 삶의 목표가 희미해진채로 대학원 생활을 하고 전문연으로 취업한 지금 이 시점에서 이대로 계속 살다간 내 삶이

zoomgzoomg

이전 글에서 직무 관점에서 뭐하고 살지 고민했다면, 이번 글에서는 회사의 형태, 비지니스 모델의 관점에서 나한테 맞는 회사는 어디인지 생각해보려 한다.

회사의 크기 관점

나는 2개의 회사 경험이 있다

1. 10인~20인 규모의 에듀테크 회사, 입사 후 Seed 투자, 시리즈 A 투자를 받았다
2. 50인 규모의 원자력 발전소 밸브 진단 및 로봇 개발 회사, 투자 없이 매출 내면서 성장

신수정님의 글 내용과 같이 2번 회사는 풀고자 하는 문제가 정해져있고 이를 정확하고 효과적으로 해결하는데에 시간을 많이 투자한다. 1번 회사에 비해 상대적으로 긴 호흡으로 업무를 진행한다. 빠르게 해결해서 확인하는 과정이 필요하지 않았다. 오히려 빠르게 무언가 되는걸 보여주면 저평가를 받고 왜 이렇게 만들었냐는 말을 많이 들었다.

반면에 1번 회사는 빠른 호흡으로 산발적으로 업무가 진행되며, 제작과 동시에 배포로 이어져서 사용자의 반응을 확인할 수 있었다. 배포한 내용에 대해 회고하고 발전시킬 시간도 없이 다른 걸 만드는데에 시간을 써야했다. 시장에 맞는 제품을 찾아 헤매는 과정이라 생각된다. 그나마 궤도에 올랐다고 생각되는 서비스나 제품은 어느정도 회고의 시간이 있었으나 매우 짧았다. 다른거 하느라 바쁘게 만들어서.. 타겟과 문제가 명확하지 않았던거 같다. 대표가 문제 정의와 해결을 혼자서 논의없이 하려고 해서 원하던 회사 생활은 아니었다.

두 경험과 나의 성향을 토대로 나와 맞는 곳은 타겟의 해결하고자 하는 문제가 명확한 작은 회사이다. 인공지능 모델 정확도 개선 업무로 비유하면 94% 정확도를 가진 모델을 97%로 높이는 일에는 재미를 크게 느끼지 못한다. 웹 프론트엔드 개발을 예로 들면 로딩 시간이 2초인데 1초로 개선하는데에도 마찬가지로 흥미가 없다. 세부적인 문제보다는 큼지막한 단위로 문제를 풀고 개선하는게 재미있다. 사용자가 갖고 있는 문제를 결국 해결하게 되었는지, 사용자가 갖고 있는 진짜 문제를 찾았는지가 더 중요하다.

비지니스 모델 관점

1. B2C로 알고리즘 문제풀이 교육을 진행하다가, 퇴사 직전에 피봇팅하여 인공지능 솔루션을 공급하는 B2B 회사로 전환했다.
2. 발전소를 대상으로 사업을 하는 회사기에 B2G이다.

대상 고객 관점으로 보면, B2C, B2B, B2G는 다음과 같다

• B2C: 불특정 다수
• B2B: 회사 의사결정권자 (C레벨)
• B2G: 정부

B2C의 고객인 불특정 다수는 자신이 무엇을 원하는지 잘 모른다. 원한다고 해서 만들어도 진짜 사용할지는 모른다. B2B의 경우 고객사가 크다면 C레벨까지 제품이 만들어져 도달하기까지 중간 의사결정자가 다수 있고, 한 단계씩 만족시키며 올라가야한다. 중간 과정을 모두 만족시켜도 최종 의사결정자가 만족 할지는 모른다. 하지만 B2C와 달리 대화를 나눌 대상이 존재한다. 만들어야할 제품이 B2C보다는 명확하다. B2G의 경우 요구사항이 모두 정의되어 나온다. 하지만 제품을 제작할 권한을 따오는게 B2C, B2B보다 훨씬 어렵다.

• 요구사항 정의 난이도: B2C > B2B > B2G
• 사업 따오기 난이도: B2C < B2B < B2G
• 고객 만족 난이도: B2C > B2B > B2G

나는 정의된 요구사항을 잘 만들기보다는 요구사항을 정의해나가며 고객의 문제를 해결해나가는 과정을 즐긴다. 불확실한 내용을 확실하게 만들어가는게 재미있다.

결론

The Product-Minded Software Engineer

Product-minded engineers are developers with lots of interest in the productitself. They want to understand why decisions are made, how people use theproduct, and love to be involved in making product decisions. They’re someonewho would likely make a good product manager if they ever decide to gi…

The Pragmatic EngineerGergely Orosz

제품을 생각하는 소프트웨어 엔지니어로 실사용자에 미쳐있는 B2C (낮은 확률로 B2B) 회사에서 일하기를 희망한다.

The Product-Minded Software Engineer

Product-minded engineers are developers with lots of interest in the productitself. They want to understand why decisions are made, how people use theproduct, and love to be involved in making product decisions. They’re someonewho would likely make a good product manager if they ever decide to gi…

The Pragmatic EngineerGergely Orosz

Product-Minded Software Engineer (제품을 생각하는 엔지니어)
1. 제품에 대한 의견을 적극적으로 제시합니다.
2. 비즈니스, 사용자에 대해 이해하는데 시간을 투자합니다.
3. 왜 이 일을 하는지 생각하고, 스스로 답을 찾고자 합니다.
4. 훌륭한 의사소통 능력을 가지고 비엔지니어와 훌륭한 관계를 맺습니다.
5. 제품 <> 엔지니어링 사이의 절충안을 미리 제공합니다.
6. 엣지케이스는 실용적인 처리를 합니다.
7. 빠른 제품 검증 주기를 갖습니다.
8. 사용자 행동과 비즈니스 지표에 대한 결과를 얻은 후에만 작업이 완료되었다고 간주합니다.
9. 반복적인 제품 개선을 통해 배웁니다.

컴공, 디자인 취준생 분들에게 하고 싶은 말 | Disquiet*

IT 프로덕트를 만드는 메이커가 대다수는 창업자가 아닌 실무자 분들과 취준을 하는 분들입니다. 그러다 보니 이분들과 대화를 할 기회가 많습니다. 그리고 요즘 구직이 어렵다면서 아래 고민들을 많이들 얘기해 주시고요.“요즘 신입 채용 공고가 없어요”“서류 넣어도 계속 떨어...

Disquiet*

회사 입장에서 채용은 최소 N천만원, N개월이라는 시간을 사용하는 큰 비용이 드는 의사결정이고, 그런 결정을 하는 데엔 분명한 이유가 있습니다.

그 문제를 내가 해결해 줄 수 있다는 것을 증명하는 것입니다. 최소한 잠재력이 있다는 것을 알려주어야 합니다.

결국 문제를 적절히 해결해서 돈을 벌어다 줄 수 있는 사람이 채용될 수밖에 없다

어떻게 그 판단을 할 수 있었을까?

시니어의 솔루션만 전달하는 대신 그 안의 인지 과정, 즉 ‘그 판단과 의사결정을 어떻게 할 수 있었는지’까지 같이 전달해보자. 주니어의 성장 속도가 판이하게 달라질 것이다.

Steady StudyBae Hwidong

일반 사람들은 사고 절차에 대한 관심이 적음

전문가는 사고 절차에 대한 관심이 높음?

CDM(Critical Decision Method)와 같은 방법론을 챗봇으로 손쉽게 제공할 수 없을까?

인지작업 분석(Cognitive Task Analysis, CTA)

[디버깅 전문가를 만나다] 0. 인지작업 분석으로 뽑아낸 전문가들의 생각과 행동

인지작업 분석으로 디버깅 전문가들의 패턴을 추출했습니다. 전문가들이 주로 하는 생각과 행동, 자주 쓰는 도구와 습관이 있더군요. 그리고 이 모든 건 훈련을 통해 배울 수 있는 것들이었습니다.

Steady StudyBae Hwidong

[Biomimicry] 자연모방 역량모델로 교육하기

강의, 워크숍, 컨설팅 경험을 활용한 자연모방 역량모델 | [자연모방 교육 설계하기] 회사에서 자연모방 교육 설계를 위한 회의를 주도했다. 올해 팀에 OKR을 도입했는데 (노하우를 전수해주신 AC2의 홍영기 님에게 감사를) 올해 OKR 중 하나로 교육-커뮤니티를 설계해야 했기 때문이다. [배운 거 써먹기] 팀에 교육 설계를 위한 새로운 방식을 제안했다. 역량모델을 만들고 이로부터 교육 application들을 만

Brunch Story무명

전문가의 인지절차를 추출해내는 방법론

박시용님의 요약

33. 단순화하는건 매우 어렵다. 일종의 주문처럼 반복하는 아주 기본적인 제1원리 알고리즘이 있다.먼저 요구사항에 의문을 제기하고 요구사항을 덜 어리석게 만드는것이다.요구사항은 항상 어리석고, 그 요구사항을 만드는 사람도 완벽하지 않다. 여기서부터 시작해야 하는것.

34. 두번째로는 어떤 단계나 부품, 프로세스 단계를 완전히 삭제하려고 노력해야 하는것이다. 삭제한것의 최소 10%를 다시 추가해야 한다면 충분히 삭제하지 않은것. 다소 비논리적으로 보일 수 있지만, 사람들은 종종 다시 추가하도록 강요받지 않았다는 이유로 성공했다고 느낀다.

35. 세번째는 최적화하거나 단순화하려고 노력하는것이다. 이것은 쉽지 않다. 똑똑한 엔지니어들의 가장 흔한 실수는 존재해서는 안되는것을 최적화 하는것이다.

36. 네번째는 주어진 모든것은 그것보다 더 빠르게 할 수 있다는것이다. 현재 속도가 어떻든 더 빠르게 할 수 있다. 그러나 삭제하고 최적화하려고 노력하기 전에는 속도를 높이지 말아야 한다.

37. 다섯번째는 자동화 하는것이다. 나는 예전에 자동화하고, 속도를 높이고, 단순화 한다음 삭제했다. (앞선 5가지 절차를 거꾸로 함) 그 실수가 너무 고통스러웠어서 이 5가지 주문을 만든것이다.

38. 이 주문을 적용한 멤피스에 있는 슈퍼컴퓨터 클러스터는 불과 몇주만에 만들어졌다. 나는 새벽까지 있으면서 모든 사람이 하고 있는 모든 단계들을 살펴보았다. 그래야 뭔가가 어리석거나 비효율적일 때 알아차릴 수 있다.

39. 나는 최전선에 있는 사람들이 하는 일을 직접 몇 번이라도 해보려고 노력한다. 광섬유 케이블을 연결하고, PCI 연결을 진단하는 등의 일이다. 대규모 클러스터의 제한 요소는 주로 케이블링이다. 슈퍼컴퓨터 센터를 돌아다니면서 커다란 뇌속을 걸어다니는 느낌을 받았다.

단순화 알고리즘 (엔지니어링 알고리즘)

1. 먼저 요구사항에 의문을 제기하고 요구사항을 덜 어리석게 만드는것이다.
   (요구사항은 항상 어리석고, 그 요구사항을 만드는 사람도 완벽하지 않다.)
2. 어떤 단계나 부품, 프로세스 단계를 완전히 삭제하려고 노력해야 하는것이다.
   (제한것의 최소 10%를 다시 추가해야 한다면 충분히 삭제하지 않은것.)
3. 최적화하거나 단순화하려고 노력하는것이다.
   (똑똑한 엔지니어들의 가장 흔한 실수는 존재해서는 안되는 것을 최적화 하는것이다. )
4. 주어진 모든것은 그것보다 더 빠르게 할 수 있다는것이다.
   (삭제하고 최적화하려고 노력하기 전에는 속도를 높이지 말아야 한다.)
5. 자동화 하는것이다.

Jaeyun Henry Lee on LinkedIn: #ai과학자 #연구자동화 #머신러닝 #오픈소스 #과학기술혁명 #aiinscience | 14 comments

아주 매우 흥미로운 논문이 등장했네요.🚀 &#39;The AI Scientist&#39; AI 관심있는 분들이라면 이번 주에 꼭 봐야할 논문입니다. 🔍 이 논문의 특별한 점은?-세계 최초로 과학 연구 전 과정을 자동화한 AI 시스템을 소개-아이디어 구상부터 논문 작성, 심지어 동료… | 14 comments on LinkedIn

LinkedInJaeyun Henry Lee

Hyun Hong on LinkedIn: AI 어플리케이션을 개발하는 스타트업의 생각 (f. 스타트업에게 Moat이란?)의식의 흐름대로 써서 가독성이 좋진 않다❗ 1…

AI 어플리케이션을 개발하는 스타트업의 생각 (f. 스타트업에게 Moat이란?)의식의 흐름대로 써서 가독성이 좋진 않다❗ 1. 이제는 진부해져버린 일차원적인 유즈케이스 (챗봇, 써머리, 추출, 등) 조차도, 도메인 전문성에 필요한 곳에서, 현업에서 쓰일 수 있는 수준인가? 라고…

LinkedInHyun Hong

가설

전문가의 생각 절차를 langgraph로 구현하면 Agent가 만들어진다고 생각
(langgraph는 공부해두면 쓸모있는 프레임워크로 판단 됨)

사용처

무작정 Agent를 만들어서 전문가를 대체하는게 좋은가를 따져봤을 때는 아닌듯

오히려 Agent와 전문가의 협업이 어려워져서 차라리 전문가의 일 효율을 높혀주는 tool을 만드는게 효과적일 수도 있음

나의 지식 선에서 어디에 쓰일지 생각을 해보면, 사람을 늘려야 돼서 Scalability가 문제인 도메인에서 Agent가 효과적인 방법일거라 예상

예시

• 사람이 직접 사람을 가르쳐야하는 도제 교육 = 단위 시간에 한 사람 당 가르칠 수 있는 인원은 8명이 최대이기 때문

4. 이는 동양의 마스터리 법칙인 '수파리'와 대응된다.
수:  처음에는 스승이 가르쳐주는 기본을 철저하게 연마하되(수),
파: 기존의 형식을 깨고(파),
리:  자신의 길을 만들어 떠나는 것(리)

예시: 대한민국 펜싱 국가대표팀 전략

1단계: 유럽선수들에게 정통 펜싱기술을 배우려했다.
상대해주지 않는 유럽국가들을 하나하나 찾아 다니며 그들의 기술을 배우고 흉내내었다.

2단계: 그러다가 그들과 똑같이 해서는 그들을 이길수 없음을 깨달았다.
그들은 아주 어렸을때부터 펜싱을 자연스럽게 배운다. 팔 길이 또한 길다. 그들의 손 기술은 절대 따라갈수 없었다. 그들의 방식을 깨기로 했다.

3단계: 우리는 발을 이용하기로 했다.
빠른 발을 이용한 스피드로 상대를 허점을 찌르는 것이다. 상대 선수가 치고 들어오면 쏜살같이 달아나고, 날아오는 칼까지 뒷걸음질로 피하는 식이다. 이를 통해 1분 당 스텝수를 유럽 선수들의 2배 수준으로 높이도록 훈련했다. 펜싱은 손으로 한다는 통념을 깼다. 우리는 펜싱을 발로 한다.

예시: 돌고래유괴단

1. 광고 문법 파악
2. 틀에 박힌 문법 파괴, 발상의 전환
3. 재미, 화재 획득

예시: 미술을 배울 때

1. 트레이싱을 통한 연습
2. 자신만의 색체 입히기
3. 개성 있는 드로잉 획득

6. 그러므로 먼저 기존의 방식을 철저히 배우고 따라하라. 그러나 이후에는 이를 깨고 자신만의 강점을 살려 차별화를 만들어라. 그리고 떠나 자신만의 세계를 만들어라. 그것이 최고가 되는 고수의 길이다.

전문가의 생각 절차를 복사 후 수행

자신의 생각이 자라나서 틀이 보이고 이를 깨는 시도

자신의 길을 만들기

네이버웹툰의 전략 및 웹툰 정의

대표 스스로 정의한 네이버웹툰사실 저희는 카테고리 크리에이터 입니다 실제로 웹툰이라는 컨텐츠를 만들고 플랫폼을 만들고 사업을 만들고 이젠 산업까지 만들었다고 생각합니다네이버웹툰 조직의 역할 = 카테고리 크리에이터 네이버웹툰의 길 = 콘텐츠 -&gt; 플랫폼 -&gt; 사업 -&gt; 산업 웹툰 = 과거의 만화책의 형태를 현대식으로 풀어내 만들어낸 콘텐츠 개인 창작자 생태계를 만드는 네이버웹툰그렇기 때문에

zoomgzoomg

영과일 스터디 생태계

영과일 스터디 생태계도 나름 건강한 생태계 같다

내부에서 육성된 멘티가 멘토가 되는 구조

하지만 멘티 멘토 전환율이 매우 낮은 게 아쉬운 부분인데, 시스템적으로나 멘토가 되기 쉽도록 정형화된 도구들이 있어야 될 듯하다

멘토 전환율이 낮은 이유

• 멘토가 되기 어려움
• 멘토를 해도 얻어지는 이점이 크다고 느껴지지 못함

해결 방법

멘토가 되기 쉽도록 지원 도구 만들기

예를 들어, 멘토링 자료라든지 개념 필수 문제라든지.. (배웠던 자료로 본인이 설명하기, 풀었던 문제를 본인이 설명하기 등)

내가 멘토일 당시에도 멘토링 자료 만들고, 내 후대 멘토도 자료를 만들었지만 효용이 없는 걸 봐서는 아예 영상으로 강의를 찍어둬야 이후 멘토가 써먹을 듯하다

영상 보고도 모르는 부분은 스터디 할 때 질의응답으로 해결하고, 해당 부분은 빠진 개념이니까 영상에 다시 채워넣고 하는 과정이 필요할듯하다

하지만 무료로 누가 자발적으로 영상을 찍어서 후대에 남길까?

멘토를 했을 때 얻는 이점

• 누군가를 가르친다는 경험이 생각보다 쉽게 못해볼 값진 경험이다 (라고 말하면 이해 안해줌)
• 자신이 갖고 있는 지식을 견고하게 만들 수 있다 = 코테, 면접 준비
• 커뮤니케이션 능력이 향상된다 = 내 말을 상대에게 전달할 수 있는 능력, 상대를 이해할 수 있는 능력
• 돈을 벌 수 있다

영과일 졸업생 생태계

영과일 활동을 학교 졸업해도 이어나갈 수 있도록 생태계 구축을 해보려 한다

졸업 이후는 알고리즘 문제풀이 활동이 아닌 각자 취업한 포지션으로 네트워킹 활동으로 이어나갈 수 있도록, 취업한 포지션 네트워크의 멘토-멘티 구조를 구축하려 한다

예를 들어, 프론트엔드 주니어-시니어 / 백엔드 주니어-시니어 / 앱 주니어-시니어 / 대학원 신입생-재학생-졸업생 / 리서치 사이언티스트, 엔지니어 주니어-시니어 / 교육자 주니어-시니어