팀네이버 컨퍼런스 DAN 24는 네이버의 비즈니스 전략과 기술, 크리에이티브, 그리고 다양한 경험의 전문성을 유기적으로 연결하여 네이버가 앞으로 만들어나갈 비즈니스, 서비스의 변화 방향을 제시하는 자리입니다.

DAN 24

📌 네이버의 비즈니스 전략과 기술, 크리에이티브가 결합된 통합 컨퍼런스 DAN 24의 일반인 신청 오픈이 10/30-31 15:00에 진행됩니다.

이번 DAN 24는 'NEXT, N: 새로운 도약, 변화하는 네이버'라는 주제로 진행되며, 기존의 개발 컨퍼런스인 DEVIEW까지 합쳐진 진정한 의미의 통합 컨퍼런스입니다. 🙂

참가신청 및 주요 세션과 프로그램 정보는 아래 DAN 24 웹사이트에서 확인하실 수 있습니다.

📌 네이버의 비즈니스 전략과 기술, 크리에이티브가 결합된 통합 컨퍼런스 DAN 24의 일반인 신청 오픈이 10/30-31 15:00에 진행됩니다. 이번 DAN 24는 'NEXT, N: 새로운 도약, 변화하는 네이버'라는 주제로 진행되며, 기존의 개발 컨퍼런스인 DEVIEW까지 합쳐진 진정한 의미의 통합 컨퍼런스입니다. 🙂 참가신청 및 주요 세션과 프로그램 정보는 아래 DAN 24 웹사이트에서 확인하실 수 있습니다.

dan.naver.com

팀 네이버 컨퍼런스 DAN 24 신청이 곧 시작됩니다 : )

세븐일레븐은 커지고, 아마존은 작아지는 건

접근성과 상품 다양성 간의 균형을 맞추기 위함이라네요

[아티클 3문장 요약📑]

1️⃣ 최근 들어 리테일 기업들이 미래를 대비하여 다양한 실험 매장들을 연이어 선보이고 있는데, 최근 세븐일레븐은 본사 1층에 미래형 매장 뉴웨이브 오리진을 오픈했고, 아마존은 아마존 그로서리와 홀푸드 데일리 숍을 공개한 것이 대표적으로, 흥미로운 이들 모두가 편의점이라고 하기엔 크고 슈퍼마켓보다 작은 중간 규모의 매장을 지향하고 있다는 점입니다.

2️⃣ 이는 이커머스 시대가 되면서, 압도적인 경험을 제공하는 대형 점포거나, 슬리퍼 신고도 갈 수 있을 정도로 접근성이 뛰어난 곳만이 살아남을 수 있기 때문으로, 특히 어느 정도의 규모를 유지하여 고객들에게 다양한 선택권을 보장하는 것이 핵심 경쟁력이라고 판단하고 있습니다.

3️⃣ 특히 국내에서는 뷰티에서는 올리브영, 생활용품에서는 다이소가 이러한 전략을 통해 큰 성공을 거둔 바 있고, 식품에서는 현재 500호점을 돌파한 GS더프레시가 한 발 앞서 있지만, 세븐일레븐과 CU 또한 이를 노리고 있어 앞으로 더욱 치열한 경쟁이 일어날 걸로 보입니다.

💡기묘한 관점➕
아마존이 만든 홀푸드 데일리 숍을 보면 최신 유통 전략의 핵심이 무엇인지 바로 알 수 있는데요. 기존 홀푸드 마켓 매장의 1/4 크기로 규모는 줄여 접근성은 높였지만, 품목은 75%를 유지하여 고객의 선택권을 보장하는 것이 중요한 성공 원리입니다. 그리고 빠르게 점포 수를 늘려 규모의 경제를 만든 곳이 최후 승자가 될 가능성이 높은데요. 가장 시장 크기가 큰 식품 시장에서 누가 1등의 자리를 차지할지 궁금해집니다.

🥤트렌드라이트 구독하기
https://bit.ly/3iSbx4e

접근성과 상품 다양성 간의 균형을 맞추기 위함이라네요 [아티클 3문장 요약📑] 1️⃣ 최근 들어 리테일 기업들이 미래를 대비하여 다양한 실험 매장들을 연이어 선보이고 있는데, 최근 세븐일레븐은 본사 1층에 미래형 매장 뉴웨이브 오리진을 오픈했고, 아마존은 아마존 그로서리와 홀푸드 데일리 숍을 공개한 것이 대표적으로, 흥미로운 이들 모두가 편의점이라고 하기엔 크고 슈퍼마켓보다 작은 중간 규모의 매장을 지향하고 있다는 점입니다. 2️⃣ 이는 이커머스 시대가 되면서, 압도적인 경험을 제공하는 대형 점포거나, 슬리퍼 신고도 갈 수 있을 정도로 접근성이 뛰어난 곳만이 살아남을 수 있기 때문으로, 특히 어느 정도의 규모를 유지하여 고객들에게 다양한 선택권을 보장하는 것이 핵심 경쟁력이라고 판단하고 있습니다. 3️⃣ 특히 국내에서는 뷰티에서는 올리브영, 생활용품에서는 다이소가 이러한 전략을 통해 큰 성공을 거둔 바 있고, 식품에서는 현재 500호점을 돌파한 GS더프레시가 한 발 앞서 있지만, 세븐일레븐과 CU 또한 이를 노리고 있어 앞으로 더욱 치열한 경쟁이 일어날 걸로 보입니다. 💡기묘한 관점➕아마존이 만든 홀푸드 데일리 숍을 보면 최신 유통 전략의 핵심이 무엇인지 바로 알 수 있는데요. 기존 홀푸드 마켓 매장의 1/4 크기로 규모는 줄여 접근성은 높였지만, 품목은 75%를 유지하여 고객의 선택권을 보장하는 것이 중요한 성공 원리입니다. 그리고 빠르게 점포 수를 늘려 규모의 경제를 만든 곳이 최후 승자가 될 가능성이 높은데요. 가장 시장 크기가 큰 식품 시장에서 누가 1등의 자리를 차지할지 궁금해집니다. 🥤트렌드라이트 구독하기https://bit.ly/3iSbx4e

www.openads.co.kr

🏪세븐일레븐은 점점 커지는데, 반대로 아마존은 작아지는 이유

  귀에 빡 박히는 이슈 맛집 '귀에 빡!종원'. SBS 최고의 스토리텔러 김종원 기자가 전해드립니다.   전 세계 딱 두 나라, 한국과 중국에만 있는 게 있습니다. 자국만의 토종 음원 서비스 앱 서비스가 있다는 겁니다. 중국이야 특수성이 있으니 제외한다면, OECD 주요 국가 중 한국이 유일하게 자국의 음악 콘텐츠 시장과 플랫폼 시장을 다 가지고 있

들을 노래도 없는데 가격만 비싸다?…토종 음원앱 시대 저무나 [스프]

스포티파이의 무료 요금제는 유튜브 뮤직보다는 그렇잖아도 힘든 국내 토정 플랫폼에게 더 큰 타격을 줄 것이란 전망이 나옵니다. 유튜브 뮤직은 이미 소비자들의 ‘락인 효과’가 강하게 발생해 있는 상태입니다. 설사 유튜브가 무료 음악 요금제를 안 내놓는다 하더라도 그게 없다고 유튜브를 떠날 소비자는 많지 않다는 것이죠. 하지만 토종 음원 플랫폼들은 그렇잖아도 하루가 다르게 이용자가 떨어져 나가고 있는데, 음원도 훨씬 더 많이 보유하고 있는 스포티파이가 무료 요금제를 시행한다? 한번 시험삼아서라도 들어볼 소비자가 엄청 많을 겁니다. 결국 전문가들은 스포티파이가 이렇게 공격적인 전법으로 국내 시장에서 점유율을 높인다면 토종 플랫폼들이 파이를 뺏길 것이고, 통신사 결합상품을 내놓고 있는 빅3 정도를 제외하고는 모두 사라질 것이라고 예언하고 있습니다.

https://v.daum.net/v/20241027090321373

스포티파이의 무료 요금제는 유튜브 뮤직보다는 그렇잖아도 힘든 국내 토정 플랫폼에게 더 큰 타격을 줄 것이란 전망이 나옵니다. 유튜브 뮤직은 이미 소비자들의 ‘락인 효과’가 강하게 발생해 있는 상태입니다. 설사 유튜브가 무료 음악 요금제를 안 내놓는다 하더라도 그게 없다고 유튜브를 떠날 소비자는 많지 않다는 것이죠. 하지만 토종 음원 플랫폼들은 그렇잖아도 하루가 다르게 이용자가 떨어져 나가고 있는데, 음원도 훨씬 더 많이 보유하고 있는 스포티파이가 무료 요금제를 시행한다? 한번 시험삼아서라도 들어볼 소비자가 엄청 많을 겁니다. 결국 전문가들은 스포티파이가 이렇게 공격적인 전법으로 국내 시장에서 점유율을 높인다면 토종 플랫폼들이 파이를 뺏길 것이고, 통신사 결합상품을 내놓고 있는 빅3 정도를 제외하고는 모두 사라질 것이라고 예언하고 있습니다. https://v.daum.net/v/20241027090321373

다음 - 매일경제

일 하다 눈이 가는 소식을 큐레이션해서 공유합니다

TREND REPORT "2024년 10월에 본 것"

매달 1번 보내는 뉴스레터를 메일리에서 45개월, 3년 9개월 동안 계속하고 있습니다. 아래는 오늘 아침, 메일을 보내며 띄우는 인사말입니다. 따뜻하고 괜찮은 10월의 마지막 날들을 보내시길 바라는 마음으로 인사드립니다.

그간 따뜻하셨어요? 갑작스럽게 찾아온 추위와 일교차로 감기에 걸리지는 않으셨는지요? 가장 좋은 계절의 순간은 언제나 짧게 머물다 지나가곤 합니다. 이 계절에 안부를 전하고 미뤄두었던 것들을 하나씩 해보시길 바라며 2024년 10월에 본 것을 시작합니다. 저는 10월에 회사 업무로 유난히 바쁘게 주말과 밤을 보냈는데, 소중한 것을 놓치고 있지는 않을까 내심 조마조마한 마음도 있었습니다. 균형감각을 잘 유지하기 위해 여전히 고군분투하는 일 하는 사람, UX 리서처, 메일을 보내는 발행인으로 어김없이 찾아뵐 수 있어 다행입니다.

[ 큐레이터의 문장 🎒 ]

1️⃣ 만드는 사람이 품은 문장 📝
2️⃣ 올리브영 다크 패턴에 돌아선 사용자 🤥
3️⃣ UX 리서치로 틈을 채우는 여정 - TEDxKyunghee 비움 | 틈 | 채움 🔗
4️⃣ 문화에는 허영이 필요하다 🍿
5️⃣ 트레바리 <리서치 하는데요> 시즌4를 시작합니다 🎅🏻
6️⃣ 서로의 애씀을 응원하는 동료 ☕️

https://maily.so/redbusbagman/posts/xyowd6j2z28

매달 1번 보내는 뉴스레터를 메일리에서 45개월, 3년 9개월 동안 계속하고 있습니다. 아래는 오늘 아침, 메일을 보내며 띄우는 인사말입니다. 따뜻하고 괜찮은 10월의 마지막 날들을 보내시길 바라는 마음으로 인사드립니다. 그간 따뜻하셨어요? 갑작스럽게 찾아온 추위와 일교차로 감기에 걸리지는 않으셨는지요? 가장 좋은 계절의 순간은 언제나 짧게 머물다 지나가곤 합니다. 이 계절에 안부를 전하고 미뤄두었던 것들을 하나씩 해보시길 바라며 2024년 10월에 본 것을 시작합니다. 저는 10월에 회사 업무로 유난히 바쁘게 주말과 밤을 보냈는데, 소중한 것을 놓치고 있지는 않을까 내심 조마조마한 마음도 있었습니다. 균형감각을 잘 유지하기 위해 여전히 고군분투하는 일 하는 사람, UX 리서처, 메일을 보내는 발행인으로 어김없이 찾아뵐 수 있어 다행입니다. [ 큐레이터의 문장 🎒 ] 1️⃣ 만드는 사람이 품은 문장&nbsp;📝2️⃣ 올리브영 다크 패턴에 돌아선 사용자&nbsp;🤥3️⃣ UX 리서치로 틈을 채우는 여정 - TEDxKyunghee 비움 | 틈 | 채움&nbsp;🔗4️⃣ 문화에는 허영이 필요하다&nbsp;🍿5️⃣ 트레바리 &lt;리서치 하는데요&gt; 시즌4를 시작합니다&nbsp;🎅🏻6️⃣ 서로의 애씀을 응원하는 동료&nbsp;☕️ https://maily.so/redbusbagman/posts/xyowd6j2z28

