디자인에 대한 기대감이 낮은 팀에 속해 있다면, 디자이너가 할 수 있는 일이 제한적인 것이 현실이다. 디자인이 가져올 임팩트에 대해 신뢰가 낮다면 모든 것이 결정된 뒤에 디자이너에게 프로젝트의 세부 사항이 공유되고 그렇기에 디자이너의 자율성도 떨어질 수밖에 없게 된다. 디자이너가 뭐라도 더 좋게 바꿔보고 싶어서 개선점을 계속 제안한다 해도 상황이 크게 나아지진

디자인에 기대하지 않는 조직의 디자이너는 무엇을 할 수 있나

회사마다 디자이너에게 기대하는 역할은 천차만별인 것 같습니다. 어떤 회사에서는 기획의 출발점에서부터 전반적인 사용자 경험 전체를 설계하는 역할을 기대하기도 하고 (+때로는 데이터까지 잘 봐야 함!), 또 다른 회사에서는 기획 문서에 정의된 요건들을 시각적으로 잘 그려내는 역할만 온전히 수행하길 원합니다. 디자이너가 하고 싶은 UX 개선 프로젝트는 자주 우선순위에서 밀리고 (UX 개선이라는게 성과 측정이 애매한 부분이 있죠...), 작은 성공을 쌓아서 효능감을 얻자니 이게 맞는 방법인가? 고민되기도 하죠.

이럴 때 디자이너로서 어떤 접근법을 가지면 좋은지, 서자영님이 멋진 글을 써주셨습니다. 3성 호텔을 더 좋게 만들고 싶다면, 11성 호텔을 상상하는 것! 많은 부분 공감하며 읽었습니다.

회사마다 디자이너에게 기대하는 역할은 천차만별인 것 같습니다. 어떤 회사에서는 기획의 출발점에서부터 전반적인 사용자 경험 전체를 설계하는 역할을 기대하기도 하고 (+때로는 데이터까지 잘 봐야 함!), 또 다른 회사에서는 기획 문서에 정의된 요건들을 시각적으로 잘 그려내는 역할만 온전히 수행하길 원합니다. 디자이너가 하고 싶은 UX 개선 프로젝트는 자주 우선순위에서 밀리고 (UX 개선이라는게 성과 측정이 애매한 부분이 있죠...), 작은 성공을 쌓아서 효능감을 얻자니 이게 맞는 방법인가? 고민되기도 하죠. 이럴 때 디자이너로서 어떤 접근법을 가지면 좋은지, 서자영님이 멋진 글을 써주셨습니다. 3성 호텔을 더 좋게 만들고 싶다면, 11성 호텔을 상상하는 것! 많은 부분 공감하며 읽었습니다.

Jayoung blog

[디자인에 기대하지 않는 조직의 디자이너는 무엇을 할 수 있나]

하워드 가드너는 ‘한 분야를 통달하기 위해서는 10년이상 노력해야 한다’고 말했다. 10년의 견습 기간을 거쳐야 중대한 혁신을 이룰 수 있다는 것이다. 그는 창조적 거장들의 공통 기질로 10년 규칙을 발견하고, 분야마다 조금씩 다르긴 하지만 대략 10년을 사이에 두고 창조적인 도약을 이루었다고 했다.

피카소는 4살에 시작해 10대에 거장이 되었고, 10대 후반 창조의 노력을 시작한 스트라빈스나 무용가 그레이엄은 20대 후반이 되어 비로소 창조성의 본 궤도에 올라섰다는 것이다.

그의 이런 주장이 창조적 거장들의 공통적인 기질이 될 수 있는지의 여부는 잘 모르겠다. 하지만 그들이 자신의 분야에서 얼마나 최선을 다했는가에 대해서는 의심의 여지가 없다.

개인적으로 최선을 다하는 것이야 말로 삶을 사는데 있어 기본이라고 본다. 물론 나는 최선을 다해 살지 못할때가 많기에 최선이라는 말앞에 한없이 작아지긴 하지만, 사소한 일부터 큰 일에 이르기 까지 자신의 삶 전반에 최선을 다한다는 것은 그 자체 만으로도 아름답다.

최선이란 또한 현재성을 띈다. 아무리 최선을 다했다고 해도 돌아서서 보면 다시 아쉬워지고 부족하게 느껴진다. 우리는 자신이 처해 있는 그 시간, 그 장소와 그 상황에서 최선을 다하지 않거나 못하는 경우가 뜻밖에도 많다.

시간적으로 공간적으로 그 시간, 그 장소, 그 상황에서 최선을 다하지 않고, 대신 과거의 시간, 혹은 미래의 시간을 그리워하거나 동경하는 것으로 현재를 대체 시킬 때가 있다.

멀리 있는 것에는 관심과 귀를 기울이면서 정작 가까이 있는 진실에 무관심하고, 멀리 있는 사람은 소중히 여기면서 가까이 있는 가족은 소홀하거나, 죽음은 중요하게 여기면서 삶은 소홀한채 간혹 방치하기도 한다. 고향에 있을때는 타지를 그리워하고, 타향에서는 고향을 그리워 한다.

학교 다닐때는 빨리 졸업하기를 원하고 졸업하고 나면 학창시절이 가장 그립다고 하소연 한다. 미혼일때는 결혼을 꿈꾸고 결혼 후에는 다시 처녀 총각 시절을 그리워 한다. 어디 이뿐인가. 하다못해 짜장면을 시키고 나면 꼭 짬뽕이 먹고 싶어진다. 정작 짬뽕을 시키면 짜장이 먹고 싶어질테지만...

물론 이런 것들이 부정적인 요인만은 아니다. 추억이나 향수라는 이름으로 우리 삶에 개입하는 것은 당연하기도 하다. 그러나 우리는 시간적으로는 지금 이 순간이 아닌 과거, 또 공간적으로는 바로 이곳이 아닌 다른 곳을 그리워 하면서, 정작 이순간 이곳에서 최선을 다하지 않고 있는 것은 아닌가?

“내가 지금 이토록 괴로워 하는 오늘은 어제 죽어간 사람들이 그토록 간절히 원했던 내일이었다”라는 말이 있다. 그러니 오늘 최선을 다하지 않음은 죄악인지도 모르겠다.

과거는 이미 지나가 버렸으므로 잡을 수 없고, 현재는 잡는 순간 과거가 되므로 잡을 수 없으며, 미래는 아직 오지 않았으니 역시 잡을 수 없다고 한다. 참으로 옳은 말이다.

우리는 영원히 현재를 사는 존재들이다. 우리는 과거를 살고 있지도 않으며, 미래를 살고 있지도 않다. 오로지 이 순간을 살고 있는 존재들이다. 그러므로 지금 이 순간을 충실히 산다면 그것이 곧 최선을 다하는 것이 아니겠는가.

http://www.bhgoo.com/2011/85997

하워드 가드너는 ‘한 분야를 통달하기 위해서는 10년이상 노력해야 한다’고 말했다. 10년의 견습 기간을 거쳐야 중대한 혁신을 이룰 수 있다는 것이다. 그는 창조적 거장들의 공통 기질로 10년 규칙을 발견하고, 분야마다 조금씩 다르긴 하지만 대략 10년을 사이에 두고 창조적인 도약을 이루었다고 했다. 피카소는 4살에 시작해 10대에 거장이 되었고, 10대 후반 창조의 노력을 시작한 스트라빈스나 무용가 그레이엄은 20대 후반이 되어 비로소 창조성의 본 궤도에 올라섰다는 것이다. 그의 이런 주장이 창조적 거장들의 공통적인 기질이 될 수 있는지의 여부는 잘 모르겠다. 하지만 그들이 자신의 분야에서 얼마나 최선을 다했는가에 대해서는 의심의 여지가 없다. 개인적으로 최선을 다하는 것이야 말로 삶을 사는데 있어 기본이라고 본다. 물론 나는 최선을 다해 살지 못할때가 많기에 최선이라는 말앞에 한없이 작아지긴 하지만, 사소한 일부터 큰 일에 이르기 까지 자신의 삶 전반에 최선을 다한다는 것은 그 자체 만으로도 아름답다. 최선이란 또한 현재성을 띈다. 아무리 최선을 다했다고 해도 돌아서서 보면 다시 아쉬워지고 부족하게 느껴진다. 우리는 자신이 처해 있는 그 시간, 그 장소와 그 상황에서 최선을 다하지 않거나 못하는 경우가 뜻밖에도 많다. 시간적으로 공간적으로 그 시간, 그 장소, 그 상황에서 최선을 다하지 않고, 대신 과거의 시간, 혹은 미래의 시간을 그리워하거나 동경하는 것으로 현재를 대체 시킬 때가 있다. 멀리 있는 것에는 관심과 귀를 기울이면서 정작 가까이 있는 진실에 무관심하고, 멀리 있는 사람은 소중히 여기면서 가까이 있는 가족은 소홀하거나, 죽음은 중요하게 여기면서 삶은 소홀한채 간혹 방치하기도 한다. 고향에 있을때는 타지를 그리워하고, 타향에서는 고향을 그리워 한다. 학교 다닐때는 빨리 졸업하기를 원하고 졸업하고 나면 학창시절이 가장 그립다고 하소연 한다. 미혼일때는 결혼을 꿈꾸고 결혼 후에는 다시 처녀 총각 시절을 그리워 한다. 어디 이뿐인가. 하다못해 짜장면을 시키고 나면 꼭 짬뽕이 먹고 싶어진다. 정작 짬뽕을 시키면 짜장이 먹고 싶어질테지만... 물론 이런 것들이 부정적인 요인만은 아니다. 추억이나 향수라는 이름으로 우리 삶에 개입하는 것은 당연하기도 하다. 그러나 우리는 시간적으로는 지금 이 순간이 아닌 과거, 또 공간적으로는 바로 이곳이 아닌 다른 곳을 그리워 하면서, 정작 이순간 이곳에서 최선을 다하지 않고 있는 것은 아닌가? “내가 지금 이토록 괴로워 하는 오늘은 어제 죽어간 사람들이 그토록 간절히 원했던 내일이었다”라는 말이 있다. 그러니 오늘 최선을 다하지 않음은 죄악인지도 모르겠다. 과거는 이미 지나가 버렸으므로 잡을 수 없고, 현재는 잡는 순간 과거가 되므로 잡을 수 없으며, 미래는 아직 오지 않았으니 역시 잡을 수 없다고 한다. 참으로 옳은 말이다. 우리는 영원히 현재를 사는 존재들이다. 우리는 과거를 살고 있지도 않으며, 미래를 살고 있지도 않다. 오로지 이 순간을 살고 있는 존재들이다. 그러므로 지금 이 순간을 충실히 산다면 그것이 곧 최선을 다하는 것이 아니겠는가. http://www.bhgoo.com/2011/85997

더위, 경제에도 도움이 안 된다는 까닭은 WEEKLY BIZ 팝콘 경제학 기관투자자조차 더울수록 집중력 떨어져 관대한 의결권 행사 WEEKLY BIZ 뉴스레터 구독하기 ☞ https://page.stibee.com/subscriptions/146096 이 세상에 더위에

