커피챗에서 가장 자주 받는 질문에 대한 첫 번째 답변입니다. 포트폴리오에 정답은 없겠지만 참고할 수 있는 3가지 체크리스트를 공유합니다. 1️⃣ 포트폴리오를 세트로 관리하기 2️⃣ '상황 - 행동 - 결과'로 이어지는 3단계 프레임워크 활용하기 3️⃣ 발표까지 고려해 포트폴리오 구성하기

커피챗 FAQ - 포트폴리오 구성법 | REDBUSBAGMAN

커피챗을 꾸준히 하고 있습니다. 고민을 남에게 전달하면서 고민이 정리되기도 하고, 나와 비슷한 사람과 연결될 수 있기 때문입니다. 운이 좋다면 의외의 발견으로 해결의 실마리가 풀리기도 하고 함께 일했던 좋은 동료들과의 커피챗은 안부를 나누는 기회이자, 새로운 협업 기회로 이어지는 단서가 되기도 하니까요. 커피챗은 '커피챗' 앱은 물론이고 링크드인, 커리어리, 취준컴퍼니 등 코칭프로그램을 통해서 꾸준히 이어가고 있는 의식적인 활동입니다. 제가 가장 자주 받는 질문은 포트폴리오에 대한 것으로 주로 몇 개의 케이스를, 어떤 흐름으로, 얼마나 정확하게 작성해야 하는지 궁금해하십니다. 포트폴리오에 정답은 없겠지만 체크해 봄직한 3가지 포인트를 공유합니다.

[ 포트폴리오 체크리스트 (3) ] 

1️⃣ 포트폴리오를 세트로 관리하기

포트폴리오는 이직을 준비할 때 작성하는 것이 아니라 꾸준히 관리하는 대상으로 활용해야 합니다. 지금까지 일을 하면서 참여했던 프로젝트, 만들었던 프로덕트를 꾸준히 쌓아 Deck을 만들고 필요에 따라서 2, 3개 정도의 케이스를 발췌해 지원하는 기업, 조직, 팀, 업종특성에 맞게 재구성하여 제출하는 것을 추천드립니다. 관련성, 중요도에 따라 순서를 배열하는 것이 단순한 시계열 구성보다 인터뷰어(서류평가자)에게 몰입감을 주기 때문입니다.

2️⃣ '상황 - 행동 - 결과'로 이어지는 3단계 프레임워크를 활용하기

아마존에서는 매년 자신의 성과평가를 할 때 SBI라는 프레임워크를 활용합니다. 

➊ Situation(Background) - 어떤 비즈니스, 고객경험 문제를 겪고 있었는지 명료하게 한 문장으로 설명합니다 
➋ Behavior(Action) - 문제를 달성하기 위한 목표로 재정의하고, 문제 해결을 위한 구체적인 행동을 소개합니다 
➌ Impact(Result) - Situation이 발생한 근본적인 원인(Root Cause), Behavior를 통해 해결할 수 있었던 문제, 여전히 해결 중이 문제를 구분해서 성과(변화)를 데이터 중심으로 요약합니다. 

이때 놓치기 쉬운 포인트는 Behavior에서 가정했던 가설이 유효하지 않아서 실패했던 접근법, 이때 간과했던 지점이 무엇이었는지, 이를 통해 깨닫게 된 점은 무엇인지 함께 정리함으로써 완벽한 해결을 하지 못했지만 더 나아지고 있다는 점을 전달하는 겁니다. 프로젝트에서 배움이 있었고 그 배움을 지금 하고 있는 업무에 적용하고 있다는 점을 포함하세요.

3️⃣ 포트폴리오를 발표까지 고려해서 구성하기

포트폴리오 분량은 20페이지 이내인 것을 추천합니다. 인터뷰어 입장에서 생각하면 포트폴리오는 인터뷰 전에 평가하는 1차 자료이고, 여러 후보자의 포트폴리오를 검토해야 하는 상황에서 50페이지 이상의 PDF 자료를 볼 때에는 자연스럽게 스크롤을 내리는 속도가 점점 빨라집니다. 현업 업무를 수행하는 중에 인터뷰에 모실 후보자를 선정해야 하는데 포트폴리오 용량이 크고, 분량이 많다고 더 많은 시간을 할애하기는 어렵죠. 오히려 그 반대라 집중력이 떨어집니다. 간결하게 어떤 문제를 어떻게 해결하려고 했는지 설명하는 포트폴리오가 인상적입니다.

분량이 20페이지 이내인 포트폴리오는 인터뷰어가 살펴보는데 부담이 적고, 모든 페이지를 스키밍 하면서 살펴볼 수 있습니다. 동시에 인터뷰이가 인터뷰에서 자신이 수행한 과제와 함께 포트폴리오를 설명할 때에도 2, 3개 케이스 중 가장 흥미를 가질만한 것을 소개한다면 인터뷰어 역시 한 번은 살펴봤기 때문에 기억을 해낼 수 있고 몰입감을 가질 수 있습니다.

https://www.redbusbagman.com/coffeechatfaq1/

REDBUSBAGMAN | 레드버스백맨

⟪커피챗 FAQ - 포트폴리오 구성법⟫

무기가 되는 꼴라보의 9가지 질문 | 콜라보를 무기로 싸우는 시대에서 이제콜라보를 하지 않으면 살아남지 못하는 시대가 되었다.콜라보는 이제 생존을 위한 필수 무기이다.초인 이전 글에서 비즈니스의 생존무기, 콜라보레이션에 대해 담아보았습니다. '비즈니스의 무기가 되는 콜라보' 세미나에서 시간이 부족해 미처 답변드리지 못한 참석자분들의 질문에 대해 글로 담아서 공유해 드립니다. 세미나에 참석하

콜라보레이션에 대해 궁금해 할 9가지

+초인의 콜라보+

'비즈니스의 무기가 되는 콜라보' 세미나를 진행했고, 50분이 넘는 분을 모시고 도움이 되는 이야기를 나눌 수 있었습니다. 뜨거웠던 분위기 속에 많은 이야기를 나누느라 미처 답변을 드리지 못했던 질문들을 모아 따로 글을 담아보았습니다. 비즈니스를 하시거나 브랜드를 키우실 때, 콜라보레이션 업무에 도움 되실 것 같아 공유드립니다. :)

콜라보의 시대를 맞아, 다양한 콜라보 케이스를 잘 들여다보시고 그 안에서 많은 인사이트를 찾아 맡고 계신 브랜드를 더 키워나가시길 응원드립니다.

*이전 내용 <비즈니스의 무기가 되는 꼴라보레이션>
https://careerly.co.kr/comments/91111?utm_campaign=self-share

ㅡ

💡질문&답변 핵심 한줄
1️⃣ 콜라보레이션 정의와 프로세스?
이제는 하나의 협업 방식을 넘어, 장르라고 생각합니다. 기존의 가치에 새로운 가치를 더하는 과정으로 새로운 고객경험을 만들어 비즈니스를 확장하는데 기여해야 합니다.

2️⃣ 브랜딩을 이제 막 시작해야 하는 기업의 콜라보 전략?
막 시작하는 단계에서 콜라보는 독일 수 있습니다. 먼저 '기존의 가치'를 정의하는 게 필요합니다.

3️⃣ 직원들을 인브랜딩하기 위한 방안?
우리 브랜드의 '스러움'을 먼저 정의하는 게 중요한 것 같습니다. '스러움'을 먼저 잡고 메시지를 담아내면 억지스럽지 않게 할 수 있지 않을까 합니다.

4️⃣ 콜라보를 진행할 때 방향성 잡는 기준?
무엇이 필요하다, 무엇을 채워야 한다를 먼저 정합니다. 브랜드 전략이 먼저고, 파트너 선정은 그다음이라고 생각합니다.