레드버스백맨

《TREND REPORT "2024년 10월에 본 것"》

- 다른 지원자가 이야기할 때 완전 몸이 돌아갈 정도로 듣지 않는 것. 시선은 채용 담당자에게 두기
- 답변은 너무 길지 않게, 가급적 두괄식으로 하기
- 감정이나 주관적 판단보다는, 경험/결과 기반으로 답변하기
- 이전 직장, 동료, 상사에 대한 부정적인 이야기는 피하기

- 다른 지원자가 이야기할 때 완전 몸이 돌아갈 정도로 듣지 않는 것. 시선은 채용 담당자에게 두기- 답변은 너무 길지 않게, 가급적 두괄식으로 하기- 감정이나 주관적 판단보다는, 경험/결과 기반으로 답변하기- 이전 직장, 동료, 상사에 대한 부정적인 이야기는 피하기

디자이너 그룹 면접 시 생각하면 좋은 것 🗣️

🔗 디자인 취업 고민 오픈 채팅방을 운영 중입니다

✅ 실제로 디자인 취업 고민이 있으신 분들만 오셨으면 합니다! 

입사 과정에서 겪는 다양한 어려움을 함께 나누고, 실질적인 조언을 주고받을 수 있는 분위기를 지향합니다. 서로의 고민을 이야기하고, 더 나은 포트폴리오를 만들기 위한 인사이트를 얻어가세요 🙋

<디자인 취업 고민>
https://open.kakao.com/o/gqr3zbNg

산호세 주립대에서 데이터 엔지니어링 강의를 가르친지 11주가 되어 간다. 80%의 학생은 인도에서 대학을 마치고 3-5년 일하면 번 돈으로 실리콘밸리에서 일하는 것을 꿈꾸며 넘어온 도전이란 관점에서 나무랄 때가 없는 사람들이다. 하지만 도전 정신 만큼 성적이 나오느냐는 다른 문제이다. 정규 분포를 분명히 따르며 적은 수의 다른 문화권 출신들과 비교해보면 평균 점수는 확연히 낮다. 나머지 20%의 학생들은 주로 대만계인데 중국 본토 출신들은 없다. 중국 본토 출신은 R&D에 관심이 있다보니 석사 후 취업 보다는 박사까지 하는 걸 많이 고려하다보니 없는 걸로 보인다.

지지난 주 중간 고사를 보고 결과에 대해 궁금증이 있거나 납득이 안되는 학생들은 오피스 아워로 오라고 했는데 인도 학생들만 오고 그 이외의 인종은 아무도 오지 않았다 :) 실리콘 밸리에서 일해본 사람이라면 어느 정도 인정할 수 밖에 없는 것은 바로 인도 사람들의 자신감과 도전 정신이다. 다른 문화권에 비해 자기 검열을 하는 사람은 현저하게 적다. 또 하나 다른 점은 권위에 도전한다는 점이다. 매니저라고 해서 교수라고 해서 자기 의견을 죽이는 사람보다는 어떻게든 표현하는 사람들이 많다. 암튼 이런 저런 요청을 많이 하고 질문이 많다.

이런 문화적 특성 위에 영어를 어렸을 때부터 사용했다보니 언어적인 문제가 적다. 같이 일했던 인도 동료들을 보면 발음은 처음에 이해하기 힘들지 몰라도 단어 선택이나 표현 자체는 원어민들보다도 좋은 사람들이 많았다.

이 조합들(자기검열을 덜 하고 권위에 도전하며 영어 자체에 익숙한 점)이 결국 리더십으로 갈 수 있느냐 없느냐를 결정하는 것 같다. 또 하나 무시할 수 없는 점은 동아시아권들에 비해 모국의 환경이 그다지 좋지 않다보니 실리콘밸리에서 어떻게든 성공하겠다는 간절함이 더 있다고 보여진다.

가르치면서 이런 관찰을 또 할 줄은 몰랐지만 암튼 덜 자기검열하고 욕망을 잘 표현하고 의사소통을 잘 하는 것이 긴 커리어에서는 참 중요한 기술이다. 참 이번에 주관식 초벌 채점은 RAG로 해봤는데 물론 최종검수를 했고 RAG 만드느라 더 시간을 썼지만 아주 흥미로운 경험이었다. 나중에는 한번 이 이야기해도 공유 해봐야겠다.

산호세 주립대에서 데이터 엔지니어링 강의를 가르친지 11주가 되어 간다. 80%의 학생은 인도에서 대학을 마치고 3-5년 일하면 번 돈으로 실리콘밸리에서 일하는 것을 꿈꾸며 넘어온 도전이란 관점에서 나무랄 때가 없는 사람들이다. 하지만 도전 정신 만큼 성적이 나오느냐는 다른 문제이다. 정규 분포를 분명히 따르며 적은 수의 다른 문화권 출신들과 비교해보면 평균 점수는 확연히 낮다. 나머지 20%의 학생들은 주로 대만계인데 중국 본토 출신들은 없다. 중국 본토 출신은 R&amp;D에 관심이 있다보니 석사 후 취업 보다는 박사까지 하는 걸 많이 고려하다보니 없는 걸로 보인다. 지지난 주 중간 고사를 보고 결과에 대해 궁금증이 있거나 납득이 안되는 학생들은 오피스 아워로 오라고 했는데 인도 학생들만 오고 그 이외의 인종은 아무도 오지 않았다 :) 실리콘 밸리에서 일해본 사람이라면 어느 정도 인정할 수 밖에 없는 것은 바로 인도 사람들의 자신감과 도전 정신이다. 다른 문화권에 비해 자기 검열을 하는 사람은 현저하게 적다. 또 하나 다른 점은 권위에 도전한다는 점이다. 매니저라고 해서 교수라고 해서 자기 의견을 죽이는 사람보다는 어떻게든 표현하는 사람들이 많다. 암튼 이런 저런 요청을 많이 하고 질문이 많다. 이런 문화적 특성 위에 영어를 어렸을 때부터 사용했다보니 언어적인 문제가 적다. 같이 일했던 인도 동료들을 보면 발음은 처음에 이해하기 힘들지 몰라도 단어 선택이나 표현 자체는 원어민들보다도 좋은 사람들이 많았다. 이 조합들(자기검열을 덜 하고 권위에 도전하며 영어 자체에 익숙한 점)이 결국 리더십으로 갈 수 있느냐 없느냐를 결정하는 것 같다. 또 하나 무시할 수 없는 점은 동아시아권들에 비해 모국의 환경이 그다지 좋지 않다보니 실리콘밸리에서 어떻게든 성공하겠다는 간절함이 더 있다고 보여진다. 가르치면서 이런 관찰을 또 할 줄은 몰랐지만 암튼 덜 자기검열하고 욕망을 잘 표현하고 의사소통을 잘 하는 것이 긴 커리어에서는 참 중요한 기술이다. 참 이번에 주관식 초벌 채점은 RAG로 해봤는데 물론 최종검수를 했고 RAG 만드느라 더 시간을 썼지만 아주 흥미로운 경험이었다. 나중에는 한번 이 이야기해도 공유 해봐야겠다.

산호세 주립대에서 가르치며 다시 한번 깨달은 인도계의 다른 점

인도 딜 및 사업 관여를 해보니 일견 공감되는 부분입니다.

Associate Product Manager, University Graduate 2025 Start — Google Careers

개인적으로 가장 많은 받는 질문입니다. 그러면 저는 이 질문에 꼭 반문을 하지요. "빅테크 기업의 프로덕트매니저 채용공고 Job desription을 읽어봤나요?"

대부분의 패기넘치는 젊은이도 이 쉬운 정답을 놓치는 경우가 많습니다. 시험문제를 잘 풀려면, 시험이 나오는 해당 범위와 어떤 내용을 공부해야 할지 아는 것이 무엇보다 중요하겠지요. 어떤 문제가 나올런지 모르는데 어떻게 시험을 잘 볼 수 있겠는가 싶습니다.

그런 이유로 빅테크의 PM 채용공고 JD는 정답을 제시해 줍니다.
밑에 링크한 공고는 2025년 졸업예정자를 위한 구글(인도)의 주니어 PM 채용 공고내용입니다. (내일부터 15일간 채용원서를 받으니 관심있는 젊은이들은 (당락에 상관없이) 도전해 봄직하다고 생각합니다.) 최소 자격요건, 우대 자격요건, 역할과 책임은 어떤 다른 글로벌 테크기업이 찾는 조건과 지극히 똑같습니다. 그러니 PM이 되고 싶다면 밑에 있는 내용을 잘 읽고 그렇게 준비하시면 됩니다.

------------------------
-최소 자격요건
1. 컴퓨터 공학, 데이터 과학, 수학, 통계 관련 학위 재학 혹은 졸업
2. 소프트웨어 개발 또는 이와 유사한 기술 분야에서 프로덕트 매니지먼트 인턴십 또는 조교 경험
3. 조직 내에서 기업가적 노력이나 봉사 활동을 주도하면서 부서 간 관계를 구축한 경험.
4. 인턴십, 교과 과정 또는 과외 활동을 통해 청중을 대상으로 기술 프레젠테이션을 준비하고 전달한 경험.

-우대 자격요건
1. 제품 개발 및 제공을 촉진하기 위한 방법론에 대한 경험.
2. 프로그래밍 언어, 데이터 분석, 비즈니스 사례/모델링, 가격 책정, 디자인을 포함한 기술적 유창성.
3. 뛰어난 문제 해결 능력, 조직력, 조사 능력.
4. 뛰어난 서면 및 구두 커뮤니케이션 능력.

- 책임
1. 시장, 경쟁, 사용자 요구 사항을 심층적으로 이해한다.
2. 제품과 기능을 출시하고 성능을 테스트하는 사이클을 빠르게 반복한다.
3. 엔지니어링, 마케팅, 법무, UX 부서와 기술 관련 협업을 진행한다.
4. 지역, 제품 영역 및 기능에 걸쳐 필요에 따라 협업하여 문제에 대한 혁신적인 솔루션을 개발한다.

- 역할
PM은 기술 세계와 비즈니스 세계를 연결하여 제품의 구상부터 출시까지 여러 부서를 넘나들며 업무를 수행합니다. 복잡한 문제를 제품 개발을 추진하는 단계로 세분화하여 해결합니다.
PM은 엔지니어, 디자이너, 마케터 등과 긴밀히 협력하여 사용자의 문제를 개선하는 기술을 설계하고 개발합니다. 특히 솔루션의 분석, 포지셔닝, 패키징, 홍보, 사용자 맞춤화에 중점을 두고 실행 주기 전반에 걸쳐 제품을 안내하는 역할을 담당합니다.
----------------------
제가 늘 입버릇 잔소리처럼 PM이라면 시장을 알고, 경쟁자를 알고, 사용자를 알아야 시장에서 이긴다고 매번 외치는 이유가 여기에 있답니다.
PM이면 PM이 무엇이고 어떤 일을 하는지 얼마나 멋진 일인지를 아는게 먼저 중요하겠지요. 도전에 앞서 한국에서 이야기하는 PM/PO들의 역할과 얼마나 다른지를 아는 것도 매우 중요하구요.

