오늘은 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;

주의 : 틀린 내용이 있을 수 있습니다..! 내용을 보완 중에 있습니다. SpringBootConfiguration? 개발자의 편의를 위해 EnableConfiguration과 SpringBootConfiguration, 그리고 Component Scan을 합쳐 하나로 제공한다. // 기존에 작성하던 방식을 좀더 간편하게 하였다. @SpringBootConfiguration @EnableAutoConfiguration @ComponentScan(excludeFilters = { @Filter(type = FilterType.CUSTOM, classes = TypeExcludeFilter.class), @Filter(type = FilterType.CUSTOM, classes = AutoConfigurat..

Spring Boot의 Auto Configuration!

스프링 부트가 처음 등장했을 때, 많은 개발자들이 "설정이 마법처럼 된다"고 말했던 게 기억납니다. 실제로 스프링 부트는 개발자들의 번거로운 설정 작업을 획기적으로 줄여주었는데요.

이게 어떻게 되는건지 신기해서 소스코드를 쫓아가는 도중 저와 비슷한 생각을 하시고, 정리해두신 글이 있어서 공유드립니다.

생각보다 길고, 봐야하는 소스코드가 많다는 것에 주의해주세요~ 😁

https://lob-dev.tistory.com/33

스프링 부트가 처음 등장했을 때, 많은 개발자들이 "설정이 마법처럼 된다"고 말했던 게 기억납니다. 실제로 스프링 부트는 개발자들의 번거로운 설정 작업을 획기적으로 줄여주었는데요. 이게 어떻게 되는건지 신기해서 소스코드를 쫓아가는 도중 저와 비슷한 생각을 하시고, 정리해두신 글이 있어서 공유드립니다. 생각보다 길고, 봐야하는 소스코드가 많다는 것에 주의해주세요~ 😁 https://lob-dev.tistory.com/33

Lob!

스프링 부트의 자동구성을 소스코드로 확인해보기

월급이 적다는 이유로 회사를 그만둔 적은 없었지만… 그런 이유를 대봤으면 어땠을까 상상해 봤습니다.

대체 불가능한 직원

월급이 적다는 이유로 회사를 그만둔 적은 없었지만…
그런 이유를 대봤으면 어땠을까 상상해 봤습니다.

“얼마나 올려주면 되는데?”
“50퍼센트요.”

한 번쯤 그렇게 말해볼 걸.
회사에서 인정하는 진짜 내 가치를 알 수 있을 테니깐.

하지만 저는 답을 알고 있기도 합니다.
“잘 가라.”

저는 대체 불가능한 사람이 아니었으므로.

만약 제가 대체 불가능했다면…
어떤 이유를 대며 그만둔다고 말했든 간에 회사에서 먼저 제안 했을 겁니다.
절대 거절할 수 없는 제안을.

그런 제안을 받아본 적이 없다는 것은 슬픈 일입니다.
언제든 대체 가능한 사람이었다는 것이 분명하므로.

https://jeho.page/essay/2024/10/29/irreplaceable.html

월급이 적다는 이유로 회사를 그만둔 적은 없었지만… 그런 이유를 대봤으면 어땠을까 상상해 봤습니다. “얼마나 올려주면 되는데?” “50퍼센트요.” 한 번쯤 그렇게 말해볼 걸. 회사에서 인정하는 진짜 내 가치를 알 수 있을 테니깐. 하지만 저는 답을 알고 있기도 합니다.“잘 가라.” 저는 대체 불가능한 사람이 아니었으므로. 만약 제가 대체 불가능했다면… 어떤 이유를 대며 그만둔다고 말했든 간에 회사에서 먼저 제안 했을 겁니다.절대 거절할 수 없는 제안을. 그런 제안을 받아본 적이 없다는 것은 슬픈 일입니다. 언제든 대체 가능한 사람이었다는 것이 분명하므로. https://jeho.page/essay/2024/10/29/irreplaceable.html

K리그 프로그래머