5️⃣ 브랜딩 타깃을 정할 때 중요한 것?
두 가지 그룹을 떠올립니다. 코어 그룹과 확장 그룹. 코어 그룹은 브랜드를 가장 좋아하는 페르소나나 뮤즈이고, 확장 그룹은 앞으로 접점을 넓혀갈 그룹입니다. 

6️⃣ 서로 이해관계가 달라 콜라보 진행이 어려울 때?
서로 간에 양보할 수 없는 한 가지, 서로 간에 내어줄 수 있는 도움 될 무기가 하나씩은 반드시 있어야 합니다. 이게 충족되지 않으면 진행하기 어려울 수 있습니다.

7️⃣ 콜라보레이션에서 잘 된 협업의 기준?
'처음의 의도'를 충분히 잘 달성한 것이 잘 된 협업이라고 생각합니다. 그래서 시작할 때 콜라보를 하려는 의도와 목적을 분명히 하고 내부에 싱크를 맞추는 것이 중요합니다.

8️⃣ 어떤 콜라보를 진행했을 때 행복?
백지에서 하나씩 그려간 케이스가 기억에 남습니다. 디즈니에서는 겨울왕국2 (Frozen FESTA) 와 곰돌이 푸 캠페인 (Everyday Pooh)이, 노티드에서는 노티드월드 프로젝트와 배스킨라빈스 콜라보가 기억에 남습니다.  

9️⃣ 이후에 더 해보고 싶으신 콜라보레이션?
이제는 저의 브랜드를 키우고 콜라보를 해보고 싶네요. 작은 것부터 시작해보려 합니다.

"콜라보를 무기로 싸우는 시대에서 이제
콜라보를 하지 않으면 살아남지 못하는 시대가 되었다.
콜라보는 이제 생존을 위한 필수 무기이다."

초인

*자세한 내용은 브런치 원문에서

Brunch Story

01. 10월의 첫 영업일(?)이 되었습니다. 출근 일이 시작되었다는 얘기죠. 제가 쓰는 글을 주욱 봐 온 분들은 아시겠지만 저는 이맘때쯤 되면 늘 하는 말이 있습니다. 네 맞습니다. 드디어 올해의 4쿼터이자 마지막 분기인 10월이 시작되었다는 사실이 바로 그것이죠. 

02. (이제 좀 지루하신 분들도 있겠지만) 저는 언제나 정해진 기간을 전반전과 후반전으로 쪼개는 걸 좋아합니다. 그래서 일 년을 크게 상반기와 하반기로 나누고 그중에 하반기가 도래하면 다시 하반기의 전반전과 후반전을 나누죠. 그러니 지금은 하반기에서도 후반전, 잘 아시다시피 2023년의 마지막을 장식할 4쿼터에 들어선 셈입니다.

03. 10월은 잔인한 달입니다. 새로 뭔가를 시작하기엔 너무 촉박한 것 같고, 그렇다고 남은 기간에 온 힘을 쏟아붓기엔 또 서글픔이 밀려오는 시점이기 때문이죠. 제 친구에게 이 얘길 했더니 10월은 마치 '스물아홉 살' 같다는 이야기를 했습니다. 
'뭐 했다고 벌써 스물아홉 살이 되었나' 싶다가도 한편으론 '나도 이제 30대를 준비해야 하는구나' 하는 시점을 몸소 체감하게 되는 지점이라는 거죠. 이 말에 굉장히 크게 공감한 기억이 있습니다.

04. 좀 다른 얘기지만 2007년에 방영한 '9회 말 2아웃'이라는 드라마가 있습니다. 이제 거의 15년이 훌쩍 지난 작품이죠. (너무 고전이군요... 암튼) 거기엔 이런 대사가 나옵니다.
"내 인생 최고의 사치는 오늘 이 자리가 아니라... 이미 경험해 버린 걸지도 몰라. 당연하게 지나쳐 온 청춘 그 하루하루였었을지도 모르지. 청춘과 안녕을 고하려는 이제야 그 중요한 사실을 깨달았어. 언제나 그래. 무언가를 깨달았을 때는 이미 늦는다는 거."

05. 네. 꽤 잔인하지만 어쩌면 지금 우리의 처지와 참 닮았을지 모릅니다. 아마 거리에 캐럴이 울려 퍼지고 스타벅스에서 플래너를 나눠주기 시작할 시점이면 지금 이 10월의 초반이 그리워질지 모릅니다. 
'차라리 그때라도 뭘 해볼걸', '그때라도 방향을 틀어서 다른 선택지를 바라볼걸', '그 즈음부터 신발끈 조여매고 달렸었더라면 지금은 뭐라도 결과물이 나오지 않았을까' 같은 생각을 하기 마련이거든요. 그런데도 우리는 지금 이 시점에서 그런 관점을 갖지 못합니다. 왜냐면 우린 이 계절을 즐기기에도 바쁘기 때문이죠.

06. 일본 극작가인 '요시이 이사무'는 "우리가 한 계절만 앞서 살 수 있어도 저무는 오늘을 안타까워하지 않을 텐데..."라는 말을 남겼습니다. 이 말을 조금 각색해 보자면 '우리가 한 쿼터(1/4)만 먼저 인지하고 대응할 수 있어도 연말에 그렇게 후회하지는 않을 텐데'로 바꿔쓸 수 있지 않을까 싶어요. 여름에서 가을을, 가을에서 겨울을 가늠할 수 있다는 건 두 발을 땅에 딛고도 다가오는 내일을 맞이하는 담담함을 가진 거란 얘기일 테니 말이죠.

07. 말이 좀 돌고 돌았지만 저는 추석 연휴가 끝난 지금, 그리고 4분기에 본격적으로 접어든 지금이야말로 우리 자신에게 연하장을 보내야 하는 시점이라고 생각합니다. 지금 발송한 연하장은 12월이 되어서야 우리에게 다다르겠지만 그 기간이 눈 깜짝하면 지나있을 시간이라는 건 모두가 동의할 테니까요, 적어도 남은 3개월 남짓을 어떻게 살아야 할지 고민해야 하는 시점임은 분명해 보입니다. 

08. 그마저도 벅차다면 또 하나 옵션이 있습니다. 바로 남은 이 4분기 역시 전반전과 후반전으로 구분해 보는 겁니다. 오늘부터 딱 11월 15일까지 할 수 있을만한 것들을 리스트업 해보고 이를 달성하기 위한 계획을 세워보는 것은 어떨까 싶어요. 그럼 11월 14일에 남은 후반전을 맞이하는 느낌은, 그걸 기획해 본 사람과 아닌 사람의 차이만큼 클 테니 말이죠. 쪼개고 쪼개서 더 이상 쪼갤 수 없는 원자의 수준에 이른다고 해도 전반전과 후반전이 주는 매력은 여전히 유효할 거라는 게 제 개인적인 생각이기도 하거든요. 

09. 저는 '간절기'라는 말을 좋아합니다. 계절과 계절 사이라는 이 말은 어찌 보면 일종의 그레이 존(Gray Zone)이라는 생각도 들고요. 
잘 알다시피 그레이 존은 활용하기 나름입니다. 누군가는 그냥 지나쳐가는 지점일지 몰라도 또 누군가에게는 더없이 훌륭한 기회가 될 수 있거든요. 이 간절기의 끝을 붙잡고 얼마 되지 않는 기간 동안 내가 할 수 있는 일들을 리스트업 해보는 것도 정말 의미 있는 일이 될 거라고 봅니다. 어쩌면 그게 우리를 성장하게 만드는 것일지도 모르기 때문입니다. 