더위, 경제에도 도움이 안 된다는 까닭은

 * 아무리 더운 날에도 에어컨 바람 빵빵한 사무실에서 일하니 상관없다’고 생각할 수 있겠지만, 상관이 없지 않다. 최근 학계에선 높은 기온이 실내 근로자 또는 전문직 종사자에게 미치는 영향에 대한 연구가 활발히 이뤄지고 있다. 2019년 논문에선 미국 캘리포니아 판사들을 대상으로 연구했는데, 기온이 높은 날일수록 덜 호의적인 판결 비율이 높았다고 한다. 푹푹 찌는 날씨에서 하는 출근, 열대야 불면 등 다양한 이유가 있을 것이다.
   
 * 한 기업지배구조와 기후변화 관련 연구에서는 높은 기온이 미국 기관투자자들의 주주 의결권 행사에 어떤 직접적 영향을 미치는지 분석했다. 전문성 있는 기관투자자들조차도 날이 더울수록 집중력이 떨어져 경영진에게 보다 의존적이고 관대한 의결권 행사를 한다고 밝혀졌다. 더위가 지배구조 감시에까지 악영향을 주는 것이다. 기후변화는 이렇게 예상치 못한 채널로도 우리 경제를 힘들게 한다.

칼럼 원문
김준목 - 더위, 경제에도 도움이 안 된다는 까닭은: 기관투자자조차 더울수록 집중력 떨어져 관대한 의결권 행사
https://www.chosun.com/economy/weeklybiz/2024/07/18/2U5KFNN6JBBNFJGMNGWRFUNUBM/

<ul><li>아무리 더운 날에도 에어컨 바람 빵빵한 사무실에서 일하니 상관없다’고 생각할 수 있겠지만, 상관이 없지 않다. 최근 학계에선 높은 기온이 실내 근로자 또는 전문직 종사자에게 미치는 영향에 대한 연구가 활발히 이뤄지고 있다. 2019년 논문에선 미국 캘리포니아 판사들을 대상으로 연구했는데, 기온이 높은 날일수록 덜 호의적인 판결 비율이 높았다고 한다. 푹푹 찌는 날씨에서 하는 출근, 열대야 불면 등 다양한 이유가 있을 것이다. </li><li>한 기업지배구조와 기후변화 관련 연구에서는 높은 기온이 미국 기관투자자들의 주주 의결권 행사에 어떤 직접적 영향을 미치는지 분석했다. 전문성 있는 기관투자자들조차도 날이 더울수록 집중력이 떨어져 경영진에게 보다 의존적이고 관대한 의결권 행사를 한다고 밝혀졌다. 더위가 지배구조 감시에까지 악영향을 주는 것이다. 기후변화는 이렇게 예상치 못한 채널로도 우리 경제를 힘들게 한다.</li></ul> 칼럼 원문김준목 - 더위, 경제에도 도움이 안 된다는 까닭은: 기관투자자조차 더울수록 집중력 떨어져 관대한 의결권 행사https://www.chosun.com/economy/weeklybiz/2024/07/18/2U5KFNN6JBBNFJGMNGWRFUNUBM/

조선일보

The Hidden Impacts of Heat

리벨리온, 누적 투자 금액 3000억원 수준 인공지능(AI) 반도체 기업 리벨리온이 한국 스타트업 최초로 사우디아라비아 국영 석유그룹 아람코로부터 투자를 유치했다고 23일 밝혔다. 리벨리온은 아람코의 기업주도형 벤처

리벨리온, 韓 스타트업 최초 아람코 투자 유치..."200억원 규모"

리벨리온은 아람코의 기업주도형 벤처캐피탈(CVC) 와에드 벤처스로부터 200억원 규모 투자를 유치해 중동 인공지능(AI) 반도체 시장 진출을 도모할 계획이라고 설명했다.

특히, 사우디 정부가 소버린(Sovereign·주권) AI를 목표로 자체적인 AI 인프라와 서비스 구축 움직임을 보이는 만큼 사우디 현지 법인을 설립할 계획이다.

https://n.news.naver.com/article/366/0001006811?sid=105

리벨리온은 아람코의 기업주도형 벤처캐피탈(CVC) 와에드 벤처스로부터 200억원 규모 투자를 유치해 중동 인공지능(AI) 반도체 시장 진출을 도모할 계획이라고 설명했다. 특히, 사우디 정부가 소버린(Sovereign·주권) AI를 목표로 자체적인 AI 인프라와 서비스 구축 움직임을 보이는 만큼 사우디 현지 법인을 설립할 계획이다. https://n.news.naver.com/article/366/0001006811?sid=105

Naver

I woke up Friday to discover CrowdStrike - a cybersecurity vendor who aims to protect orgs from cyber attacks such as availability outages - created the largest IT outage ever, by pushing out a duff...

What I learned from the 'Microsoft global IT outage'

24년간 사이버보안 업무를 한 엔지니어 케빈 버몬트(Kevin Beaumont)가 이번 ‘마이크로소프트(크라우드스트라이크) 글로벌 IT 대란’에서 얻은 교훈을 정리한 글입니다. 그는 거대 IT 기업과 사이버보안 업체의 협업 관계에서 투명성과 통제력 이슈가 있다고 짚습니다. 

(인용) “그들은 분석을 방지하기 위해(일부는 사기꾼을 막고 연구를 피하기 위해) 거의 모든 소프트웨어를 모호하게 하고 비공개 계약 뒤에 연구 및 테스트를 잠급니다. 그들은 고객 가시성, 책임성, 규제 조사 없이 지속적으로, 종종 하루에 여러 번 업데이트를 추진하고 있습니다. 즉 외부 거버넌스나 보증이 없는 소규모 민간 사이버 보안 회사 그룹에 왕국(기본적으로 Microsoft Windows와 같은 글로벌 경제)의 열쇠를 넘겨주는 것처럼 느껴집니다. 이게 늘 유야무야한 것처럼 느껴졌는데 이번 사건 이후 더 그렇게 느껴집니다.”

나아가 케빈 버몬트는 크라우드스트라이크가 이런 문제를 일으킨 유일한 회사가 아니며 마지막 회사도 아닐 거라면서, 다만 이번엔 너무 많은 시스템을 너무 빠르게 충돌시켜 버렸다고 해요. 앞으로 이런 일을 최대한 방지하려면 클라이언트(IT 기업)가 벤더(사이버보안 업체)에게 요구해야할 내용들을 다음과 같이 제안합니다.  

 * 엔드포인트 보안 업데이트를 테스트하고 롤백하는 방법에 대해 더 많은 투명성을 제공합니다.
 * Windows 커널과 잠재적으로 위험한 상호 작용이 있는 부분을 공개하고 보다 안전한 드라이버에 대한 로드맵을 개발하십시오.
 * 관리형 플랫폼에 영향을 미치는 모든 보안 사고를 적시에 공개하겠다는 약속을 포함하여 자체 보안에 대한 투명성을 높여 고객이 일시적인 연결 중단에 대해 정보에 기초한 선택을 할 수 있도록 합니다.
 * 운영 지역의 국가 보안법이 적용되어 고객 데이터에 대한 접근이 허용될 경우 사전에 공개하십시오.
 * 잘못된 업데이트가 게시되면 무슨 일이 일어났는지, 왜 발생했는지, 향후 이를 해결하기 위해 취한 조치를 설명하는 완전한 투명성을 갖춘 보고서를 약속합니다.

케빈 버몬트는 클라이언트가 이런 요구들을 통해서 정보에 좀더 용이하게 접근할 수 있고 문제가 있을 때 리스크 수준을 빠르게 파악해서 의사결정을 내릴 수 있을 거라고 합니다. 벤더들과의 협업을 더 잘하는 방법이 될 거라고도 보고요.

24년간 사이버보안 업무를 한 엔지니어 케빈 버몬트(Kevin Beaumont)가 이번 ‘마이크로소프트(크라우드스트라이크) 글로벌 IT 대란’에서 얻은 교훈을 정리한 글입니다. 그는 거대 IT 기업과 사이버보안 업체의 협업 관계에서 투명성과 통제력 이슈가 있다고 짚습니다.&nbsp; (인용) “그들은 분석을 방지하기 위해(일부는 사기꾼을 막고 연구를 피하기 위해) 거의 모든 소프트웨어를 모호하게 하고 비공개 계약 뒤에 연구 및 테스트를 잠급니다. 그들은 고객 가시성, 책임성, 규제 조사 없이 지속적으로, 종종 하루에 여러 번 업데이트를 추진하고 있습니다. 즉 외부 거버넌스나 보증이 없는 소규모 민간 사이버 보안 회사 그룹에 왕국(기본적으로 Microsoft Windows와 같은 글로벌 경제)의 열쇠를 넘겨주는 것처럼 느껴집니다. 이게 늘 유야무야한 것처럼 느껴졌는데 이번 사건 이후 더 그렇게 느껴집니다.” 나아가 케빈 버몬트는 크라우드스트라이크가 이런 문제를 일으킨 유일한 회사가 아니며 마지막 회사도 아닐 거라면서, 다만 이번엔 너무 많은 시스템을 너무 빠르게 충돌시켜 버렸다고 해요. 앞으로 이런 일을 최대한 방지하려면 클라이언트(IT 기업)가 벤더(사이버보안 업체)에게 요구해야할 내용들을 다음과 같이 제안합니다. &nbsp; <ul ><li>엔드포인트 보안 업데이트를 테스트하고 롤백하는 방법에 대해 더 많은 투명성을 제공합니다.</li><li>Windows 커널과 잠재적으로 위험한 상호 작용이 있는 부분을 공개하고 보다 안전한 드라이버에 대한 로드맵을 개발하십시오.</li><li>관리형 플랫폼에 영향을 미치는 모든 보안 사고를 적시에 공개하겠다는 약속을 포함하여 자체 보안에 대한 투명성을 높여 고객이 일시적인 연결 중단에 대해 정보에 기초한 선택을 할 수 있도록 합니다.</li><li>운영 지역의 국가 보안법이 적용되어 고객 데이터에 대한 접근이 허용될 경우 사전에 공개하십시오.</li><li>잘못된 업데이트가 게시되면 무슨 일이 일어났는지, 왜 발생했는지, 향후 이를 해결하기 위해 취한 조치를 설명하는 완전한 투명성을 갖춘 보고서를 약속합니다.</li></ul> 케빈 버몬트는 클라이언트가 이런 요구들을 통해서 정보에 좀더 용이하게 접근할 수 있고 문제가 있을 때 리스크 수준을 빠르게 파악해서 의사결정을 내릴 수 있을 거라고 합니다. 벤더들과의 협업을 더 잘하는 방법이 될 거라고도 보고요.

Medium

PM을 위한 뉴스레터

뉴스레터를 발행했습니다. 최근에 읽은 pattern breakers, 진 세버그, Weezer, 포레스트 검포를 시작으로 내용을 담았습니다 :)

https://maily.so/7ish/o/notes/c52b0bda

뉴스레터를 발행했습니다. 최근에 읽은 pattern breakers, 진 세버그, Weezer, 포레스트 검포를 시작으로 내용을 담았습니다 :) https://maily.so/7ish/o/notes/c52b0bda