오랜만에 오픈소스 관련 책이 나온다는 기대감에 책을 읽기전부터 다소 흥분상태였다.특히, 그동안의 오픈소스 책들은 오픈소스의 사회적 기여에 대한 측면이 주로 강조된 내용이었는데, 책에 대한 홍보 문구로 “오픈소스는 순수하지 않다"라는 도발을 하고 있어 보다 더 색다른 느낌이었다.  물론, 결과적으로는 저자의 입장이라기보다는 오픈소스를 기업 전략으로 사용한다는 의미를 어그로로 끌기위한 도발적인 문구로 사용한것처럼 느껴지는게 사실이다.어째튼, 우선 저자인 박수홍 삼성전자 오픈소스 그룹장은 IETF, W3C워키그룹, OCF 사물인터넷 오픈소스 단체, LF Edge 오픈소스 프로젝트, 리눅드 재단 등의 의장이나 부의자, 보드멤버로 활동해오고 계신 한국의 오픈소스 역사의 삼촌(?)으로써, 본인의 다양한 경험과 지식..

[서평]오픈 - 비즈니스 패권의 열쇠

오랜만에 오픈소스 관련 책이 나온다는 기대감에 책을 읽기전부터 다소 흥분상태였다.
특히, 그동안의 오픈소스 책들은 오픈소스의 사회적 기여에 대한 측면이 주로 강조된 내용이었는데, 책에 대한 홍보 문구로 “오픈소스는 순수하지 않다"라는 도발을 하고 있어 보다 더 색다른 느낌이었다.  물론, 결과적으로는 저자의 입장이라기보다는 오픈소스를 기업 전략으로 사용한다는 의미를 어그로로 끌기위한 도발적인 문구로 사용한것처럼 느껴지는게 사실이다.

어째튼, 우선 저자인 박수홍 삼성전자 오픈소스 그룹장은 IETF, W3C워키그룹, OCF 사물인터넷 오픈소스 단체, LF Edge 오픈소스 프로젝트, 리눅드 재단 등의 의장이나 부의자, 보드멤버로 활동해오고 계신 한국의 오픈소스 역사의 삼촌(?)으로써, 본인의 다양한 경험과 지식들을 매 장마다 한 챕터씩 서술해준다.

목차 또한 꽤 알차게 짜임새 있게 제시되어 있다.
1 새로운 세상을 ‘오픈’하다
오픈소스는 핫소스
별밤지기는 더 이상 공개방송을 하지 않는다
오픈은 평등하지만 공평하지는 않다
 
2 오픈에는 저마다의 이유가 있다
내가 당신 편입니다
이러다가는 다 죽어!
프로 이직러’ 등장
마트의 시식 코너
날 바라보는 널 바라보며 성장한다
구독과 좋아요, 그리고 알람 설정까지
우리는 구멍을 메우는 데 능숙해요
한 걸음 더 가까이
새 술은 새 부대에

3 오픈의 힘은 어디서 오는가
더 작아진 세상
재산보다 연결이 중요한 세대
거리두기로 더 가까워진 오픈
다양한 소스들의 등장
유니콘을 꿈꾸는 실리콘밸리 스타트업
오픈소스 어게인
여러분, 나 오늘 회사에서 잘렸어요
오픈소스 어디까지 가봤니?
셋방살이에서 독립
AI 해자는 없다
4 오픈은 순수하지 않다
전통을 존중하지 않고 혁신만 존중한다
경쟁에 신사협정은 소용없다
오픈소스 잡았다면 소프트웨어에 올인
여름만 되면 구글로 달려가는 대학생들
성공하는 전략이 아닌 지지 않는 전략
경계가 무너질 때 위기와 기회는 함께 온다
만장일치보다 불일치의 최소화
Code is King
사용설명서 확인은 필수
공짜 점심은 없다
 
5 오픈의 시대 어떻게 대처할 것인가
오픈하라, 한 번도 상처받지 않은 ‘것처럼’ 180
43.195Km를 목표로 뛰어라 185 / 기술 부채를 물려주지 말자 189
MBO 부작용 194 / 포스트잇으로 개발자 채용을? 198
오픈을 가속하는 허용적 라이선스 204 / K-오픈소스를 향해 211
행사에서 커뮤니티로 217 / 오픈이 곧 표준 222

이 책의 각 챕터들은 마치 저자가 일간 또는 주간으로 연재한 글들을 모아둔 듯하여 상념에 따라 글이 전개된 것처럼 느껴진다.