10. 절반을 의미하는 'half'는 그 어원이 불분명한 단어로 구분되지만, 언어학계의 추론에 따르면 '자르다'에서 왔다는 가설이 힘을 얻고 있습니다. 보충 설명을 하자면 반으로 쪼개는 것에 집중한 게 아니라 뭔가를 자른다은 지금 내 앞에 남아있는 것에 집중한 게 'half'가 되었다는 거죠. 
그런 의미에서 보면 1,2,3 분기 모두 시원하게 말아 드셨더라도 지금 내 눈앞에 남아있는 이 4분기, 마지막 쿼터에 힘을 실어볼 수도 있는 겁니다. 그게 내 몫이자 내 결과물일 수 있을 테니 말이죠. 
그러니 연휴가 지난 이후 후유증이 오려고 할 때쯤엔 이런 마인드를 가져보는 것도 좋습니다. '이제 진짜 내가 집중할 수 있는 마지막 half and half가 남았다'고 말이죠.

하반기의 하반기, 2023년은 이제 시작일 지 모릅니다.

깃허브의 CI 서비스인 GitHub Actions를 사용하여 자바스크립트 프로젝트의 지속 통합(Continuous Integration)을 위한 워크플로우를 구성하는 방법에 대해서 알아보겠습니다. 또한 자바스크립트 프로젝트에서 GitHub Actions 셋업이 용이하도록 깃허브에서 제공하는 Setup Node 액션에 대해서도 살펴보겠습니다.

GitHub Actions 자바스크립트 셋업 | 달레의 GitHub

GitHub Actions에서 하나의 작업(job)은 순차적으로 실행되는 여러 단계(step)로 모델링이 되는데요. 이 단계는 단순한 커맨드(command)나 스크립트(script)가 될 수도 있고 액션(action)이라고 하는 좀 더 복잡한 명령 단위일 수도 있습니다.

이번 시간에는 GitHub Actions에서 작업(Job)의 근간이 되는 단계(step)에 대해서 좀 더 깊이 다뤄보도록 하겠습니다.

📺 동영상: https://youtu.be/8JM8ItAW1No
📝 포스팅: https://www.daleseo.com/github-actions-steps/
🧑‍💻 실습 저장소: https://github.com/DaleSchool/github-actions-steps

깃허브의 CI 도구인 GitHub Actions에 대해 공부하고 계시다면 아래 게시물도 함께 참고하시면 도움이 될 것 같습니다.

📕 GitHub Actions의 소개와 핵심 개념: https://careerly.co.kr/comments/87570
📗 GitHub Actions 첫 워크플로우 생성해보기: https://careerly.co.kr/comments/89206
📘 GitHub Actions의 체크아웃 액션으로 코드 내려받기: https://careerly.co.kr/comments/89589
📙 GitHub Actions의 캐시 액션으로 패키지 설치 최적화하기: https://careerly.co.kr/comments/90024
📓 GitHub Actions 자바스크립트 셋업: https://careerly.co.kr/comments/90868

YouTube

GitHub Actions 단계(step) 고급 설정

성장의 치트키가 있다면? | 매주 마케터와 기획자들이 모이는 곳이 있다?매일 하나의 무기를 만든다고? 커뮤니티 워스픽 을 만들었습니다. 성장을 위한 무기를 만드는 곳이죠. 성장에 치트키가 있다면? 이라는 상상으로부터 시작합니다. 그런데 이런 독특한 모임, 누가 왜 시작한 걸까요? 커뮤니티의 시작을 알리고 한 달이 지났습니다. 그간 어떤 일들이 있었을까요? 워스픽 탄생비화

마케터, 기획자들의 무기 만드는 커뮤니티

성장에 치트키가 있다면?
이라는 상상으로부터 시작합니다.

저는 인사팀 출신의 늦깎이 마케터였습니다. 미디어에서 캐릭터로, F&B로. 대기업에서 외국계로, 스타트업으로. 14년에 걸쳐 업종과 분야를 바꾸며 많은 시행착오를 겪었고, 마케팅 총괄 디렉터까지 다양한 커리어와 함께할 수 있었습니다. 그 경험들을 차곡차곡 하나씩 모아서 저의 무기로 만들 수 있었죠.

캐릭터를 무기로 디즈니 캠페인을 리드하면서, 글쓰기를 무기로 글 쓰는 마케터로 콘텐츠를 만들면서, 스토리텔링을 무기로 노티드 월드를 기획하면서 저의 무기를 하나씩 펼쳐갔습니다. 

그리고 알게 되었습니다. 일의 성장에는 무기라는 치트키카 필요하다고. 그리고 생각하죠. 하나의 그룹, 한 공간에서 소통하면서 각자의 무기를 찾아가면 어떨까? 저의 경험을 나누면서 함께 한다면 마케터분들, 기획자분들, 브랜더 분들에게 의미있는 곳이 될 것으로 생각했습니다.

그래서 성장을 위한 무기를 만드는 커뮤니티 '워스픽'을 만들었습니다.

ㅡ

불특정 주제로 목적 없이 이야기를 나누고 싶지 않았습니다. 그래서 직접 이색적인 프로그램들을 기획했습니다. 나만의 무기를 찾고 쌓아갈 수 있도록요. 그래서 일의 성장, 커리어와 역량을 강화를 위한 의미 있는 프로그램들을 만들 수 있었습니다.

책을 무기로 꺼내 내 것으로 만들 수 있다면?

책은 그 무엇보다 강력한 무기가 될 수 있습니다. 그런데 책을 읽고 메시지를 어떻게 나의 것으로 만들지, 나의 무기로 만드는지가 참 어렵죠. 실제로 제가 무기로 만들어 활용할 수 있었던 노하우를 담아 '책X무기 클래스'를 함께합니다. 

첫 번째 책은 <픽사 스토리텔링>이었습니다. 스토리텔링은 글쓰기에, 기획에, 프로젝트에 다양한 곳에 강력한 무기가 될 수 있었습니다. 그 과정에서 알게 된 저의 이야기를 클래스에 담았고, 프로그램 안에서 스토리텔링의 원칙을 이해하고 각자의 스토리를 만들어갑니다. 

테마를 무기로, 이야기의 시간

'워스픽 살롱'의 첫 시간은 '무기를 찾아서'라는 주제와 함께 했습니다. 저의 3가지 무기와 탄생비화, 무기를 만들게 된 과정을 들려드렸습니다. 그리고 각자의 '무기'에 대해, 과거의 이야기와 미래의 상상을 꺼내 함께 찾아가는 시간을 가졌습니다.

그리고 10월, 매력적인 테마로 워스픽이 매주 이어갑니다. 
 
<책X무기 클래스>
'스토리텔링'을 이어서 함께합니다. 여기에 더해 <원씽>. 100개의 목표를 세우는 건 누구나 할 수 있죠. 진짜 필요한 한 가지를 찾아서 쌓아가는 것이 그 무엇보다 어렵습니다. 제가 직접 실천하며 쌓은 노하우와 함께 '단 하나의 무기를 찾는 여정'을 함께합니다.

(1) 스토리, 무기가 되다 <픽사 스토리텔링>
(2) 한 가지 강력한 무기 만들기 <원씽>

<워스픽 살롱>
많은 분들이 고민인 부분에 대해 저 역시 고민의 시간을 겪었습니다. 무기를 찾아가는 SPEAK의 시간, 워스픽 살롱은 아래 4개의 테마로 진행합니다.

(1) 새 시작, 새 출발을 위한 TIP 장착 <출사표 살롱>
(2) 커리어 디벨롭을 위한 <뜬구름 살롱>
(3) 저비용 고효율 실무 스킬UP <짠케팅 살롱>
(4) 취준생 예비 마케터의 고속성장 <마린이 살롱>

성장의 치트키를 만나는 곳, 워스픽