개인적으로 가장 많은 받는 질문입니다. 그러면 저는 이 질문에 꼭 반문을 하지요. "빅테크 기업의 프로덕트매니저 채용공고 Job desription을 읽어봤나요?" 대부분의 패기넘치는 젊은이도 이 쉬운 정답을 놓치는 경우가 많습니다. 시험문제를 잘 풀려면, 시험이 나오는 해당 범위와 어떤 내용을 공부해야 할지 아는 것이 무엇보다 중요하겠지요. 어떤 문제가 나올런지 모르는데 어떻게 시험을 잘 볼 수 있겠는가 싶습니다. 그런 이유로 빅테크의 PM 채용공고 JD는 정답을 제시해 줍니다. 밑에 링크한 공고는 2025년 졸업예정자를 위한 구글(인도)의 주니어 PM 채용 공고내용입니다. (내일부터 15일간 채용원서를 받으니 관심있는 젊은이들은 (당락에 상관없이) 도전해 봄직하다고 생각합니다.) 최소 자격요건, 우대 자격요건, 역할과 책임은 어떤 다른 글로벌 테크기업이 찾는 조건과 지극히 똑같습니다. 그러니 PM이 되고 싶다면 밑에 있는 내용을 잘 읽고 그렇게 준비하시면 됩니다. ------------------------ -최소 자격요건 1. 컴퓨터 공학, 데이터 과학, 수학, 통계 관련 학위 재학 혹은 졸업 2. 소프트웨어 개발 또는 이와 유사한 기술 분야에서 프로덕트 매니지먼트 인턴십 또는 조교 경험 3. 조직 내에서 기업가적 노력이나 봉사 활동을 주도하면서 부서 간 관계를 구축한 경험. 4. 인턴십, 교과 과정 또는 과외 활동을 통해 청중을 대상으로 기술 프레젠테이션을 준비하고 전달한 경험. -우대 자격요건 1. 제품 개발 및 제공을 촉진하기 위한 방법론에 대한 경험. 2. 프로그래밍 언어, 데이터 분석, 비즈니스 사례/모델링, 가격 책정, 디자인을 포함한 기술적 유창성. 3. 뛰어난 문제 해결 능력, 조직력, 조사 능력. 4. 뛰어난 서면 및 구두 커뮤니케이션 능력. - 책임 1. 시장, 경쟁, 사용자 요구 사항을 심층적으로 이해한다. 2. 제품과 기능을 출시하고 성능을 테스트하는 사이클을 빠르게 반복한다. 3. 엔지니어링, 마케팅, 법무, UX 부서와 기술 관련 협업을 진행한다. 4. 지역, 제품 영역 및 기능에 걸쳐 필요에 따라 협업하여 문제에 대한 혁신적인 솔루션을 개발한다. - 역할 PM은 기술 세계와 비즈니스 세계를 연결하여 제품의 구상부터 출시까지 여러 부서를 넘나들며 업무를 수행합니다. 복잡한 문제를 제품 개발을 추진하는 단계로 세분화하여 해결합니다. PM은 엔지니어, 디자이너, 마케터 등과 긴밀히 협력하여 사용자의 문제를 개선하는 기술을 설계하고 개발합니다. 특히 솔루션의 분석, 포지셔닝, 패키징, 홍보, 사용자 맞춤화에 중점을 두고 실행 주기 전반에 걸쳐 제품을 안내하는 역할을 담당합니다. ---------------------- 제가 늘 입버릇 잔소리처럼 PM이라면 시장을 알고, 경쟁자를 알고, 사용자를 알아야 시장에서 이긴다고 매번 외치는 이유가 여기에 있답니다. PM이면 PM이 무엇이고 어떤 일을 하는지 얼마나 멋진 일인지를 아는게 먼저 중요하겠지요. 도전에 앞서 한국에서 이야기하는 PM/PO들의 역할과 얼마나 다른지를 아는 것도 매우 중요하구요.

www.google.com

<프로덕트 매니저가 되고 싶은데...>

전달받은 요구사항을 자신의 표현으로 바꿔서 글을 써보세요. 여러번 문장을 바꾸며 퇴고하세요.

퇴고를 거치다 보면 요구하는 바가 선명하게 드러나요. 때론 요구사항을 제시한 사람도 몰랐던 점을 발견할 수도 있어요.

전달받은 요구사항을 자신의 표현으로 바꿔서 글을 써보세요. 여러번 문장을 바꾸며 퇴고하세요. 퇴고를 거치다 보면 요구하는 바가 선명하게 드러나요. 때론 요구사항을 제시한 사람도 몰랐던 점을 발견할 수도 있어요.

개발자에게 글쓰기가 유익한 순간

알림과 실시간 채팅 같은 서비스를 구현할 때, 우리는 자연스럽게 두 가지 기술 사이에서 고민에 빠지게 됩니다. SSE와 WebSocket은 각기 다른 매력을 지닌 두 명의 주인공과 같습니다. 이 포스팅에서는 SSE와 WebSocket의 특징과 사용법을 비교해 보면서, ‘내 프로젝트에서는 어떤 녀석이 주인공일까?’에 대한 답을 찾아보도록 하겠습니다. 실시간 통신의 필요성여러분의 앱이 최신 주식 가격을 보여주거나 "우리 동네에 눈이 내립니다!" 같은 알림을 띄워야 한다면, 실시간 통신은 선택이 아니라 필수입니다. 그런데 문제는 단방향이냐, 양방향이냐! 양방향 통신을 택하면 더 복잡하지만 매력적이고, 단방향 통신은 더 기능이 적지만 그만큼 단순합니다. 둘 중 어느 쪽을 고를지 결정하기 위해선 기술들의 성격을 ..

SSE와 WebSocket, 그들은 왜 실시간 통신의 라이벌이 되었을까?

이 포스팅에서는 SSE와 WebSocket의 특징과 사용법을 비교해 보면서, ‘내 프로젝트에서는 어떤 녀석이 주인공일까?’에 대한 답을 찾아보도록 하겠습니다.
 
SSE (Server-Sent Events)
SSE는 마치 선생님이 수업 시간 내내 일방적으로 학생들에게 말하는 것과 같습니다. 학생(클라이언트)은 계속해서 듣고 받아 적어야 하죠.
 * 학생: 선생님, 질문이 있습니다
 * SSE: 미안, 넌 질문할 수 없어!
 
 
SSE는 서버가 클라이언트에게 일방적으로 데이터를 푸시할 때 쓰입니다. HTTP 기반이라서 프록시나 방화벽이 거부하지 않습니다.
 
서버에서 매초마다 데이터를 보낸다고 상상해 볼까요?
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.RestController;

import java.io.IOException;
import java.io.PrintWriter;
import javax.servlet.http.HttpServletResponse;

@RestController
public class SSEController {

 @GetMapping("/sse")
 public void streamEvents(HttpServletResponse response) throws IOException {
 response.setContentType("text/event-stream");
 response.setCharacterEncoding("UTF-8");

 PrintWriter writer = response.getWriter();
 for (int i = 1; i <= 5; i++) {
 writer.write("data: SSE 이벤트 #" + i + "\n\n");
 writer.flush();
 try {
 Thread.sleep(1000); // 1초마다 이벤트 전송
 } catch (InterruptedException e) {
 Thread.currentThread().interrupt();
 }
 }
 writer.close();
 }
}

const eventSource = new EventSource('/sse');

eventSource.onmessage = function(event) {
 console.log("새 이벤트 수신:", event.data);
};

eventSource.onerror = function() {
 console.error("SSE 연결 오류 발생");
};

장점:
 * SSE는 자동 재연결을 지원합니다.
 * 설정이 간단해서 빨리 구현하고 싶은 개발자에겐 최적입니다.
단점:
 * 오직 단방향입니다. 클라이언트는 서버에 말을 걸 수 없어요. (서운하지만 어쩔 수 없습니다.)
 * 데이터를 텍스트로만 보내는 게 편합니다. 이미지나 비디오 전송은 꿈도 꾸지 마세요.
 
WebSocket
WebSocket은 연애 초기의 커플 같아요. 둘이 채팅하느라 시간 가는 줄 모르죠. 양방향 통신이 가능하기 때문에 서버와 클라이언트가 자유롭게 대화를 주고받습니다.
 * A: "지금 뭐 해?"
 * B: "지금 네 메시지 받았어. 다시 보낼게!"

이제 서버와 클라이언트가 한바탕 신나게 대화하는 예제를 보겠습니다.
@Configuration
@EnableWebSocket
public class WebSocketConfig implements WebSocketConfigurer {
 @Override
 public void registerWebSocketHandlers(WebSocketHandlerRegistry registry) {
 registry.addHandler(new TextWebSocketHandler() {
 @Override
 protected void handleTextMessage(WebSocketSession session, TextMessage message) 
 throws Exception {
 session.sendMessage(new TextMessage("에코: " + message.getPayload()));
 }
 }, "/ws");
 }
}

const socket = new WebSocket('ws://localhost:8080/ws');

socket.onopen = () => {
 console.log('WebSocket 연결 성공!');
 socket.send('안녕, 서버!');
};

socket.onmessage = (event) => {
 console.log('받은 메시지:', event.data);
};

장점:
 * 양방향이라 서버와 클라이언트가 마음껏 수다를 떨 수 있습니다.
 * 텍스트뿐만 아니라 바이너리 데이터도 전송할 수 있어요. (그림도 보낼 수 있다는 얘기죠!)
단점:
 * 설정이 조금 귀찮습니다. 방화벽에 걸리기 쉽고, 초기 핸드셰이크까지 해야 하니까요.
 * 재연결? 그런 거 없습니다. 알아서 다시 연결할 방법을 짜야 해요.
 
마무리 및 결론
 * SSE는 "너 듣기만 해, 내가 다 말해줄게" 스타일에 적합합니다. 실시간 뉴스나 알림처럼 서버에서 클라이언트로만 정보가 흐를 때 좋습니다.
 * 반면에, WebSocket은 "같이 떠들자!" 스타일입니다. 채팅, 게임처럼 상호작용이 필요한 경우 선택하세요.
 
저는 개인적으로 어드민 UI에서 서버 로그를 실시간으로 출력할 때 SSE를 사용했습니다. 클라이언트가 서버에게 말할 필요가 없었기 때문에 SSE가 완벽한 선택이었습니다. 만약 반대로 채팅 앱을 만들었다면? WebSocket이 당연히 주인공이 되었겠죠.
 
이제 여러분도 SSE와 WebSocket 중 누구를 주인공으로 선택할지 결정할 수 있겠죠?

이 포스팅에서는 SSE와 WebSocket의 특징과 사용법을 비교해 보면서, ‘내 프로젝트에서는 어떤 녀석이 주인공일까?’에 대한 답을 찾아보도록 하겠습니다.&nbsp;SSE (Server-Sent Events)SSE는 마치 선생님이 수업 시간 내내 일방적으로 학생들에게 말하는 것과 같습니다. 학생(클라이언트)은 계속해서 듣고 받아 적어야 하죠.<ul ><li>학생: 선생님, 질문이 있습니다</li><li>SSE: 미안, 넌 질문할 수 없어! </li></ul>SSE는 서버가 클라이언트에게 일방적으로 데이터를 푸시할 때 쓰입니다. HTTP 기반이라서 프록시나 방화벽이 거부하지 않습니다.&nbsp;서버에서 매초마다 데이터를 보낸다고 상상해 볼까요?<pre ><code class="language-javascript">import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.RestController;

import java.io.IOException;
import java.io.PrintWriter;
import javax.servlet.http.HttpServletResponse;

@RestController
public class SSEController {

 @GetMapping("/sse")
 public void streamEvents(HttpServletResponse response) throws IOException {
 response.setContentType("text/event-stream");
 response.setCharacterEncoding("UTF-8");

 PrintWriter writer = response.getWriter();
 for (int i = 1; i &lt;= 5; i++) {
 writer.write("data: SSE 이벤트 #" + i + "\n\n");
 writer.flush();
 try {
 Thread.sleep(1000); // 1초마다 이벤트 전송
 } catch (InterruptedException e) {
 Thread.currentThread().interrupt();
 }
 }
 writer.close();
 }
}</code></pre><pre ><code class="language-javascript">const eventSource = new EventSource('/sse');

eventSource.onmessage = function(event) {
 console.log("새 이벤트 수신:", event.data);
};