저자는 현재의 소프트웨어 발전은 오픈소스가 견인하고 있다고 해도 과언이 아니며, 오픈소스는 더 많은 기술을 점점 혁신하고 있다고 강조한다.  또한, 오픈소스가 혁신하고 있는 분야는 소프트웨어뿐만 아니라 컴퓨터를 설계하는 방법, RISC-V와 같은 반도체를 설계하는 명령어 집합들, AI를 학습하는 데이터, AI 관련된 모델 등 여러가지 공유와 협업이 가능한 모든 자원들로 볼 수 있다. 그래서, 오픈소스는 기업에서 보면 경쟁력의 핵심이고, 사업에서는 헤게모니를 위한 굉장히 중요한 전략으로 처음 오픈으로 시작하는 그 의도는 결고 회사의 전략이기에 순수하지 않다고 본다.

그리고, 기업에서 오픈소스를 잘하기 위해서는 다음의 몇가지를 고려할 필요가 있다고 제시한다.
하나, 오픈소스 컴플라이언스 측면으로 오픈소스 라이선스의 각 의미들과 내용들이 다르기에 세부 내용들을 이해하고, 각 목적에 따라 맞도록 사용해야 한다는 것이다.
둘, 구체적으로 명시하지는 않았지만, 오픈소스 기술력과 이를 지원할 수 있는 오픈소스 전문 인재들이 필요하다는 것이다. 아마존, MS, 구글, 메타, 화웨이, 시스코등과 같은 글로벌 기업들은 오픈소스 커뮤니티에 컨트리뷰션하는 수많은 개발자들을 확보하고 있다. 또한,  소프트웨어 등의 결함에 따라서 새로운 기능을 개발하는 데 장애요인이 발생하는 기술부채를 넘겨주지 말자고 얘기한다.
셋, 기업들은 오픈소스 발전을 위한 DR(Developer Relations)을 위해 보다 적극적인 배려와 협력, 소통을 가져야 한다는 것이다.

이 책의 장점은,
첫째, 오픈소스보다는 초반부에는 오픈 관련 사례를 더 많이 이야기함으로써 독자들로 하여금 쉽게 몰입하게 만든다. 
둘째, 아마존의 오픈소스 프리라이더, 몽고DB/일라스틱써치의  SSPL사례와 같은 민감한 부분도 가감없이 제시했다는 측면에서 높게 평가할 수 있을거 같다.
셋째,  W3C나 IETF에서의 해프닝(?) 경험을 통해 보다 더 적극적인 질문을 하는 자세로 변화하게 된 계기등과 같은 저자의 에피소드를 통해서 일반인들은 알기 어려운 관련 업계에서의 일들과 진행과정을 조금은 이해할 수 있는 정보를 준다는 점이다.

다만, 아쉽다고 생각하는 부분은,
초반부에서 정부의 정보기관에서 다루는 기밀 자료가 아닌 이상은 전부 오픈(공개)로 보는듯한 느낌은 드는 건 자칫하면 우리가 접근할 수 있는 모든건 다 공개로 오해할 수도 있을거 같다. 일반적으로 소스를 공개하지 않고, 오픈소스 라이선스 정책을 가져가지 않는 소프트웨어나 하드웨어등을 비오픈으로 볼수도 있는데, 이런 측면에서 저자는 광의의 오픈을 이야기하고 있다. 
그리고, 오픈소스에서는 라이선스가 중요한 부분중에 하나인데, 여러편에 걸쳐서 라이선스를 얘기하다보니 이런 부분을 잘 모르는 독자들의 입장에서는 반복으로 느껴질수도 있을거 같다. 차라리 라이선스 영역만 따로 한챕처로 묶어서 갔으면 어떨까 싶다.
마지막으로 최근 AI관련 영역에 있어 메타의 라마를 비롯한 허깅페이스등 오픈소스 AI가 굉장한 이슈중에 하나인데, 이 부분은 적게 다룬것이 다소 아쉽다.

그럼에도 불구하고, 오픈소스에 대해서 일반인들도 쉽고 편안하게 다가갈수 있게, 그리고, 이해할수 있도록 노력한 저자의 열정과 노력에 감사드린다.

*source: https://hoking.tistory.com/31