AI 쓰는 직장인

에단 호크의 TED 영상에서 창의성의 공간을 스스로에게 열고, 창의적 삶을 실행하기 위해 기꺼이 “바보 역할”(play the fool)을 받아들여야 한다고 말했습니다. 새로운 것에 도전하고, 자신을 표현하는 과정에서 실수와 어색함을 두려하지 하지 않는 것이 중요하다고 밝혔는데요. 강의 중에서 삶에 있어 예술의 필요성을 언급한 부분이 좋아서 발췌했습니다.

"대부분의 사람들이 세상에 질 높은 무언가, 세상이 좋거나 중요하다고 여길 무언가를 제공하고 싶어 하거든요. 하지만 그것이 진정한 적이에요. 우리가 하는 일이 좋은지 나쁜지를 판단하는 것은 우리의 몫이 아니니까요. 역사가 우리에게 가르쳐준 것이 있다면, 세상은 매우 신뢰할 수 없는 비평가라는 점이죠. 그렇지 않나요?

그래서 스스로에게 물어봐야 해요: 인간의 창의성이 중요하다고 생각하나요? 대부분의 사람들은 시에 대해 많은 시간을 할애하지 않아요. 그들은 살아가야 할 삶이 있고, 앨런 긴즈버그의 시나 다른 사람의 시에 크게 신경 쓰지 않죠. 그러다 아버지가 돌아가시고, 장례식에 가고, 자식을 잃고, 누군가에게 마음이 부서지고, 더 이상 사랑받지 못하게 되면, 갑자기 이 삶을 이해하려고 애쓰게 되죠. “누군가가 전에 이런 기분을 느낀 적이 있을까? 이 어두운 구름에서 어떻게 벗어났을까?”

혹은 반대로 무언가 좋은 일이 일어날 때도 마찬가지예요. 누군가를 만나서 마음이 터질 것 같을 때, 그들을 너무 사랑해서 눈앞이 안 보일 때, 현기증이 날 때, “누군가 전에 이런 기분을 느낀 적이 있을까? 나에게 무슨 일이 일어나고 있는 거지?” 이런 순간에 예술은 사치가 아니라 생명 유지 수단이 돼요. 우리는 그것이 필요해요."

--
저는 개인적으로 아래 두 문장이 와 닿는 것 같습니다

"우리가 하는 일이 좋은지 나쁜지를 판단하는 것은 우리의 몫이 아니니까요."

"이런 순간에 예술은 사치가 아니라 생명 유지 수단이 돼요. 우리는 그것이 필요해요."

에단 호크의 TED 영상에서 창의성의 공간을 스스로에게 열고, 창의적 삶을 실행하기 위해 기꺼이 “바보 역할”(play the fool)을 받아들여야 한다고 말했습니다. 새로운 것에 도전하고, 자신을 표현하는 과정에서 실수와 어색함을 두려하지 하지 않는 것이 중요하다고 밝혔는데요. 강의 중에서 삶에 있어 예술의 필요성을 언급한 부분이 좋아서 발췌했습니다. "대부분의 사람들이 세상에 질 높은 무언가, 세상이 좋거나 중요하다고 여길 무언가를 제공하고 싶어 하거든요. 하지만 그것이 진정한 적이에요.&nbsp;우리가 하는 일이 좋은지 나쁜지를 판단하는 것은 우리의 몫이 아니니까요.&nbsp;역사가 우리에게 가르쳐준 것이 있다면, 세상은 매우 신뢰할 수 없는 비평가라는 점이죠. 그렇지 않나요? 그래서 스스로에게 물어봐야 해요: 인간의 창의성이 중요하다고 생각하나요? 대부분의 사람들은 시에 대해 많은 시간을 할애하지 않아요. 그들은 살아가야 할 삶이 있고, 앨런 긴즈버그의 시나 다른 사람의 시에 크게 신경 쓰지 않죠. 그러다 아버지가 돌아가시고, 장례식에 가고, 자식을 잃고, 누군가에게 마음이 부서지고, 더 이상 사랑받지 못하게 되면, 갑자기 이 삶을 이해하려고 애쓰게 되죠. “누군가가 전에 이런 기분을 느낀 적이 있을까? 이 어두운 구름에서 어떻게 벗어났을까?” 혹은 반대로 무언가 좋은 일이 일어날 때도 마찬가지예요. 누군가를 만나서 마음이 터질 것 같을 때, 그들을 너무 사랑해서 눈앞이 안 보일 때, 현기증이 날 때, “누군가 전에 이런 기분을 느낀 적이 있을까? 나에게 무슨 일이 일어나고 있는 거지?”&nbsp;이런 순간에 예술은 사치가 아니라 생명 유지 수단이 돼요. 우리는 그것이 필요해요." -- 저는 개인적으로 아래 두 문장이 와 닿는 것 같습니다 "우리가 하는 일이 좋은지 나쁜지를 판단하는 것은 우리의 몫이 아니니까요." "이런 순간에 예술은 사치가 아니라 생명 유지 수단이 돼요. 우리는 그것이 필요해요."

Give yourself permission to be creative

프로덕트 코치 Shreyas Doshi는 같이 일하기 힘든 사람의 특징을 아래와 같이 설명했습니다.

1. 상대방이 나를 좋아하지 않는다.
2. 서로 목표가 다르다.
3. 서로 다른 정보를 기반으로 행동한다.
4. 의사 소통이 거친 사람도 있다. 이런 사람들은 모든 사람들에게 냉소적이다.

Doshi는 일하기 어려운 상대와 소통할 때 불편함을 받아들이고, 직접적으로 지적하라고 조언합니다. 그는 다음과 같은 방식으로 대화를 시도해볼 것을 제안합니다:

“Bob, 질문 하나 해도 될까요?” (상대방은 “예”라고 대답하며 경계를 풀게 됩니다)

“우리 대화에 마찰이 많은 것 같아요. 오랫동안 그렇게 느꼈는데 이제서야 용기 내서 얘기하는 거예요. 다른 동료들과는 이런 느낌을 받은 적이 없거든요. 가끔 이런 마찰 때문에 대화를 피하고 싶기도 했어요. 오늘 아침에 생각해보니까, 내가 이렇게 느낀다면 당신도 비슷하게 느낄 수도 있겠다고 생각했어요. 당신의 생각이 궁금해요. 어떻게 생각하세요?”

대부분 이렇게 대화를 하면 상대방은 이 문제를 언급한 것에 대해 놀라게 됩니다. 그리고 공격적이지 않고 세련되게 대화를 이끌었기 때문에 대부분 “아니 사실 그렇게 나쁘지 않아요.” 또는 “이 내용을 제기해줘서 고마워요. 저도 비슷한 느낌이었어요”라고 대답할 것입니다. 후자라면 동료와의 관계 문제를 발전적인 대화로 이어갈 수 있습니다.

저 같은 경우에는 함께 일하기 힘든 동료가 있을 때, 관계 개선보다는 콘텐츠 자체에 집중했던 것 같습니다. 목표가 다르고, 서로 다른 정보(데이터)를 바라보는 점에 중점을 두어 커뮤니케이션을 했습니다. 그러나 이 과정에서 상대방의 약점을 건드리는 경우도 있었습니다. 콘텐츠 자체보다는 관계에 신경을 쓰는 것이 중요할 수 있다는 생각도 듭니다.

프로덕트 코치 Shreyas Doshi는 같이 일하기 힘든 사람의 특징을&nbsp;아래와 같이 설명했습니다. 1. 상대방이 나를 좋아하지 않는다. 2. 서로 목표가 다르다. 3. 서로 다른 정보를 기반으로 행동한다. 4. 의사 소통이 거친 사람도 있다. 이런 사람들은 모든 사람들에게 냉소적이다. Doshi는 일하기 어려운 상대와 소통할 때 불편함을 받아들이고, 직접적으로 지적하라고 조언합니다. 그는 다음과 같은 방식으로 대화를 시도해볼 것을 제안합니다: “Bob, 질문 하나 해도 될까요?” (상대방은 “예”라고 대답하며 경계를 풀게 됩니다) “우리 대화에 마찰이 많은 것 같아요. 오랫동안 그렇게 느꼈는데 이제서야 용기 내서 얘기하는 거예요. 다른 동료들과는 이런 느낌을 받은 적이 없거든요. 가끔 이런 마찰 때문에 대화를 피하고 싶기도 했어요. 오늘 아침에 생각해보니까, 내가 이렇게 느낀다면 당신도 비슷하게 느낄 수도 있겠다고 생각했어요. 당신의 생각이 궁금해요. 어떻게 생각하세요?” 대부분 이렇게 대화를 하면 상대방은 이 문제를 언급한 것에 대해 놀라게 됩니다. 그리고 공격적이지 않고 세련되게 대화를 이끌었기 때문에 대부분 “아니 사실 그렇게 나쁘지 않아요.” 또는 “이 내용을 제기해줘서 고마워요. 저도 비슷한 느낌이었어요”라고 대답할 것입니다. 후자라면 동료와의 관계 문제를 발전적인 대화로 이어갈 수 있습니다. 저 같은 경우에는 함께 일하기 힘든 동료가 있을 때, 관계 개선보다는 콘텐츠 자체에 집중했던 것 같습니다. 목표가 다르고, 서로 다른 정보(데이터)를 바라보는 점에 중점을 두어 커뮤니케이션을 했습니다. 그러나 이 과정에서 상대방의 약점을 건드리는 경우도 있었습니다. 콘텐츠 자체보다는 관계에 신경을 쓰는 것이 중요할 수 있다는 생각도 듭니다.

같이 일하기 힘든 동료와 함께 일하기

사실 앞에 겸손한 민영 종합 뉴스통신사

4050 패션 플랫폼 퀸잇·포스티 '양강 구도'..."성장세 무섭네"

"카카오스타일은 올해 포스티의 연간 거래액이 사상 처음으로 1000억 원을 넘어설 것으로 예상한다."

포스티가 올해 거래액 1000억원을 넘을 것으로 예상되네요. 계속 좋은 성과 만드시길 응원합니다 :)

https://www.news1.kr/industry/distribution/5482622

"카카오스타일은 올해 포스티의 연간 거래액이 사상 처음으로 1000억 원을 넘어설 것으로 예상한다." 포스티가 올해 거래액 1000억원을 넘을 것으로 예상되네요. 계속 좋은 성과 만드시길 응원합니다 :) https://www.news1.kr/industry/distribution/5482622

뉴스1

다국어 거대 언어 모델(LLM)은 오늘날과 같이 글로벌화된 비즈니스 환경에서 운영되는 엔터프라이즈에서 점점 더 중요해지고 있습니다. 비즈니스가 국경과 문화를 넘어 범위를 확장함에 따라 여러 언어로 효과적으로 의사 소통하는 능력은 비즈니스의 성공 여부를 결정하기도 합니다. 기업은 다국어 LLM을 지원하고 이에 투자함으로써 언어 장벽을 허물고 글로벌 시장에서...

NVIDIA NIM을 사용한 다국어 LLM 배포