eventSource.onerror = function() {
 console.error("SSE 연결 오류 발생");
};</code></pre>장점:<ul ><li>SSE는 자동 재연결을 지원합니다.</li><li>설정이 간단해서 빨리 구현하고 싶은 개발자에겐 최적입니다.</li></ul>단점:<ul ><li>오직 단방향입니다. 클라이언트는 서버에 말을 걸 수 없어요. (서운하지만 어쩔 수 없습니다.)</li><li>데이터를 텍스트로만 보내는 게 편합니다. 이미지나 비디오 전송은 꿈도 꾸지 마세요.</li></ul>&nbsp;WebSocketWebSocket은 연애 초기의 커플 같아요. 둘이 채팅하느라 시간 가는 줄 모르죠. 양방향 통신이 가능하기 때문에 서버와 클라이언트가 자유롭게 대화를 주고받습니다.<ul ><li>A: "지금 뭐 해?"</li><li>B: "지금 네 메시지 받았어. 다시 보낼게!"</li></ul> 이제 서버와 클라이언트가 한바탕 신나게 대화하는 예제를 보겠습니다.<pre ><code class="language-java">@Configuration
@EnableWebSocket
public class WebSocketConfig implements WebSocketConfigurer {
 @Override
 public void registerWebSocketHandlers(WebSocketHandlerRegistry registry) {
 registry.addHandler(new TextWebSocketHandler() {
 @Override
 protected void handleTextMessage(WebSocketSession session, TextMessage message) 
 throws Exception {
 session.sendMessage(new TextMessage("에코: " + message.getPayload()));
 }
 }, "/ws");
 }
}</code></pre><pre ><code class="language-java">const socket = new WebSocket('ws://localhost:8080/ws');

socket.onopen = () =&gt; {
 console.log('WebSocket 연결 성공!');
 socket.send('안녕, 서버!');
};

socket.onmessage = (event) =&gt; {
 console.log('받은 메시지:', event.data);
};</code></pre>장점:<ul ><li>양방향이라 서버와 클라이언트가 마음껏 수다를 떨 수 있습니다.</li><li>텍스트뿐만 아니라 바이너리 데이터도 전송할 수 있어요. (그림도 보낼 수 있다는 얘기죠!)</li></ul>단점:<ul ><li>설정이 조금 귀찮습니다. 방화벽에 걸리기 쉽고, 초기 핸드셰이크까지 해야 하니까요.</li><li>재연결? 그런 거 없습니다. 알아서 다시 연결할 방법을 짜야 해요.</li></ul>&nbsp;마무리 및 결론<ul ><li>SSE는 "너 듣기만 해, 내가 다 말해줄게" 스타일에 적합합니다. 실시간 뉴스나 알림처럼 서버에서 클라이언트로만 정보가 흐를 때 좋습니다.</li><li>반면에, WebSocket은 "같이 떠들자!" 스타일입니다. 채팅, 게임처럼 상호작용이 필요한 경우 선택하세요.</li></ul>&nbsp;저는 개인적으로 어드민 UI에서 서버 로그를 실시간으로 출력할 때 SSE를 사용했습니다. 클라이언트가 서버에게 말할 필요가 없었기 때문에 SSE가 완벽한 선택이었습니다. 만약 반대로 채팅 앱을 만들었다면? WebSocket이 당연히 주인공이 되었겠죠.&nbsp;이제 여러분도 SSE와 WebSocket 중 누구를 주인공으로 선택할지 결정할 수 있겠죠?&nbsp;&nbsp;

덕토피아

제품을 사용하면서 일관성이 맞지 않으면 제품을 신뢰할 수 없습니다. 일관성 낮은 텍스트가 계속 노출되면 어느 순간 사용자는 텍스트를 끊임없이 의심하면서 비판적으로 읽기 마련이죠. 나도 모르는 사이에 틀린 것이 있나 없나, 어긋나는 것이 또 있나 없나를 무의식적으로 찾게 된다는 건데요. UX 라이팅 일관성에 영향을 미치는 6가지 요소를 곁에 두고 자주 읽는 전주경 님의 책, <그렇게 쓰면 아무도 안 읽습니다>에서 발췌했습니다.

1️⃣ 스타일 (Style)

각 컴포넌트에 적용될 텍스트의 형태적 규칙, 영어의 경우 대소문자 규정, 문장부호와 각종 숫자 표기법 등을 말합니다. 예를 들어 원칙적으로 문장의 마지막에는 마침표가 있어야 하지만, 우리 앱에서는 토스트에서만은 특별히 마침표를 생략하겠다는 규칙을 자체적으로 정할 수도 있습니다. 또 '대출 상환'이라는 단어는 원래 2단어이지만, 우리 서비스에서는 2어절이면서 4음절인 금융 용어의 경우 붙여쓰기 한다는 원칙을 하나의 스타일로 만들 수 있습니다.

2️⃣ 시각적 요소 (Presentation)

텍스트 글꼴, 글자 크기, 굵기, 컬러 등의 디자인 요소를 의미합니다. 사용자는 시각적인 디자인 요소를 통해 각 텍스트의 위상을 인지하는데, 예를 들어 크고 진한 글씨는 타이틀, 연하고 작은 글씨는 디스크립션이라고 여기고 이들의 형태를 기준으로 각 요소 간의 위계와 의미적 포함 관계 등을 추론하는 것이죠. 시각적 표현의 일관성을 지키기 위해서는 디자인팀과의 긴밀한 협의가 필요합니다. UX 라이팅 팀은 컴포넌트를 인덱스(Index, 타이틀 위에 위치하는 작은 카테고리 분류 태그)로 보고 단일 명사로 리뷰했는데, 실제 디자인에서는 타이틀용 글꼴과 굵기로 표시된다면, 그동안 UX라이팅 팀이 지키고 있던 타이틀 구문 형식에 대한 일관성이 깨지기 때문입니다.

3️⃣ 구문법 (Syntax)

단어가 결합하여 구, 절, 문장의 구조나 기능을 구성하는 규칙 또는 원리를 말합니다. 만약 한 화면에서 타이틀에는 명사구나 명사형을, 디스크립션에는 항상 문장형을 썼다면 서비스 속 모든 화면의 타이틀, 디스크립션에서도 동일한 구문법을 적용해야 합니다. 한 화면에선 타이틀 위치에 '삭제할 내역이 무엇인가요?'와 같은 문장형을 쓰고 다른 화면에서는 '삭제할 기록 선택'과 같이 명사구를 쓰지 않도록 주의해야 합니다. 하나의 텍스트 시스템 안에서는 구문법에 대해서 통일된 접근 방식을 견지해야 합니다.

4️⃣ 포괄성 (Comprehensiveness)

텍스트가 담고 있는 정보의 특성이 고르고, 또 구성 요소들이 중복, 누락, 겹침이 없이 온전히 전체를 이루고 있는 상태, 즉 MECE(Mutually Exclusive Collectively Exhaustive)한 상태로 제공되어야 사용자가 전체적인 의미 체계를 상상할 수 있습니다. 예를 들어 '학생'이라는 대메뉴 하위에 '초등학생, 고등학생, 대학생, 대학원생' 메뉴만 있다면 사용자는 '왜 중학생은 없지?'라며 혼란스러워하게 될 것입니다.

5️⃣ 입자성 (Granularity)

정보의 상세한 정도의 양, 즉 입도를 말합니다. 예를 들어 여러 페이지에 걸쳐 사례를 제시하려고 할 때에 각 사례에 포괄적인 내용만을 담을 것인지, 아니면 상당히 구체화된 개별사례까지 언급할 것인지에 대한 일관된 기준을 만드는 것입니다. 만약 한 페이지에서 특정사례만 지나치게 상세하게 설명한다면 사용자가 위화감을 느낄 수 있기 때문에 서비스 전체적으로 정보 입자성을 모두 비슷한 수준으로 맞춰주는 것이 좋습니다. 또 다른 예로 서비스 화면 내 경로 표기법을 들 수 있다. 서비스 내에서 '도움말'이라는 최상위 페이지명만 언급할 것인지, '도움말 > 자주 묻는 질문 > 회원가입' 등과 같이 하위 경로의 명칭을 몇 단계까지 밝혀줄 것인지를 규칙을 갖고 일관되게 적용해야 합니다.

6️⃣ 대상 (Audience)

글을 읽는 사용자 집단을 고려하여 어휘 난이도 등의 일관성을 지켜야 합니다. 예를 들어 일반인을 대상으로 질병에 대한 정보를 소개하는 웹사이트에 '간세포성 암종(Hepatocellular)'과 같은 전문가 용어와 '체기', '배앓이'라는 비전문가의 일상 용어를 섞어서 쓰면 안 됩니다.

제품을 사용하면서 일관성이 맞지 않으면 제품을 신뢰할 수 없습니다. 일관성 낮은 텍스트가 계속 노출되면 어느 순간 사용자는 텍스트를 끊임없이 의심하면서 비판적으로 읽기 마련이죠. 나도 모르는 사이에 틀린 것이 있나 없나, 어긋나는 것이 또 있나 없나를 무의식적으로 찾게 된다는 건데요. UX 라이팅 일관성에 영향을 미치는 6가지 요소를 곁에 두고 자주 읽는 전주경 님의 책, &lt;그렇게 쓰면 아무도 안 읽습니다&gt;에서 발췌했습니다. 1️⃣ 스타일 (Style) 각 컴포넌트에 적용될 텍스트의 형태적 규칙, 영어의 경우 대소문자 규정, 문장부호와 각종 숫자 표기법 등을 말합니다. 예를 들어 원칙적으로 문장의 마지막에는 마침표가 있어야 하지만, 우리 앱에서는 토스트에서만은 특별히 마침표를 생략하겠다는 규칙을 자체적으로 정할 수도 있습니다. 또 '대출 상환'이라는 단어는 원래 2단어이지만, 우리 서비스에서는 2어절이면서 4음절인 금융 용어의 경우 붙여쓰기 한다는 원칙을 하나의 스타일로 만들 수 있습니다. 2️⃣ 시각적 요소 (Presentation) 텍스트 글꼴, 글자 크기, 굵기, 컬러 등의 디자인 요소를 의미합니다. 사용자는 시각적인 디자인 요소를 통해 각 텍스트의 위상을 인지하는데, 예를 들어 크고 진한 글씨는 타이틀, 연하고 작은 글씨는 디스크립션이라고 여기고 이들의 형태를 기준으로 각 요소 간의 위계와 의미적 포함 관계 등을 추론하는 것이죠. 시각적 표현의 일관성을 지키기 위해서는 디자인팀과의 긴밀한 협의가 필요합니다. UX 라이팅 팀은 컴포넌트를 인덱스(Index, 타이틀 위에 위치하는 작은 카테고리 분류 태그)로 보고 단일 명사로 리뷰했는데, 실제 디자인에서는 타이틀용 글꼴과 굵기로 표시된다면, 그동안 UX라이팅 팀이 지키고 있던 타이틀 구문 형식에 대한 일관성이 깨지기 때문입니다. 3️⃣ 구문법 (Syntax) 단어가 결합하여 구, 절, 문장의 구조나 기능을 구성하는 규칙 또는 원리를 말합니다. 만약 한 화면에서 타이틀에는 명사구나 명사형을, 디스크립션에는 항상 문장형을 썼다면 서비스 속 모든 화면의 타이틀, 디스크립션에서도 동일한 구문법을 적용해야 합니다. 한 화면에선 타이틀 위치에 '삭제할 내역이 무엇인가요?'와 같은 문장형을 쓰고 다른 화면에서는 '삭제할 기록 선택'과 같이 명사구를 쓰지 않도록 주의해야 합니다. 하나의 텍스트 시스템 안에서는 구문법에 대해서 통일된 접근 방식을 견지해야 합니다. 4️⃣ 포괄성 (Comprehensiveness) 텍스트가 담고 있는 정보의 특성이 고르고, 또 구성 요소들이 중복, 누락, 겹침이 없이 온전히 전체를 이루고 있는 상태, 즉 MECE(Mutually Exclusive Collectively Exhaustive)한 상태로 제공되어야 사용자가 전체적인 의미 체계를 상상할 수 있습니다. 예를 들어 '학생'이라는 대메뉴 하위에 '초등학생, 고등학생, 대학생, 대학원생' 메뉴만 있다면 사용자는 '왜 중학생은 없지?'라며 혼란스러워하게 될 것입니다. 5️⃣ 입자성 (Granularity) 정보의 상세한 정도의 양, 즉 입도를 말합니다. 예를 들어 여러 페이지에 걸쳐 사례를 제시하려고 할 때에 각 사례에 포괄적인 내용만을 담을 것인지, 아니면 상당히 구체화된 개별사례까지 언급할 것인지에 대한 일관된 기준을 만드는 것입니다. 만약 한 페이지에서 특정사례만 지나치게 상세하게 설명한다면 사용자가 위화감을 느낄 수 있기 때문에 서비스 전체적으로 정보 입자성을 모두 비슷한 수준으로 맞춰주는 것이 좋습니다. 또 다른 예로 서비스 화면 내 경로 표기법을 들 수 있다. 서비스 내에서 '도움말'이라는 최상위 페이지명만 언급할 것인지, '도움말 &gt; 자주 묻는 질문 &gt; 회원가입' 등과 같이 하위 경로의 명칭을 몇 단계까지 밝혀줄 것인지를 규칙을 갖고 일관되게 적용해야 합니다. 6️⃣ 대상 (Audience) 글을 읽는 사용자 집단을 고려하여 어휘 난이도 등의 일관성을 지켜야 합니다. 예를 들어 일반인을 대상으로 질병에 대한 정보를 소개하는 웹사이트에 '간세포성 암종(Hepatocellular)'과 같은 전문가 용어와 '체기', '배앓이'라는 비전문가의 일상 용어를 섞어서 쓰면 안 됩니다.