워스픽의 무기는 결국 성장의 치트키입니다. 성장을 갈망하고 함께하고 싶은 마케터나 기획자, 브랜더 분들이라면 워스피커가 되어보세요.

1. 정보가 필요하다고 느끼신적은 얼마나 있으신가요?
2. 필요한 정보만 제공해주는 사이트를 필요하다고 느끼신 적은 얼마나 있으신가요?
3. ‘문제해결'이 왜 필요하세요?
4. ‘문제해결'을 위해 반복하는 행위가 하루에 몇번이나 되시나요?
5. 무엇 때문에 ‘문제해결'이 필요하신가요?
6. 어떤 상황에서 사용하시나요?
7. 문제 해결을 위해 현재는 어떻게 해결하고 계신가요?
8. 위 방법 말고 다른 방법에는 무엇이 있나요?
<우리의 제품을 보여준 후>
1. 무엇을 해결하기 위해 사용하시겠어요?
2. 몇 번이나 사용하시겠어요?

유저 인터뷰 질문리스트

Share your videos with friends, family, and the world

Devoxx Belgium 2023

다양한 테크 주제로 매년 흥미로운 발표들이 많은 Devoxx 2023 컨퍼런스가 드디어 시작되었습니다.  Josh Long의 AOT with Spring Boot 3, GitHub Copilot 이야기 등 재밌어 보이는 제목들이 많네요! 

https://www.youtube.com/playlist?list=PLRsbF2sD7JVoSl0q9XTZ_RKlucdQL5sBp

Devoxx Belguim 2023

We analyzed Brawl Stars' removing loot boxes before and after the box-removing update. But the real question was left unanswered: how would this affect the revenue? We look deeper in this update.

Why Removing Loot Boxes in Brawl Stars Failed - Deconstructor of Fun

2022년 12월 슈퍼셀의 브롤스타즈는 중요한 결정을 합니다.
바로 확률에 기반한 상자를 제거하고, 직접 구매 시스템을 도입하는 결정이였습니다.

실제로 많은 게임에서 사용 중인 확률 상자는 과도한 현질 유도로 비판을 받았고, 슈퍼셀은 조금 과감하게 이를 삭제하는 실험을 함으로써, 게임계의 새로운 도전을 내비쳤습니다.

그에 따른 사업적 결과는 실패에 가깝다고 할 수 있습니다.
- 상자를 제거하고, 5개월동안 수익이 14%감소했습니다.
- 전체적인 모바일 다운로드 수가 약 13% 감소했습니다.
- 다운로드당 수익 또한 감소했습니다.

허나, 개인적인 의견으로는 게임 업계에 미래 관점에서는 조금은 성공이지 않나 싶습니다. 
최근 기업에서 추구하는 ESG경영처럼, 확률 상자가 없는 게임으로 1년간 라이브를 유지하며 지속가능성을 보여주었습니다. 아쉽게도 현재의 국내 게임 업계는 가챠, 확률 상자를 이용해 돈을 버는 것에 매우 익숙합니다. 하지만 이러한 가챠 방식은 유저들을 지치게 했고, 현재 모바일 게임 개발사나 국내 빅 게임 회사들의 매출도 지속적으로 감소하고 있는 중입니다. 이게 가챠박스 때문이라고 하긴 어렵지만, 가챠박스라는 틀안에서 비슷한 게임과 비슷한 형태의 결제 유도만 나오는 것이 영향을 주었다고 생각합니다. 
 이 관점에서 슈퍼셀의 브롤스타즈가 제시한 가챠 박스가 없는 게임이 가야하는 길은 배울점이 참 많은것 같습니다. 앞으로의 지속가능한 게임 개발방식을 고민하게 될 뿐만 아니라 가챠가 아닌 수단으로 돈을 버는 방법에 대해서 고민해보게 되는 것까지도요. 우리도 새로운 길을 찾아가야할 시점이 아닌가 싶습니다.

Deconstructor of Fun

확률 상자를 제거한 브롤스타즈는 진짜 실패한걸까?

Whether you are a student in school or a dreamer working towards your goal, doing life alone is hard. I've watched a lot of life lesson videos in my 20s and wanted to share this for those looking to avoid "mistakes". Here are 5 things I wish I knew earlie

5 Mistakes I Made That You Can Avoid

열심히 하는데 왜 결과가 다르지 않을까요? 결과가 좋지만 왜 미친 듯이 열심히 하지 않는 친구와 결과가 비슷할까요? 

민사고를 졸업한 후 UC Berkeley에서 경제학을 공부하고 아이비리그에서 MBA를 수료한 친구의 조언이 담긴 영상을 봤습니다. 엔지니어가 공감할 수 있는 포인트가 많아서 영상 내용을 간단하게 정리한 후 개발자의 관점으로 제 생각도 함께 공유합니다. 

1️⃣ 스펙을 쌓기 위해 무조건 다 열심히 하는 것

> 목표를 먼저 정하고, 그 목표에 도달하는 데 도움 되는 것을 우선으로 해야 한다. 민사고 학생이었을 당시 목표 없이 농구, 오케스트라, 토론 팀 등등 여러 가지 교외 활동을 많이 했다. 대학 지원서를 쓰려고 그동안 쌓아온 스펙을 보고 자신을 대표할 수 있는 공통 분모를 찾을 수 없었다. 그저 이것 저것 막 하고 있었다는 걸 느꼈다.

👩🏻‍💻 개발자도 실력 향상을 위해 여러 가지 학습 코스를 들어 보는 것과 비슷한 것 같습니다. 예전 포스팅에서 뭘 공부해야 할지는 모르겠고 뒤처지기 싫어서 이것 저것 배우는 것에 관해 이야기했었습니다. 열심히 배운 건 많은데 정작 내 일과 성장에 필요한 스킬을 얻지 않았다고 느꼈을 때가 있었어요. 지금 다시 시작한다면 목표를 정확하게 세우고 필요한 공부부터 할 것 같아요.

그리고 개발자는 평생 학습해야 하는 것 같아요. 다른 직종도 비슷하겠지만 기술 트렌드가 빠르게 변화하는 개발은 더욱더 학습하는 걸 습관으로 만들어야 하는 것 같아요. 여러 가지 다 하려고 하면 결국 번아웃와서 오래하지 못합니다. 번아웃을 예방하려면 목표에 도달하는 데 도움 되는 것에 집중해야 한다는 걸 느꼈습니다.

2️⃣ 남의 말에 흔들리는 것

> 자신의 가치는 내 스스로 정한다. 다른 사람의 말보다 스스로 나 자신을 어떻게 생각하는지가 더 중요하다.  예시로 MBA를 지원할 당시 멘토가 자신이 지원하려고 한 탑 MBA 프로그램에 합격할 수 없을 것 같다고 말한 것을 알게 되었다. 다른 사람이 내가 합격할 실력이 안 된다고 평가한 것에 상처받았지만, 결국에는 그들의 의견과 생각이 틀렸다는 것을 증명했다. 스스로 자신을 되돌아보는 습관을 갖고 일기에 자신감이 부족한 점을 적어봤다. 

👩🏻‍💻 많은 개발자가 경력에 상관없이 가면 증후군(Imposter Syndrome)에 시달리는 것 같아요. "나는 알고리즘을 잘 모르니까, LeetCode 문제를 30분 안에 못 푸니까, 나는 이 서비스를 구현한 적이 없으니까..."와 같이 실력이 부족하다는 생각을 많이 하는 것 같습니다(그리고 그런 피드백을 받기도 합니다). 이런 생각이 동기부여가 되기도 하지만 오히려 좌절하고 포기하게 되는 경우가 더 많은 것 같아요. 부족한 점을 상기시키는 것보다, "난 할 수 있다"라는 긍정적인 생각을 하고 미래를 그려보는 데 에너지를 쏟는 게 도움 되었던 것 같아요.