커리어리 친구들, LLM은 한국과 같은 비서구권 언어, 사회의 특정한 뉘앙스, 문화적 맥락 등을 정확하게 포착하는 데 어려움을 겪는데요. 이번 블로그에서는 LoRA와 함께 NVIDIA NIM이 중국어와 힌디어 성능을 향상하는 방법에 대해 자세히 알려드립니다!

https://developer.nvidia.com/ko-kr/blog/deploy-multilingual-llms-with-nvidia-nim/?linkId=100000274516777

커리어리 친구들, LLM은 한국과 같은 비서구권 언어, 사회의 특정한 뉘앙스, 문화적 맥락 등을 정확하게 포착하는 데 어려움을 겪는데요. 이번 블로그에서는 LoRA와 함께 NVIDIA NIM이 중국어와 힌디어 성능을 향상하는 방법에 대해 자세히 알려드립니다! https://developer.nvidia.com/ko-kr/blog/deploy-multilingual-llms-with-nvidia-nim/?linkId=100000274516777

NVIDIA Technical Blog

<NVIDIA NIM을 사용한 다국어 LLM 배포>

인프런이 만드는 IT인의 축제, 인프콘에 초대합니다

인프콘 2024 - INFCON 2024

1. INFCON
- https://www.inflearn.com/conf/infcon-2024/
- ‘인프런’에서 주최하는 IT 컨퍼런스. 개발자, PM/PO, 디자이너 분야 등
- 2024년 8월 2일(금)
- 유료 / 참가 신청 마감. 추후 인프콘 다시보기 서비스 제공 예정

2. UbuCon Korea 2024
- https://2024.ubuntu-kr.org/ko/
- Ubuntu 코리아 컨퍼런스
- 2024년 8월 10일(토)
- 유료

3. FEConf24
- https://2024.feconf.kr/
- 국내 최대 프론트엔드 컨퍼런스
- 2024년 8월 24일(토)
- 유료

4. Kubernetes Korea Community Day 2024
- https://kcd-korea.net/
- 쿠버네티스에서 주최하는 국내 클라우드 네이티브 기술 컨퍼런스
- 2024년 9월 24일(화)
- 유료

5. OpenInfra Summit Asia 2024
- https://2024.openinfraasia.org/
- 클라우드 네이티브 오픈소스 기술 재단 ‘오픈인프라’ 컨퍼런스
- 2024년 9월 3일(화) ~ 9월 4일(수)
- 유료

6. KWDC 2024
- https://kwdc.dev/2024/
- 국내 애플 개발자 커뮤니티 3곳이 주최하는 한국 Apple 생태계 컨퍼런스
- 2024년 10월 24일(목)
- 유료

7. PyCon KR 2024
- https://2024.pycon.kr/
- 세계 각국의 파이썬 프로그래밍 언어 커뮤니티에서 주관하는 컨퍼런스
- 2024년 10월 25일(금) ~ 10월 27일(일)
- 유료

8. DebConf24
- https://debconf24.debconf.org/
- 데비안 운영체제, 소프트웨어 개발과 관련한 세미나
- 2024년 7월 28일(일) ~ 8월 4일(일)
- 유·무료(일반 무료, 전문가/기업 유료)

9. GopherCon Korea 2024
- https://festa.io/events/5098
- 한국의 Go 언어 사용자 모임 커뮤니티에서 주최하는 컨퍼런스
- 2024년 10월 12일(토) ~ 10월 13일(일)
- 유료

해외 컨퍼런스
1. GitHub Universe 2024
- https://githubuniverse.com/
- 2024년 10월 29일(화) ~ 10월 30일(수) / 미국 샌프란시스코
- 유료 / 온라인 라이브 스트리밍 무료

2. KubeCon + CloudNativeCon North America
- https://events.linuxfoundation.org/kubecon-cloudnativecon-north-america/
- 2024년 11월 12일(화) ~ 11월 15일(금) / 미국 유타주 솔트레이크시티
- 유료 / 키노트 라이브 스트리밍 무료

3. AWS re:Invent 2024
- https://reinvent.awsevents.com/
- 2024년 12월 2일(월) ~ 12월 6일(금) / 미국 라스베가스
- 유료 / 온라인 라이브 스트리밍 무료

1. INFCON- https://www.inflearn.com/conf/infcon-2024/- ‘인프런’에서 주최하는 IT 컨퍼런스. 개발자, PM/PO, 디자이너 분야 등- 2024년 8월 2일(금)- 유료 / 참가 신청 마감. 추후 인프콘 다시보기 서비스 제공 예정 2. UbuCon Korea 2024- https://2024.ubuntu-kr.org/ko/- Ubuntu 코리아 컨퍼런스- 2024년 8월 10일(토)- 유료 3. FEConf24- https://2024.feconf.kr/- 국내 최대 프론트엔드 컨퍼런스- 2024년 8월 24일(토)- 유료 4. Kubernetes Korea Community Day 2024- https://kcd-korea.net/- 쿠버네티스에서 주최하는 국내 클라우드 네이티브 기술 컨퍼런스- 2024년 9월 24일(화)- 유료 5. OpenInfra Summit Asia 2024- https://2024.openinfraasia.org/- 클라우드 네이티브 오픈소스 기술 재단 ‘오픈인프라’ 컨퍼런스- 2024년 9월 3일(화) ~ 9월 4일(수)- 유료 6. KWDC 2024- https://kwdc.dev/2024/- 국내 애플 개발자 커뮤니티 3곳이 주최하는 한국 Apple 생태계 컨퍼런스- 2024년 10월 24일(목)- 유료 7. PyCon KR 2024- https://2024.pycon.kr/- 세계 각국의 파이썬 프로그래밍 언어 커뮤니티에서 주관하는 컨퍼런스- 2024년 10월 25일(금) ~ 10월 27일(일)- 유료 8. DebConf24- https://debconf24.debconf.org/- 데비안 운영체제, 소프트웨어 개발과 관련한 세미나- 2024년 7월 28일(일) ~ 8월 4일(일)- 유·무료(일반 무료, 전문가/기업 유료) 9. GopherCon Korea 2024- https://festa.io/events/5098- 한국의 Go 언어 사용자 모임 커뮤니티에서 주최하는 컨퍼런스- 2024년 10월 12일(토) ~ 10월 13일(일)- 유료 해외 컨퍼런스1. GitHub Universe 2024- https://githubuniverse.com/- 2024년 10월 29일(화) ~ 10월 30일(수) / 미국 샌프란시스코- 유료 / 온라인 라이브 스트리밍 무료 2. KubeCon + CloudNativeCon North America- https://events.linuxfoundation.org/kubecon-cloudnativecon-north-america/- 2024년 11월 12일(화) ~ 11월 15일(금) / 미국 유타주 솔트레이크시티- 유료 / 키노트 라이브 스트리밍 무료 3. AWS re:Invent 2024- https://reinvent.awsevents.com/- 2024년 12월 2일(월) ~ 12월 6일(금) / 미국 라스베가스- 유료 / 온라인 라이브 스트리밍 무료

인프런

2024 하반기 IT 컨퍼런스

이력서는 중요합니다.
면접관에게는 지원자를 파악하기 위한 첫번째 장소이기 때문입니다.

이런 이력서 작성을 편리하게 도와주는 사이트가 있어서 소개드립니다.
resumemaker.online 인데요.

기존에 작성한 이력서가 있다면 업로드해서 AI가 초안을 작성해주기도 합니다.
컬러나 템플릿등을 설정할 수 도 있고, 꽤 정돈된 형태로 이력서가 나오게 됩니다.

한가지 단점은 한글 폰트를 지원하지 않습니다.
그래도 이력서 작성을 별로 해보시지 않았다면 툴의 도움을 받아서 채워보시는
것도 좋을 것 같습니다.

제가 기존에 써둔 이력서를 업로드 해서 만들어봤는데 퀄리티가 나쁘지 않네요.

이력서는 중요합니다.면접관에게는 지원자를 파악하기 위한 첫번째 장소이기 때문입니다. 이런 이력서 작성을 편리하게 도와주는 사이트가 있어서 소개드립니다.resumemaker.online 인데요. 기존에 작성한 이력서가 있다면 업로드해서 AI가 초안을 작성해주기도 합니다.컬러나 템플릿등을 설정할 수 도 있고, 꽤 정돈된 형태로 이력서가 나오게 됩니다. 한가지 단점은 한글 폰트를 지원하지 않습니다.그래도 이력서 작성을 별로 해보시지 않았다면 툴의 도움을 받아서 채워보시는것도 좋을 것 같습니다. 제가 기존에 써둔 이력서를 업로드 해서 만들어봤는데 퀄리티가 나쁘지 않네요.

이력서를 편하게 만듭시다 - resumemaker

I finally have the feeling that I&rsquo;m a decent programmer, so I thought it would be fun to write some advice with the idea of &ldquo;what would have gotten me to this point faster?&rdquo; I&rsquo;m not claiming this is great advice for everyone, just 

Marcus' Blog


한 개발자가 과거의 나에게 개발자로써 조언을 해준다면? 에 대해 작성해주신 글입니다.
몇 가지는 직접적으로 저에게 도움이 되는 부분도 있어, 일부 저에게 도움되는 부분만 요약해서 공유드립니다.

🤔 계속 발에 총을 쏘고 있다면, 총을 고쳐야한다.
팀에서 시스템에 대해 자주 실수 하는 부분이 있지만, 그 실수를 줄일 방법에 대해 생각하지 않는 경우가 많습니다. 이런 경우 시스템을 개선하여 실수를 줄이는 것이 중요합니다.
이러한 문제들은 해결할 자연스러운 시기가 없었기에 오래 지속되는 경우가 많으니, 생각보다 몇 분 동안만 고민하면 해결 할 수 있는게 많습니다. 이런 문제가 있을 때 자신과 팀의 삶을 더 쉽게 만들 수 있다는 것을 상기시키고 마음가짐을 갖는게 중요합니다.

🪠 품질과 속도 사이의 균형을 맞춰야한다.
구현 속도와 정확성에 대한 자신감 사이에는 항상 트레이드오프가 존재합니다. 현재 상황에서 버그를 출시하는 것이 얼마나 괜찮은지 자문해보고, 이에 대한 답변이 작업 방식에 영향을 미치지 않는다면 지나치게 경직된 것으로 생각하세요.

🪭 톱을 갈고 있는 시간은 거의 항상 가치가 있는 시간이다.
도구를 잘 다루는 것이 중요합니다. 코드를 빠르게 작성하고, 주요 단축키를 알고, 운영체제와 셀에 능숙해야 합니다. 새로운 엔지니어에게서 보이는 가장 큰 그린 플래그 중 하나는 도구 선택과 능숙한 사용에 대한 관심입니다.

🧘🏻‍♂️버그를 한 층 더 깊이 해결하려고 노력해야 한다.
버그를 표면적으로 해결하는 대신, 근본적인 원인을 찾아 해결하는 것이 중요합니다. 최대한 어떤 컴포넌트도 이 버그를 다시 겪지 않도록 해결하려고 노력해보세요.

🏃🏻‍♀️ 버그 조사 시 히스토리를 활용해야 한다.
이상한 버그를 조사할 때, git 히스토리를 활용하는 것이 중요합니다. 예를 들어 메모리 누수 문제를 조사할 때, 특정 커밋 이후에 문제가 발생한 경우가 많으니 참고하세요.