오랜만에 오픈소스 관련 책이 나온다는 기대감에 책을 읽기전부터 다소 흥분상태였다.특히, 그동안의 오픈소스 책들은 오픈소스의 사회적 기여에 대한 측면이 주로 강조된 내용이었는데, 책에 대한 홍보 문구로 “오픈소스는 순수하지 않다"라는 도발을 하고 있어 보다 더 색다른 느낌이었다.&nbsp; 물론, 결과적으로는 저자의 입장이라기보다는 오픈소스를 기업 전략으로 사용한다는 의미를 어그로로 끌기위한 도발적인 문구로 사용한것처럼 느껴지는게 사실이다. 어째튼, 우선 저자인 박수홍 삼성전자 오픈소스 그룹장은 IETF, W3C워키그룹, OCF 사물인터넷 오픈소스 단체, LF Edge 오픈소스 프로젝트, 리눅드 재단 등의 의장이나 부의자, 보드멤버로 활동해오고 계신 한국의 오픈소스 역사의 삼촌(?)으로써, 본인의 다양한 경험과 지식들을 매 장마다 한 챕터씩 서술해준다. 목차 또한 꽤 알차게 짜임새 있게 제시되어 있다.1 새로운 세상을 ‘오픈’하다 오픈소스는 핫소스 별밤지기는 더 이상 공개방송을 하지 않는다 오픈은 평등하지만 공평하지는 않다&nbsp;2 오픈에는 저마다의 이유가 있다 내가 당신 편입니다 이러다가는 다 죽어! 프로 이직러’ 등장 마트의 시식 코너 날 바라보는 널 바라보며 성장한다 구독과 좋아요, 그리고 알람 설정까지 우리는 구멍을 메우는 데 능숙해요 한 걸음 더 가까이 새 술은 새 부대에 3 오픈의 힘은 어디서 오는가 더 작아진 세상 재산보다 연결이 중요한 세대 거리두기로 더 가까워진 오픈 다양한 소스들의 등장 유니콘을 꿈꾸는 실리콘밸리 스타트업 오픈소스 어게인 여러분, 나 오늘 회사에서 잘렸어요 오픈소스 어디까지 가봤니? 셋방살이에서 독립 AI 해자는 없다4 오픈은 순수하지 않다 전통을 존중하지 않고 혁신만 존중한다 경쟁에 신사협정은 소용없다 오픈소스 잡았다면 소프트웨어에 올인 여름만 되면 구글로 달려가는 대학생들 성공하는 전략이 아닌 지지 않는 전략 경계가 무너질 때 위기와 기회는 함께 온다 만장일치보다 불일치의 최소화 Code is King 사용설명서 확인은 필수 공짜 점심은 없다&nbsp;5 오픈의 시대 어떻게 대처할 것인가 오픈하라, 한 번도 상처받지 않은 ‘것처럼’ 180 43.195Km를 목표로 뛰어라 185 / 기술 부채를 물려주지 말자 189 MBO 부작용 194 / 포스트잇으로 개발자 채용을? 198 오픈을 가속하는 허용적 라이선스 204 / K-오픈소스를 향해 211 행사에서 커뮤니티로 217 / 오픈이 곧 표준 222 이 책의 각 챕터들은 마치 저자가 일간 또는 주간으로 연재한 글들을 모아둔 듯하여 상념에 따라 글이 전개된 것처럼 느껴진다. 저자는 현재의 소프트웨어 발전은 오픈소스가 견인하고 있다고 해도 과언이 아니며, 오픈소스는 더 많은 기술을 점점 혁신하고 있다고 강조한다.&nbsp; 또한, 오픈소스가 혁신하고 있는 분야는 소프트웨어뿐만 아니라 컴퓨터를 설계하는 방법, RISC-V와 같은 반도체를 설계하는 명령어 집합들, AI를 학습하는 데이터, AI 관련된 모델 등 여러가지 공유와 협업이 가능한 모든 자원들로 볼 수 있다. 그래서, 오픈소스는 기업에서 보면 경쟁력의 핵심이고, 사업에서는 헤게모니를 위한 굉장히 중요한 전략으로 처음 오픈으로 시작하는 그 의도는 결고 회사의 전략이기에 순수하지 않다고 본다. 그리고, 기업에서 오픈소스를 잘하기 위해서는 다음의 몇가지를 고려할 필요가 있다고 제시한다.하나, 오픈소스 컴플라이언스 측면으로 오픈소스 라이선스의 각 의미들과 내용들이 다르기에 세부 내용들을 이해하고, 각 목적에 따라 맞도록 사용해야 한다는 것이다.둘, 구체적으로 명시하지는 않았지만, 오픈소스 기술력과 이를 지원할 수 있는 오픈소스 전문 인재들이 필요하다는 것이다. 아마존, MS, 구글, 메타, 화웨이, 시스코등과 같은 글로벌 기업들은 오픈소스 커뮤니티에 컨트리뷰션하는 수많은 개발자들을 확보하고 있다. 또한,&nbsp; 소프트웨어 등의 결함에 따라서 새로운 기능을 개발하는 데 장애요인이 발생하는 기술부채를 넘겨주지 말자고 얘기한다.셋, 기업들은 오픈소스 발전을 위한 DR(Developer Relations)을 위해 보다 적극적인 배려와 협력, 소통을 가져야 한다는 것이다. 이 책의 장점은,첫째, 오픈소스보다는 초반부에는 오픈 관련 사례를 더 많이 이야기함으로써 독자들로 하여금 쉽게 몰입하게 만든다.&nbsp;둘째, 아마존의 오픈소스 프리라이더, 몽고DB/일라스틱써치의&nbsp; SSPL사례와 같은 민감한 부분도 가감없이 제시했다는 측면에서 높게 평가할 수 있을거 같다.셋째,&nbsp; W3C나 IETF에서의 해프닝(?) 경험을 통해 보다 더 적극적인 질문을 하는 자세로 변화하게 된 계기등과 같은 저자의 에피소드를 통해서 일반인들은 알기 어려운 관련 업계에서의 일들과 진행과정을 조금은 이해할 수 있는 정보를 준다는 점이다. 다만, 아쉽다고 생각하는 부분은,초반부에서 정부의 정보기관에서 다루는 기밀 자료가 아닌 이상은 전부 오픈(공개)로 보는듯한 느낌은 드는 건 자칫하면 우리가 접근할 수 있는 모든건 다 공개로 오해할 수도 있을거 같다. 일반적으로 소스를 공개하지 않고, 오픈소스 라이선스 정책을 가져가지 않는 소프트웨어나 하드웨어등을 비오픈으로 볼수도 있는데, 이런 측면에서 저자는 광의의 오픈을 이야기하고 있다.&nbsp;그리고, 오픈소스에서는 라이선스가 중요한 부분중에 하나인데, 여러편에 걸쳐서 라이선스를 얘기하다보니 이런 부분을 잘 모르는 독자들의 입장에서는 반복으로 느껴질수도 있을거 같다. 차라리 라이선스 영역만 따로 한챕처로 묶어서 갔으면 어떨까 싶다.마지막으로 최근 AI관련 영역에 있어 메타의 라마를 비롯한 허깅페이스등 오픈소스 AI가 굉장한 이슈중에 하나인데, 이 부분은 적게 다룬것이 다소 아쉽다. 그럼에도 불구하고, 오픈소스에 대해서 일반인들도 쉽고 편안하게 다가갈수 있게, 그리고, 이해할수 있도록 노력한 저자의 열정과 노력에 감사드린다. *source: https://hoking.tistory.com/31