《UX 라이팅 일관성에 영향을 미치는 6가지 요소》

YouTube에서 마음에 드는 동영상과 음악을 감상하고, 직접 만든 콘텐츠를 업로드하여 친구, 가족뿐 아니라 전 세계 사람들과 콘텐츠를 공유할 수 있습니다.

 - YouTube

프론트엔드 개발 환경에서
Next.js
가 사실상 표준으로 자리잡고 있는 현 시점에서 “Next.js 꼭 써야할까?” 라는 주제의 이번 토스
모닥불 EP.6
를 흥미롭게 봤습니다.

프레임워크 선택과 활용
 1. 문제 해결 능력 평가: 프레임워크가 어떤 문제를 얼마나 효과적으로 해결하는가?
 2. 상황에 맞는 최적의 선택: 다양한 프레임워크를 비교 분석하고 종합적으로 검토하여 선정
 3. 학습지향적 접근: 표면적으로만 사용하는 것이 아닌, 내부 동작 원리를 이해하려는 자세
 4. 프레임워크 의존성 탈피: 프레임워크에 종속되기 보다는 개발자가 프레임워크를 주도하는 자세

프레임워크를 사용하면서도 지속적인 학습을 통해 성장을 추구해야 합니다. 또한
Next.js
를 포함한 다양한 프레임워크를 경험하고 비교 분석함으로써, 더 넓은 시야와 깊이 있는 통찰을 얻을 수 있습니다. 결국에 프레임워크도 도구이기 때문에 이를 효과적으로 활용하고, 때로는 필요하다면 프레임워크 커스터마이징을 통해 본질적인 문제를 해결할 수 있는 개발자의 역량을 갖추는 것이 중요합니다.

https://www.youtube.com/watch?v=L2gAcPmB9WY

프론트엔드 개발 환경에서 <code >Next.js</code>가 사실상 표준으로 자리잡고 있는 현 시점에서 “Next.js 꼭 써야할까?” 라는 주제의 이번 토스 <code >모닥불 EP.6</code> 를 흥미롭게 봤습니다. 프레임워크 선택과 활용<ol ><li>문제 해결 능력 평가: 프레임워크가 어떤 문제를 얼마나 효과적으로 해결하는가?</li><li>상황에 맞는 최적의 선택: 다양한 프레임워크를 비교 분석하고 종합적으로 검토하여 선정</li><li>학습지향적 접근: 표면적으로만 사용하는 것이 아닌, 내부 동작 원리를 이해하려는 자세</li><li>프레임워크 의존성 탈피: 프레임워크에 종속되기 보다는 개발자가 프레임워크를 주도하는 자세</li></ol> 프레임워크를 사용하면서도 지속적인 학습을 통해 성장을 추구해야 합니다. 또한 <code >Next.js</code>를 포함한 다양한 프레임워크를 경험하고 비교 분석함으로써, 더 넓은 시야와 깊이 있는 통찰을 얻을 수 있습니다. 결국에 프레임워크도 도구이기 때문에 이를 효과적으로 활용하고, 때로는 필요하다면 프레임워크 커스터마이징을 통해 본질적인 문제를 해결할 수 있는 개발자의 역량을 갖추는 것이 중요합니다. https://www.youtube.com/watch?v=L2gAcPmB9WY

www.youtube.com

도구를 넘어선 개발자의 역량: "Next.js 꼭 써야할까?"

저는 하고 싶은 일을 하느라 바쁘거든요 | 일하기 싫어요.일하고 싶은 회사로 만들어주세요.   밀레니얼 세대가 회사에 적응하는 방법  밀레니얼 세대인 나는 어려서부터 '하고 싶은 일을 하라'는 말을 들으며 자랐다. 그래서 무슨 일을 하든 내가 하고 싶은 마음이 드는지, 동기 부여가 되는지가 중요했다. 그건 첫 직장에 들어가서 일을 할 때에도 마찬가지였다.   처음엔 회사가 나에게 동기 부여해주기를 

12화 동기 부여는 회사가 책임져 주세요

브런치 글들을 이리저리 찾아 읽다가 스타트업 신입사원 가이드라는 주제로 작성된 글이 있어 공유드립니다. 과거 자신의 경험 예시로 작성해주셨고, 저도 과거에 가졌던 생각과 일치하는 부분이 있어 흥미롭게 읽었습니다.

밀레니얼 세대가 회사에 적응하는 방법
저는 '하고 싶은 일을 하라'는 말을 들으며 자랐기에 무슨 일을 하든 내가 하고 싶은 일, 동기부여가 되는지가 중요했었습니다. 그래서 처음에 회사가 나에게 동기 부여를 해주길 바랬고 '일하고 싶은 마음, 동기 부여' 또한 회사에 당당히 요구하는 건 내게 당연한 일이라고 생각했었습니다. 그래서 스타트업에 입사하고 회사에 이것저것들을 요구했습니다. 물론 회사에 근로자가 요구할 수 있는건 당연하지만 저는 바라기만 하고 책임질 생각은 전혀 못했습니다

권리만 알고 책임은 모른다는 것
첫 입사 후 느낀건 '회사는 학교가 아니라 일터' 라는 것입니다. 내가 알던 회사는 직원들을 케어하고, 성장할 수 있도록 사내 교육도 제공하며, 일하기 좋은 환경을 만들기 위해 노력하는 곳이였습니다. 그러나 현실은 회사는 돈을 버는 치열한 일터이고 직원에겐 성과를 만들어내야 하는 책임이 있었습니다. 그렇게 깨닫고 나니 '일하고 싶은 마음' 은 오히려 회사가 나에게 요구할 수 있는 내 책임이였습니다. 회사도 일하기 좋은 환경을 제공해야 하지만, 직원 또한 스스로 동기 부여를 하든 뭘 하든 노력해서 성과를 만들어낼 책임이 있는 것입니다.

아마추어가 일을 하지 못하는 수많은 변명을 이야기 할 때, 프로는 그냥 한다.
아마추어는
 * "시간이 없어서 못했어요. 업무량이 너무 많아요.",
 * "왜 해야 하는지 모르겠어요",
 * "제가 하고 싶었던 일이 아니에요" 라는 말을 하지만,
프로는
 * "영감이 중요하다고? 그런 게 어딨어, 그냥 하는 거지",
 * "일을 왜 하냐고요? 그런게 어딨어, 그냥 하는거지" 라는 말을 합니다.
일터에서 스스로 동기 부여를 하지 못하면 팀 전체에 피해를 주고, 일할 마음이 안 든다는 이유로 뒤쳐져 있으면 안됩니다.

어쩌면 동기부여가 중요한게 아니라
동기 부여를 하든 뭘 하든 성과를 만들어내는것이 중요하고 그게 프로입니다. 어떻게든 직장생활에서 스스로 동기 부여하는 방법을 찾아내기 위해 악착같이 노력해야 합니다.

동기부여는 회사가 책임져주지 않습니다.
동기 부여는 회사가 대신해주지 않고, 하고 싶은 일이나 자아실현은 자기가 알아서 해야합니다. 프로들은 알아서 Self-Motivation하고 능동적으로 문제를 해결하고 자신의 일을 남에게 떠넘기지 않고 그들은 권리를 따지기 전에 먼저 책임을 지고자 합니다. 제대로 된 프로가 되고 싶다면 나 또한 그렇게 돼야 합니다.

직장 생활에서 스스로에게 동기 부여 하는 방법
 * 우선순위: 스스로 포기할 수 없는 핵심 가치를 찾기
 * 커리어 디자인: 내가 이 일을 왜하는지 지금의 경험이 어떻게 도움이 되는지 스스로 명확한 답을 내리기
 * 밸류 체인: 자기 직무가 뭐하는지만 아는게 아닌 밸류 체인에서 어떤 의미가 있는지, 시장에서 어떤 의미가 있는지 알기, 더 나아가 제품/서비스가 시장 안에서 어떤 의미가 있는지 알기
 * 책임 떠맡기: 회사 안에 문제가 있을 때 그 문제의 책임을 다른 사람에게 돌리는 게 아니라, 내가 먼저 나서서 떠맡기 (높은 수준의 책임을 지기)
 * 업무방법론: 자기만의 업무방법론 만들기

브런치 글들을 이리저리 찾아 읽다가 스타트업 신입사원 가이드라는 주제로 작성된 글이 있어 공유드립니다. 과거 자신의 경험 예시로 작성해주셨고, 저도 과거에 가졌던 생각과 일치하는 부분이 있어 흥미롭게 읽었습니다. 밀레니얼 세대가 회사에 적응하는 방법저는 '하고 싶은 일을 하라'는 말을 들으며 자랐기에 무슨 일을 하든 내가 하고 싶은 일, 동기부여가 되는지가 중요했었습니다. 그래서 처음에 회사가 나에게 동기 부여를 해주길 바랬고 '일하고 싶은 마음, 동기 부여' 또한 회사에 당당히 요구하는 건 내게 당연한 일이라고 생각했었습니다. 그래서 스타트업에 입사하고 회사에 이것저것들을 요구했습니다. 물론 회사에 근로자가 요구할 수 있는건 당연하지만 저는 바라기만 하고 책임질 생각은 전혀 못했습니다 권리만 알고 책임은 모른다는 것첫 입사 후 느낀건 '회사는 학교가 아니라 일터' 라는 것입니다. 내가 알던 회사는 직원들을 케어하고, 성장할 수 있도록 사내 교육도 제공하며, 일하기 좋은 환경을 만들기 위해 노력하는 곳이였습니다. 그러나 현실은 회사는 돈을 버는 치열한 일터이고 직원에겐 성과를 만들어내야 하는 책임이 있었습니다. 그렇게 깨닫고 나니 '일하고 싶은 마음' 은 오히려 회사가 나에게 요구할 수 있는 내 책임이였습니다. 회사도 일하기 좋은 환경을 제공해야 하지만, 직원 또한 스스로 동기 부여를 하든 뭘 하든 노력해서 성과를 만들어낼 책임이 있는 것입니다. 아마추어가 일을 하지 못하는 수많은 변명을 이야기 할 때, 프로는 그냥 한다.아마추어는<ul ><li>"시간이 없어서 못했어요. 업무량이 너무 많아요.",</li><li>"왜 해야 하는지 모르겠어요",</li><li>"제가 하고 싶었던 일이 아니에요" 라는 말을 하지만,</li></ul>프로는<ul ><li>"영감이 중요하다고? 그런 게 어딨어, 그냥 하는 거지",</li><li>"일을 왜 하냐고요? 그런게 어딨어, 그냥 하는거지" 라는 말을 합니다.</li></ul>일터에서 스스로 동기 부여를 하지 못하면 팀 전체에 피해를 주고, 일할 마음이 안 든다는 이유로 뒤쳐져 있으면 안됩니다. 어쩌면 동기부여가 중요한게 아니라동기 부여를 하든 뭘 하든 성과를 만들어내는것이 중요하고 그게 프로입니다. 어떻게든 직장생활에서 스스로 동기 부여하는 방법을 찾아내기 위해 악착같이 노력해야 합니다. 동기부여는 회사가 책임져주지 않습니다.동기 부여는 회사가 대신해주지 않고, 하고 싶은 일이나 자아실현은 자기가 알아서 해야합니다. 프로들은 알아서 Self-Motivation하고 능동적으로 문제를 해결하고 자신의 일을 남에게 떠넘기지 않고 그들은 권리를 따지기 전에 먼저 책임을 지고자 합니다. 제대로 된 프로가 되고 싶다면 나 또한 그렇게 돼야 합니다. 직장 생활에서 스스로에게 동기 부여 하는 방법<ul ><li>우선순위: 스스로 포기할 수 없는 핵심 가치를 찾기</li><li>커리어 디자인: 내가 이 일을 왜하는지 지금의 경험이 어떻게 도움이 되는지 스스로 명확한 답을 내리기</li><li>밸류 체인: 자기 직무가 뭐하는지만 아는게 아닌 밸류 체인에서 어떤 의미가 있는지, 시장에서 어떤 의미가 있는지 알기, 더 나아가 제품/서비스가 시장 안에서 어떤 의미가 있는지 알기</li><li>책임 떠맡기: 회사 안에 문제가 있을 때 그 문제의 책임을 다른 사람에게 돌리는 게 아니라, 내가 먼저 나서서 떠맡기 (높은 수준의 책임을 지기)</li><li>업무방법론: 자기만의 업무방법론 만들기</li></ul>