🎆 가끔은 나쁜 코드로 작성하는 쪽으로 오류를 범해봐라.
끔찍한 코드를 작성하는 것도 쉽고, 모든 모범사례를 절대적으로 따르는 코드를 작성하는 것도 정말 쉽습니다. 하지만 이런 코드 작성은 스타트업에 돈이 바닥 날 가능성이 큽니다.
또한 빨리 코드를 작성하게 되면 추후 나쁜 기술 부채로 인해 곤란을 겪게 될 수도 있습니다.
'나쁜' 코드의 의미를 명확하게 하고, 시간과 노력의 균형을 찾아 코드를 작성해보세요.

🏋️ 디버깅 하기 쉽게 만들어야 한다.
디버깅을 쉽게 하기 위한 노력을 하지 않으면, 소프트웨어가 점점 더 복잡해짐에 따라 각 이슈를 디버깅 하는데 엄청난 시간을 소비하게 될 것 입니다. 그렇게 되면 결국 변경 하는 것이 두려워지게 됩니다. 디버깅 시간 중 설정, 재현, 사후 정리에 소요되는 시간을 추적하는 데 주의를 기울이세요.

💁‍♂️ 팀에서 일할 때는 보통 질문을 해야 한다.
경력 초반자들은 '사소한 질문으로 동료를 귀찮게 하는 것' 보다 '모든 것을 스스로 알아내려고 노력하는 것'에 너무 치우쳐 있습니다. 한 시간 넘게 무언가를 알아내기 위해 시간을 허비하지말고 몇 분 만에 답을 찾을 수 있게 항상 질문하세요. 누군가에게 귀찮은 경우는 몇 분 안에 스스로 답을 찾을 수 있었다는 것이 분명할 때 뿐입니다.

👁️ 배포 주기는 매우 중요, 빠르고 자주 배포할 수 있는 방법 고민 필요
프로젝트 배포 속도는 시간이 지남에 따라 복리로 증가해서, 상상할 수 있는 것보다 빠르게 기능을 배포할 수 있게 됩니다. 스타트업은 런웨이가 제한적이고, 프로젝트에는 마감일이 항상 있으니 빠르게 배포하기 위해 여러가지 시도를 해보세요.

한 개발자가 과거의 나에게 개발자로써 조언을 해준다면? 에 대해 작성해주신 글입니다. 몇 가지는 직접적으로 저에게 도움이 되는 부분도 있어, 일부 저에게 도움되는 부분만 요약해서 공유드립니다. 🤔 계속 발에 총을 쏘고 있다면, 총을 고쳐야한다. 팀에서 시스템에 대해 자주 실수 하는 부분이 있지만, 그 실수를 줄일 방법에 대해 생각하지 않는 경우가 많습니다. 이런 경우 시스템을 개선하여 실수를 줄이는 것이 중요합니다. 이러한 문제들은 해결할 자연스러운 시기가 없었기에 오래 지속되는 경우가 많으니, 생각보다 몇 분 동안만 고민하면 해결 할 수 있는게 많습니다. 이런 문제가 있을 때 자신과 팀의 삶을 더 쉽게 만들 수 있다는 것을 상기시키고 마음가짐을 갖는게 중요합니다. 🪠 품질과 속도 사이의 균형을 맞춰야한다.구현 속도와 정확성에 대한 자신감 사이에는 항상 트레이드오프가 존재합니다. 현재 상황에서 버그를 출시하는 것이 얼마나 괜찮은지 자문해보고, 이에 대한 답변이 작업 방식에 영향을 미치지 않는다면 지나치게 경직된 것으로 생각하세요. 🪭 톱을 갈고 있는 시간은 거의 항상 가치가 있는 시간이다.도구를 잘 다루는 것이 중요합니다. 코드를 빠르게 작성하고, 주요 단축키를 알고, 운영체제와 셀에 능숙해야 합니다. 새로운 엔지니어에게서 보이는 가장 큰 그린 플래그 중 하나는 도구 선택과 능숙한 사용에 대한 관심입니다. 🧘🏻‍♂️버그를 한 층 더 깊이 해결하려고 노력해야 한다.버그를 표면적으로 해결하는 대신, 근본적인 원인을 찾아 해결하는 것이 중요합니다. 최대한 어떤 컴포넌트도 이 버그를 다시 겪지 않도록 해결하려고 노력해보세요. 🏃🏻‍♀️ 버그 조사 시 히스토리를 활용해야 한다.이상한 버그를 조사할 때, git 히스토리를 활용하는 것이 중요합니다. 예를 들어 메모리 누수 문제를 조사할 때, 특정 커밋 이후에 문제가 발생한 경우가 많으니 참고하세요. 🎆 가끔은 나쁜 코드로 작성하는 쪽으로 오류를 범해봐라.끔찍한 코드를 작성하는 것도 쉽고, 모든 모범사례를 절대적으로 따르는 코드를 작성하는 것도 정말 쉽습니다. 하지만 이런 코드 작성은 스타트업에 돈이 바닥 날 가능성이 큽니다. 또한 빨리 코드를 작성하게 되면 추후 나쁜 기술 부채로 인해 곤란을 겪게 될 수도 있습니다.'나쁜' 코드의 의미를 명확하게 하고, 시간과 노력의 균형을 찾아 코드를 작성해보세요. 🏋️ 디버깅 하기 쉽게 만들어야 한다.디버깅을 쉽게 하기 위한 노력을 하지 않으면, 소프트웨어가 점점 더 복잡해짐에 따라 각 이슈를 디버깅 하는데 엄청난 시간을 소비하게 될 것 입니다. 그렇게 되면 결국 변경 하는 것이 두려워지게 됩니다. 디버깅 시간 중 설정, 재현, 사후 정리에 소요되는 시간을 추적하는 데 주의를 기울이세요. 💁‍♂️ 팀에서 일할 때는 보통 질문을 해야 한다.경력 초반자들은 '사소한 질문으로 동료를 귀찮게 하는 것' 보다 '모든 것을 스스로 알아내려고 노력하는 것'에 너무 치우쳐 있습니다. 한 시간 넘게 무언가를 알아내기 위해 시간을 허비하지말고 몇 분 만에 답을 찾을 수 있게 항상 질문하세요. 누군가에게 귀찮은 경우는 몇 분 안에 스스로 답을 찾을 수 있었다는 것이 분명할 때 뿐입니다. 👁️ 배포 주기는 매우 중요, 빠르고 자주 배포할 수 있는 방법 고민 필요프로젝트 배포 속도는 시간이 지남에 따라 복리로 증가해서, 상상할 수 있는 것보다 빠르게 기능을 배포할 수 있게 됩니다. 스타트업은 런웨이가 제한적이고, 프로젝트에는 마감일이 항상 있으니 빠르게 배포하기 위해 여러가지 시도를 해보세요.

mbuffett.com

15년 전 나에게 해주고 싶은 프로그래밍 조언

컴퓨터 공부를 처음 시작한 날이 2004년 8월 25일. 이제 20년이 지났습니다.

죽을 만큼 힘든 날은 없었다

컴퓨터 공부를 처음 시작한 날이 2004년 8월 25일.
이제 20년이 지났습니다.

돌아보면 그렇게 쉽진 않았지만 또 그렇게 어렵지도 않았던 것 같습니다.

매일 조금씩 힘들고 피곤하긴 했지만..
죽을 만큼 힘들다고 생각해 본 날은 없습니다.

마라톤 금메달리스트 황영조 선수가 훈련 중에 자동차가 지나가면 그 바퀴 밑으로 뛰어들어 죽고 싶었다고 말했던 걸 기억합니다. 도대체 어느 정도 힘들어야 죽어버리는 게 낫겠다는 생각을 할 수 있을까?

저에게는 그런 날은 하루도 없었던 것입니다.
이 정도면 뭐 할만한 것 아닌가?

죽을 만큼 힘들게 훈련하진 않더라도,
(그렇게 해야 세계 챔피언이 될 수 있나 봅니다)
적당한 훈련을 매일 오랫동안 해나가면 인생을 편안하게 살 만큼의 성취 정도는 이룰 수 있다는 걸 나중에야 알게 됐습니다.
왜냐면 그것조차 할 수 있는 사람이 별로 없으니까.

이걸 알고 나서 마음이 참 편해졌습니다.
난 분명히 잘될 거야.
더 즐기면서 일할 수 있게 되었습니다.

https://jeho.page/essay/2024/07/17/not-easy-but-not-hard-either.html

컴퓨터 공부를 처음 시작한 날이 2004년 8월 25일. 이제 20년이 지났습니다. 돌아보면 그렇게 쉽진 않았지만 또 그렇게 어렵지도 않았던 것 같습니다. 매일 조금씩 힘들고 피곤하긴 했지만.. 죽을 만큼 힘들다고 생각해 본 날은 없습니다. 마라톤 금메달리스트 황영조 선수가 훈련 중에 자동차가 지나가면 그 바퀴 밑으로 뛰어들어 죽고 싶었다고 말했던 걸 기억합니다. 도대체 어느 정도 힘들어야 죽어버리는 게 낫겠다는 생각을 할 수 있을까? 저에게는 그런 날은 하루도 없었던 것입니다. 이 정도면 뭐 할만한 것 아닌가? 죽을 만큼 힘들게 훈련하진 않더라도, (그렇게 해야 세계 챔피언이 될 수 있나 봅니다) 적당한 훈련을 매일 오랫동안 해나가면 인생을 편안하게 살 만큼의 성취 정도는 이룰 수 있다는 걸 나중에야 알게 됐습니다. 왜냐면 그것조차 할 수 있는 사람이 별로 없으니까. 이걸 알고 나서 마음이 참 편해졌습니다. 난 분명히 잘될 거야. 더 즐기면서 일할 수 있게 되었습니다. https://jeho.page/essay/2024/07/17/not-easy-but-not-hard-either.html

K리그 프로그래머