3️⃣ 이기적인 사람이 되는 것

> 인간관계에 시간을 쏟지 않고 "내가 잘 나가면 사람들은 자연스럽게 따라오게 된다"라는 오만한 생각을 가진 것을 후회한다. 스펙을 쌓기 위해 여러 가지를 하다 보니 후배나 친구들을 챙길 시간이 없었다. 오랜 시간 동안 투자하고 형성한 인간 관계는 후에 나에게 큰 도움을 줄 수 있고 나의 평판에 영향을 미친다. 

👩🏻‍💻 어차피 코딩은 보여줄 수 있는 결과물이니까 '내 코딩 업무만 잘하면 된다'라고 생각할 수도 있습니다. 지금 후회하는 건 주니어 시절 인간 관계 형성과 관련된 스킬(소프트 스킬)을 쌓고 배우는 데 시간 투자를 많이 하지 않은 것입니다. 시간이 지나면서 인간 관계 형성 및 관리 스킬이 기술 실력만큼 중요하다는 것을 배웠습니다. 대학 과제로 단순한 시스템이나 기능을 넣는 건 혼자 해내는 게 가능하지만 실무는 혼자 일하는 게 아니라 모든 사람과 함께 결과를 이루어 내야 합니다. 

4️⃣ 공부하는 것을 싫어하는 것

> "피할 수 없으면 즐겨라"라는 마음가짐을 가져야 한다. 학습하는 것을 마치 게임하는 것처럼 즐겁게 만들면 좋다. 배움은 평생 지속되며, 배운 것으로 결과물을 낸다. 

👩🏻‍💻 코딩 공부하다가 좌절했던 적이 있었는데 그 이유를 생각해 보니 한 번도 접하지 않은 어려운 주제를 한꺼번에 배우려고 했던 것 같아요. 대학생 때는 빠른 시일 내에 전공 공부를 마치고 졸업하기 위해 어쩔 수 없이 다양한 지식을 빨리 습득해야 했습니다. 이렇게 하니 수박 겉핥기식으로 배운 개념이 많았던 것 같아요. 하지만 직장인이 된 후 쉬운 주제부터 먼저 배우고 따라 해 봤습니다. 그 후 혼자 해보면서 성취감을 느끼며 배움에 흥미를 느끼기 시작했던 것 같아요.

코딩 테스트 문제 풀 때도 비슷한 것 같아요. 취업 준비할 때 자주 출제 되는 어려운 문제부터 풀었습니다. 문제를 못풀어서 좌절하게 되었고 알고리즘 문제 풀기를 더 피했던 것 같아요. 예전 취업 준비 포스팅에 언급했었는데,  쉬운 문제부터 풀어 보는 게 좋습니다. 예를 들면 당시 BFS/DFS 관련 문제를 푸는 게 Dynamic Programming/Backtracking 문제를 푸는 것보다 쉬웠어요. 관련 주제의 낮은 난이도 문제 중에 통과율이 높은 문제부터 풀어 봤어요. 통과율이 높다는 건 다른 사람도 쉽게 풀 수 있는 난이도가 낮은 문제입니다. 통과율이 높고 쉬운 문제는 저도 스스로 풀 수 있어서 자신감이 생기기 시작했어요. 이런식으로 연습하니까 좌절하기 보다는 성취감이 느껴지기 시작했습니다. 성취감을 느끼기 시작하니까 배움에 즐거움을 느끼기 시작했던 것 같아요.

👉 채널에 있는 시간 관리법이나 다른 유익한 정보가 많은 영상도 확인해 보세요!
 
https://youtu.be/0I0GPEyXlq0?si=rqmcwsh681rjRNYN

🪴 함께 읽으면 좋은 글

[개발자의 공부법] 뭘 공부해야 되지?
https://careerly.co.kr/comments/67013

학습 속도 끌어올려 취업하기
https://careerly.co.kr/comments/88930

롱런하는 개발자 마인드셋
https://careerly.co.kr/comments/88754

같이 일하고 싶은 엔지니어 되는 법
https://careerly.co.kr/comments/72550

15년 동안 꾸준히 개발 공부하는 비결은?
https://careerly.co.kr/comments/60794

성장형 개발자가 피해야 할 실수

혁신의 도구 혹은 성장의 장애물? | 약 5년 전 디지털 컨설팅 분야에서 낯 선 스타트업으로 이끌려 들어왔다. 클라이언트 베이스의 일만 했던 세상 물정 모르던 한 디자이너는 유독 린 스타트업과 MVP에 끌렸다. 컨설팅 회사에서 유저들의 피드백 없이 긴긴 시간 디테일에만 집중하던 것에 염증을 느꼈기 때문이다.

린 스타트업을 맹신하면 안 되는 5가지 이유

스타트업에서 일하면 린 스타트업과 MVP에 대한 일종의 맹목성이 생기기 쉬운 것 같습니다. 물론 훌륭한 프로세스지만 의존할 경우 여러 부작용이 생길 수 있습니다. 이 글은 현업에서 실제로 제가 겪으며 느낀 린 스타트업과 MVP의 5가지 관점에 관해 쓰였습니다.

린 스타트업을 맹신하면 안되는 5가지 이유

쿠키 1부: HTTP로 설명하는 쿠키(cookie)

“쿠키는 클라이언트에 저장되고… 음,,, 보안에 좋지 않습니다.” 😅

개발자 면접을 볼 때 쿠키에 대해서 물어보면 가장 흔하게 들을 수 있는 대답인데요. 완전히 틀린 말은 아니지만 뭔가 알맹이가 빠진 느낌이 듭니다.

“그럼 보안을 위해서 쿠키는 안 쓰는 게 좋겠네요?”

라고 반문을 하면 오랫동안 웹 개발을 한 분들도 머뭇거리시는 경우가 많은데요. 아무래도 대부분의 서버 프레임워크에서 쿠키를 직접 다루지 않아도 되도록 추상화 잘 되어 있기 때문에 오히려 쿠키를 직접 다루거나 쿠키에 대해 깊이 생각해볼 기회가 많지 않아서 그런 것 같습니다.

사실 쿠키는 웹에서는 빼놓을 수 없는 핵심적인 기술이죠? 프런트 개발을 하든 백엔드 개발을 하든 웹 개발자로서 쿠키를 제대로 이해해두시면 두고두고 유용한 지식이 될 거라 생각합니다. 그래서 2개의 포스팅에 걸쳐서 쿠키를 기술적으로 깊게 파해쳐보려고 합니다. 🔪

첫 번째 포스팅에서는 쿠키가 어떻게 서버와 브라우저 간에 이동을 하는지, 그리고 쿠키의 유효 기간과 적용 범위를 설정하는 방법과, 쿠키의 한계와 대체 기술에 대해서도 살펴보겠습니다.

📝 포스팅: https://www.daleseo.com/http-cookies/

우리가 웹에서 쿠키를 사용할 수 밖에 없는 결정적인 이유인 세션 기반 사용자 인증에 대해서는 아래 두 번째 게시물을 참고 바랍니다.

🎵 쿠키 2부: 세션은 쿠키가 필요해: https://careerly.co.kr/comments/91233

Daleseo

쿠키 1부: HTTP로 설명하는 쿠키 🍪

이번 포스팅에선 아주 중요하지만 프로그래밍 교육 과정에서 크게 다루지 않는 보안 에 대해 이야기 해보려고 한다. 최근엔 프레임워크나 라이브러리 차원에서 잘 막아주기 때문에 큰 언급없이 넘어가는 경우가 많지만 소프트웨어 개발자는 꼭 보안 전문가가 아...

웹 개발을 위해 꼭 알아야하는 보안 공격