Brunch Story

동기부여는 회사가 책임져 주세요

당신이 꼭 사용해보았으면 좋을 DATA/AI 도구 리스트를 소개합니다.

Archive(저장) - 노션 (Notion)
Summary(요약) - 릴리즈 AI, MyLens AI
Presentation(발표) - 감마 AI, 캔바, 톰 AI
LLM (대규모언어모델) - 챗지피티, 클라우드, 펄프랙시티

더 자세한 소개와 내용이 궁금하다면 아래에 링크로 첨부한
링크드인 뉴스레터를 읽어보세요.

https://www.linkedin.com/pulse/datarichard-%EB%89%B4%EC%8A%A4%EB%A0%88%ED%84%B0-202410-richard-lim-1xqoc/

당신이 꼭 사용해보았으면 좋을 DATA/AI 도구 리스트를 소개합니다. Archive(저장) - 노션 (Notion)Summary(요약) - 릴리즈 AI, MyLens AIPresentation(발표) - 감마 AI, 캔바, 톰 AILLM (대규모언어모델) - 챗지피티, 클라우드, 펄프랙시티 더 자세한 소개와 내용이 궁금하다면 아래에 링크로 첨부한 링크드인 뉴스레터를 읽어보세요. https://www.linkedin.com/pulse/datarichard-%EB%89%B4%EC%8A%A4%EB%A0%88%ED%84%B0-202410-richard-lim-1xqoc/

당신이 꼭 사용해보았으면 좋을 DATA/AI 도구 리스트

 * DAY 1 참가신청 - 10월 30일 15시
 * DAY 2 참가신청 - 10월 31일 15시
네이버페이 앱 설치 필요

행사 일시: 2024. 11. 11-12
행사 장소: 코엑스 서울

https://dan.naver.com/24/registration

<ul ><li>DAY 1 참가신청 - 10월 30일 15시</li><li>DAY 2 참가신청 - 10월 31일 15시</li></ul>네이버페이 앱 설치 필요 행사 일시: 2024. 11. 11-12행사 장소: 코엑스 서울 https://dan.naver.com/24/registration

팀네이버의 컨퍼런스 DAN24

어제 시애틀에 있는 한인 프로페서널 모임 창발 테크 서밋에 메인 스피커 중의 하나로 참여했다. 어려운 대화에 관한 이야기를 하고 행사 후 네트워킹 파티에서 많은 분들과 이야기를 나누었는데 한 분이 주신 질문이 빠르게 변화하는 IT 업계에서 어떻게 30년 동안 일과 개인 생활의 균형을 잡을 수 있었는지 물어보았다. 자주 받는 질문 중의 하나인데 내 이야기를 요약해보면 아래와 같다.

 * 먼저 딱히 워라밸의 경계를 유지하려고 의식적인 노력을 하려고 하지는 않는다. 처음에는 아주 못했지만 지금은 순간순간 무엇이 더 중요한지 판단하려 한다. 예를 들면 가족과 외식 중이라면 외식에 집중하려 한다. 외식하는 몇 시간을 못 기다릴 정도로 중요한 일은 생각보다 많지 않다. 아무리 스트레스 받는 일이 있어도, 그 걱정은 잠깐 걱정의 방에 가둬두고 외식이 끝난 후 나중에 꺼내서 이야기 해보자. 순간순간 무엇이 더 중요한지 생각해보자.
 * 특히 커리어 초기에 재미있는 일을 한다면 워라밸을 유지하려 하는 것 보다는 미친 듯이 일을 해보고 몰두하는 경험도 해볼 필요가 있다. 스트레스도 따라올 수 있고 관리가 잘 안되면 번아웃이 올 수도 있는데 이런 경험도 해볼 필요가 있다. 넘어지는 경험을 안하고 자전거를 탈 수 없는 법이다. 안 좋은 경험일수록 회복이 불가능한 것만 아니라면 직접 경험이라는 것이 꼭 필요하다.
 * 개발자 관점에서 하나 중요한 포인트는 기술을 모두 따라가려 하는 것이다. 필요에 의해 또는 호기심에 의해 따라가는 것은 좋다. 조바심과 불안감이 너무 크다면 변화하는 것을 따려가려 해보고 그게 정말 도움이 되는지 판단해보자. 다시 한번 직접 경험을 해보고 판단하는 것은 나쁘지 않다.
 * 기술은 계속 바뀌며 새로운 것이 계속 나온다. 많은 개발자들이 레거시 프레임웍을 현재 회사에서 사용하는 것에 대한 걱정을 한다. 하지만 새로운 프레임웍을 도입한다고 해도 2-3년 지나면 레거시 프레임웍이 된다. 결국, 필요에 의해 새로운 프레임웍을 도입해야지 커리어가 걱정이 이유라면 안 좋은 생각이다. 내가 원하는 것 이외에도 다른 사람들이 나에게 하는 기대가 무엇인지 생각해보자.
   
   
내 앞에 생각보다 시간이 많다는 점을 기억하자. 건강이 나빠진다면, 너무 힘들다면 잠깐 쉬어가도 좋다. 43살 때 3번째로 간 스타트업이 펀딩 실패하고 망하면서 11개월 쉬었는데 내 커리어에서 가장 잘 한 결정이었다. 그를 통해 배운 것은 남과 비교하지 않고 나이를 덜 의식하며 나에게 맞는 환경을 찾아가는 것이 건강한 커리어와 인생의 기본이라는 점이었다. 내가 원하는 것이 무엇인지 잘 모르겠어도 많이 고민해보자.

어제 시애틀에 있는 한인 프로페서널 모임 창발 테크 서밋에 메인 스피커 중의 하나로 참여했다. 어려운 대화에 관한 이야기를 하고 행사 후 네트워킹 파티에서 많은 분들과 이야기를 나누었는데 한 분이 주신 질문이 빠르게 변화하는 IT 업계에서 어떻게 30년 동안 일과 개인 생활의 균형을 잡을 수 있었는지 물어보았다. 자주 받는 질문 중의 하나인데 내 이야기를 요약해보면 아래와 같다. <ul ><li>먼저 딱히 워라밸의 경계를 유지하려고 의식적인 노력을 하려고 하지는 않는다. 처음에는 아주 못했지만 지금은 순간순간 무엇이 더 중요한지 판단하려 한다. 예를 들면 가족과 외식 중이라면 외식에 집중하려 한다. 외식하는 몇 시간을 못 기다릴 정도로 중요한 일은 생각보다 많지 않다. 아무리 스트레스 받는 일이 있어도, 그 걱정은 잠깐 걱정의 방에 가둬두고 외식이 끝난 후 나중에 꺼내서 이야기 해보자. 순간순간 무엇이 더 중요한지 생각해보자.</li><li>특히 커리어 초기에 재미있는 일을 한다면 워라밸을 유지하려 하는 것 보다는 미친 듯이 일을 해보고 몰두하는 경험도 해볼 필요가 있다. 스트레스도 따라올 수 있고 관리가 잘 안되면 번아웃이 올 수도 있는데 이런 경험도 해볼 필요가 있다. 넘어지는 경험을 안하고 자전거를 탈 수 없는 법이다. 안 좋은 경험일수록 회복이 불가능한 것만 아니라면 직접 경험이라는 것이 꼭 필요하다.</li><li>개발자 관점에서 하나 중요한 포인트는 기술을 모두 따라가려 하는 것이다. 필요에 의해 또는 호기심에 의해 따라가는 것은 좋다. 조바심과 불안감이 너무 크다면 변화하는 것을 따려가려 해보고 그게 정말 도움이 되는지 판단해보자. 다시 한번 직접 경험을 해보고 판단하는 것은 나쁘지 않다.</li><li>기술은 계속 바뀌며 새로운 것이 계속 나온다. 많은 개발자들이 레거시 프레임웍을 현재 회사에서 사용하는 것에 대한 걱정을 한다. 하지만 새로운 프레임웍을 도입한다고 해도 2-3년 지나면 레거시 프레임웍이 된다. 결국, 필요에 의해 새로운 프레임웍을 도입해야지 커리어가 걱정이 이유라면 안 좋은 생각이다. 내가 원하는 것 이외에도 다른 사람들이 나에게 하는 기대가 무엇인지 생각해보자. </li></ul>내 앞에 생각보다 시간이 많다는 점을 기억하자. 건강이 나빠진다면, 너무 힘들다면 잠깐 쉬어가도 좋다. 43살 때 3번째로 간 스타트업이 펀딩 실패하고 망하면서 11개월 쉬었는데 내 커리어에서 가장 잘 한 결정이었다. 그를 통해 배운 것은 남과 비교하지 않고 나이를 덜 의식하며 나에게 맞는 환경을 찾아가는 것이 건강한 커리어와 인생의 기본이라는 점이었다. 내가 원하는 것이 무엇인지 잘 모르겠어도 많이 고민해보자.

변화가 빠른 IT 업계에서 어떻게 오랜 시간 동안 워라밸을 유지했

백오피스 서버를 Vercel 에서 Fly.io로 옮겼다.

RSC/Server Action을 디폴트로 사용하게 되면서 Vercel의 장점이 크게 낮아졌고, Vercel의 서버 구조로 인해서 속도 저하로 인한 사용성이 많이 떨어질 뿐만 아니라, 디버깅하거나 세세한 로직을 제어하기가 어려워졌다.

물론 이미지 최적화 등을 손쉽게 할 수 있는 등의 여러가지 편의 기능이 있긴 하지만, 무엇보다 성능 최적화와 디버깅이 어렵다는 점이 좀 괴로웠음. 요즘 트래픽 좀만 높아져도 비용 폭탄 맞는다는 말도 많이 나오고..

덕분에 Fly.io를 자세하게 들여다 보게 되었는데, 이거 아주 물건임.

가격도 좋고 대시보드도 잘 되어 있고, 무엇보다 VM을 배포하거나 API로 제어하는 것이 매우 간편하다는 점이 아주 만족스럽다. PaaS, IaaS의 기치가 DevOps를 외주 주세요. 라는 것이지만 늘 뭔가 좀 부족하다는 생각을 했다면, Fly.io는 진짜로 DevOps가 있는 것 같은 느낌.

다만, 보안적인 문제가 약간 걱정되는 면이 있긴 한데, 배포 프로세스를 자동화하고 정책을 잘 정하면 문제 없을 듯.