회계는 지난 수백 년 동안 크게 변하지 않았음그럼에도 불구하고, 금융 시스템을 위한 소프트웨어를 구축하는 올바른 방법에 대해 많은 혼란이 있음이 글에서는 대기업에서 금융 시스템을 구축한 경험을 바탕으로 한 교훈을 공유회계 시스템 구축에 초점을 맞추겠지만, 이 원칙들은 더 일반적인 금융 시스템에도 적용됨기본 금융 용어 정의일반 원장 (General Ledge

금융 시스템 구축을 위한 엔지니어링 원칙 | GeekNews

예전에 회계 시스템 만들때, "아 정말 나는 금융을 하나도 모르는 구나" 하면서 참 고생했던 기억이 있습니다.

숫자 계산을 좋아하는 개발자들이지만, 역사가 긴 금융, 회계 시스템, 환율, 정책, 원리에 대해서 이해하지 않으면 설계에서부터 시작해서, 멱등성 유지, 트랜잭션 등 자칫 고려하지 못하면 큰일 나는 구석들도 많은 아주 흥미로우면서 후덜덜한 영역일 것 같습니다.

news.hada.io/topic?id=15794

블로그 글 뿐만 아니라 저도 설계에 도움 많이 받았던 글들 공유드려봅니다!

 * Martin Fowler - Accounting Patterns : https://martinfowler.com/apsupp/accounting.pdf
   
 * 실제 서비스 API로 만들면 이런 모양이 될꺼다!로 제일 참고하기 좋았던 Twisp Doc (GraphQL) : https://t.co/m78EFpYX7w

예전에 회계 시스템 만들때, "아 정말 나는 금융을 하나도 모르는 구나" 하면서 참 고생했던 기억이 있습니다. 숫자 계산을 좋아하는 개발자들이지만, 역사가 긴 금융, 회계 시스템, 환율, 정책, 원리에 대해서 이해하지 않으면 설계에서부터 시작해서, 멱등성 유지, 트랜잭션 등 자칫 고려하지 못하면 큰일 나는 구석들도 많은 아주 흥미로우면서 후덜덜한 영역일 것 같습니다. news.hada.io/topic?id=15794 블로그 글 뿐만 아니라 저도 설계에 도움 많이 받았던 글들 공유드려봅니다! <ul ><li>Martin Fowler - Accounting Patterns : https://martinfowler.com/apsupp/accounting.pdf </li><li>실제 서비스 API로 만들면 이런 모양이 될꺼다!로 제일 참고하기 좋았던 Twisp Doc (GraphQL) : https://t.co/m78EFpYX7w </li></ul>

GeekNews

금융 시스템 구축을 위한 엔지니어링 원칙

테스트 코드는 왜 써야 할까요? 테스트 코드가 가져오는 베네핏들에는 어떤 것이 있을까요?

모닥불 | EP.3 프론트엔드 개발에서 테스트 자동화, 꼭 해야 할까?

프론트엔드 개발 영역에서 테스트 코드의 필요성은 지속적인 논의의 대상입니다. 사용자 인터페이스와 직접적으로 연결되는 프론트엔드 코드의 특성상, 빈번하고 다양한 변화에 직면하게 되기 때문인데요. 이러한 환경에서 개발자들은 때때로 시간적 제약으로 인해 테스트 코드 작성을 생략하고 즉각적인 개발에 집중하게 되는데요. 이는 단기적으로 생산성 향상으로 느껴질 수 있습니다.
그러나 이러한 접근은 '단기적 효율'과 '장기적 지속가능성' 사이의 균형에 대한 문제를 제기합니다. 테스트 코드 없이 진행되는 개발이 당장은 빠른 결과물 도출로 이어질 수 있지만, 장기적 관점에서는 오히려 생산성 저하와 품질 문제로 이어질 수 있기 때문인데요.
그렇다면 테스트 코드가 어떻게 장기적인 생산성 향상에 기여하는 것일까요? 다음은 테스트 코드가 가져다주는 주요 이점들입니다:
 1. 신속한 피드백 루프: 테스트 코드는 개발자가 변경사항을 즉각적으로 검증할 수 있게 해줍니다. 이는 수동 테스트 과정을 최소화하고, 버그를 조기에 발견하여 수정 비용을 절감시킵니다.
 2. 리팩토링 자신감: 잘 작성된 테스트 코드는 개발자에게 코드 개선에 대한 자신감을 부여합니다. 기존 기능의 정상 작동을 보장하면서 새로운 기능을 추가하거나 라이브러리 업데이트를 할 수 있습니다.
 3. 문서화 효과: 테스트 코드는 실행 가능한 명세서 역할을 합니다. 특히 빠르게 변화하는 스타트업 환경에서, 테스트 코드는 최신 상태의 신뢰할 수 있는 문서가 됩니다.

그렇다면 테스트 코드는 어떻게 작성해야 할까요? 아마 많은 개발자 분들이 실질적으로 궁금해하는 내용일텐데요. 전통적인 테스트 피라미드 접근법은 유닛 테스트를 기반으로, 통합 테스트, 그리고 E2E(End-to-End) 테스트 순으로 구성됩니다. 그러나 실제 개발 에서는 이론과 실제 적용 사이의 간극이 존재하기 마련인데요. 토스의 테스트 전략은 아래와 같은 개념 으로 구성되어 있습니다:
 1. 전략적 선별: 복잡성이 높고 비즈니스에 중요한 기능에 테스트 역량을 집중합니다. 단순한 UI 요소보다는 핵심 비즈니스 로직과 주요 사용자 시나리오에 초점을 맞춤으로써, 테스트의 투자 대비 생산성을 극대화합니다.
 2. 통합 테스트 중심 접근: 페이지 단위의 통합 테스트로 실제 사용자 경험에 더 가까운 테스트 시나리오를 구성합니다. 이러한 방식은 개별 컴포넌트의 기능성뿐만 아니라, 상호작용하여 전체 시스템을 구성하는지 검증할 수 있게 해줍니다.
 3. 생산성과 효율성의 균형: 너무 단순한 테스트는 작성하지 않습니다. 예를 들어, 즉시 확인 가능한 단순 UI 변경사항에 대해서는 별도의 자동화된 테스트를 작성하지 않습니다.

결론적으로, 토스의 프론트엔드 테스트는 기존의 이론적 모델을 맹목적으로 따르기보다는 실질적인 가치를 제공하는 방향으로 접근하고 있습니다. 통합테스트 중심의 실용적 접근을 통해 개발 생산성과 품질 사이의 적절한 균형을 맞추는게 인상적이었습니다.

https://toss.tech/article/firesidechat_frontend_3

프론트엔드 개발 영역에서 테스트 코드의 필요성은 지속적인 논의의 대상입니다. 사용자 인터페이스와 직접적으로 연결되는 프론트엔드 코드의 특성상, 빈번하고 다양한 변화에 직면하게 되기 때문인데요. 이러한 환경에서 개발자들은 때때로 시간적 제약으로 인해 테스트 코드 작성을 생략하고 즉각적인 개발에 집중하게 되는데요. 이는 단기적으로 생산성 향상으로 느껴질 수 있습니다.그러나 이러한 접근은 '단기적 효율'과 '장기적 지속가능성' 사이의 균형에 대한 문제를 제기합니다. 테스트 코드 없이 진행되는 개발이 당장은 빠른 결과물 도출로 이어질 수 있지만, 장기적 관점에서는 오히려 생산성 저하와 품질 문제로 이어질 수 있기 때문인데요.그렇다면 테스트 코드가 어떻게 장기적인 생산성 향상에 기여하는 것일까요? 다음은 테스트 코드가 가져다주는 주요 이점들입니다:<ol ><li>신속한 피드백 루프: 테스트 코드는 개발자가 변경사항을 즉각적으로 검증할 수 있게 해줍니다. 이는 수동 테스트 과정을 최소화하고, 버그를 조기에 발견하여 수정 비용을 절감시킵니다.</li><li>리팩토링 자신감: 잘 작성된 테스트 코드는 개발자에게 코드 개선에 대한 자신감을 부여합니다. 기존 기능의 정상 작동을 보장하면서 새로운 기능을 추가하거나 라이브러리 업데이트를 할 수 있습니다.</li><li>문서화 효과: 테스트 코드는 실행 가능한 명세서 역할을 합니다. 특히 빠르게 변화하는 스타트업 환경에서, 테스트 코드는 최신 상태의 신뢰할 수 있는 문서가 됩니다.</li></ol> 그렇다면 테스트 코드는 어떻게 작성해야 할까요? 아마 많은 개발자 분들이 실질적으로 궁금해하는 내용일텐데요. 전통적인 테스트 피라미드 접근법은 유닛 테스트를 기반으로, 통합 테스트, 그리고 E2E(End-to-End) 테스트 순으로 구성됩니다. 그러나 실제 개발 에서는 이론과 실제 적용 사이의 간극이 존재하기 마련인데요. 토스의 테스트 전략은 아래와 같은 개념 으로 구성되어 있습니다:<ol ><li>전략적 선별: 복잡성이 높고 비즈니스에 중요한 기능에 테스트 역량을 집중합니다. 단순한 UI 요소보다는 핵심 비즈니스 로직과 주요 사용자 시나리오에 초점을 맞춤으로써, 테스트의 투자 대비 생산성을 극대화합니다.</li><li>통합 테스트 중심 접근: 페이지 단위의 통합 테스트로 실제 사용자 경험에 더 가까운 테스트 시나리오를 구성합니다. 이러한 방식은 개별 컴포넌트의 기능성뿐만 아니라, 상호작용하여 전체 시스템을 구성하는지 검증할 수 있게 해줍니다.</li><li>생산성과 효율성의 균형: 너무 단순한 테스트는 작성하지 않습니다. 예를 들어, 즉시 확인 가능한 단순 UI 변경사항에 대해서는 별도의 자동화된 테스트를 작성하지 않습니다.</li></ol> 결론적으로, 토스의 프론트엔드 테스트는 기존의 이론적 모델을 맹목적으로 따르기보다는 실질적인 가치를 제공하는 방향으로 접근하고 있습니다. 통합테스트 중심의 실용적 접근을 통해 개발 생산성과 품질 사이의 적절한 균형을 맞추는게 인상적이었습니다. https://toss.tech/article/firesidechat_frontend_3

Toss

변화하는 UI, 변하지 않는 품질: 토스의 프론트엔드 테스트 전략

원문 : https&#x3A;//dev.to/yoskutik/extremely-reducing-the-size-of-npm-package-3420

[번역] NPM 패키지 크기 대폭 축소하기

오늘 소개해드릴 글은 라인플러스의 손수림님이 번역해주신 글입니다.

이 글에서는 테스트 커버리지, 문서 작성, 유효한 버전 관리, 변경 로그 관리 등 패키지 개발의 다양한 측면을 다루고 있으며 특히 패키지의 크기를 최소화하는 방법에 초점을 맞추고 있습니다.

글은 크게 두 가지 부분로 나뉘어지며 첫 번째 부분에서는 의존성 설정과 빌드 프로세스와 같은 일반적인 팁을, 두 번째 부분에서는 개발자 경험(DX)을 약간 희생하면서도 패키지 크기를 더 작게 만드는 구체적인 코드 작성 방법을 설명합니다.

각종 최적화 팁과 더불어 코드 예제와 설명이 포함되어 있어 패키지 배포에 관심이 있으신 분들은 가볍게 읽어보시는 것을 추천드립니다. :)

> 글 링크 : https://velog.io/@surim014/extremely-reducing-the-size-of-npm-packages

오늘 소개해드릴 글은 라인플러스의 손수림님이 번역해주신 글입니다. 이 글에서는 테스트 커버리지, 문서 작성, 유효한 버전 관리, 변경 로그 관리 등 패키지 개발의 다양한 측면을 다루고 있으며 특히 패키지의 크기를 최소화하는 방법에 초점을 맞추고 있습니다. 글은 크게 두 가지 부분로 나뉘어지며 첫 번째 부분에서는 의존성 설정과 빌드 프로세스와 같은 일반적인 팁을, 두 번째 부분에서는 개발자 경험(DX)을 약간 희생하면서도 패키지 크기를 더 작게 만드는 구체적인 코드 작성 방법을 설명합니다. 각종 최적화 팁과 더불어 코드 예제와 설명이 포함되어 있어 패키지 배포에 관심이 있으신 분들은 가볍게 읽어보시는 것을 추천드립니다. :) &gt; 글 링크 : https://velog.io/@surim014/extremely-reducing-the-size-of-npm-packages