보안은 웹 개발에서 굉장히 중요한 분야 중 하나지만, 프로그래밍 교육이나 개인 포트폴리오로 프로젝트를 진행할 때 크게 다루지 않는걸 종종 보곤 했습니다.

아마도 요즘 사용하는 프레임워크나 라이브러리에서 대부분의 보안 공격이나 실수에 대해 방어할 수 있도록 구현이 잘 되어있기 때문이겠습니다만

웹 개발자 혹은 소프트웨어 개발자라면 보안 전문가 수준까진 아니더라도 기초적인 보안 공격에 대한 이해와 이를 방어할 수 있는 방법을 알아둠으로써 혹시나 발생할 수 있는 실수를 사전에 막을 수 있어야 합니다.

오늘은 알아두면 나중에 반드시 도움이 되는 보안 공격에 대해 잘 정리된 글이 있어 공유드립니다.
글에서 언급된 대표적인 보안 공격을 요약하자면 다음과 같습니다.

📌 SQL Injection
서버에서 실행되는 SQL을 악의적으로 이용하는 공격입니다. 
이름처럼 기존 SQL에 악의적인 SQL 구문을 삽입하여 데이터 탈취, 삭제 등을 할 수 있습니다.

📌 Cross-Site Scription (XSS)
웹 페이지에 악성 자바스크립트를 삽입하는 공격입니다. 
최근엔 SPA(Single-Page Application)로 배포되는 서비스가 많은데, 이렇게 배포되는 서비스 대부분이 인증 관리를 위해 토큰을 Cookie 혹은 localStorage 에 저장합니다. 
이때 XSS 방어 준비가 되어있지 않은 경우 자바스크립트를 통해 불특정 다수의 사용자 토큰을 손쉽게 탈취 할 수 있습니다.

📌 CSRF Attack
Cross-Site Request Forgery라고 부른다. 공격자가 서비스 사용자를 이용하여 요청을 보내는 공격을 말합니다.
예를 들어 네이버 로그인과 똑같은 화면을 제공하는 피싱 사이트를 사용자가 피싱 사이트인 것을 모르고 아이디와 비밀번호를 입력하고 로그인 버튼을 누른다면 피싱 사이트는 진짜 네이버 로그인 URL 에 요청할 수 있게 됩니다. 
만약 CSRF 에 대한 방어가 제대로 안되어 있다면 성공/실패 Response 가 내려올 것이고 이를 통해 해커는 성공한 계정 정보를 판단하여 탈취할 수 있습니다.

📌 Command Injection
쉘을 실행시키는 로직을 이용한 공격으로 시스템 권한이 탈취되는 것이나 마찬가지기 때문에 매우 치명적입니다.
각 언어마다 쉘 명령을 실행할 수 있는 API 가 존재하는데 이러한 API 를 해커가 호출할 수 있게 방어가 안되어있다면 치명적인 결과를 불러올 수 있다.

📌 File Upload Attack
공격 스크립트가 담긴 파일을 서버로 업로드하는 공격입니다. 
WebShell 이 가능한 코드가 담긴 파일을 업로드하고 해커가 URL을 통해 접근 가능해지면 Command Injection 과 같은 효과를 볼 수 있습니다.

📌 JavaScript Injection
브라우저에서 자바스크립트를 삽입시키는 공격입니다. 
브라우저에서 제공하는 Console 을 통해 Javascript 코드 조작이 가능하기 때문에 Client-Side 에 민감한 데이터를 넣어놨다면 해당 공격을 통해 탈취가 가능합니다.

📌 DDoS
꽤 유명한 보안 공격중 하나입니다.
Distributed Denial of Service 라고 부르는데, 직역하면 분산 서비스 거부 공격이라고 할 수 있습니다. 
이름처럼 분산된 시스템을 이용하여 서버에 비정상적으로 많은 트래픽을 보내 마비시키는 공격입니다.
공격자는 수 많은 PC 를 이용하여 서버에 트래픽을 보내는데 몰래 심어 놓은 좀비 PC 를 이용할 수도 있고 본인이 사용할 수 있는 PC 를 이용할 수도 있습니다. 
많은 트래픽이 발생하기 때문에 공격을 받는 서비스는 부하가 생겨 느려지거나 서버가 죽을 수 있습니다.

📌 Dictionary Attack
미리 데이터베이스에 등록해놓은 수많은 문자열을 암호로 대입하는 공격으로 Brute Force의 일종입니다.
"하나만 걸려라" 공격이라고도 볼 수 있는데 많은 웹 사이트에서 간단한 단어로 비밀번호를 등록하지 못하게 하는 이유기도 합니다.

📌 Rainbow Table
평문을 해시 함수로 만든 문자열을 모두 저장시켜 놓은 표를 가지고 탈취한 계정 데이터의 암호 원문을 알아내는 공격입니다.

각 보안 공격에 대한 대응 방법과 주의사항등은 공유드린 원문에 자세히 설명되어있으니 관심있으신 분들은 참고해주시면 좋겠습니다.

📚 원문
- https://kciter.so/posts/basic-web-hacking

📚 함께보면 좋은글
- 🔐 암호화의 종류: https://careerly.co.kr/comments/89377?utm_campaign=self-share

kciter.so

🔐 웹 개발을 위해 꼭 알아야하는 보안 공격

Swagger는 API 문서를 쉽고 자동으로 작성하는 데 도움이되는 강력한 도구입니다. 이 기사에서는 Swagger를 사용하여 프로젝트의 API 문서를 자동으로 생성하는 방법을 살펴 봅니다.

Swagger는 소프트웨어 개발 커뮤니티에서 널리 사용되는 개방형 표준화 된 API 개발 프레임 워크입니다. API를 자동으로 쉽게 작성, 설계 및 문서화하는 도구를 제공합니다. Swagger는 JSON 또는 YAML 파일을 사용하여 API를 설명하고 아름답고 이해하기 쉬운 API 문서를 생성합니다.

✌️Swagger를 사용하여 API 문서를 작성하는 방법:

✅ API 정의 : JSON 또는 YAML 파일을 사용하여 경로, HTTP 메소드, 매개 변수, 설명 및 기타 관련 요소를 지정하여 API를 정의 할 수 있습니다.

✅ API 문서 생성 : Swagger 도구를 사용하면 API 정의에서 API 문서를 자동으로 생성 할 수 있습니다. Swagger는 JSON 또는 YAML 파일에 정의 된 정보를 사용하여 API의 리소스, 메소드 및 매개 변수에 해당하는 API 문서 페이지를 생성합니다.

✅ API 문서 표시 : Swagger에서 생성 된 API 문서는 아름답고 친숙한 사용자 인터페이스를 통해 액세스 할 수 있습니다. 사용자는 API와 관련된 리소스, 메소드, 매개 변수 및 기타 정보를 쉽게 볼 수 있습니다.

✌️Swagger를 사용하여 API 문서를 만들면 다음과 같은 이점이 있습니다:

✅ 문서 생성 프로세스 자동화 : Swagger를 사용하면 API 정의에서 API 문서를 자동으로 생성하여 수동 작업을 줄이고 시간을 절약 할 수 있습니다.

✅ 읽고 이해하기 쉬운 문서를 작성하십시오. Swagger는 표준 형식, 명확한 구조로 API 문서를 작성하며 읽기 쉽습니다. 이를 통해 사용자는 API의 중요한 측면을 쉽게 파악할 수 있습니다.

✅ 상호 작용 성 및 테스트 가능성 향상 : Swagger에서 생성 된 API 문서는 사용자 인터페이스에서 직접 API를 테스트 할 수있는 기능을 제공합니다. 이것은 상호 작용 성을 높이고 테스트 시간을 줄이는 데 도움이됩니다.