IT를 여행하는 히치하이커를 위한 안내서

[서평] 오픈:비즈니스 패권의 열쇠

이 글은 이렇게 활용하세요 / 손석희 님에게 보냈던 첫 번째 제안 메일

내 메일에는 왜 답이 안 올까? 답장률을 높이는 제안 메일 작성법

소령님이 퍼블리를 운영하실 때 쓰셨던 글 중에서 제가 가장 많이 읽었던 아티클을 다시 찾아보았습니다. 원제는 "내 메일에는 왜 답이 안 올까? 답장률을 높이는 제안 메일 작성법"입니다. 이메일은 업무 중 가장 자주 하는 글쓰기임에도 불구하고, 누구도 그 방법을 먼저 알려주지 않는다고 생각합니다.

이 아티클에는 소령님이 손석희 아나운서께 인터뷰를 제안했을 때의 이메일이 사례로 담겨있으며, 이메일을 쓸 때 고민했던 포인트들도 함께 소개되어 있습니다.

1️⃣ 손석희 아나운서는 하루에 최소 100통 이상의 제안 메일을 받을 것이다
2️⃣ 손석희 아나운서 입장에서는 참여할 만한 명분이 있어야 이 프로젝트에 관심을 가질 것이다
3️⃣ 가장 중요한 것은 '우리가 손석희 아나운서에게 요청하는 것이 무엇인지'이다