Velog

NPM 패키지 크기 대폭 축소하기

테니스 황제라고 불리는 로저 페더러의 최근 다트머스 졸업 연설. 모든 내용 하나하나가 주옥같았다. 일등 하는 사람들은 항상 배울 것이 있다. 그것도 전 세계 1등이니까. 그 사람이 거기까지 가는 데 있어서 내면적으로 겪은 경험들은... 아주 값진 지혜들을 담고 있다. 모든 내용들이 다 좋았지만, 나는 캡처한 부분이 제일 좋았다.

로저 페더러 다트머스 졸업연설

테니스 황제라고 불리는 로저 페더러의 최근 다트머스 졸업 연설이 인상적이다. 그가 이제 대학을 졸업하고 사회로 나가는 졸업생들과 나눈 세 가지 메시지에 내 생각을 얹어본다.

1) Effortless is a myth. (공짜는 없다)
우린 모두 타고난 각자의 재능이 있다. 기가 막힌 음색을 가지고 태어난 사람도 있고, 숫자에 능한 사람도 있고, 동물적으로 운동감각이 뛰어난 사람도 있다. 성공하려면 타고난 재능을 가지고 있어야 한다는 말도 맞을지 모르겠다. 그래서일까? 우리는 종종 성공한 사람들을 보며 타고난 재능이라고 치부해 버리기도 하고, 쉽게 해내는 (것처럼 보이는) 결과물을 보며 그 자리까지 가기 위해 흘린 피 땀 눈물을 외면해 버리기도 한다.

로저 페더러는 자신이 테니스 선수에게 필요한 재능을 타고났음을 인정하면서(타고난 재능을 커리어와 연결시키는 건 매우 중요하다), 타고난 재능만으로는 성공할 수 없음을 강조한다. "Believe in yourself has to be earned."라며 자신에 대한 믿음은 경기를 승리로 이끄는데 꼭 필요한 재능인데, 이는 타고난 재능이 아니라 각고의 노력으로 얻어내야 하는 재능이라고 말한다. 인내심과 끈기, 과정을 즐길 수 있는 여유, 자기 관리... 이 모든 게 치열한 자신과의 싸움으로 만들어낸 재능이라는 것이다. 나는 개인적으로 "to be earned"라는 말을 좋아한다. 우리의 성공이 타고난 재능으로 결정된다면 억울하고 재미없는 삶이 되겠지만, 내가 노력해서 얻어낸 재능으로 성공을 만들 수 있다면 살아볼 만한 인생이라는 에너지가 생긴다.

나는 최근 일적으로 폭풍 속을 걷는 것 같은 시기를 보내고 있는데, 자기 확신, 회복력, 긍정적 마인드 이 세 재능을 바닥내지 않고 든든하게 키우기 위해 노력 중이다. 새로운 프로젝트를 리딩하고 팀을 매니징하고 의사결정을 내리는데 자기 확신은 필수이다. 그렇지 않으면 매사 불안감이 커져서 잘못된 판단을 내리거나, 결정을 미루거나, 책임을 전가해 버리는 결과를 내기 쉽다. 새로운 일을 시도할 때는 (특히 제로투원을 만들어 낼 때는) 실수나 실패를 했을 때 빠르게 인정하고 회복할 수 있어야 한다. 한 번에 성공하는 게 목표가 아니라 빠르게 실패하고 그걸 발판으로 또다시 시도하거나 피벗을 하면서 방향을 잡아 가는게 중요하기 때문이다. 실수나 실패에 타격이 큰 사람은 오래 버틸 수가 없다. 자기 확신과 회복력은 긍정적 마인드를 베이스로 한다. 괜찮다는 마음, 할 수 있다는 마음, 까짓것 일단 한번 해보지 뭐, 아님 말고! 하는 초긍정 마인드가 성공에 꼭 필요한 재능이고, 이건 타고난 재능이 아니라 치열한 노력으로 만들어진다. "Belive in yourself has to be earned."

각자 가진 재능을 잘 살펴보고 어떤 재능을 더 키워야 하는지 적어보면 어떨까. 성실한 것도, 잘 웃는 것도, 친화력 있는 것도, 책임감이 있는 것도 모두 노력으로 얻어야 하는 재능들이다.

2) It's only a point. (그저 1 포인트일 뿐이다)
테니스의 황제라고 불리는 로저 페더러의 한 세트 평균 승률은 54%. 세계 최고 탑 플레이어이지만 승률은 50% 정도라는 것이다. (야구도 3할이면 최강 타자라고 불린다). 한 포인트는 승부사에게 매우 중요한 순간이지만(그래서 한 포인트를 얻기 위해 최선을 다해야 하지만), 졌을 땐 그저 한 포인트로 진거 일뿐이라는 거다. 진 포인트에 연연하면 다음 포인트를 놓치게 된다. 인생을 살다 보면 1 포인트를 잃게 되는 경우가 흔히 생기는데, 1 포인트는 그저 1 포인트일 뿐. It's OK. It's only a point. 인생 최고의 샷을 만들었다면? 그 또한 1 포인트일 뿐이다.

"When you're playing a point, it has to be the most important thing in the world and it is. But when it's behind you it's behind you. This mindset is really crucial because it frees you to fully commit to the next point and the next point after, with intensity, clarify, and focus. The truth is whatever game you play in life, sometimes you're going to lose; a point, a match, a season, a job.. it's a roller coaster with many ups and downs, but negative energy is wasted energy. You want to become a master at overcoming hard moments. That is a sign of a champion."

월드 챔피언은 모든 경기를 이겨서가 아니라, 자신의 패배를 다루는 법을 잘 알고 훈련한 사람이라고 강조한다.

"The best in the world are not the best because they win every point. But it's because they know they lose again and again and have learned how to deal with it."

어느 날은 일을 잘 해낸 것 같아서 뿌듯하다가, 어느 날은 다 망친 것 같아서 자괴감에 빠질 때도 있다. 동료들에게 칭찬을 듣기도 하고 비난을 받기도 한다. 내가 만든 결과물이 졸작인 것 같아서 다 버리고 싶은 날들이 이어지기도 한다. 성공도 실패도 그저 내 커리어 인생에 1 포인트일 뿐이다. 1포인트로 게임에서 진 것보다, 더 위험한 게 '난 역시 안 되나 봐', '자존심 상해서 그만뒀어', '다시 도전한 엄두가 안 나' 이런 마음으로 이어지는 패배감이다. 그저 1 포인트라는 걸 상기하자. 세계 최강 선수도 승률이 50%이고, 최강 타자도 3할인데, 평범한 내가 매번 성공한다면 그게 더 이상한 거다. 일희일비하지 말자. 그저 1 포인트씩 쌓아가는 거다.

3) Life is bigger than a court.
16살에 테니스 커리어를 시작해서 24년 동안 테니스 코트에서 살았고 테니스에서 인생을 배웠다고 생각했는데, 2022년에 은퇴를 하고 보니 자신이 몰랐던 큰 세상이 있더라는 깨달음.

내가 처한 상황이 절망적이라고 느껴질 때, 내가 손에 쥐고 있는 걸 놓으면 세상이 무너질 것 같은 두려움이 생길 때, 나만 뒤처지고 억울한 것 같다는 생각이 밀려올 때.. 내 눈에 가림막을 하고 무작정 달리고 있는 건 아닌지 멈춰서 살펴봐야 한다. 생각해 보면 내가 만나는 사람들의 숫자도 지극히 제한적이고, 내가 속한 커리어 분야도 매우 협소하고 (게다가 나는 내가 하는 일 외엔 모르는 게 너무 많다), 내가 경험한 세계도 고작 몇몇 나라와 도시들뿐이다. 여행을 하면 내가 모르는 세상과 만나게 되는 게 가장 큰 인생 배움이 된다. 세상은 넓고, 사람들은 다양하고, 삶은 다 각자 다른 모습으로 꽃을 피운다. 인생을 내 커리어 코트에 묶어 놓는다면 경기가 끝났을 때 멘붕이 올 것이다. 커리어는 커리어일 뿐, 인생 전부가 아니다. 꼭 명심하자.

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