✅ 소스 코드와 문서 동기화 : Swagger를 사용하면 API 문서를 소스 코드와 동기화 할 수 있습니다. 소스 코드가 변경되면 Swagger는 수동으로 수행하지 않고도 해당 문서를 자동으로 업데이트 할 수 있습니다.

✅ API 문서를 수동으로 작성하려면 많은 시간과 노력이 필요합니다. 그러나 Swagger를 사용하면이 프로세스가 자동화되어 아름답고 이해하기 쉬운 API 문서를 쉽게 만들 수 있습니다. Swagger를 사용하여 프로젝트에 대한 API 문서를 작성하고이 프로세스를 자동화하는 이점을 누리십시오.

Swagger 홈페이지 👉 https://swagger.io
Swagger Gin-Golang 👉 https://github.com/swaggo/gin-swagger

모든 기사는 실제 작업에서 수행, 경험 및 사용한 후의 개인적인 견해입니다. 잘못된 정보와 혼란이있는 경우 모든 사람이 아래 의견에 의견을 제시 할 수 있기를 바랍니다.👇👇👇

Swagger를 사용하여 API 문서 자동 생성

Developers and Open Source authors now have a massive amount of services offering free tiers, but it can be hard to find them all to make informed decisions.

Free for Developers

프리티어(free tiers)로 사용할 수 있는 소프트웨어(SaaS, PaaS, IaaS...) 등을 정리해둔 사이트입니다. 토이 프로젝트나 작은 프로젝트에서 활용하기 좋을 정보가 많네요!

https://free-for.dev

Free-for

📌 무료로 사용할 수 있는 개발 도구들

한빛미디어

한빛 MSA 시리즈의 하나로 깃헙 코파일럿 특강이 올라왔습니다! 

코파일럿이 무엇인지, 어떻게 사용할 수 있는지, 그리고 어떠한 자세로 우리가 AI 어시스턴트를 이용해야할지에 대해서 풀어보았습니다 :) 

https://www.hanbitn.com/product/msa2003-copilot/

https://www.hanbitn.com

코딩 친구 넘어 코딩 선생님으로, GitHub Copilot

번(Bun) 1.0이 출시되며 많은 관심을 받고 있습니다. 이 글은 번을 사용해서 간단한 리액트 SSR 프로젝트를 만들어 볼 수 있는 가이드입니다. 아직 번을 사용해 프로젝트를 만들어보지 못하셨다면 이 가이드를 천천히 따라와보세요:)

[번역] 번(Bun)과 리액트로 서버사이드 렌더링(SSR) 구현하기

오늘 소개해드릴 글은 라인플러스의 김은빈님이 번역해주신 글입니다. 최근 번(Bun) 1.0이 출시되며 많은 관심을 받고 있습니다. 이 글은 번을 사용해서 간단한 리액트 SSR 프로젝트를 만들어 볼 수 있는 가이드입니다. 이야기는 많이 들었지만 아직 번을 사용해 프로젝트를 만들어보지 못하셨다면, 혹은 이번 기회에 번에 대해 알아가고 싶으시다면 이 가이드를 천천히 따라와보셔도 좋을 것 같습니다:)

> 글 링크: https://velog.io/@eunbinn/server-side-rendering-ssr-with-bun-and-react

Velog

번(Bun)과 리액트로 서버사이드 렌더링(SSR) 구현하기

나 실리콘밸리를 가야겠다 (1)

안녕하세요 :)

글을 보면서 "와 정말 대단하다. 실행력 대박"이라는 말이 나온 글입니다

실리콘밸리를 가야겠다 생각하시고 실행하는 부분이 너무 인상적이였어요.

시리즈 글인데 모두 올라와서 링크 타시고 보시면 좋을 것 같아요

최근 본 글 중 실행력 제일 좋다고 생각한 글이에요

https://www.junsoor.com/silicon-valley-1

Junsoor

나 실리콘밸리를 가야겠다

ChatGPT 쓸 때 질문을 영어로 번역해 주고, 답변도 한글로 번역해 주는 번역기입니다.

프롬프트 지니: ChatGPT 자동 번역기

ChatGPT를 쓰다보면 불편한 점들이 몇가지 있는데 그런 부분들을 보완해주는
없어서는 안되는 필수 크롬 익스텐션을 3가지 소개합니다!

1/ 프롬프트 지니 : ChatGPT 자동 번역기 (필수!)

ChatGPT 입력창에 한글로 입력하면 자동으로 영문으로 전환해서 물어보고, 결과가 영어로 나오면 한글로 자동 번역해서 보여줍니다.

ChatGPT의 영문 학습량이 한글보다 많아서 더 정확한 결과를 얻으려면 영어로 프롬프트를 작성해야 할 경우가 많습니다. 

번역기를 왔다 갔다하면서 입력해야 하는 번거로움을 한방에 해결해주는 필수 익스텐션 입니다.

https://chrome.google.com/webstore/detail/프롬프트-지니-chatgpt-자동-번역기/lhkgpdljnlplgbkonflbhifackjhjmdj?hl=ko

2/ AIPRM : 원클릭 프롬프트

막상 ChatGPT를 열어서 원하는 결과를 얻으려면 프롬프트를 쓰는걸 시작하기 쉽지 않습니다. 너무 간단하게 물어보면 추상적인 답변이 나오고, 맥락을 설명 하면서 해야하는데 어떻게 효과적으로 물어봐야하는지 잘 떠오르지 않죠. 그리고 복잡하고, 구체적인 답변을 원한다면 빌드업에 많은 시간이 걸립니다.

AIPRM은 이런 프롬프트 작성의 문제를 해결해줍니다.

3600개 이상의 검증된 프롬프트를 활용해서 빠르게 원하는 질문을 만들고, 원하는 답변을 받을수 있도록 도와줍니다.

https://chrome.google.com/webstore/detail/aiprm-for-chatgpt/ojnbohmppadfgpejeebfnmnknjdlckgj?hl=ko

3/ WebChatGPT: 인터넷 액세스 가능한 ChatGPT

ChatGPT는 최신 데이터를 가지고 있지 않습니다. 

특정 시점 이전의 데이터만 학습해서 모델을 만들었고, 인터넷에 있는 정보를 실시간으로 반영하지 않습니다. 그래서 최신 정보를 물어보면 대답이 틀리거나, 모른다고 답변합니다.

WebChatGPT는 ChatGPT에게 인터넷에 접근가능하게 만들어 줍니다.

그 외에도 AIPRM 처럼 프롬프트 라이브러리를 제공하고, 검색 서비스옆에서 AI가 생성한 답변을 볼수 있게도 해줍니다.

https://chrome.google.com/webstore/detail/webchatgpt-chatgpt-with-i/lpfemeioodjbpieminkklglpmhlngfcn?hl=ko

Google

ChatGPT 사용할때 꼭 필요한 크롬 익스텐션 3가지

'따라 하기'보다는 '업의 본질'에 집중하기 : 네이버 블로그

1. 자신이 하고 있는 일의 본질이나 몸담고 있는 업의 본질을 이해하는 데는 꽤 많은 시간이 걸릴 수밖에 없다. 본질이라는 게 대충 몇 년 했다고 쉽게 알 수 있는 게 아니니까.

2. 그리고 업의 본질을 이해하기 위해선 초기 지나친 확장은 경계하는 것이 좋다. 확장하고 성장하는 것은 너무나 좋고 아름다운 일이지만, 자칫 잘못하면 이로 인해 늘어난 수많은 부수적인 일에 휩쓸려, 지금 내가 하고 있는 일의 본질이 무엇인지, 코어가 무엇인지에 대해 고민하는 것을 놓칠 수 있기 때문.