이 글에서는 잘 쓴 이메일뿐만 아니라 실패한 제안 메일 사례도 함께 다루고 있습니다. 수신자를 '고객'으로 생각하고, 목적과 명분을 명확히 하며, 추가 문의가 필요 없도록 충분한 정보를 담고, 요청사항과 기한을 명시하는 것이 이메일 작성에서 가장 중요합니다. 이런 점에서 이메일 작성법은 사용자 경험과 매우 유사합니다.

1️⃣ 명확성(Clarity) - 이메일의 목적을 명확히 하기, 제안인지 소개인지
2️⃣ 간결성(Conciseness) - 원하는 바를 정확히 전달하기, 이메일 제목부터
3️⃣ 가독성(Readability) - 단락을 구분하고 적절한 단어를 사용하여 읽기 쉽게 만들기

https://publy.co/content/4607?s=8kw13m

소령님이 퍼블리를 운영하실 때 쓰셨던 글 중에서 제가 가장 많이 읽었던 아티클을 다시 찾아보았습니다. 원제는 "내 메일에는 왜 답이 안 올까? 답장률을 높이는 제안 메일 작성법"입니다. 이메일은 업무 중 가장 자주 하는 글쓰기임에도 불구하고, 누구도 그 방법을 먼저 알려주지 않는다고 생각합니다. 이 아티클에는 소령님이 손석희 아나운서께 인터뷰를 제안했을 때의 이메일이 사례로 담겨있으며, 이메일을 쓸 때 고민했던 포인트들도 함께 소개되어 있습니다. 1️⃣ 손석희 아나운서는 하루에 최소 100통 이상의 제안 메일을 받을 것이다 2️⃣ 손석희 아나운서 입장에서는 참여할 만한 명분이 있어야 이 프로젝트에 관심을 가질 것이다 3️⃣ 가장 중요한 것은 '우리가 손석희 아나운서에게 요청하는 것이 무엇인지'이다 이 글에서는 잘 쓴 이메일뿐만 아니라 실패한 제안 메일 사례도 함께 다루고 있습니다. 수신자를 '고객'으로 생각하고, 목적과 명분을 명확히 하며, 추가 문의가 필요 없도록 충분한 정보를 담고, 요청사항과 기한을 명시하는 것이 이메일 작성에서 가장 중요합니다. 이런 점에서 이메일 작성법은 사용자 경험과 매우 유사합니다. 1️⃣ 명확성(Clarity) - 이메일의 목적을 명확히 하기, 제안인지 소개인지 2️⃣ 간결성(Conciseness) - 원하는 바를 정확히 전달하기, 이메일 제목부터 3️⃣ 가독성(Readability) - 단락을 구분하고 적절한 단어를 사용하여 읽기 쉽게 만들기 https://publy.co/content/4607?s=8kw13m

publy.co

《누구나 쓰지만 누가 먼저 알려주지 않는 글쓰기, 이메일》

Learn how we built a dependable, open source framework for anomaly detection that you can use today as part of your root-cause analysis workflow.

How to use Prometheus to efficiently detect anomalies at scale | Grafana Labs

Grafana에서 PromQL을 이용해서 이상 탐지를 하는 과정입니다.

추세를 따르는 이동 평균선을 만들어서 변화하는 메트릭에서 대역을 벗어나느 메트릭을 이상상황으로 탐지하기 위해, 즉 메트릭은 증가하고 줄어들기 마련인데 값을 기준으로 하면 변화에 유연하게 대처하지 못하기 때문에 변화의 범위를 만들고 매트릭이 크게 달라져서 범위를 벗어나면 문제있는 상황이라고 판단하고 알림을 주기 위한 방법을 적용했습니다.

다양한 시도를 해보았지만 너무 극단적인 스파이크는 제대로 탐지를 못하기도 하고 실제로 이상한 메트릭 변화인데 예상 범위가 너무 크게 잡혀서 문제 상황을 오히려 정상이라고 판정하는 문제를 개선해 나가면서 제대로 탐지할 수 있도록 PromQL Anomaly Detection Framework를 만들어서 공개했습니다.

이는 Datadog에는 이미 있는 기능이지만 PromQL을 이용해서 Grafana에서 할 수 있다는 점이 매력적인 부분입니다.

https://grafana.com/blog/2024/10/03/how-to-use-prometheus-to-efficiently-detect-anomalies-at-scale/