백오피스 서버를 Vercel 에서 Fly.io로 옮겼다. RSC/Server Action을 디폴트로 사용하게 되면서 Vercel의 장점이 크게 낮아졌고, Vercel의 서버 구조로 인해서 속도 저하로 인한 사용성이 많이 떨어질 뿐만 아니라, 디버깅하거나 세세한 로직을 제어하기가 어려워졌다. 물론 이미지 최적화 등을 손쉽게 할 수 있는 등의 여러가지 편의 기능이 있긴 하지만, 무엇보다 성능 최적화와 디버깅이 어렵다는 점이 좀 괴로웠음. 요즘 트래픽 좀만 높아져도 비용 폭탄 맞는다는 말도 많이 나오고.. 덕분에 Fly.io를 자세하게 들여다 보게 되었는데, 이거 아주 물건임. 가격도 좋고 대시보드도 잘 되어 있고, 무엇보다 VM을 배포하거나 API로 제어하는 것이 매우 간편하다는 점이 아주 만족스럽다. PaaS, IaaS의 기치가 DevOps를 외주 주세요. 라는 것이지만 늘 뭔가 좀 부족하다는 생각을 했다면, Fly.io는 진짜로 DevOps가 있는 것 같은 느낌. 다만, 보안적인 문제가 약간 걱정되는 면이 있긴 한데, 배포 프로세스를 자동화하고 정책을 잘 정하면 문제 없을 듯.

백오피스 서버를 Vercel 에서 Fly.io로 옮겼다.

RSC

개발자 직무 면접에서 1분 자기소개 시 사용할 수 있는 템플릿을 사례와 함께 소개합니다.

개발자 면접 1분 자기소개, 이렇게 준비하자 - 재그지그의 개발 블로그

- 개발자 직무 면접에서 1분 자기소개 시 사용할 수 있는 템플릿을 사례와 함께 소개합니다.

---

최근에 제가 참여하고 있는 개발 커뮤니티의 익명 고민 상담 채널에서 자기소개에 대한 고민 글을 보게 되었습니다.

“내일 면접인데 혹시 자기소개는 보통 어떤 식으로 하나요? 무슨 말로 자기소개를 해야 할지, 어느 정도 문장으로 구성해야 할지 고민이네요.”

이 글을 보고 나서 제가 예전에 면접 볼 때 자기소개를 어떻게 했었는지를 다시 한번 떠올려봤습니다. 사실 마지막으로 면접을 본 게 거의 3년 전이다 보니, 만약 지금 당장 면접을 본다면 저를 어떻게 소개해야 할지 생각하게 되더라고요. 일반적으로 면접의 시작은 1분 자기소개와 함께 하니까요.

1분이라는 시간이 누군가에게는 짧게, 또 누군가에게는 길게 느껴질 수도 있는데요. 이 시간에 나의 장점을 면접관에게 잘 어필하기 위해서는 글의 구조를 다듬고 표현을 정제하는 과정이 필요하기 때문에 철저히 준비해야 실수를 하지 않습니다.

그래서 이에 대한 답변을 달아보았는데 오늘은 그 답변 내용을 바탕으로 이야기를 정리해 보았습니다.

https://wormwlrm.github.io/2024/10/25/Self-Introduction-for-Developer.html

- 개발자 직무 면접에서 1분 자기소개 시 사용할 수 있는 템플릿을 사례와 함께 소개합니다. --- 최근에 제가 참여하고 있는 개발 커뮤니티의 익명 고민 상담 채널에서 자기소개에 대한 고민 글을 보게 되었습니다. “내일 면접인데 혹시 자기소개는 보통 어떤 식으로 하나요? 무슨 말로 자기소개를 해야 할지, 어느 정도 문장으로 구성해야 할지 고민이네요.” 이 글을 보고 나서 제가 예전에 면접 볼 때 자기소개를 어떻게 했었는지를 다시 한번 떠올려봤습니다. 사실 마지막으로 면접을 본 게 거의 3년 전이다 보니, 만약 지금 당장 면접을 본다면 저를 어떻게 소개해야 할지 생각하게 되더라고요. 일반적으로 면접의 시작은 1분 자기소개와 함께 하니까요. 1분이라는 시간이 누군가에게는 짧게, 또 누군가에게는 길게 느껴질 수도 있는데요. 이 시간에 나의 장점을 면접관에게 잘 어필하기 위해서는 글의 구조를 다듬고 표현을 정제하는 과정이 필요하기 때문에 철저히 준비해야 실수를 하지 않습니다. 그래서 이에 대한 답변을 달아보았는데 오늘은 그 답변 내용을 바탕으로 이야기를 정리해 보았습니다. https://wormwlrm.github.io/2024/10/25/Self-Introduction-for-Developer.html

재그지그의 개발 블로그

🙋🏻‍♂️ 개발자 면접 1분 자기소개, 이렇게 준비하자

오늘은 AI 관련 굵직한 소식들이 유난히 쏟아지는 날입니다. 

-런웨이(Runway)가 영상과 음성을 입력 인터페이스로 활용해서 애니메이션을 제작하는 액트원(Act-One)을 내놓았습니다. 
-이디오그램(Ideogram)은 최고의 인페인팅 및 아웃페인팅 기능을 갖춘 무한 창작 보드 캔버스(Canvas)를 출시했고요. 
-오픈AI는 음성 인터페이스 어드밴스드 보이스(Advanced Voice)를 EU 포함 다수 국가에서 사용 가능하게 풀었습니다. 
-퍼플렉시티(Perplexity)는 ‘리즈닝 모드(reasoning mode, 추론 모드)’를 추가해서 프로 서치(Pro Search)를 내놨는데, 여러 층위의 질문을 해도 퍼플렉시티가 적용해서 답을 주는 기능입니다. 요즘 정말로 구글보다 퍼플렉시티를 많이 쓰는데 매력적인 기능이 추가된 것 같습니다. 
-앤트로픽은 컴퓨터(Claude)가 컴퓨터를 사용할 수 있는 인터페이스를 API로 내놨습니다. 앤트로픽은 ‘위험한 AI를 만들지 않겠다’고 나선 팀이었는데요. 이는 ‘AI 에이전트’ 시대의 본격적인 도래를 의미하지 않나 싶습니다. 어디까지 갈 수 있을까요. 그리고 이거 정말 괜찮을까요.

오늘은 AI 관련 굵직한 소식들이 유난히 쏟아지는 날입니다.&nbsp; -런웨이(Runway)가 영상과 음성을 입력 인터페이스로 활용해서 애니메이션을 제작하는 액트원(Act-One)을 내놓았습니다.&nbsp;-이디오그램(Ideogram)은 최고의 인페인팅 및 아웃페인팅 기능을 갖춘 무한 창작 보드 캔버스(Canvas)를 출시했고요.&nbsp;-오픈AI는 음성 인터페이스 어드밴스드 보이스(Advanced Voice)를 EU 포함 다수 국가에서 사용 가능하게 풀었습니다.&nbsp;-퍼플렉시티(Perplexity)는 ‘리즈닝 모드(reasoning mode, 추론 모드)’를 추가해서 프로 서치(Pro Search)를 내놨는데, 여러 층위의 질문을 해도 퍼플렉시티가 적용해서 답을 주는 기능입니다. 요즘 정말로 구글보다 퍼플렉시티를 많이 쓰는데 매력적인 기능이 추가된 것 같습니다.&nbsp;-앤트로픽은 컴퓨터(Claude)가 컴퓨터를 사용할 수 있는 인터페이스를 API로 내놨습니다. 앤트로픽은 ‘위험한 AI를 만들지 않겠다’고 나선 팀이었는데요. 이는 ‘AI 에이전트’ 시대의 본격적인 도래를 의미하지 않나 싶습니다. 어디까지 갈 수 있을까요. 그리고 이거 정말 괜찮을까요. &nbsp;

오늘은 AI 관련 굵직한 소식들이 유난히 쏟아지는 날입니다. 



사용자가 공유한 콘텐츠

1. “(애니메이션 OTT인 라프텔은) 일단 사람부터 모았습니다. 애니메이션 스트리밍 서비스를 하려면, 우선 콘텐츠 공급자(Contents Provider, CP)로부터 애니메이션을 제공받아야 하는데요”

2. “그런데 CP는 아무것도 없는 회사에 쉽게 콘텐츠를 주지 않습니다. (그래서) 우선 애니메이션 추천 플랫폼을 만들었어요. 트래픽을 모은 다음 스트리밍 서비스로 발전시키려고 한 겁니다”

3. “(그리고) 서비스 오픈 후에는 ‘부천만화축제’에 갔어요. 부스 설치하고, (축제에 온) 사람들에게 콘텐츠를 평가해달라고 했는데, 반응이 뜨거웠죠. (축제에 온 애니메이션 찐덕후분들께선) 1시간 넘게 앉아서 자기가 본 콘텐츠에 대해 수백 개씩 평가를 남기고, 친구들까지 데려오더라고요. 저희가 만든 서비스에 사람들이 몰려드는 걸 처음 눈으로 확인한 순간이었어요” (=고객과 실제로 교류)

4. “(축제 기간) 나흘 동안 1만 6천 개의 평가 데이터를 모았어요. 덕분에 의미 있는 추천이 작동했고요. (뿐만 아니라) 덕후분들 사이에서 입소문이 나기 시작했어요”

5. “(사람이 어느 정도 모인 후에는) 본격적으로 스트리밍을 시작해도 되겠다는 확신이 들었는데요. 그래서 CP를 찾아다녔는데, (안타깝게도) 계속 거절당했습니다”

6. “얻을 것도 크지 않아 보이는데, 소중한 콘텐츠를 정체도 모를 작은 회사에 넘겨야 하니 리스크가 훨씬 크다고 생각하는 게 당연했죠. 계속 문을 두드리는 것 외에 특별한 방법은 없었어요”

7. “CP사 대표님을 만나고 싶은데, (아예) 기회조차 안 주시는 거예요? 그래서 한 번은 대표님 동선을 상상해서 주말에 데이트하는 척 그 주변을 배회한 적도 있고요. 팀원들이 모여서 손편지를 써서 보낸 적도 있어요”

8. “(그러다) 마침내 계약하겠다는 연락이 왔는데, 손편지가 도착하기 전이라길래 급하게 반송한 적도 있어요 ㅎㅎ 저희가 적극적으로 쫓아다니니까 속는 셈 치고 한 번 믿어주신 거죠. (그렇게 콘텐츠를 수급하기 위해 CP사 대표님을 덕질하듯 쫓아다녔습니다)”

9. “(동시에 애니메이션 플랫폼의 경우) 불법 사이트의 존재가 CP사들에게도 골치였어요. 건강하게 운영하는 스트리밍 서비스가 그들에게도 필요했죠”

10. “(콘텐츠를 수급했으니, 이제 남은 건 고객이 돈을 내도록 설득하는 것이었는데 다행히) 넷플릭스 같은 대형 OTT 성장이 큰 역할을 했습니다. 넷플릭스를 통해 소비자들이 "콘텐츠는 돈 내고 봐야 한다"라는 개념에 익숙해진 거예요”

11. “운도 좋았지만, 저희가 준비돼 있었기 때문에 트래픽을 흡수할 수 있었어요. 아마존 창업자 제프 베조스가 저렴하고 다양한 제품을 빠르게 배송하는 걸 강조했잖아요? (저희는) 디지털 콘텐츠도 비슷하다고 생각했어요”

12. “특히 이용자들이 최대한 빨리 볼 수 있게 하려고 많이 노력 했어요. 저희도 덕후인지라, 조금이라도 콘텐츠를 빨리 보고 싶은 마음을 잘 알거든요. 운영팀이 '집착' '광기'에 가까운 수준으로 서비스를 운영했어요” (=덕후들의 니즈 파악)

13. “보통 애니메이션 신작은 일본에서 공개된 이후 한국 TV에 공개돼요. TV에서 방송이 끝나면 OTT로 넘어오는데요. 그 틈새를 불법 사이트가 치고 들어갔습니다. (그래서) 신작이 처음 공개되는 시점과 국내에서 합법적으로 볼 수 있게 되는 시점의 차이가 너무 길다고 생각했어요”

14. “이 과정을 조금이라도 줄이고 싶어서, TV 방송이 끝나면 파일을 받아 빠르게 작업 후 바로 공개했어요. 새벽 3시에라도요. 덕분에 덕후분들 사이에서 '라프텔이 제일 빠르다'는 인식이 생겼어요”

15. “(라프텔은 인수되기 전부터 월 단위로 흑자를 내고 있었는데) '충성도 높은 고객의 선순환'이 만들어진 덕분이었어요. 덕후분들은 충성도가 강하고, 이 분야에 진심이기 때문에, 리텐션이 높은 편이니까요”