3. 그러다 보면 바쁜 업무 속에서 정신없이 지내기 마련인데, 정작 정말 중요한 일이 아니라 부수적인 일만 하다가 어느 순간 거품이 꺼져서 돌아보면 결국에는 아무것도 한 게 없는 꼴이 된달까?

4. 성장 중독이 난무하는 스타트업 씬에서 괜히 ‘(초기에는) 확장성 없는 일을 하라(Do thing that don't scale)’는 말이 나온 게 아닌 셈.

5. 지금 하고 있는 일의 본질이 무엇인지, 고객들이 우리 제품이나 회사에게 기대하는 바가 정확히 무엇인지를 이해하려면 성장보다는 본질에 대해 이해하는 시간을 가져야 하니까.

6. 그리고 정말 고객들이 원하는 것이 무엇인지, 지금 시대에 필요한 것이 무엇인지, 업의 본질이 무엇인지를 알고, 이를 구현할 실행력까지 가지고 있다면 성장은 당연히 일어나는 것 같고.

7. 다만, 여기서 정말 어려운 문제는 업의 본질이나 자신이 하는 일의 본질을 이해하는데, 그리고 고객이 정말로 원하는 것이 무엇인지를 온전히 이해하는데, 얼마의 시간이 걸릴지는 그 누구도 알 수 없다는 점이다. 10년이 걸릴지, 20년이 걸릴지, 아니면 평생이 걸릴지는 그 누구도 알 수 없으니까.

8. 그래서 사람들 중에는 업의 본질을 이해하는 데 자신의 시간과 자원을 베팅하기보다는, 지금 잘 되는 누군가를 따라 하는 일에 더 많은 시간과 자원을 베팅하는 경우가 많다.

9. 그렇게 요즘 인기 있다는 마케팅 방식을 쫓아다니고, 인기 있는 밈을 추종하며, 뭔가 그럴듯한 컨셉이 있으면 따라 하는데,

10. 물론 그렇게 해서 순간적으로 관심을 얻고, 인기를 얻는 경우는 의외로 많다. 추세와 트렌드가 가진 힘이 있으니까. 그래서 그게 콘텐츠 마케팅이든, 소셜 미디어 마케팅이든, 퍼스널 브랜딩이든, 관련한 강의를 하는 사람들 중에는 메시지의 형태는 다소 다를 수 있으나 대부분 뭔가를 보고 따라 하라는 얘기를 하는 경우가 많다.

11. 업의 본질이나 자신이 추구하는 가치의 본질이 무엇인지를 고민하고 실행하고 찾아가는 지루한 과정보다는 그게 훨씬 쉽고, 운이 좋으면 성과도 빨리 낼 수 있으니까.

12. 하지만 뭔가 잘 따라 한다고 해서 게임이 끝나는 경우는 거의 없다. 아무리 많은 관심을 얻고, 인기를 얻고, 매출을 잘 발생시켜도, 이를 유지하려면 결국에는 코어가 단단해야 하고, 끈기가 있어야 하며, 실패를 딛고 일어설 수 있어야 하는데,

13. 잘 되는 것만 따라 해서는 이 단계를 극복하지 못한다. 잘 된 것들은 너무 많아서 따라 하기 쉽고 따라 할 것도 많지만, 잘 안 되었을 때는 어떻게 해야 하는지를 참고할 수 있는 건 그리 많지 않으니까. 그땐 정말 진정성을 가지고, 공부를 하든, 사람을 찾아다니든 해야 하고, 뭐가 문제인지를 숙고해야 하는데,

14. 쉽게 따라 할 수 있는 것에 너무 익숙해지면, 어렵고 시간이 걸리는 해결책을 선택하기란 점점 어려워진달까?

15. 그래서 이런 사람들은 대체로 질문이 자기중심적인 경우가 많다. 자신의 문제를 해결할 답을 알려달라는 식이다. 특히 창작자나 콘텐츠 업계로 넘어오면, 이 질문들은 더욱 노골적으로 변한다. “썸원 님, 저는 어떤 콘텐츠를 만들어야 하죠? 어떻게 돈을 벌어야 하죠?”

16. 이런 질문을 받을 때면 대충 아무말을 하면서 넘기긴 하는데, 그렇다고 해서 이 질문들이 구린 질문이라는 점은 변하지 않는다.

17. 콘텐츠를 만드는 것이 업의 핵심인 창작자가 어떤 콘텐츠를 만들어야 하는지를 다른 사람에게 묻고, 사업을 하는 것이 업의 기본이 사업자가 돈을 어떻게 벌어야 하는지를 다른 사람에게 묻는다는 건 스스로 자신이 해야 할 일의 기본에 대해 별로 고민하지 않았다는 뜻이니까.

18. 과연 봉준호 감독이나 유명 감독들이 다음 작품을 뭘 해야 할지에 대해 다른 사람들에게 의견을 묻고 그걸 따를까? 그보다는 자신의 아이디어에 대한 다른 사람들의 반응을 보고 개선하지 않을까?

19. 게다가 창작자는 그게 구리든 아니든, 자기 삶의 모든 순간을 콘텐츠로 만들 수 있는 일종의 특권 같은 걸 가지고 있는데, 남에게 아이디어를 구하는 것이 맞을까? 단순히 인기 있는 무언가를 추종하는 것이 맞을까? 만약 추종한다면 내가 그걸 왜 추종하는지에 대한 자신만의 명확한 이유가 있어야 할 것 같고.

20. 무튼 답은 모르지만, 지금 당장 답을 모른다는 건 그리 큰 문제가 아니다. 열린 태도를 가지고 가설을 세우고 검증을 하면서 나아가면 되니까. 정말 큰 문제는 남에게서 쉬운 답을 얻으려는 태도일지도 모르지. 무튼 나 화이팅 ;) 

https://blog.naver.com/somewon_co/223218034742

Naver

'따라 하기'보다는 '업의 본질'에 집중하기

TypeScript Origins: The Documentary features core contributors and community members like Anders Hejlsberg, Steve Lucco, Luke Hoban, Daniel Rosenwasser, Ryan Cavanaugh, Amanda Silver, Matt Pocock, Josh Goldberg & many more! It also covers adoption stories

TypeScript Origins: The Documentary

https://youtu.be/U6s2pdxebSo?si=RAfp1o8HtA-rRcnw

Microsoft는 왜 TypeScript를 개발할 가치가 있다고 생각했을까요?
이 다큐멘터리는 Microsoft가 TypeScript를 제작하게된 배경과 과정에 대해 깊이있게 다루고 있습니다.

다가올 추석, 여유롭게 시청하며 TypeScript와 더 가까워지는 시간이 될 수 있겠네요.

TypeScript 다큐멘터리: TypeScript Origins

Presentations - Benedict Evans

제가 가장 좋아하는 Ben Evens 가 매년 만드는 거시 트렌드에 대한 슬라이드들입니다. 메타버스, Web3 등도 언급되네요. 꼭 보시기 바랍니다.

Benedict Evans

CEO/프로덕트 매니저/서비스 기획

오연우

To help anyone create, we minimize content making process.
누구나 크리에이팅하는 세상을 위해 콘텐츠 제작을 간소화합니다.
#플랫폼비즈니스 #플랫폼성장패턴 #영상 #영상감독 #영상편집 #크리에이터! #크리에이터이코노미

커리어리 Product Manager

김명찬

링컨, 알렉스 퍼거슨, 빌리 빈을 존경합니다.

#프로덕트매니저 #데이터분석

프로덕트 매니저/서비스 기획

한주현

서비스 기획

글로벌 서비스 기획

지원준

유용하거나, 재미있는 것들에 관심이 많습니다. 거시적인 테크 트렌드와 먹고 마시는 라이프스타일까지 흥미를 두고 있습니다.

댓글 0