Grafana에서 PromQL을 이용해서 이상 탐지를 하는 과정입니다. 추세를 따르는 이동 평균선을 만들어서 변화하는 메트릭에서 대역을 벗어나느 메트릭을 이상상황으로 탐지하기 위해, 즉 메트릭은 증가하고 줄어들기 마련인데 값을 기준으로 하면 변화에 유연하게 대처하지 못하기 때문에 변화의 범위를 만들고 매트릭이 크게 달라져서 범위를 벗어나면 문제있는 상황이라고 판단하고 알림을 주기 위한 방법을 적용했습니다. 다양한 시도를 해보았지만 너무 극단적인 스파이크는 제대로 탐지를 못하기도 하고 실제로 이상한 메트릭 변화인데 예상 범위가 너무 크게 잡혀서 문제 상황을 오히려 정상이라고 판정하는 문제를 개선해 나가면서 제대로 탐지할 수 있도록 PromQL Anomaly Detection Framework를 만들어서 공개했습니다. 이는 Datadog에는 이미 있는 기능이지만 PromQL을 이용해서 Grafana에서 할 수 있다는 점이 매력적인 부분입니다. https://grafana.com/blog/2024/10/03/how-to-use-prometheus-to-efficiently-detect-anomalies-at-scale/

Grafana Labs

올 들어 폐업한 스타트업이 9개월 만에 144곳에 달한 것으로 민간 기관 조사에서 집계됐다. 이는 2020년 이래 가장 많은 수준으로 그만큼 창업 생태계 내 경영 악화가 심화하고 있음을 보여준다. 창업자가 투자사의 

벼랑끝 스타트업…올 들어 144곳 폐업

더브이씨에 따르면 올 들어 9월 말까지 폐업한 스타트업은 144곳으로 지난해 같은 기간(119곳)과 비교해 25곳 늘어났다. 이는 투자 유치를 받은 스타트업 기준 집계여서 실제 폐업한 스타트업 수는 더 많을 것으로 보인다.

폐업한 업체가 늘어나는 데다 스타트업 성장세가 둔화되면서 고용지표에도 적신호가 켜졌다. 올 들어 8월까지 국내 스타트업 입사자 수는 총 6만 3758명으로 집계됐다. 이는 전년 동기(6만 6577명) 대비 4.2% 줄어든 수치다. 스타트업 호황기였던 2022년 동기(8만 2418명)와 비교하면 22.6% 감소한 것이다.

https://n.news.naver.com/article/011/0004406163?sid=101

더브이씨에 따르면 올 들어 9월 말까지 폐업한 스타트업은 144곳으로 지난해 같은 기간(119곳)과 비교해 25곳 늘어났다. 이는 투자 유치를 받은 스타트업 기준 집계여서 실제 폐업한 스타트업 수는 더 많을 것으로 보인다. 폐업한 업체가 늘어나는 데다 스타트업 성장세가 둔화되면서 고용지표에도 적신호가 켜졌다. 올 들어 8월까지 국내 스타트업 입사자 수는 총 6만 3758명으로 집계됐다. 이는 전년 동기(6만 6577명) 대비 4.2% 줄어든 수치다. 스타트업 호황기였던 2022년 동기(8만 2418명)와 비교하면 22.6% 감소한 것이다. https://n.news.naver.com/article/011/0004406163?sid=101

n.news.naver.com

테크/비지니스 업계에서 처음 커리어를 시작했을 때, 가장 힘들었던 것 중 하나는 바로
그 업계에서 사용하는 개념들과 용어들을 익히는 과정이였어요.

특정 용어/개념들이 어떤 상황에 사용되는지,
왜 그런 용어/개념이 중요한지,
그리고 어떻게 그것들을 효과적으로 사용할 수 있는지를 깨닫는 순간,

큰 그림에서 업무와 프로세스가 보이기 시작하고,
내가 할 수 있는 일들이 보이기 시작했어요.

---

예를 들어 ROI (Return On Investment)라는 개념을 배우고 이해한다면,

우리는 Return을 최대치로 키우는 방법에 대해 생각하거나,
또는 Investment를 최소한으로 만드는 방법에 대해 생각할 수 있어요.

생각의 프레임이 개념/용어와 일치하는 순간,
우리가 해야할 일들이 명확해지는 경우들을 자주 경험했어요.

---