테니스 황제라고 불리는 로저 페더러의 최근 다트머스 졸업 연설이 인상적이다. 그가 이제 대학을 졸업하고 사회로 나가는 졸업생들과 나눈 세 가지 메시지에 내 생각을 얹어본다.​1) Effortless is a myth. (공짜는 없다)우린 모두 타고난 각자의 재능이 있다. 기가 막힌 음색을 가지고 태어난 사람도 있고, 숫자에 능한 사람도 있고, 동물적으로 운동감각이 뛰어난 사람도 있다. 성공하려면 타고난 재능을 가지고 있어야 한다는 말도 맞을지 모르겠다. 그래서일까? 우리는 종종 성공한 사람들을 보며 타고난 재능이라고 치부해 버리기도 하고, 쉽게 해내는 (것처럼 보이는) 결과물을 보며 그 자리까지 가기 위해 흘린 피 땀 눈물을 외면해 버리기도 한다.​로저 페더러는 자신이 테니스 선수에게 필요한 재능을 타고났음을 인정하면서(타고난 재능을 커리어와 연결시키는 건 매우 중요하다), 타고난 재능만으로는 성공할 수 없음을 강조한다. "Believe in yourself has to be earned."라며 자신에 대한 믿음은 경기를 승리로 이끄는데 꼭 필요한 재능인데, 이는 타고난 재능이 아니라 각고의 노력으로 얻어내야 하는 재능이라고 말한다. 인내심과 끈기, 과정을 즐길 수 있는 여유, 자기 관리... 이 모든 게 치열한 자신과의 싸움으로 만들어낸 재능이라는 것이다. 나는 개인적으로 "to be earned"라는 말을 좋아한다. 우리의 성공이 타고난 재능으로 결정된다면 억울하고 재미없는 삶이 되겠지만, 내가 노력해서 얻어낸 재능으로 성공을 만들 수 있다면 살아볼 만한 인생이라는 에너지가 생긴다.​나는 최근 일적으로 폭풍 속을 걷는 것 같은 시기를 보내고 있는데, 자기 확신, 회복력, 긍정적 마인드 이 세 재능을 바닥내지 않고 든든하게 키우기 위해 노력 중이다. 새로운 프로젝트를 리딩하고 팀을 매니징하고 의사결정을 내리는데 자기 확신은 필수이다. 그렇지 않으면 매사 불안감이 커져서 잘못된 판단을 내리거나, 결정을 미루거나, 책임을 전가해 버리는 결과를 내기 쉽다. 새로운 일을 시도할 때는 (특히 제로투원을 만들어 낼 때는) 실수나 실패를 했을 때 빠르게 인정하고 회복할 수 있어야 한다. 한 번에 성공하는 게 목표가 아니라 빠르게 실패하고 그걸 발판으로 또다시 시도하거나 피벗을 하면서 방향을 잡아 가는게 중요하기 때문이다. 실수나 실패에 타격이 큰 사람은 오래 버틸 수가 없다. 자기 확신과 회복력은 긍정적 마인드를 베이스로 한다. 괜찮다는 마음, 할 수 있다는 마음, 까짓것 일단 한번 해보지 뭐, 아님 말고! 하는 초긍정 마인드가 성공에 꼭 필요한 재능이고, 이건 타고난 재능이 아니라 치열한 노력으로 만들어진다. "Belive in yourself has to be earned."​각자 가진 재능을 잘 살펴보고 어떤 재능을 더 키워야 하는지 적어보면 어떨까. 성실한 것도, 잘 웃는 것도, 친화력 있는 것도, 책임감이 있는 것도 모두 노력으로 얻어야 하는 재능들이다.​2) It's only a point. (그저 1 포인트일 뿐이다)테니스의 황제라고 불리는 로저 페더러의 한 세트 평균 승률은 54%. 세계 최고 탑 플레이어이지만 승률은 50% 정도라는 것이다. (야구도 3할이면 최강 타자라고 불린다). 한 포인트는 승부사에게 매우 중요한 순간이지만(그래서 한 포인트를 얻기 위해 최선을 다해야 하지만), 졌을 땐 그저 한 포인트로 진거 일뿐이라는 거다. 진 포인트에 연연하면 다음 포인트를 놓치게 된다. 인생을 살다 보면 1 포인트를 잃게 되는 경우가 흔히 생기는데, 1 포인트는 그저 1 포인트일 뿐. It's OK. It's only a point. 인생 최고의 샷을 만들었다면? 그 또한 1 포인트일 뿐이다.​"When you're playing a point, it has to be the most important thing in the world and it is. But when it's behind you it's behind you. This mindset is really crucial because it frees you to fully commit to the next point and the next point after, with intensity, clarify, and focus. The truth is whatever game you play in life, sometimes you're going to lose; a point, a match, a season, a job.. it's a roller coaster with many ups and downs, but negative energy is wasted energy. You want to become a master at overcoming hard moments. That is a sign of a champion."​월드 챔피언은 모든 경기를 이겨서가 아니라, 자신의 패배를 다루는 법을 잘 알고 훈련한 사람이라고 강조한다.​"The best in the world are not the best because they win every point. But it's because they know they lose again and again and have learned how to deal with it." 어느 날은 일을 잘 해낸 것 같아서 뿌듯하다가, 어느 날은 다 망친 것 같아서 자괴감에 빠질 때도 있다. 동료들에게 칭찬을 듣기도 하고 비난을 받기도 한다. 내가 만든 결과물이 졸작인 것 같아서 다 버리고 싶은 날들이 이어지기도 한다. 성공도 실패도 그저 내 커리어 인생에 1 포인트일 뿐이다. 1포인트로 게임에서 진 것보다, 더 위험한 게 '난 역시 안 되나 봐', '자존심 상해서 그만뒀어', '다시 도전한 엄두가 안 나' 이런 마음으로 이어지는 패배감이다. 그저 1 포인트라는 걸 상기하자. 세계 최강 선수도 승률이 50%이고, 최강 타자도 3할인데, 평범한 내가 매번 성공한다면 그게 더 이상한 거다. 일희일비하지 말자. 그저 1 포인트씩 쌓아가는 거다.​3) Life is bigger than a court.16살에 테니스 커리어를 시작해서 24년 동안 테니스 코트에서 살았고 테니스에서 인생을 배웠다고 생각했는데, 2022년에 은퇴를 하고 보니 자신이 몰랐던 큰 세상이 있더라는 깨달음.​내가 처한 상황이 절망적이라고 느껴질 때, 내가 손에 쥐고 있는 걸 놓으면 세상이 무너질 것 같은 두려움이 생길 때, 나만 뒤처지고 억울한 것 같다는 생각이 밀려올 때.. 내 눈에 가림막을 하고 무작정 달리고 있는 건 아닌지 멈춰서 살펴봐야 한다. 생각해 보면 내가 만나는 사람들의 숫자도 지극히 제한적이고, 내가 속한 커리어 분야도 매우 협소하고 (게다가 나는 내가 하는 일 외엔 모르는 게 너무 많다), 내가 경험한 세계도 고작 몇몇 나라와 도시들뿐이다. 여행을 하면 내가 모르는 세상과 만나게 되는 게 가장 큰 인생 배움이 된다. 세상은 넓고, 사람들은 다양하고, 삶은 다 각자 다른 모습으로 꽃을 피운다. 인생을 내 커리어 코트에 묶어 놓는다면 경기가 끝났을 때 멘붕이 올 것이다. 커리어는 커리어일 뿐, 인생 전부가 아니다. 꼭 명심하자.​https://www.youtube.com/watch?v=t8v0cHn_LRc

YouTube

로저 페더러에게 배우는 성공의 비결

리눅스의 창시자인 리누스 토발즈의 유명한 말 중에 다음과 같은 명언이 있다.

“Talk is cheap, show me the code.”

AI가 대신 코딩해주는 시대에, 이제 이 말은 다음처럼 바뀌어야 하지 않을까 싶다.

“Code is cheap, talk about value.”

리눅스의 창시자인 리누스 토발즈의 유명한 말 중에 다음과 같은 명언이 있다. “Talk is cheap, show me the code.” AI가 대신 코딩해주는 시대에, 이제 이 말은 다음처럼 바뀌어야 하지 않을까 싶다. “Code is cheap, talk about value.”

리눅스의 창시자인 리누스 토발즈의 유명한 말 중에 다음과 같은 명

SCAMPER는 아이디어 발상을 도와주는 창의적 사고도구입니다. 각각의 알파벳은 아이디어를 발전시키기 위한 구체적인 질문을 나타냅니다.

1. Substitute (대체하기): 어떤 요소를 다른 것으로 바꿀 수 있을까?
- 예시: 플라스틱 빨대를 종이 빨대로 대체하기.

2. Combine (결합하기): 두 가지 요소를 결합하면 새로운 것이 나올까?
- 예시: 스마트폰과 카메라 기능 결합.

3. Adapt (적용하기): 다른 분야에서 성공한 아이디어를 적용할 수 있을까?
- 예시: 자동차 좌석의 열선 기능을 사무실 의자에 적용.

4. Modify (변형하기): 기존 아이디어를 어떻게 변형할 수 있을까?
- 예시: 기존 제품의 색상이나 크기 변경.

5. Put to another use (다른 용도로 사용하기): 다른 방식으로 활용할 수 있을까?
- 예시: 와인병을 꽃병으로 사용.

6. Eliminate (제거하기): 불필요한 요소를 제거할 수 있을까?
- 예시: 제품의 복잡한 기능을 제거하고 단순화.

7. Reverse (반대로 생각하기): 순서를 뒤집거나 반대로 해볼 수 있을까?
- 예시: 패키지 배송을 고객이 직접 픽업하게 하기.

SCAMPER는 아이디어 발상을 도와주는 창의적 사고도구입니다. 각각의 알파벳은 아이디어를 발전시키기 위한 구체적인 질문을 나타냅니다. 1. Substitute (대체하기): 어떤 요소를 다른 것으로 바꿀 수 있을까? - 예시: 플라스틱 빨대를 종이 빨대로 대체하기. 2. Combine (결합하기): 두 가지 요소를 결합하면 새로운 것이 나올까? - 예시: 스마트폰과 카메라 기능 결합. 3. Adapt (적용하기): 다른 분야에서 성공한 아이디어를 적용할 수 있을까? - 예시: 자동차 좌석의 열선 기능을 사무실 의자에 적용. 4. Modify (변형하기): 기존 아이디어를 어떻게 변형할 수 있을까? - 예시: 기존 제품의 색상이나 크기 변경. 5. Put to another use (다른 용도로 사용하기): 다른 방식으로 활용할 수 있을까? - 예시: 와인병을 꽃병으로 사용. 6. Eliminate (제거하기): 불필요한 요소를 제거할 수 있을까? - 예시: 제품의 복잡한 기능을 제거하고 단순화. 7. Reverse (반대로 생각하기): 순서를 뒤집거나 반대로 해볼 수 있을까? - 예시: 패키지 배송을 고객이 직접 픽업하게 하기.

아이디어가 잘 안생길 때 쓸 수 있는 프레임워크 SCAMPER 💡

코로나 이후 글로벌 CEO의 관심 순위가 바뀌었다…1순위는 인력관리

[Issue #74]
"🔍포스트 코로나, CEO들의 관심사는?"

코로나19 팬데믹의 여파로 글로벌 CEO들의 최대 관심사가 올해 초 '환경·기후변화'에서 최근에는 '인력관리'로 옮겨간 것으로 나타났습니다.

① KPMG는 글로벌 11개국 CEO 1,300명을 대상으로 올해 1월과 7월에 걸쳐 두 번의 설문 조사를 했는데요. 기업의 가장 중요한 도전과제에 관한 질문에 1월 조사에서는 환경·기후변화(22%)가 1위였으나, 7월 조사에서는 인력관리(21%)가 꼽혔습니다.

② 세계 경제 전망을 낙관하는 CEO도 크게 줄었습니다. 향후 3년간 글로벌 경제 전망을 묻는 말에 응답자의 32%가 올해 초 조사 때보다 성장을 확신하지 않는 것으로 답했습니다.

③ 또, 79%는 코로나19로 기업의 목표를 재평가했다고 답했는데요. 63%는 ESG(환경·사회·지배구조)를 핵심 의제로 여겼고, 65%는 기후변화에 대한 위험 등을 관리하는 것이 향후 기업의 성공을 결정하는 열쇠가 될 것이라 응답했습니다.

④ 이 결과는 코로나19로 기업의 의제에 급격한 변화가 있음을 잘 보여주고 있습니다. 빌 토마스 KPMG 회장은 "코로나19로 인한 위기는 기업의 디지털화와 사회적 책임에 대한 전략 수립 및 실행을 더욱 가속화하고 있다"고 진단했습니다.

W⑤'s comment 🤔: '거인의 어깨 위에 올라서라'는 말이 있죠. 경제 전망도 불확실하고, 근무환경도 새롭게 설계해야만 하는 CEO의 고민을 엿볼 수 있었습니다. '관리 대상 인력'인 우리는 어떤 고민을 해야 할까요? 한 번 생각해봐야겠습니다.

IT 서비스의 브랜드 마케터 셋이 모였습니다. 문제 해결을 위해 늘 새로운 소식을 보고, 경험하고, 실험해 봅니다. 각자 다른 배경과 강점을 가지고 좋은 시너지를 만들어 내고 있습니다. 일주일에 딱 다섯 가지 마케팅 이슈를 정리해 발행하는 뉴스레터 '위클리 파이브'를 운영했고, 지금은 퍼블리 뉴스 큐레이터로 활동하고 있습니다.

카카오 브랜드 마케터

위클리 파이브

IT 서비스의 브랜드 마케터입니다.  문제 해결을 위해 늘 새로운 소식을 보고, 경험하고, 학습해야만 하는 일을 하고 있습니다. 현업에서 일하면서 접하는 새롭고 흥미로운 소식들을 공유합니다.

댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필