16. “또한 (애니메이션 OTT는) 구독자 수, MAU, 등 모든 지표의 변동 폭이 다른 OTT에 비해 훨씬 적은 편이에요. (그래서) 라프텔은 비용을 쏟아붓는 화려한 방식보다는 '소박한 진심'을 전달하며 서비스를 만들어 왔어요. 그래서 꾸준히 서비스를 성장시킬 수 있었다고 생각합니다” (=섣부른 규모화보다는 덕후들의 마음에 집중)

- 김범준&김남희 전 라프텔 공동창업자

1. “(애니메이션 OTT인 라프텔은) 일단 사람부터 모았습니다. 애니메이션 스트리밍 서비스를 하려면, 우선 콘텐츠 공급자(Contents Provider, CP)로부터 애니메이션을 제공받아야 하는데요” 2. “그런데 CP는 아무것도 없는 회사에 쉽게 콘텐츠를 주지 않습니다. (그래서) 우선 애니메이션 추천 플랫폼을 만들었어요. 트래픽을 모은 다음 스트리밍 서비스로 발전시키려고 한 겁니다” 3. “(그리고) 서비스 오픈 후에는 ‘부천만화축제’에 갔어요. 부스 설치하고, (축제에 온) 사람들에게 콘텐츠를 평가해달라고 했는데, 반응이 뜨거웠죠. (축제에 온 애니메이션 찐덕후분들께선) 1시간 넘게 앉아서 자기가 본 콘텐츠에 대해 수백 개씩 평가를 남기고, 친구들까지 데려오더라고요. 저희가 만든 서비스에 사람들이 몰려드는 걸 처음 눈으로 확인한 순간이었어요” (=고객과 실제로 교류) 4. “(축제 기간) 나흘 동안 1만 6천 개의 평가 데이터를 모았어요. 덕분에 의미 있는 추천이 작동했고요. (뿐만 아니라) 덕후분들 사이에서 입소문이 나기 시작했어요” 5. “(사람이 어느 정도 모인 후에는) 본격적으로 스트리밍을 시작해도 되겠다는 확신이 들었는데요. 그래서 CP를 찾아다녔는데, (안타깝게도) 계속 거절당했습니다” 6. “얻을 것도 크지 않아 보이는데, 소중한 콘텐츠를 정체도 모를 작은 회사에 넘겨야 하니 리스크가 훨씬 크다고 생각하는 게 당연했죠. 계속 문을 두드리는 것 외에 특별한 방법은 없었어요” 7. “CP사 대표님을 만나고 싶은데, (아예) 기회조차 안 주시는 거예요? 그래서 한 번은 대표님 동선을 상상해서 주말에 데이트하는 척 그 주변을 배회한 적도 있고요. 팀원들이 모여서 손편지를 써서 보낸 적도 있어요” 8. “(그러다) 마침내 계약하겠다는 연락이 왔는데, 손편지가 도착하기 전이라길래 급하게 반송한 적도 있어요 ㅎㅎ 저희가 적극적으로 쫓아다니니까 속는 셈 치고 한 번 믿어주신 거죠. (그렇게 콘텐츠를 수급하기 위해 CP사 대표님을 덕질하듯 쫓아다녔습니다)” 9. “(동시에 애니메이션 플랫폼의 경우) 불법 사이트의 존재가 CP사들에게도 골치였어요. 건강하게 운영하는 스트리밍 서비스가 그들에게도 필요했죠” 10. “(콘텐츠를 수급했으니, 이제 남은 건 고객이 돈을 내도록 설득하는 것이었는데 다행히) 넷플릭스 같은 대형 OTT 성장이 큰 역할을 했습니다. 넷플릭스를 통해 소비자들이 "콘텐츠는 돈 내고 봐야 한다"라는 개념에 익숙해진 거예요” 11. “운도 좋았지만, 저희가 준비돼 있었기 때문에 트래픽을 흡수할 수 있었어요. 아마존 창업자 제프 베조스가 저렴하고 다양한 제품을 빠르게 배송하는 걸 강조했잖아요? (저희는) 디지털 콘텐츠도 비슷하다고 생각했어요” 12. “특히 이용자들이 최대한 빨리 볼 수 있게 하려고 많이 노력 했어요. 저희도 덕후인지라, 조금이라도 콘텐츠를 빨리 보고 싶은 마음을 잘 알거든요. 운영팀이 '집착' '광기'에 가까운 수준으로 서비스를 운영했어요” (=덕후들의 니즈 파악) 13. “보통 애니메이션 신작은 일본에서 공개된 이후 한국 TV에 공개돼요. TV에서 방송이 끝나면 OTT로 넘어오는데요. 그 틈새를 불법 사이트가 치고 들어갔습니다. (그래서) 신작이 처음 공개되는 시점과 국내에서 합법적으로 볼 수 있게 되는 시점의 차이가 너무 길다고 생각했어요” 14. “이 과정을 조금이라도 줄이고 싶어서, TV 방송이 끝나면 파일을 받아 빠르게 작업 후 바로 공개했어요. 새벽 3시에라도요. 덕분에 덕후분들 사이에서 '라프텔이 제일 빠르다'는 인식이 생겼어요” 15. “(라프텔은 인수되기 전부터 월 단위로 흑자를 내고 있었는데) '충성도 높은 고객의 선순환'이 만들어진 덕분이었어요. 덕후분들은 충성도가 강하고, 이 분야에 진심이기 때문에, 리텐션이 높은 편이니까요” 16. “또한 (애니메이션 OTT는) 구독자 수, MAU, 등 모든 지표의 변동 폭이 다른 OTT에 비해 훨씬 적은 편이에요. (그래서) 라프텔은 비용을 쏟아붓는 화려한 방식보다는 '소박한 진심'을 전달하며 서비스를 만들어 왔어요. 그래서 꾸준히 서비스를 성장시킬 수 있었다고 생각합니다” (=섣부른 규모화보다는 덕후들의 마음에 집중) - 김범준&amp;김남희 전 라프텔 공동창업자

www.folin.co

어쩌면 한국에서 로컬 OTT가 살아남는 거의 유일한 방법 ㄷㄷ

문장에서 '있는'을 쓰지 않는 편이 더 자연스러워요. 굳이 있다고 쓰지 않아도 존재하기 때문이죠. 포트폴리오 라이팅시 참고하시면 좋습니다.

포트폴리오 예시는?

🥹 화면 상단에 위치하고 있는 네비게이션 바.
😀 화면 상단에 위치한 네비게이션 바.

🥹 메인 화면에 표시되고 있는 알림 배너.
😀 메인 화면에 표시된 알림 배너.

🥹 페이지 하단에 있는 ‘저장’ 버튼.
😀 페이지 하단 ‘저장’ 버튼.

저도 '있는'을 자주 썼는데, 첫 책을 쓸 때 에디터 님의 권유로 빼는 연습을 했습니다. 문장이 더 간결하고 자연스러워질 거예요.

문장에서 '있는'을 쓰지 않는 편이 더 자연스러워요. 굳이 있다고 쓰지 않아도 존재하기 때문이죠. 포트폴리오 라이팅시 참고하시면 좋습니다. 포트폴리오 예시는? 🥹 화면 상단에 위치하고 있는 네비게이션 바.😀 화면 상단에 위치한 네비게이션 바. 🥹 메인 화면에 표시되고 있는 알림 배너.😀 메인 화면에 표시된 알림 배너. 🥹 페이지 하단에 있는 ‘저장’ 버튼.😀 페이지 하단 ‘저장’ 버튼. 저도 '있는'을 자주 썼는데, 첫 책을 쓸 때 에디터 님의 권유로 빼는 연습을 했습니다. 문장이 더 간결하고 자연스러워질 거예요.

📝 포트폴리오에 ‘있는’을 쓰지 않아도 돼요

BX, CX, UX, 오해 없이 소통하기 - 오픈서베이 블로그

몇 년 사이 ‘경험’이 화두가 되었습니다. 온오프라인 모두에서 ‘잊지 못하게 만드는’, ‘몰입시키는’ 종류의 기술은 무르익어 가고요. 서비스와 제품은 범용품이 되어가면서 차별화 되기가 녹록지 않습니다. 이때 서서히 ‘경험’이 주요 비즈니스 테마로 자리 잡아 가기 시작했습니다. 심지어 그 자체로 하나의 경제재가 되어 간다는 주장도 있는데요(제임스 길모어&조지프 파인 2세가 쓴 <경험 경제: 경험을 비즈니스로 만드는 법>을 읽어보세요). 일단 지금은, 우리와 밀접한 관계가 있는 트렌드 용어이자 미디어 용어이자 마케팅 용어부터 구분해서 명확히 알고, 오해없이 커뮤니케이션 하는 것도 중요할 것 같습니다. 

(본문 중) BX(브랜드경험)는 고객이 제품 및 서비스를 사용하기 전, 사용할 때, 사용하고 나서 생기는 모든 감각, 감성, 인식, 의지 등을 포함합니다. CX(고객경험)는 고객이 해당 제품 및 서비스를 쓸 때 발생하는 모든 인터랙션, 그리고 그때마다 고객이 겪는 경험을 의미합니다. UX(사용자경험)는 특정 제품 및 서비스에 한정해 이를 탐색하고 조사하며 평가하는 과정에서 발생하는 경험입니다. 눈치채셨겠지만 이 세 가지 '경험'은 서로 밀접하게 연관돼 있습니다.

오픈서베이 블로그

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

한주현

디자이너

김민지

매버릭스에서 커뮤니티 빌딩 툴 Latched를 만들고 있습니다. 

백엔드/서버 엔지니어

이지상

#백엔드 #개발자 #데이터사이언스 #소프트웨어엔지니어 #Ai #애자일개발
백엔드 개발자 취준생입니다. 좋은 하루 되세요.❤🌷

IT 도서를 기획(원고 개발 포함)했고 편집도 일부 참여했습니다.

기획/편집자

IT 기사들을 작성했습니다. 개발자 분들에게 유익한 콘텐츠를 전달하고자 IT 트렌드를 발빠르게 읽고 기사를 기획, 작성, 편집했습니다. 그 일환으로 제임스 고슬링, 귀도 판 로썸과 인터뷰 해서 기사로 발행했습니다. 
https://youtu.be/SqiR1LXu9Rk

개발 잡지 기자

슬로워크의 일 중 IT와 관련된 텍스트 브랜드 콘텐츠들을 기획, 작성, 편집했습니다. 
예를 들어 신뢰 기술, 정부 기술, 젠더 평등을 위한 기술 등에 관한 글을 다루었습니다. 그 일환으로 대만 디지털 장관 오드리 탕과의 인터뷰를 통해 정부 기술에 관한 새로운 시각을 국내에 전달했습니다. 시리즈물을 기획 및 제작하기도 했습니다. 이를 통해 슬로워크의 브랜드를 제고하고자 했습니다.
또한 샐러드볼 랜딩페이지, 홈페이지 등에 사용되는 콘텐츠도 작성했습니다. 
https://slowalk.com/2622
https://saladbowl.pro (서비스 자체는 운영 보류 상태)

콘텐츠 라이터

IT 트렌드 및 시장을 빠르게 읽습니다. 명사보다는 동사를 쓰려고 합니다. 호기심이 많아요. 프로젝트썸원, 커피팟, 커리어리, 스티비, 누틸드 등과 협업했습니다. 

1) 해외 IT 소식을 다양한 아티클로 전하고, 브랜드 콘텐츠를 씁니다. 
2) 신규 브랜드를 초기에 만들어가며 콘텐츠 및 강연 기획, 운영을 했습니다.
3) IT 도서 번역도 합니다. 

테크 비즈 라이터 

IT 기자

장혜림 (메이)

포트폴리오(영문)

포트폴리오(국문)

🤝bshr89@gmail.com 
☝️9년째 IT 주제 텍스트 콘텐츠 만들어요
😊해외 IT 소식을 큐레이션해요
🤟재밌는 거 좋아해요
🙏제임스 고슬링 자바 창시자, 귀도 판 로썸 파이썬 창시자, 오드리 탕 대만 디지털 장관을 인터뷰했어요
🇬🇧런던 거주중이에요

댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필