테크/비지니스 업계에서 처음 커리어를 시작했을 때, 가장 힘들었던 것 중 하나는 바로그 업계에서 사용하는 개념들과 용어들을 익히는 과정이였어요. 특정 용어/개념들이 어떤 상황에 사용되는지,왜 그런 용어/개념이 중요한지,그리고 어떻게 그것들을 효과적으로 사용할 수 있는지를 깨닫는 순간, 큰 그림에서 업무와 프로세스가 보이기 시작하고,내가 할 수 있는 일들이 보이기 시작했어요. --- 예를 들어 ROI (Return On Investment)라는 개념을 배우고 이해한다면, 우리는 Return을 최대치로 키우는 방법에 대해 생각하거나,또는 Investment를 최소한으로 만드는 방법에 대해 생각할 수 있어요. 생각의 프레임이 개념/용어와 일치하는 순간,우리가 해야할 일들이 명확해지는 경우들을 자주 경험했어요. ---

커리어에서 00와 00의 중요성

아래 프롬프트를 입력하면 그동안의 대화 내용을 바탕으로 나에 대해 몰랐던 흥미로운 사실을 알려줘요!

From all of our interactions what is one thing that you can tell me about myself that I may not know about myself

아래 프롬프트를 입력하면 그동안의 대화 내용을 바탕으로 나에 대해 몰랐던 흥미로운 사실을 알려줘요! From all of our interactions what is one thing that you can tell me about myself that I may not know about myself

내가 사용한 ChatGPT에서 인사이트 얻기 😁

제품을 사용하면서 일관성이 맞지 않으면 제품을 신뢰할 수 없습니다. 일관성 낮은 텍스트가 계속 노출되면 어느 순간 사용자는 텍스트를 끊임없이 의심하면서 비판적으로 읽기 마련이죠. 나도 모르는 사이에 틀린 것이 있나 없나, 어긋나는 것이 또 있나 없나를 무의식적으로 찾게 된다는 건데요. 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 도구 리스트

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

DAN 24

 * 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

dan.naver.com

팀네이버의 컨퍼런스 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 관련 굵직한 소식들이 유난히 쏟아지는 날입니다. 



사용자가 공유한 콘텐츠

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가 살아남는 거의 유일한 방법 ㄷㄷ

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

포트폴리오 예시는?

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

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

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

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

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

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

숨겨진 야망 테스트

작년 부터 mbti나 각종 테스트가 유행을 하고 있는데 나의 성향과 야망을 알아 볼 수 있는 숨겨진 야망테스트를 소개합니다 😀 저희 팀원분이 만드신건데 결과가 너무나 찰떡이에요!! 평소 성격과 야망 리스트 등이 결과로 보여집니다 ㅎㅎ 
저는 한강뷰 아파트를 꿈꾸는 독립심 강한 야망가가 나왔고 🤭 
평소 차를 좋아하는 친구는 커스텀 드림카를 꿈꾸는 야망가가 나왔어요..!! 아래에서 숨겨진 나의 야망 테스트 해보세요 ㅎㅎ

방구석 연구소

국립낙동강생물자원관 전시•교육 기획자

정의서

몰입되고 자연스레 체득할 수있는 전시를 꿈꾸는 기획자
#기획자 #전시기획 #INTJ #콘텐츠기획 #행사기획 #교육 #공간기획 #기획∙마케팅 #콘텐츠기획/제작 #자기주도적 #끊임없이배우기 #고양이는귀여워

스타트업 그로스 마케터

곽민우

넓고 차갑게 생각하고, 뾰족하고 따뜻하게 적습니다.
가진 것은 적지만 취향은 많습니다.
#마케터 #그로스마케팅 #데이터분석 #카피라이팅 #블로거 #네트워킹 #끊임없이배우기 #HR

한국 최초 메타버스 결혼식 진행자

글쓰는개미핥기

사용자가 좀 더 쉽게 서비스를 이용하도록 돕는 UX Writer 🤗

🎁 나는 내가 만난 사람들의 총체다.
🙄 '非주류의 Be주류'를 외쳤던 인간

💬 커피챗 언제든지 환영이에요!
✔ UX Writer 성장 클럽장💪
#UXWriter #UXWriting #UX라이팅

플랫폼 서비스 기획

정보미디어MBA

하린

먼지블로그애요😷

금융회사에서 비금융 콘텐츠와 
플랫폼 서비스 기획 일을 하고 있습니다
어려워요



댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필