한국에서 일할 때는 제 주변에 대부분의 직장인들이 성장에 목말라 했었습니다. 막 입사한 개발자들은 어떻게 하면 빨리 신입 딱지를 땔 수 있을지 물어봤었고, 주니어 개발자들은 어떻게 하면 빨리 시니어가 될 수 있는지 궁금해했습니다. 동기들은 다 진급하는데 본인만 누락될까봐 걱정하시는 분들이 많았습니다. 그래서 주로 이러한 갈증을 해소시켜주는 멘토링을 했던 기억이 있습니다.

이러한 경험을 갖고 저는 캐나다에 와서 직장 생활을 하면서 문화 충격을 받는데요. 현재 자신이 맡고있는 역할에 충분히 만족하며 딱히 더 성장할 마음이 없는 직장인들이 많기 때문입니다. 이러한 엔지니어들과 얘기를 해보면 소프트웨어 개발 직군이 다른 직군 대비 처우가 얼마나 좋은지 잘 인지하고 있으며 그래서 더 이상 바랄 게 없다고 합니다. 진급과 함께 늘어난 권한만큼 무거운 책임도 부담스럽다고 하고요.

한국에서 어렸을 때 부터 치열한 경쟁 속에 살아온 저는 처음에 이러한 캐나다 동료들이 나태하고 한심하다고 느껴졌습니다. 아마도 예전에 교양 수업에서 들었던 열심히 일하지 않아도 되는 복지 선진국의 폐해일 수도 있겠다고 생각했습니다. 하지만 이러한 엔지니어들을 직접 멘토링하게 되면서 제 관점이 조금씩 바뀌게 되었습니다.

처음에는 이러한 멘티들의 성장을 독려하는 것이 저의 임무라고 생각했습니다. 업무에서 사용하고 있는 기술에 대해서 좀 더 깊이 공부하기를 바라는 마음에 여러 책과 온라인 강의를 추천해주었습니다. 이 친구들이 조직에서 더 두각을 내고 진급을 하려면 어떤 부분에서 더 실력을 키워야 하는지 얘기해 주었습니다. 이렇게 성장하는 방법을 알려주면 고마워할 줄 알았죠.

하지만 저의 이러한 멘토링 방향에 반발하는 멘티를 만났고, 이 친구와 우리는 왜 성장해야 하는가 대해서 수 차례 깊은 대화를 나누었습니다. 그러다가 저는 태어나서 한 번도 의심해보지 않았던 성장이라는 가치에 대해서 자문하게 되었습니다. 나는 왜 이렇게 성장에 집착하는 거지? 왜 다른 사람에게 성장을 강요하려는 거지?? 생각을 해보니 반드시 모든 사람이 성장하고 싶어야 할 이유도 없더군요! 제 생각이 얼마나 편협했었는지를 느끼게 되었습니다.

그래서 이제는 새로운 멘티가 생기면 성장을 하고 싶은지에 대해서 먼저 꼭 물어봅니다. 엔지니어로서 성장을 원치 않는 친구들은 보통 인생의 다른 부분에 열정을 갖고 있더라고요. 어떤 친구는 퇴근 후에 아마추어 하키팀 코치로 투잡을 뛰고, 다른 친구는 영화 감독이 꿈이라서 주말마다 독립 영화를 찍고 있다고 하네요. 이런 친구들은 성장보다는 효율에 초점을 두어 멘토링을 합니다.

저처럼 소프트웨어 개발을 천직으로 삼고 계속해서 공부하며 엔지니어로 성장하고 싶은 사람도 있지만, 그냥 소프트웨어 개발을 괜찮은 돈벌이 수단으로 생각하고 직업 그 이상 이하로도 생각하지 않는 사람도 많습니다. 멘토가 멘티의 성장을 도와줄 수는 있지만, 절대 강요할 수는 없다는 것을 배웠습니다.

한국에서 일할 때는 제 주변에 대부분의 직장인들이 성장에 목말라 했었습니다. 막 입사한 개발자들은 어떻게 하면 빨리 신입 딱지를 땔 수 있을지 물어봤었고, 주니어 개발자들은 어떻게 하면 빨리 시니어가 될 수 있는지 궁금해했습니다. 동기들은 다 진급하는데 본인만 누락될까봐 걱정하시는 분들이 많았습니다. 그래서 주로 이러한 갈증을 해소시켜주는 멘토링을 했던 기억이 있습니다. 이러한 경험을 갖고 저는 캐나다에 와서 직장 생활을 하면서 문화 충격을 받는데요. 현재 자신이 맡고있는 역할에 충분히 만족하며 딱히 더 성장할 마음이 없는 직장인들이 많기 때문입니다. 이러한 엔지니어들과 얘기를 해보면 소프트웨어 개발 직군이 다른 직군 대비 처우가 얼마나 좋은지 잘 인지하고 있으며 그래서 더 이상 바랄 게 없다고 합니다. 진급과 함께 늘어난 권한만큼 무거운 책임도 부담스럽다고 하고요. 한국에서 어렸을 때 부터 치열한 경쟁 속에 살아온 저는 처음에 이러한 캐나다 동료들이 나태하고 한심하다고 느껴졌습니다. 아마도 예전에 교양 수업에서 들었던 열심히 일하지 않아도 되는 복지 선진국의 폐해일 수도 있겠다고 생각했습니다. 하지만 이러한 엔지니어들을 직접 멘토링하게 되면서 제 관점이 조금씩 바뀌게 되었습니다. 처음에는 이러한 멘티들의 성장을 독려하는 것이 저의 임무라고 생각했습니다. 업무에서 사용하고 있는 기술에 대해서 좀 더 깊이 공부하기를 바라는 마음에 여러 책과 온라인 강의를 추천해주었습니다. 이 친구들이 조직에서 더 두각을 내고 진급을 하려면 어떤 부분에서 더 실력을 키워야 하는지 얘기해 주었습니다. 이렇게 성장하는 방법을 알려주면 고마워할 줄 알았죠. 하지만 저의 이러한 멘토링 방향에 반발하는 멘티를 만났고, 이 친구와 우리는 왜 성장해야 하는가 대해서 수 차례 깊은 대화를 나누었습니다. 그러다가 저는 태어나서 한 번도 의심해보지 않았던 성장이라는 가치에 대해서 자문하게 되었습니다. 나는 왜 이렇게 성장에 집착하는 거지? 왜 다른 사람에게 성장을 강요하려는 거지?? 생각을 해보니 반드시 모든 사람이 성장하고 싶어야 할 이유도 없더군요! 제 생각이 얼마나 편협했었는지를 느끼게 되었습니다. 그래서 이제는 새로운 멘티가 생기면 성장을 하고 싶은지에 대해서 먼저 꼭 물어봅니다. 엔지니어로서 성장을 원치 않는 친구들은 보통 인생의 다른 부분에 열정을 갖고 있더라고요. 어떤 친구는 퇴근 후에 아마추어 하키팀 코치로 투잡을 뛰고, 다른 친구는 영화 감독이 꿈이라서 주말마다 독립 영화를 찍고 있다고 하네요. 이런 친구들은 성장보다는 효율에 초점을 두어 멘토링을 합니다. 저처럼 소프트웨어 개발을 천직으로 삼고 계속해서 공부하며 엔지니어로 성장하고 싶은 사람도 있지만, 그냥 소프트웨어 개발을 괜찮은 돈벌이 수단으로 생각하고 직업 그 이상 이하로도 생각하지 않는 사람도 많습니다. 멘토가 멘티의 성장을 도와줄 수는 있지만, 절대 강요할 수는 없다는 것을 배웠습니다.

성장을 강요하는 멘토, 성장을 거부하는 멘티

전혀 생각하지 못했네요. 좋은 경험과 글에 깨달음을 얻어갑니다!

세상의 소프트웨어 프로그래머들 모두 화이팅.

우리의 끝은 정말 치킨집일까

quora에 있는 'I regret becoming a software developer because I can't find jobs as I get older. Aside from programming, though, I have no other skills. What should I do?' 글을 기반으로 정리한 포스트를 공유합니다.

너무 웃픈(?) 글인데요,
개발자는 최신 기술을 계속 따라가면 문제 없지만, 이를 따라가지 않는 것이라며,
최신 기술을 따라가는 방법 2가지 방법을 소개하는데요!

여러분들의 생각은 어떠신가요?

https://velog.io/@broccolism/%EC%9A%B0%EB%A6%AC%EC%9D%98-%EB%81%9D%EC%9D%80-%EC%A0%95%EB%A7%90-%EC%B9%98%ED%82%A8%EC%A7%91%EC%9D%BC%EA%B9%8C

quora에 있는 'I regret becoming a software developer because I can't find jobs as I get older. Aside from programming, though, I have no other skills. What should I do?' 글을 기반으로 정리한 포스트를 공유합니다. 너무 웃픈(?) 글인데요,개발자는 최신 기술을 계속 따라가면 문제 없지만, 이를 따라가지 않는 것이라며,최신 기술을 따라가는 방법 2가지 방법을 소개하는데요! 여러분들의 생각은 어떠신가요? https://velog.io/@broccolism/%EC%9A%B0%EB%A6%AC%EC%9D%98-%EB%81%9D%EC%9D%80-%EC%A0%95%EB%A7%90-%EC%B9%98%ED%82%A8%EC%A7%91%EC%9D%BC%EA%B9%8C

velog.io

개발자. 우리의 끝은 정말 치킨집일까?

Let's create a Git commit using Git's low-level (plumbing) commands

Creating a Git commit: The Hard Way

Git에서 저희가 일반적으로 사용하는 git add나 git commit 같은 명령어를 Porcelain 명령어라고 하고 보다 저수준작업을 하는 명령어는 Plumbing 명령어라고 부릅니다.

이 글에서는 Git의 동작 방식을 더 잘 이해하기 위해서 blob과 tree로 구성된 커밋의 구조를 설명하고 Git commit 대신 git hash-object, git update-index, git commit-tree같은 Plubming 명령어로 직접 커밋을 만들어 보면서 실제로 git commit이 어떻게 동작하는지를 설명하는데 직접 따라해 보면서 구조를 이해하기 쉽게 정리된 글입니다.

https://avestura.dev/blog/creating-a-git-commit-the-hard-way

Git에서 저희가 일반적으로 사용하는 git add나 git commit 같은 명령어를 Porcelain 명령어라고 하고 보다 저수준작업을 하는 명령어는 Plumbing 명령어라고 부릅니다. 이 글에서는 Git의 동작 방식을 더 잘 이해하기 위해서 blob과 tree로 구성된 커밋의 구조를 설명하고 Git commit 대신 git hash-object, git update-index, git commit-tree같은 Plubming 명령어로 직접 커밋을 만들어 보면서 실제로 git commit이 어떻게 동작하는지를 설명하는데 직접 따라해 보면서 구조를 이해하기 쉽게 정리된 글입니다. https://avestura.dev/blog/creating-a-git-commit-the-hard-way

Avestura's Blog

As Google borks on one of its oldest features, the book closes on an era of the web.

Google Has Officially Killed Cache Links

구글 검색 중 편했던 기능인 '저장된 페이지', 즉 [캐시링크]가 공식적으로 서비스 종료되네요.
웹 초기에 인터넷이 불안정했을 때 이전에 저장된 버전을 보여주는 서비스였는데요.
이젠 웹이 안정적으로 돌아가기도 하니 사라진다고 하네요..!

https://gizmodo.com/google-has-officially-killed-cache-links-1851220408

구글 검색 중 편했던 기능인 '저장된 페이지', 즉 [캐시링크]가 공식적으로 서비스 종료되네요. 웹 초기에 인터넷이 불안정했을 때 이전에 저장된 버전을 보여주는 서비스였는데요.이젠 웹이 안정적으로 돌아가기도 하니 사라진다고 하네요..! https://gizmodo.com/google-has-officially-killed-cache-links-1851220408

Gizmodo

구글의 '저장된 페이지' 기능 종료

#직딩에세이 #25 | 암초는 바다에만 있는 것이 아니다. 직장 생활을 하다보면 뭔지 모르게 자신의 힘을 빼는 사람들이 있는데 이런 사람들과는 처음부터 거리를 두는 것이 좋다.  1. 편을 가르는 사람들  회의를 팀전이라 생각하는 사람들이 있다. PC방에서는 진실일지 모르겠으나, 회사에서는 이것만큼 골치아픈 것이 없다. 회사가 위기일수록 이런 사람들이 많아지는데, 어쩌면 이런 사

직장생활에서 피해야 할 사람들

직장 생활을 하다보면 뭔지 모르게 자신의 힘을 빼는 사람들이 있는데 이런 사람들과는 처음부터 거리를 두는게 좋다고 합니다. 꽤 오래된 글이지만 몇 가지는 저도 공감이 가는글이고, 반대로 저도 이런적이 있었나 다시 한번 생각해보게 되는 글입니다.

🏄🏻‍♂️ 편을 가르는 사람들
회의를 팀전이라 생각하는 사람들이 있습니다. '니 편 내 편' 이 있는 사람들은 회의 내용에 잘 집중하지 못합니다. 이 사람들이 가장 문제가 되는 점은 '상대방의 주장이 옳다는 것'을 알아도 여전히 노선을 바꾸지 않는 점입니다.

🤫 상대에 따라 말이 바뀌는 사람들
말이나 생각의 일관성이 없는 사람들입니다. 특히 상사를 대할 때와 동료를 대할 때 말이 180도 달라지는 사람들이 많습니다. 이런 사람들이 가장 싫어하는 것은 '모두가 있는 자리에서 자신의 생각을 이야기하는 것' 입니다. 회의에서는 말을 아끼거나 대부분의 사람의 의견에 동의하지만, 회의가 끝나면 참석한 사람들을 하나씩 붙잡고 이야기를 시작합니다. 보통 이런 사람들은 회사에 불만이 많고, 불만의 대상이 눈앞에 있으면 그 이야기를 하지 않습니다. 그 사람을 직접 마주보고 할 수 없는 이야기는 다른 사람에게도 하지 않는 것이 좋습니다.

🏃‍♂️ 감정 기복이 심한 사람들
이런 사람들의 특징은 굉장히 잘해주는 때와 이유없이 화를 내는 때의 변화가 찰나의 순간에 교차한다는 것입니다. 논쟁을 하다가 갑자기 감정을 폭발하는 사람을 대하는 것은 굉장히 어렵습니다. 가능하다면 이런 사람들과는 1:1로 미팅을 하지 않는 것이 좋고, 어쩔 수 없이 해야한다면 회의실말고 카페같은 열린 공간에서 하는 것이 더 좋습니다.

🧘🏻‍♂️ 하겠다고 한 일을 하지 않는 사람들
하겠다고 막 내뱉고 하지 않는 것만큼 동료들을 지치게 하는 일은 없습니다.
하지 않을 업무는 눈 앞에 CEO가 앉아 있더라도 하지 않겠다고 이야기해야 합니다.
하지 않을 업무를 본인 스스로 제안하면 안됩니다. 보통 이러한 사람들은 '할 수 있을 것 같아서', '좋은 생각인 것 같아서'라는 답을 주는데 회사에서는 자신이 뱉은 말은 지켜야 하는 곳입니다.

💁‍♂️ 자기 생각을 이야기하지 못하는 사람들
자신의 생각을 말하지 않는 사람들이 생각을 말하게 하는 것은 생각보다 굉장히 어려운 일입니다. 특히 설득해야 하는 사람이 굳이 그럴 필요까지 있을까 생각하는 경우는 더욱 그렇습니다.
회사는 대체적으로 바쁜곳이기에 이야기하지 않으면 모른다고 생각하는 것이 좋습니다.
'꼭 말해야 아나요?' 라고 묻는다면 '그렇습니다.' 잘못된 의사결정이 내려지고 있으면 말을 해야 합니다.

👨‍💻 날짜와 숫자를 부르지 못하는 사람들
언제까지 마무리 할 수 있을지, 이번 분기에 매출이 얼마로 끝날 것 같은지에 대해 답을 못하는 사람들이 의외로 많습니다. 물어본 질문에 대한 답을 빼고 장황한 설명을 하거나, 노력하고 있다고만 말하는 경우가 많습니다. 이러한 사람을 매니저로 둔 팀원들은 죽었다고 보면 됩니다.

👁️ 하고 싶은 것이 없는 사람들
무기력하거나, 방어적이거나, 둘 다 인 경우를 의미합니다.

직장 생활을 하다보면 뭔지 모르게 자신의 힘을 빼는 사람들이 있는데 이런 사람들과는 처음부터 거리를 두는게 좋다고 합니다. 꽤 오래된 글이지만 몇 가지는 저도 공감이 가는글이고, 반대로 저도 이런적이 있었나 다시 한번 생각해보게 되는 글입니다. 🏄🏻‍♂️ 편을 가르는 사람들회의를 팀전이라 생각하는 사람들이 있습니다. '니 편 내 편' 이 있는 사람들은 회의 내용에 잘 집중하지 못합니다. 이 사람들이 가장 문제가 되는 점은 '상대방의 주장이 옳다는 것'을 알아도 여전히 노선을 바꾸지 않는 점입니다. 🤫 상대에 따라 말이 바뀌는 사람들말이나 생각의 일관성이 없는 사람들입니다. 특히 상사를 대할 때와 동료를 대할 때 말이 180도 달라지는 사람들이 많습니다. 이런 사람들이 가장 싫어하는 것은 '모두가 있는 자리에서 자신의 생각을 이야기하는 것' 입니다. 회의에서는 말을 아끼거나 대부분의 사람의 의견에 동의하지만, 회의가 끝나면 참석한 사람들을 하나씩 붙잡고 이야기를 시작합니다. 보통 이런 사람들은 회사에 불만이 많고, 불만의 대상이 눈앞에 있으면 그 이야기를 하지 않습니다. 그 사람을 직접 마주보고 할 수 없는 이야기는 다른 사람에게도 하지 않는 것이 좋습니다. 🏃‍♂️ 감정 기복이 심한 사람들이런 사람들의 특징은 굉장히 잘해주는 때와 이유없이 화를 내는 때의 변화가 찰나의 순간에 교차한다는 것입니다. 논쟁을 하다가 갑자기 감정을 폭발하는 사람을 대하는 것은 굉장히 어렵습니다. 가능하다면 이런 사람들과는 1:1로 미팅을 하지 않는 것이 좋고, 어쩔 수 없이 해야한다면 회의실말고 카페같은 열린 공간에서 하는 것이 더 좋습니다. 🧘🏻‍♂️ 하겠다고 한 일을 하지 않는 사람들하겠다고 막 내뱉고 하지 않는 것만큼 동료들을 지치게 하는 일은 없습니다.하지 않을 업무는 눈 앞에 CEO가 앉아 있더라도 하지 않겠다고 이야기해야 합니다.하지 않을 업무를 본인 스스로 제안하면 안됩니다. 보통 이러한 사람들은 '할 수 있을 것 같아서', '좋은 생각인 것 같아서'라는 답을 주는데 회사에서는 자신이 뱉은 말은 지켜야 하는 곳입니다. 💁‍♂️ 자기 생각을 이야기하지 못하는 사람들자신의 생각을 말하지 않는 사람들이 생각을 말하게 하는 것은 생각보다 굉장히 어려운 일입니다. 특히 설득해야 하는 사람이 굳이 그럴 필요까지 있을까 생각하는 경우는 더욱 그렇습니다.회사는 대체적으로 바쁜곳이기에 이야기하지 않으면 모른다고 생각하는 것이 좋습니다.'꼭 말해야 아나요?' 라고 묻는다면 '그렇습니다.' 잘못된 의사결정이 내려지고 있으면 말을 해야 합니다. 👨‍💻 날짜와 숫자를 부르지 못하는 사람들언제까지 마무리 할 수 있을지, 이번 분기에 매출이 얼마로 끝날 것 같은지에 대해 답을 못하는 사람들이 의외로 많습니다. 물어본 질문에 대한 답을 빼고 장황한 설명을 하거나, 노력하고 있다고만 말하는 경우가 많습니다. 이러한 사람을 매니저로 둔 팀원들은 죽었다고 보면 됩니다. 👁️ 하고 싶은 것이 없는 사람들무기력하거나, 방어적이거나, 둘 다 인 경우를 의미합니다.

Brunch Story

왠지 하나도 포함되지 않은 사람을 찾기 더 어려울지도요.

지난 토요일 실리콘 밸리 케이그룹의 연례 행사인 케이나잇이라는 행사가 있었다. 이번 주제는 "행복"이었는데 키노트 스피커 세 사람 중의 하나이자 첫 타자로 행복이라고 할 수 있을지는 몰라도 만족하는 삶을 살게 된 내 이야기를 했다. 장소는 Computer History Musuem이란 곳으로 구글 본사 근처 마운틴뷰에 있는 곳이었다. 사실 이 장소에서 매해 9월에 하는데 실리콘 밸리 사는 분이라면 혹은 이 때 실리콘 밸리를 방문하는 분이라면 정말 강추한다.

1️⃣ 제목은 "I had plenty of time"으로 했고 부제는 "평정심, 꾸준함, 호기심"이라 했다.
2️⃣ 시작은 4월 포틀랜드에서 산호세로 내려오는 암트랙 기차에서 만난 할머니 이야기로 했다. 요지는 65세에 은퇴했지만 80이 넘어 돌아보니 이렇게 오래 건강하게 살 줄 몰랐다는 것으로 우리에게 시간이 생각보다 많다는 거다. 할머니가 우리 부부에게 해준 말이 바로 내 톡의 제목인 "I had plenty of time"이었다. 우리에게 주어진 시간은 생각보다 길다.
3️⃣ 이어서 내 커리어 전반부 17년 동안 느꼈던 조바심과 불안감과 뒤쳐짐, 다양한 시도를 했지만 항상 좋은 경험을 하지는 못했던 과정을 이야기했고
4️⃣ 이어 11개월을 쉬면서 나에게 필요했던 것은 커다란 꿈이라기 보다는 살아있다는 걸 느낄 수 있는 환경이었고, 그런 환경이 큰 회사보다는 작은 회사였다는 점을 깨달았고 무엇보다 내 커리어 전반기는 내가 원하는 것이 무엇인지 고민하기 보다는 남과 비교를 하며 살았다는 점이었다는 깨달음을 공유했다.
5️⃣ 후반기는 깨달음을 바탕으로 내가 원하는 것이 무엇인지 많이 고민했고 작은 회사만 다녔고 경제적으로 경험적으로 여유가 생기면서 자연스럽게 부캐가 생겼고 훨씬 나 자신에게 만족하는 삶을 살게 되었고 그 전까지 없던 "선한 영향력"을 가진 사람이 되자는 꿈을 갖게 되었다는 이야기를 했다.

최종적으로 다시 강조했던 점은 평정심, 꾸준함, 호기심의 중요성이었는데 조금더 부연설명을 해보자면 아래와 같다.

🟢 평정심이란 너무 큰 기대를 빠르게 하지 않는 것을 말한다. 예를 들면 잠깐 공부하고 잠깐 열심히 하고 큰 결과나 보상이 없다고 실망하지 않는 것을 말한다. 또 다른게 말하면 너무 크게 놀라지 않는 것을 의미한다. 뭔가 직접 경험으로 배우고 점진적인 발전을 꾀하는 것이 아니라 선행학습하고 준비를 잘 해서 실패없이 성취하겠다는 생각은 굉장히 위험하다. 아무리 준비한다해도 생각하지 못했던 일이 발생할 가능성이 높기 때문이다. 그보다는 어느 정도 놀랄 각오하고 행동으로 옮기고 복기하고 개선하는 거다.
🟢 평정심을 바탕으로 일희일비하지 않을 때 "꾸준함"을 가질 수 있으며 이는 복리 활동을 의미한다. 처음부터 잘 하는 사람은 없다. 빨리 시작해서 오래 지속할 때 점점 잘하게 되며 어떤 포인트(Tipping Point)가 지나면 발전의 가속이 생긴다.
🟢 마지막으로 나이가 들수록 사물이건 사람이건 너무 빨리 판단하고 단정짓지 말고 "호기심"을 갖는 것이 점점 중요해진다. 새로운 것을 배우는 것도 중요하지만 내 생각이나 관점을 바꾸는 것도 중요하다.

이 모임을 통해 간만에 뵌 분들도 많았고 새로 만난 분들도 만았다. 모든 세션들이 재미있었는데 Chartmetric 조성문 대표님의 창업을 통해 만들어낸 행복, OpenAI 정형원님의 배움의 즐거움 혹은 학습 방법에 관한 이야기도 아주 흥미로웠다. 케이나잇 준비로 엄청난 시간을 썼을 회장단과 운영진, 자원 봉사자분들께 감사!

지난 토요일 실리콘 밸리 케이그룹의 연례 행사인 케이나잇이라는 행사가 있었다. 이번 주제는 "행복"이었는데 키노트 스피커 세 사람 중의 하나이자 첫 타자로 행복이라고 할 수 있을지는 몰라도 만족하는 삶을 살게 된 내 이야기를 했다. 장소는 Computer History Musuem이란 곳으로 구글 본사 근처 마운틴뷰에 있는 곳이었다. 사실 이 장소에서 매해 9월에 하는데 실리콘 밸리 사는 분이라면 혹은 이 때 실리콘 밸리를 방문하는 분이라면 정말 강추한다. 1️⃣ 제목은 "I had plenty of time"으로 했고 부제는 "평정심, 꾸준함, 호기심"이라 했다. 2️⃣ 시작은 4월 포틀랜드에서 산호세로 내려오는 암트랙 기차에서 만난 할머니 이야기로 했다. 요지는 65세에 은퇴했지만 80이 넘어 돌아보니 이렇게 오래 건강하게 살 줄 몰랐다는 것으로 우리에게 시간이 생각보다 많다는 거다. 할머니가 우리 부부에게 해준 말이 바로 내 톡의 제목인 "I had plenty of time"이었다. 우리에게 주어진 시간은 생각보다 길다. 3️⃣ 이어서 내 커리어 전반부 17년 동안 느꼈던 조바심과 불안감과 뒤쳐짐, 다양한 시도를 했지만 항상 좋은 경험을 하지는 못했던 과정을 이야기했고 4️⃣ 이어 11개월을 쉬면서 나에게 필요했던 것은 커다란 꿈이라기 보다는 살아있다는 걸 느낄 수 있는 환경이었고, 그런 환경이 큰 회사보다는 작은 회사였다는 점을 깨달았고 무엇보다 내 커리어 전반기는 내가 원하는 것이 무엇인지 고민하기 보다는 남과 비교를 하며 살았다는 점이었다는 깨달음을 공유했다. 5️⃣ 후반기는 깨달음을 바탕으로 내가 원하는 것이 무엇인지 많이 고민했고 작은 회사만 다녔고 경제적으로 경험적으로 여유가 생기면서 자연스럽게 부캐가 생겼고 훨씬 나 자신에게 만족하는 삶을 살게 되었고 그 전까지 없던 "선한 영향력"을 가진 사람이 되자는 꿈을 갖게 되었다는 이야기를 했다. 최종적으로 다시 강조했던 점은 평정심, 꾸준함, 호기심의 중요성이었는데 조금더 부연설명을 해보자면 아래와 같다. 🟢 평정심이란 너무 큰 기대를 빠르게 하지 않는 것을 말한다. 예를 들면 잠깐 공부하고 잠깐 열심히 하고 큰 결과나 보상이 없다고 실망하지 않는 것을 말한다. 또 다른게 말하면 너무 크게 놀라지 않는 것을 의미한다. 뭔가 직접 경험으로 배우고 점진적인 발전을 꾀하는 것이 아니라 선행학습하고 준비를 잘 해서 실패없이 성취하겠다는 생각은 굉장히 위험하다. 아무리 준비한다해도 생각하지 못했던 일이 발생할 가능성이 높기 때문이다. 그보다는 어느 정도 놀랄 각오하고 행동으로 옮기고 복기하고 개선하는 거다. 🟢 평정심을 바탕으로 일희일비하지 않을 때 "꾸준함"을 가질 수 있으며 이는 복리 활동을 의미한다. 처음부터 잘 하는 사람은 없다. 빨리 시작해서 오래 지속할 때 점점 잘하게 되며 어떤 포인트(Tipping Point)가 지나면 발전의 가속이 생긴다. 🟢 마지막으로 나이가 들수록 사물이건 사람이건 너무 빨리 판단하고 단정짓지 말고 "호기심"을 갖는 것이 점점 중요해진다. 새로운 것을 배우는 것도 중요하지만 내 생각이나 관점을 바꾸는 것도 중요하다. 이 모임을 통해 간만에 뵌 분들도 많았고 새로 만난 분들도 만았다. 모든 세션들이 재미있었는데 Chartmetric 조성문 대표님의 창업을 통해 만들어낸 행복, OpenAI 정형원님의 배움의 즐거움 혹은 학습 방법에 관한 이야기도 아주 흥미로웠다. 케이나잇 준비로 엄청난 시간을 썼을 회장단과 운영진, 자원 봉사자분들께 감사!

I had plenty of time: 평정심, 꾸준함, 호기심

Learn how to publish a package to npm with a complete setup including, TypeScript, Prettier, Vitest, GitHub Actions, and versioning with Changesets.

How To Create An NPM Package

npm 패키징관련해서 매우 자세하게 작성해둔 글입니다.
타입스트립트로 만드는 방법도 같이 정리되어 있어서 귀한 글이라고 생각합니다.
npm으로 패키지를 배포해보고 싶으신 분은 보시는거 추천드려요~
https://www.totaltypescript.com/how-to-create-an-npm-package

npm 패키징관련해서 매우 자세하게 작성해둔 글입니다. 타입스트립트로 만드는 방법도 같이 정리되어 있어서 귀한 글이라고 생각합니다. npm으로 패키지를 배포해보고 싶으신 분은 보시는거 추천드려요~ https://www.totaltypescript.com/how-to-create-an-npm-package

Total TypeScript

NPM 패키지 만들기 가이드

ML 모델 개발 과정에서 자주 발생하는 공통적인 문제점들은 다양하다. 처음 한번은 어떻게 전체 프로세스를 돌리고 모델을 만들고 배포할 수 있지만 다음 번에 모델을 다시 빌드해야 한다면 얼마나 빠르게 실수없이 할 수 있느냐가 정말 중요한 포인트가 되며 여기서 경쟁력이 달라진다.

왜 모델을 다시 빌드할 필요가 있느냐고 반문할지도 모르겠다. 그 이유는 데이터의 패턴이 달라지는 경우 옛날 데이터로 빌드된 모델의 성능이 떨어지기 시작하기 때문이다. 이를 Data Drift라고 부른다. 실제로 야후 때 경험을 놓고 보면 검색 랭킹을 ML 모델로 만들고 이걸 1년 동안 방치(?)해보니 결과의 클릭률이 30%가 떨어지는 걸 관찰한 적이 있었는데 그 이유는 웹에 만들어지는 문서의 패턴이 바뀌고 쿼리의 패턴이 바뀌면서 모델을 훈련할 때 사용했던 훈련 데이터와 지금 모델로 들어오는 데이터가 달라졌기 때문이었다. 즉 머신 러닝 모델의 중요 피처의 데이터 분포(평균, 표준편차 등등)를 계속해서 모니터링하다가 달라지면 모델을 다시 빌드할 필요가 있다.

그러면 모델의 재빌딩이란 측면에서 어떤 문제들이 있는지 이야기해보자. 몇 가지만 이야기해봐도 다음과 같은 것들이 있다.

 * 훈련용 데이터셋의 관리가 큰 문제로 작용할 수 있다. 데이터의 품질, 양, 그리고 다양한 조건에 따라 모델 성능이 크게 달라지기 때문에 데이터를 체계적으로 관리하고 업데이트하는 것이 중요하다. 무엇보다 마지막 모델 빌드시 사용했던 훈련용 데이터셋이 무엇인지 알고 다시 사용할 수 있게 관리해야 한다.
 * 피처를 계산하는 방법, 즉 피처 엔지니어링 과정에서 사용되는 코드의 관리도 중요한 이슈다. 이 코드를 GitHub 등에 관리하면서 유닛 테스트등을 도입해야 일관성 있는 결과를 도출할 수 있다. 이는 소프트웨어 개발자에게는 당연하게 받아들여지는 과정일 수 있지만 데이터 과학자들에게는 익숙하지 않은 과정인 경우가 많고 여기서 생기는 이유가 생각보다 많다.
 * 모델을 처음 빌딩할 때 어떤 머신러닝 알고리즘을 사용하고 이와 함께 사용한 하이퍼 파라미터들이 무엇인지, 그리고 이들을 어떻게 조정했는지도 중요한 문제이며 이 모든 것들이 문서화가 되고 기록이 되어야 나중에 모델을 다시 만들 때 시간 낭비를 하지 않는다.
 * 초기 개발 단계에서는 노트북에서 수동으로 모델을 빌딩하는데, 이러한 과정을 체계화하거나 자동화하지 않으면 나중에 재현하기 어렵고, 팀 간의 협업이 어려워질 수 있다.
 * 만들어진 모델을 배포하는 것도 중요하다. 보통 API 형태로 배포하는 것이 일반적인데 이 경우 백엔드 엔지니어링 팀이나 데브옵스 엔지니어링 팀과 밀접한 협업이 필요하다. 배포할 때마다 긴밀하게 협업을 해야한다면 이는 배포의 주기가 잦은 경우 큰 문제가 된다. 즉, 이 부분은 최대한 자동화하고 프로세스(monitoring & troubleshooting)를 만들 필요가 있다. 모니터링이란 측면에서는 data drift와 API의 수행시간 (latency) 등이 중요한 포인트가 된다.
 * 마지막으로, 모델의 성능을 평가하기 위한 AB 테스트 프로세스도 매우 중요하다. 실제 사용자에게 제공하기 전에 모델이 제대로 작동하는지 확인하고, 새로운 모델이 기존 모델보다 나은 성능을 보이는지를 평가하는 것이 필수적이다.

즉 위의 일은 머신 러닝 모델만 빌드하던 데이터 과학자나, 데이터 파이프라인만 관리하던 데이터 엔지니어나, 온라인 시스템을 모니터링하고 트러블슈팅을 하던 데브옵스 엔지니어가 혼자 하기에는 벅찬 일이다. 그래서 생긴 직군이 바로 MLOps 직군이며 다음 3가지 역할을 수행하게 된다. 즉 주니어가 하기에는 많은 경험을 필요로 하는 일이라 할 수 있다.

 1. 데이터 과학자 (혹은 ML 엔지니어)
 2. 데이터 엔지니어
 3. 데브옵스 엔지니어

그렇다고 MLOps 엔지니어가 머신 러닝 모델을 직접 빌드하는 역할은 하지는 않는다. 그런 관점에서는 데브옵스 엔지니어와 비슷한 부분이 있는데 데브옵스 엔지니어의 경우 서비스 코드를 직접 작성하지는 않지만 다른 개발자들이 만든 코드를 테스트하고 패키지하고 배포하고 모니터링하고 트러블슈팅을 하며 이 과정을 최대한 자동화하게 된다. MLOps 엔지니어의 경우에는 다른 사람들(보통 데이터 과학자)이 만든 모델을 대상으로 동일한 일을 수행하게 된다.

머신 러닝 모델이 점점더 많은 영역에서 사용되다보니 MLOps와 같은 직군이 중요해지고 그러다보니 관련한 툴/프레임웍들이 많이 나오고 있다. 개인적으로 많이 사용해본 것은 AWS의 SageMaker이고 가볍게 사용해본 것으로는 Databricks에서 만든 MLflow가 있다.

다음 포스팅에서 프라이버시 엔지니어에 대해 이야기해보고자 한다.

ML 모델 개발 과정에서 자주 발생하는 공통적인 문제점들은 다양하다. 처음 한번은 어떻게 전체 프로세스를 돌리고 모델을 만들고 배포할 수 있지만 다음 번에 모델을 다시 빌드해야 한다면 얼마나 빠르게 실수없이 할 수 있느냐가 정말 중요한 포인트가 되며 여기서 경쟁력이 달라진다. 왜 모델을 다시 빌드할 필요가 있느냐고 반문할지도 모르겠다. 그 이유는 데이터의 패턴이 달라지는 경우 옛날 데이터로 빌드된 모델의 성능이 떨어지기 시작하기 때문이다. 이를 Data Drift라고 부른다. 실제로 야후 때 경험을 놓고 보면 검색 랭킹을 ML 모델로 만들고 이걸 1년 동안 방치(?)해보니 결과의 클릭률이 30%가 떨어지는 걸 관찰한 적이 있었는데 그 이유는 웹에 만들어지는 문서의 패턴이 바뀌고 쿼리의 패턴이 바뀌면서 모델을 훈련할 때 사용했던 훈련 데이터와 지금 모델로 들어오는 데이터가 달라졌기 때문이었다. 즉 머신 러닝 모델의 중요 피처의 데이터 분포(평균, 표준편차 등등)를 계속해서 모니터링하다가 달라지면 모델을 다시 빌드할 필요가 있다. 그러면 모델의 재빌딩이란 측면에서 어떤 문제들이 있는지 이야기해보자. 몇 가지만 이야기해봐도 다음과 같은 것들이 있다. <ul ><li>훈련용 데이터셋의 관리가 큰 문제로 작용할 수 있다. 데이터의 품질, 양, 그리고 다양한 조건에 따라 모델 성능이 크게 달라지기 때문에 데이터를 체계적으로 관리하고 업데이트하는 것이 중요하다. 무엇보다 마지막 모델 빌드시 사용했던 훈련용 데이터셋이 무엇인지 알고 다시 사용할 수 있게 관리해야 한다.</li><li>피처를 계산하는 방법, 즉 피처 엔지니어링 과정에서 사용되는 코드의 관리도 중요한 이슈다. 이 코드를 GitHub 등에 관리하면서 유닛 테스트등을 도입해야 일관성 있는 결과를 도출할 수 있다. 이는 소프트웨어 개발자에게는 당연하게 받아들여지는 과정일 수 있지만 데이터 과학자들에게는 익숙하지 않은 과정인 경우가 많고 여기서 생기는 이유가 생각보다 많다.</li><li>모델을 처음 빌딩할 때 어떤 머신러닝 알고리즘을 사용하고 이와 함께 사용한 하이퍼 파라미터들이 무엇인지, 그리고 이들을 어떻게 조정했는지도 중요한 문제이며 이 모든 것들이 문서화가 되고 기록이 되어야 나중에 모델을 다시 만들 때 시간 낭비를 하지 않는다.</li><li>초기 개발 단계에서는 노트북에서 수동으로 모델을 빌딩하는데, 이러한 과정을 체계화하거나 자동화하지 않으면 나중에 재현하기 어렵고, 팀 간의 협업이 어려워질 수 있다.</li><li>만들어진 모델을 배포하는 것도 중요하다. 보통 API 형태로 배포하는 것이 일반적인데 이 경우 백엔드 엔지니어링 팀이나 데브옵스 엔지니어링 팀과 밀접한 협업이 필요하다. 배포할 때마다 긴밀하게 협업을 해야한다면 이는 배포의 주기가 잦은 경우 큰 문제가 된다. 즉, 이 부분은 최대한 자동화하고 프로세스(monitoring &amp; troubleshooting)를 만들 필요가 있다. 모니터링이란 측면에서는 data drift와 API의 수행시간 (latency) 등이 중요한 포인트가 된다.</li><li>마지막으로, 모델의 성능을 평가하기 위한 AB 테스트 프로세스도 매우 중요하다. 실제 사용자에게 제공하기 전에 모델이 제대로 작동하는지 확인하고, 새로운 모델이 기존 모델보다 나은 성능을 보이는지를 평가하는 것이 필수적이다.</li></ul> 즉 위의 일은 머신 러닝 모델만 빌드하던 데이터 과학자나, 데이터 파이프라인만 관리하던 데이터 엔지니어나, 온라인 시스템을 모니터링하고 트러블슈팅을 하던 데브옵스 엔지니어가 혼자 하기에는 벅찬 일이다. 그래서 생긴 직군이 바로 MLOps 직군이며 다음 3가지 역할을 수행하게 된다. 즉 주니어가 하기에는 많은 경험을 필요로 하는 일이라 할 수 있다. <ol ><li>데이터 과학자 (혹은 ML 엔지니어)</li><li>데이터 엔지니어</li><li>데브옵스 엔지니어</li></ol> 그렇다고 MLOps 엔지니어가 머신 러닝 모델을 직접 빌드하는 역할은 하지는 않는다. 그런 관점에서는 데브옵스 엔지니어와 비슷한 부분이 있는데 데브옵스 엔지니어의 경우 서비스 코드를 직접 작성하지는 않지만 다른 개발자들이 만든 코드를 테스트하고 패키지하고 배포하고 모니터링하고 트러블슈팅을 하며 이 과정을 최대한 자동화하게 된다. MLOps 엔지니어의 경우에는 다른 사람들(보통 데이터 과학자)이 만든 모델을 대상으로 동일한 일을 수행하게 된다. 머신 러닝 모델이 점점더 많은 영역에서 사용되다보니 MLOps와 같은 직군이 중요해지고 그러다보니 관련한 툴/프레임웍들이 많이 나오고 있다. 개인적으로 많이 사용해본 것은 AWS의 SageMaker이고 가볍게 사용해본 것으로는 Databricks에서 만든 MLflow가 있다. 다음 포스팅에서 프라이버시 엔지니어에 대해 이야기해보고자 한다.

데이터 이야기 #7:  기타 데이터 직군 - MLOps 엔지니어

OAuth는 무엇인가요?티스토리 로그인페이지에서 보면 카카오톡으로 로그인이라는 버튼이 보일 것입니다. 이 외에도 구글, 네이버, 페이스북으로 로그인 할 수 있도록 타 사이트에서 기능을 제공해주고 있는데 이처럼 서비스에 직접 사용자를 등록하지 않고 제 3자의 플랫폼에 사용자의 접근 권한을 위임할 수 있도록 해주는 표준 프로토콜을 OAuth라고 합니다.OAuth는 인터넷 사용자들이 비밀번호를 제공하지 않고 다른 웹사이트 상의 자신들의 정보에 대해 웹사이트나 애플리케이션의 접근 권한을 부여할 수 있는 공통적인 수단으로서 사용되는 접근 위임을 위한 개방형 표준. - 위키피디아OAuth가 사용되기 전에는 인증방식의 표준이 없었기 때문에 기존의 기본인증인 아이디와 비밀번호를 사용하였는데, 이는 보안상 취약한 구조일..

OAuth 원리와 이해 (feat. 카카오 로그인)

예전에 카카오워크라는 협업툴의 기획자로 일한 적이 있었는데요.
그러면서 OAuth와 SAML에 대해 많은 공부를 하게 되었었어요!
SSO 인증은 알아두면 나중에 정말 요긴하게 쓰이니 읽고 가볍게 공부해보세요!

+여담
그리고 그 당시에 찾아보며 느꼈는데,
미국이나 우리나라는 OAuth를 많이 쓰는데.. 일본은 LINE을 기반으로 SAML을 많이 쓰는 느낌이 들더라구요..!? 🤓

https://yejipro.tistory.com/entry/OAuth-%EC%9B%90%EB%A6%AC%EC%99%80-%EC%9D%B4%ED%95%B4-feat-%EC%B9%B4%EC%B9%B4%EC%98%A4-%EB%A1%9C%EA%B7%B8%EC%9D%B8

예전에 카카오워크라는 협업툴의 기획자로 일한 적이 있었는데요.그러면서 OAuth와 SAML에 대해 많은 공부를 하게 되었었어요!SSO 인증은 알아두면 나중에 정말 요긴하게 쓰이니 읽고 가볍게 공부해보세요! +여담그리고 그 당시에 찾아보며 느꼈는데, 미국이나 우리나라는 OAuth를 많이 쓰는데.. 일본은 LINE을 기반으로 SAML을 많이 쓰는 느낌이 들더라구요..!? 🤓 https://yejipro.tistory.com/entry/OAuth-%EC%9B%90%EB%A6%AC%EC%99%80-%EC%9D%B4%ED%95%B4-feat-%EC%B9%B4%EC%B9%B4%EC%98%A4-%EB%A1%9C%EA%B7%B8%EC%9D%B8

Yeji's Tech Notes

기획을 하시다가 분석을 하고 계신 스토리도 궁금하네요

데이터 실무자에서 교육 크리에이터로
저만의 노선을 정한 지 벌써 2년차가 되어갑니다.

데이터 분석가라는 직업은 제가 보기엔 여전히 너무나 멋진 직업입니다.
AI가 더욱 효율적인 데이터 분석을 가능하게 해주고 있고,
점점 더 데이터 기반의 의사결정이 보편화되어감에 따라.
데이터 분석은 IT 실무자 뿐만 아니라, 다른 직무들에게도
꼭 필요한 역량이 될 거에요.

또 데이터를 잘 이해하는 것은
앞으로 다가올 AI 시대에도 꼭 필요한 역량이 될 거구요.

이런 상황에서 DATA/AI 학습의 여정들을 돕는다는 것은,
때로는 버겁기도 하고 스스로 잘 하고 있는지에 대한 의심도 함께 동반되지만, 매우 보람차고 의미가 깊은 하루들이 더 많았어요.

앞으로도 더 많은 분들과 함께 배우고,
더 좋은 학습 패키지를 만들고,
저만의 생각과 배움을 나누는 크리에이터가 되겠습니다.

항상 응원해주시고, 관심을 가져주시는 분들에게
더 좋은 컨텐츠로 보답하는 데이터 리차드가 되겠습니다.

여러분들과 함께 성장할 수 있어서 영광입니다.

#데이터리차드 #AI #데이터학습

데이터 실무자에서 교육 크리에이터로 저만의 노선을 정한 지 벌써 2년차가 되어갑니다. 데이터 분석가라는 직업은 제가 보기엔 여전히 너무나 멋진 직업입니다. AI가 더욱 효율적인 데이터 분석을 가능하게 해주고 있고, 점점 더 데이터 기반의 의사결정이 보편화되어감에 따라. 데이터 분석은 IT 실무자 뿐만 아니라, 다른 직무들에게도 꼭 필요한 역량이 될 거에요. 또 데이터를 잘 이해하는 것은 앞으로 다가올 AI 시대에도 꼭 필요한 역량이 될 거구요. 이런 상황에서 DATA/AI 학습의 여정들을 돕는다는 것은, 때로는 버겁기도 하고 스스로 잘 하고 있는지에 대한 의심도 함께 동반되지만, 매우 보람차고 의미가 깊은 하루들이 더 많았어요. 앞으로도 더 많은 분들과 함께 배우고, 더 좋은 학습 패키지를 만들고, 저만의 생각과 배움을 나누는 크리에이터가 되겠습니다. 항상 응원해주시고, 관심을 가져주시는 분들에게 더 좋은 컨텐츠로 보답하는 데이터 리차드가 되겠습니다. 여러분들과 함께 성장할 수 있어서 영광입니다. #데이터리차드 #AI #데이터학습

DATA/AI 교육 크리에이터가 된다는 것

Stack Auth is the open-source Auth0 alternative.

OAuth from First Principles - Stack Auth

OAuth가 어떻게 동작하는지를 설명한 글입니다.

사용자가 클라우드 드라이브를 사용하고 있는데 클라이드 드라이브 관리를 도와주는 서드파티 서비스에 클라우드 드라이브의 권한을 주는 일반적으로 0Auth가 필요한 상황을 예시로 발전 과정을 설명합니다.

처음에 사용자가 서드파티에 비밀번호와 아이디를 알려주는 상황주고 보안상 문제가 되는 부분을 알려주면서 서드파티에 접근 권한을 주기 위한 안전한 방법으로 개선해 나가는 과정을 보여주고 OAuth의 초기 모형을 알려줍니다.

이때부터는 훨씬더 정교한 공격인 리다이렉션 URI 조작, USRF, 엑세스 토큰 감청 등의 공격 사례를 보여주면서 이를 막기 위해 개선된 흐름으 ㄹ아렬주면서 PKCE까지 사용하는 OAuth 2.0의 인증흐름을 알려줍니다.

공격 방법을 하나씩 알려주기 때문에 OAuth의 복잡한 인증 흐름이 왜 필요한지 이해하기 좋은 글이었습니다.

https://stack-auth.com/blog/oauth-from-first-principles

OAuth가 어떻게 동작하는지를 설명한 글입니다. 사용자가 클라우드 드라이브를 사용하고 있는데 클라이드 드라이브 관리를 도와주는 서드파티 서비스에 클라우드 드라이브의 권한을 주는 일반적으로 0Auth가 필요한 상황을 예시로 발전 과정을 설명합니다. 처음에 사용자가 서드파티에 비밀번호와 아이디를 알려주는 상황주고 보안상 문제가 되는 부분을 알려주면서 서드파티에 접근 권한을 주기 위한 안전한 방법으로 개선해 나가는 과정을 보여주고 OAuth의 초기 모형을 알려줍니다. 이때부터는 훨씬더 정교한 공격인 리다이렉션 URI 조작, USRF, 엑세스 토큰 감청 등의 공격 사례를 보여주면서 이를 막기 위해 개선된 흐름으 ㄹ아렬주면서 PKCE까지 사용하는 OAuth 2.0의 인증흐름을 알려줍니다. 공격 방법을 하나씩 알려주기 때문에 OAuth의 복잡한 인증 흐름이 왜 필요한지 이해하기 좋은 글이었습니다. https://stack-auth.com/blog/oauth-from-first-principles

stack-auth.com

OAuth가 어떻게 동작하는지를 설명한 글입니다.

사용자가 클라

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

 - YouTube

발표자는 최근 몇 년간 CSS에 다양한 새 문법들이 추가되었지만 사람들은 쓰던 기능만 쓴다며 작업자들에게 실제로 도움 될만한 CSS 문법들을 소개하는 내용의 영상입니다. 50분 영상 중에 기억에 남는 내용만 하나 정리해보았습니다.

14:36 Fluid Typography (유동적 타이포그래피)
font-size: clamp(1rem, 0.6522rem + 1.7391vw, 2rem);

레이아웃이 맘에 안 들 때마다 매번 새 중단점(Breakpoints)을 추가하는 대신에 CSS의
clamp
문법을 사용해서 뷰포트 크기에 따라 요소의 크기가 유동적으로 조정되는 시스템을 만드는 방법을 소개합니다. clamp는 글꼴 크기뿐만 아니라 글자 사이의 공백(whitespace) 간격도 조정해 줍니다.

clamp
는 (최소값, 기본값, 최대값) 순서대로 입력하며 Chrome 79, Safari 13.1부터 지원되는 문법으로, 96.3%의 브라우저 버전에서 사용 가능하므로 현재 시점에서 호환성이 꽤 높습니다.
개발자와 디자이너의 협업도 Utopia라는 Figma 플러그인을 사용하면 가능합니다. Utopia를 사용하면 유형별로 clamp CSS 변수 코드를 생성해 주고 이를 타이포그래피 별로 지정하면 시스템화 할 수 있습니다. 반응형을 중요시 여기는 서비스라면 도입해 볼 만한 가치가 있을 것 같습니다.

웹사이트 제작은 팀 스포츠고, 디자이너와 개발자가 긴밀히 협력해서 CSS의 잠재력을 최대한 활용해야 한다는 내용도 기억에 남았습니다. 디자이너가 CSS를 배우고, 개발자도 디자인에 참여해야 한다고 하는데 맞는 말인것 같습니다.

https://www.youtube.com/watch?v=su6WA0kUUJE&ab_channel=WebConferencesAmsterdam

발표자는 최근 몇 년간 CSS에 다양한 새 문법들이 추가되었지만 사람들은 쓰던 기능만 쓴다며 작업자들에게 실제로 도움 될만한 CSS 문법들을 소개하는 내용의 영상입니다. 50분 영상 중에 기억에 남는 내용만 하나 정리해보았습니다. 14:36 Fluid Typography (유동적 타이포그래피)<pre ><code class="language-css">font-size: clamp(1rem, 0.6522rem + 1.7391vw, 2rem);</code></pre>레이아웃이 맘에 안&nbsp;들 때마다 매번 새 중단점(Breakpoints)을 추가하는 대신에 CSS의 <code >clamp</code> 문법을 사용해서 뷰포트 크기에 따라 요소의 크기가 유동적으로 조정되는 시스템을 만드는 방법을 소개합니다. clamp는 글꼴 크기뿐만 아니라 글자 사이의 공백(whitespace) 간격도 조정해 줍니다. <code >clamp</code>는 (최소값, 기본값, 최대값) 순서대로 입력하며 Chrome 79, Safari 13.1부터 지원되는 문법으로, 96.3%의 브라우저 버전에서 사용 가능하므로 현재 시점에서 호환성이 꽤 높습니다. 개발자와 디자이너의 협업도 Utopia라는 Figma 플러그인을 사용하면 가능합니다. Utopia를 사용하면 유형별로 clamp CSS 변수 코드를&nbsp;생성해 주고&nbsp;이를 타이포그래피 별로&nbsp;지정하면 시스템화 할 수 있습니다. 반응형을 중요시 여기는 서비스라면&nbsp;도입해 볼 만한&nbsp;가치가 있을 것 같습니다. 웹사이트 제작은 팀 스포츠고, 디자이너와 개발자가 긴밀히 협력해서 CSS의 잠재력을 최대한 활용해야 한다는 내용도 기억에 남았습니다. 디자이너가 CSS를 배우고, 개발자도 디자인에 참여해야 한다고 하는데 맞는 말인것 같습니다. https://www.youtube.com/watch?v=su6WA0kUUJE&amp;ab_channel=WebConferencesAmsterdam

www.youtube.com

새 CSS 문법으로 웹 디자인 엔지니어링하기

서버 구성/배포쪽도 그렇지만, 앱 개발도 진짜 편해졌다. 고릿적엔 애플 개발자 등록하는 것부터 진짜 피곤했는데, 이젠 진짜 클릭클릭만 해서 등록 완료하고, iOS는 물론 안드로이드도 테스트 앱 빌드하고 배포하는데 클릭클릭만 몇 번하니 끝. 웹 프론트, 백엔드, 안드로이드, iOS 까지 프로토타입 만들고 프로젝트 기반을 구성하는데 3일도 안걸림.

게다가 샘플 앱 정도는 ChatGPT나 Claude한테 시키면 원샷으로 만들어주니, 이제 진짜 기초가 탄탄한 엔지니어링 실력을 갖추지 않고서는 개발자라고 말하기도 어려울 듯. 아니, 10년 전쯤 잠깐 퍼블리셔와 프론트엔드 개발자를 급으로 나눴던 시대처럼, 이제는 단순히 구현만하는 개발자와 컴퓨터 과학 지식이 있는 엔지니어를 급으로 나누게 될 것 같다.

서버 구성/배포쪽도 그렇지만, 앱 개발도 진짜 편해졌다. 고릿적엔 애플 개발자 등록하는 것부터 진짜 피곤했는데, 이젠 진짜 클릭클릭만 해서 등록 완료하고, iOS는 물론 안드로이드도 테스트 앱 빌드하고 배포하는데 클릭클릭만 몇 번하니 끝. 웹 프론트, 백엔드, 안드로이드, iOS 까지 프로토타입 만들고 프로젝트 기반을 구성하는데 3일도 안걸림. 게다가 샘플 앱 정도는 ChatGPT나 Claude한테 시키면 원샷으로 만들어주니, 이제 진짜 기초가 탄탄한 엔지니어링 실력을 갖추지 않고서는 개발자라고 말하기도 어려울 듯. 아니, 10년 전쯤 잠깐 퍼블리셔와 프론트엔드 개발자를 급으로 나눴던 시대처럼, 이제는 단순히 구현만하는 개발자와 컴퓨터 과학 지식이 있는 엔지니어를 급으로 나누게 될 것 같다.

서버 구성/배포쪽도 그렇지만, 앱 개발도 진짜 편해졌다. 고릿적엔

코드 조커, 오프 | 이 강의를 통해 전반적인 프런트엔드 테스트 종류를 파악하고, 상황에 맞는 적절한 테스트 선택을 통해 신뢰감 있는 테스트를 작성하는 방법을 배웁니다., 🎊 이벤트 🎊&nbsp;
1부 30% 쿠폰 받아가세요! (~2024.03.31)
📌 쿠폰 번호:

실무에 바로 적용하는 프런트엔드 테스트 - 1부. 테스트 기초: 단위・통합 테스트 강의 | 코드 조커, 오프 - 인프런

jaesung Lee형님과 실무에서 몇 년간 실무에서 경험한 다양한 프런트엔드 테스트 전략을 담아보자고 강의 준비를 시작했던게 엊그제 같은데 벌써 인프런에 출시한지 9달이 지났네요.

강의는 저희 예상보다 훨씬 더 많은 분들이 수강해주셨고 벌써 "실무에 바로 적용하는 프런트엔드 테스트" 총 수강생이 1,000명이 넘었습니다. 다른 훌륭한 인프런 강의들에 비해 수강생이 많다고 할 수는 없지만 사실 저희 예상을 훨씬 넘는 수치였었기 때문에 많이 놀랐습니다.

많은 프런트엔드 개발자분들이 해당 주제에 관심을 갖고 있다는 것을 새로 알게 된 순간이였고 질문에 답변을 나누면서 많은 것을 배우기도 한 시간이였는데요.

감사의 의미로 앞으로도 꾸준히 재밌는 테스트 소식이 있으면 공유 드리고, 혹시 해당 주제에 궁금증이 있으시지만 가격 때문에 고민하셨던 분들을 위해 큰 할인을 준비했습니다.

추가로 혹시 프런트엔드 테스트 관련해서 궁금한 점이 있으시거나 이야기를 나눠보고 싶으신 분이 있다면 편하게 연락주셔도 좋을 것 같습니다. 그럼 즐거운 한가위 되시길 바랍니다!

-----
 * 1부: https://inf.run/ba6qp
   * 쿠폰: 17510-432e3ef69dde (61% 할인)
 * 2부: https://inf.run/qwKc6
   * 쿠폰: 17511-7be3e434af63 (54% 할인)

[수강바구니 → 쿠폰선택], [대시보드 → 쿠폰함]에서 보유한 쿠폰코드를 입력하면 쿠폰이 발급됩니다.

jaesung Lee형님과 실무에서 몇 년간 실무에서 경험한 다양한 프런트엔드 테스트 전략을 담아보자고 강의 준비를 시작했던게 엊그제 같은데 벌써 인프런에 출시한지 9달이 지났네요. 강의는 저희 예상보다 훨씬 더 많은 분들이 수강해주셨고 벌써 "실무에 바로 적용하는 프런트엔드 테스트" 총 수강생이 1,000명이 넘었습니다. 다른 훌륭한 인프런 강의들에 비해 수강생이 많다고 할 수는 없지만 사실 저희 예상을 훨씬 넘는 수치였었기 때문에 많이 놀랐습니다. 많은 프런트엔드 개발자분들이 해당 주제에 관심을 갖고 있다는 것을 새로 알게 된 순간이였고 질문에 답변을 나누면서 많은 것을 배우기도 한 시간이였는데요. 감사의 의미로 앞으로도 꾸준히 재밌는 테스트 소식이 있으면 공유 드리고, 혹시 해당 주제에 궁금증이 있으시지만 가격 때문에 고민하셨던 분들을 위해 큰 할인을 준비했습니다. 추가로 혹시 프런트엔드 테스트 관련해서 궁금한 점이 있으시거나 이야기를 나눠보고 싶으신 분이 있다면 편하게 연락주셔도 좋을 것 같습니다. 그럼 즐거운 한가위 되시길 바랍니다! -----<ul ><li>1부: https://inf.run/ba6qp<ul ><li>쿠폰: 17510-432e3ef69dde (61% 할인)</li></ul></li><li>2부: https://inf.run/qwKc6<ul ><li>쿠폰: 17511-7be3e434af63 (54% 할인)</li></ul></li></ul> [수강바구니 → 쿠폰선택], [대시보드 → 쿠폰함]에서 보유한 쿠폰코드를 입력하면 쿠폰이 발급됩니다.

인프런

실무에 바로 적용하는 프런트엔드 테스트 할인 안내

토스의 개발자 컨퍼런스인 SLASH 24를 다녀왔습니다!

이번 행사는 참가 경쟁률이 8대 1을 기록했다고 해요. 감사하게도 저는 VIP로 초대받아 다녀왔어요.

덕분에 프론트엔드 세션도 듣고 토스뱅크, 토스증권의 CTO분들의 스페셜 세션도 들을 수 있었어요.

영상으로 현장 모습과 후기를 담았으니 확인해보세요!

https://youtu.be/twIbs1bql-4

토스의 개발자 컨퍼런스인 SLASH 24를 다녀왔습니다! 이번 행사는 참가 경쟁률이 8대 1을 기록했다고 해요. 감사하게도 저는 VIP로 초대받아 다녀왔어요. 덕분에 프론트엔드 세션도 듣고 토스뱅크, 토스증권의 CTO분들의 스페셜 세션도 들을 수 있었어요. 영상으로 현장 모습과 후기를 담았으니 확인해보세요! https://youtu.be/twIbs1bql-4

SLASH 24, VIP는 어떤 혜택이?

구매 전환율을 폭발적으로 올릴 수 있는 밴드웨건 효과, 앵커링 효과, 넛지 효과와 같은 소비자 심리학 법칙과 통찰을 하나씩 알아보겠습니다.

구매 전환율이 2배가 되는 7가지 소비자 심리학 법칙 | Hyper Conversion

밴드웨건 효과: 대세를 따라가려는 소비자 심리학
편승 효과라고도 부르는 밴드웨건 효과는 사람들이 유행이나 대세를 따라가는 경향을 말합니다. 쉽게 말해 ‘남들이 많이 산데는 이유가 있다’라는 심리예요. 이 효과를 잘 활용하면 전환율을 크게 높일 수 있습니다.

권위의 법칙: 전문가의 말은 신뢰하는 소비자 심리학
권위의 법칙은 권위 있는 전문가는 나보다 더 잘 알 것이라고 여기고 그렇기에 전문가가 하는 말을 신뢰하거나 따르는 경향을 말합니다. 이 심리를 활용하면 브랜드의 신뢰도를 높이고 보다 쉽게 구매 결정을 유도할 수 있습니다.

앵커링 효과: 가치는 상대적이라는 소비자 심리학
앵커링 효과는 사람들이 의사 결정을 할 때 처음 접한 정보를 기반으로 가치를 다르게 판단하는 경향을 이야기해요. 쉽게 말해, 처음 제공된 정보가 이후 제공되는 정보를 판단하는 데 큰 영향을 미친다는 거죠. 이 원리를 잘 활용하면 고객의 구매 결정에 결정적인 영향을 줄 수 있습니다.

손실 회피 편향: 이익보다 손실을 더 크게 느끼는 소비자 심리학
손실 회피 편향이란 사람들이 이익이 주는 행복보다 손실이 주는 고통을 더 강하게 느끼며, 손실을 피하려는 경향이 강하다는 심리학 법칙을 말합니다. 특히 할인 이벤트나 프로모션을 진행할 때 이 현상을 잘 활용하면 구매 욕구를 효과적으로 자극할 수 있어요.

본 게시글은 ‘hyperconversion’의 콘텐츠를 보고 영감을 받아 공유합니다. 자세한 내용은 아래 원문을 읽어보세요 🙏🏻

밴드웨건 효과: 대세를 따라가려는 소비자 심리학편승 효과라고도 부르는 밴드웨건 효과는 사람들이 유행이나 대세를 따라가는 경향을 말합니다. 쉽게 말해 ‘남들이 많이 산데는 이유가 있다’라는 심리예요. 이 효과를 잘 활용하면 전환율을 크게 높일 수 있습니다. 권위의 법칙: 전문가의 말은 신뢰하는 소비자 심리학권위의 법칙은 권위 있는 전문가는 나보다 더 잘 알 것이라고 여기고 그렇기에 전문가가 하는 말을 신뢰하거나 따르는 경향을 말합니다. 이 심리를 활용하면 브랜드의 신뢰도를 높이고 보다 쉽게 구매 결정을 유도할 수 있습니다. 앵커링 효과: 가치는 상대적이라는 소비자 심리학앵커링 효과는 사람들이 의사 결정을 할 때&nbsp;처음 접한 정보를 기반으로 가치를 다르게 판단하는 경향을 이야기해요. 쉽게 말해, 처음 제공된 정보가 이후 제공되는 정보를 판단하는 데 큰 영향을 미친다는 거죠. 이 원리를 잘 활용하면 고객의 구매 결정에 결정적인 영향을 줄 수 있습니다. 손실 회피 편향: 이익보다 손실을 더 크게 느끼는 소비자 심리학손실 회피 편향이란 사람들이&nbsp;이익이 주는 행복보다 손실이 주는 고통을 더 강하게 느끼며, 손실을 피하려는 경향이 강하다는 심리학 법칙을 말합니다. 특히 할인 이벤트나 프로모션을 진행할 때 이 현상을 잘 활용하면 구매 욕구를 효과적으로 자극할 수 있어요. 본 게시글은 ‘hyperconversion’의 콘텐츠를 보고 영감을 받아 공유합니다. 자세한 내용은 아래 원문을 읽어보세요 🙏🏻

Hyper Conversion

구매전환율 2배가 되는 심리학 법칙 7가지

스타 팟캐스터로서 케빈 밀러가 오늘날 가장 영향력 있는 200여 명의 ‘체인지 메이커’와 나눈 대화에서 얻은 성장과 성공의 통찰이 담겨 있다.

해내는 사람에게는 한 가지가 있다

매일 조금씩만 하면 365일째에는 분명히 달라져 있을 거라고 생각하면서도 왜 우리는 일어나 운동화 끈을 묶고 밖으로 나가거나, 영어 공부를 위해 어플을 열지 않을까? 오늘 작은 몫을 해낸다면 변화는 분명히 나의 것이라는 걸 알면서도 왜 우리는 실행하지 않을까?

케빈 밀러는 여기서 질문을 던진다. 당신은 ‘무엇이 나를 움직이는지’ 생각해본 적이 있는가? 당신 삶의 원동력은 무엇인가? 케빈 밀러는 말한다. “당신의 세계는 내면의 원동력으로 만들어진다.”

많은 이들이 원대한 꿈을 꾸지만 잠재력을 불태울 수 있는 부싯돌이나 촉매제에 대해서는 생각하지 않는다. 목표도 있고 구체적인 계획도 있지만 실행하지 못하는 이유는 바로 “삶의 원동력”을 살피지 않았기 때문이다.

실제로 내가 무엇을 원하는지 정확하고 구체적으로 인식하고, 실행력을 끌어내는 핵심 동기를 에너지원 삼아 달려 나가는 것. 이것이 원동력의 핵심이다. 우리에겐 원동력이 필요하다.

밀러는 ‘원동력’이라는 가치를 구체적으로 7가지로 나누었다. 하나의 무기보다 일곱 개의 무기를 갖췄을 때 더 큰 힘을 얻고 두려움 없이 목표까지 나아갈 수 있다.

1️⃣삶의 목적
무엇을 믿느냐가 아니라 얼마나 크고 강력하게 믿느냐가 당신의 원동력을 결정한다. 인생의 목적을 명확히 하고 거기에 헌신하라. 이것이 당신이 가질 수 있는 가장 큰 자산이다.

2️⃣관계
좋은 관계를 찾기 위해 먼저 살펴봐야 할 곳은 거울과 과거이다. 나 자신과의 관계가 관계의 최우선이다.

3️⃣몸
왜 우리는 몸의 기능에 대해서는 ‘으레 떨어지는 것’이라며 차차 포기하고 꾸준히 관리하지 않을까? 좋은 운동은 ‘뭐가 됐든 당신이 하는 운동’이다.

4️⃣마음
우리는 본래 지닌 잠재력보다 훨씬 더 적은 능력을 쓰고 있다. 그러나 자신에게 잠재력이 있다는 것을 깨닫는 것만으로는 잠재력을 실현할 수 없다. 잠재력은 전등 스위치가 아니라 마라톤이기 때문이다.

5️⃣일
지금 당장 어떤 일을 하고 싶은가? 첫 번째 단계는 가능하다고 믿는 것이고, 두 번째 단계는 선택지를 탐색하는 것이다.

6️⃣돈
돈이란 단순히 재화를 교환하는 수단이 아니라 라이프스타일이다. 당신이 진정 재정적으로 원하는 것은 무엇인가?

7️⃣성취
삶의 마지막에 남는 후회는 ‘내가 원하는 삶을 살지 못한 것’이라고 한다. 누구에게나 각자만의 위대함이 있다. 남들보다 탁월한 자신만의 영역에서 우리는 고유하게 위대하다. 후회 없이, 고유의 영역에서 최고가 되라.

저자는 타인의 영향력을 리셋하고 완전히 새로운 기반에서 자신을 바라보라고 말한다. 우리는 성장 배경, 사회적, 문화적 기대에 생각보다 크게 영향을 받는다.

우리가 수행하는 역할과 의무는 어쩌면 부모님이 우리에게 심어준 긍정적 기대나 부정적 편견, 또는 성인이라면 이래야 하고 저래야 한다는 사회적 기대에 따른 것일 수도 있다. 지금 당신은 모든 영향력에서 벗어나 자유롭게 자신을 펼치고 있는가? 변화를 꿈꾼다면 자신의 모습을 진정으로 그렇게 그려볼 수 있는가?

우리는 진실이라고 믿는 것에 따라 자신을 인식한다. 성장하고 싶다면 성장한 나를 그릴 수 있어야 한다. 그리고 그렇게 될 수 있다고 믿어야 한다. 또한 미래의 변화를 마음속에 그리려면 변화를 위해 노력하는 자신의 모습을 마음속에 그려야 한다.

“나는 누구에게나 각자만의 위대함이 있다고 굳게 믿는다. 남들과 차별화되고 남들보다 탁월할 수 있는, 남들과 다른 위대함 말이다. 남들보다 더 위대하기 때문에 위대한 일을 하는 것이 아니라, 남들보다 탁월한 자신만의 영역에서 우리는 고유하게 위대한 일을 하는 것이다.“

”그것은 우리 모두가 할 수 있는 일이며, 우리가 받아들이기만 한다면 우리에게 예정된 운명이다. 우리는 우리가 기대하는 대로 된다.“

저자는 원동력을 폭발적으로 키우는 ‘성장 마인드셋’을 이야기한다. ‘해야 한다(have to)’는 그만두고 ‘하고 싶다(want to)’로 바꾸어 생각하는 것이다. 우리는 좋은 것을 선택할 수 있다. 그 차이가 모든 것을 결정한다. 모든 것은 관점에 달려 있다.

선택은 우리가 처한 상황과 상관없이 우리를 자유롭게 하고 자율권을 주는, 인생에서 가장 자유로운 행동이다. 우리가 주인 의식을 가지고 삶에서 선택권과 통제권을 쥐면, 상황은 획기적으로 바뀐다.

외부의 환경은 통제할 수 없지만, 생각을 바꿈으로써 내면을 통제할 수 있다. 그리고 이러한 내면의 힘으로 우리는 꿈꿔 왔던, 폭발적인 성장의 경로에 올라탈 수 있다.

“관점을 키우는 가장 좋은 방법은 무언가를 추구할 때의 위험 시나리오 대신 그것을 하지 않을 때의 위험에 집중하는 것이다. 1년이 지나도 ‘χ’가 일어나지 않는다면 나는 괜찮을까? 그때도 내가 지금에 머문다면 1년 후의 자신에 대해 어떻게 느끼게 될까?” p.91

“당신의 몸 중 괜찮은 곳은 어디인가? 왜 우리는 우리 몸이라는 ‘수단(vehicle)’에는 큰 기대를 품지 않으며, 왜 꾸준히 관리하지 않을까?” p.129

“자신의 잠재력과 능력에 대한 믿음을 바꾸면 잠재력과 능력은 조금 더 커진다. 성장은 이러한 믿음을 품고 행동할 때 일어난다. 마라톤을 완주할 수 있다고 믿는다고 해서 결승선에 이르는 것은 아니다. 그러나 믿음은 당신이 문밖으로 나와 훈련을 시작하도록 동기를 부여해준다.” p.157

“현재 연봉은 5000만 원이지만, 3억 원을 벌고 싶다면 자유롭게 상상해보라. 반대로 더 단순하고 더 검소한 삶을 살고 싶다면 그런 삶을 자유롭게 머릿속에 그려보라. 이런 식으로 계속 생각하는 연습을 해보면, 돈이란 단순히 재화를 교환하는 수단이 아니라 라이프스타일이기 때문에, 돈에 대한 진정하고 건강한 동기를 찾는 데 도움이 된다.” p.215

“부모님은 안 좋은 일이 벌어지면 “이 일을 어떻게 써먹을 수 있을까?”라고 자문하셨다. 부모님의 질문에는 어려운 문제를 통찰력과 지혜를 얻는 기회로 삼을 수도 있다는 의미가 담겨 있다. 이런 생각의 전환은 우리를 더 강하게 만든다. 우리는 좋은 것을 선택할 수 있다. 그 차이가 모든 것을 결정한다. 모든 것은 관점에 달려 있다.” p.254

매일 조금씩만 하면 365일째에는 분명히 달라져 있을 거라고 생각하면서도 왜 우리는 일어나 운동화 끈을 묶고 밖으로 나가거나, 영어 공부를 위해 어플을 열지 않을까? 오늘 작은 몫을 해낸다면 변화는 분명히 나의 것이라는 걸 알면서도 왜 우리는 실행하지 않을까? 케빈 밀러는 여기서 질문을 던진다. 당신은 ‘무엇이 나를 움직이는지’ 생각해본 적이 있는가? 당신 삶의 원동력은 무엇인가? 케빈 밀러는 말한다. “당신의 세계는 내면의 원동력으로 만들어진다.” 많은 이들이 원대한 꿈을 꾸지만 잠재력을 불태울 수 있는 부싯돌이나 촉매제에 대해서는 생각하지 않는다. 목표도 있고 구체적인 계획도 있지만 실행하지 못하는 이유는 바로 “삶의 원동력”을 살피지 않았기 때문이다. 실제로 내가 무엇을 원하는지 정확하고 구체적으로 인식하고, 실행력을 끌어내는 핵심 동기를 에너지원 삼아 달려 나가는 것. 이것이 원동력의 핵심이다. 우리에겐 원동력이 필요하다. 밀러는 ‘원동력’이라는 가치를 구체적으로 7가지로 나누었다. 하나의 무기보다 일곱 개의 무기를 갖췄을 때 더 큰 힘을 얻고 두려움 없이 목표까지 나아갈 수 있다. 1️⃣삶의 목적무엇을 믿느냐가 아니라 얼마나 크고 강력하게 믿느냐가 당신의 원동력을 결정한다. 인생의 목적을 명확히 하고 거기에 헌신하라. 이것이 당신이 가질 수 있는 가장 큰 자산이다. 2️⃣관계좋은 관계를 찾기 위해 먼저 살펴봐야 할 곳은 거울과 과거이다. 나 자신과의 관계가 관계의 최우선이다. 3️⃣몸왜 우리는 몸의 기능에 대해서는 ‘으레 떨어지는 것’이라며 차차 포기하고 꾸준히 관리하지 않을까? 좋은 운동은 ‘뭐가 됐든 당신이 하는 운동’이다. 4️⃣마음우리는 본래 지닌 잠재력보다 훨씬 더 적은 능력을 쓰고 있다. 그러나 자신에게 잠재력이 있다는 것을 깨닫는 것만으로는 잠재력을 실현할 수 없다. 잠재력은 전등 스위치가 아니라 마라톤이기 때문이다. 5️⃣일지금 당장 어떤 일을 하고 싶은가? 첫 번째 단계는 가능하다고 믿는 것이고, 두 번째 단계는 선택지를 탐색하는 것이다. 6️⃣돈돈이란 단순히 재화를 교환하는 수단이 아니라 라이프스타일이다. 당신이 진정 재정적으로 원하는 것은 무엇인가? 7️⃣성취삶의 마지막에 남는 후회는 ‘내가 원하는 삶을 살지 못한 것’이라고 한다. 누구에게나 각자만의 위대함이 있다. 남들보다 탁월한 자신만의 영역에서 우리는 고유하게 위대하다. 후회 없이, 고유의 영역에서 최고가 되라. 저자는 타인의 영향력을 리셋하고 완전히 새로운 기반에서 자신을 바라보라고 말한다. 우리는 성장 배경, 사회적, 문화적 기대에 생각보다 크게 영향을 받는다. 우리가 수행하는 역할과 의무는 어쩌면 부모님이 우리에게 심어준 긍정적 기대나 부정적 편견, 또는 성인이라면 이래야 하고 저래야 한다는 사회적 기대에 따른 것일 수도 있다. 지금 당신은 모든 영향력에서 벗어나 자유롭게 자신을 펼치고 있는가? 변화를 꿈꾼다면 자신의 모습을 진정으로 그렇게 그려볼 수 있는가? 우리는 진실이라고 믿는 것에 따라 자신을 인식한다. 성장하고 싶다면 성장한 나를 그릴 수 있어야 한다. 그리고 그렇게 될 수 있다고 믿어야 한다. 또한 미래의 변화를 마음속에 그리려면 변화를 위해 노력하는 자신의 모습을 마음속에 그려야 한다. “나는 누구에게나 각자만의 위대함이 있다고 굳게 믿는다. 남들과 차별화되고 남들보다 탁월할 수 있는, 남들과 다른 위대함 말이다. 남들보다 더 위대하기 때문에 위대한 일을 하는 것이 아니라, 남들보다 탁월한 자신만의 영역에서 우리는 고유하게 위대한 일을 하는 것이다.“ ”그것은 우리 모두가 할 수 있는 일이며, 우리가 받아들이기만 한다면 우리에게 예정된 운명이다. 우리는 우리가 기대하는 대로 된다.“ 저자는 원동력을 폭발적으로 키우는 ‘성장 마인드셋’을 이야기한다. ‘해야 한다(have to)’는 그만두고 ‘하고 싶다(want to)’로 바꾸어 생각하는 것이다. 우리는 좋은 것을 선택할 수 있다. 그 차이가 모든 것을 결정한다. 모든 것은 관점에 달려 있다. 선택은 우리가 처한 상황과 상관없이 우리를 자유롭게 하고 자율권을 주는, 인생에서 가장 자유로운 행동이다. 우리가 주인 의식을 가지고 삶에서 선택권과 통제권을 쥐면, 상황은 획기적으로 바뀐다. 외부의 환경은 통제할 수 없지만, 생각을 바꿈으로써 내면을 통제할 수 있다. 그리고 이러한 내면의 힘으로 우리는 꿈꿔 왔던, 폭발적인 성장의 경로에 올라탈 수 있다. “관점을 키우는 가장 좋은 방법은 무언가를 추구할 때의 위험 시나리오 대신 그것을 하지 않을 때의 위험에 집중하는 것이다. 1년이 지나도 ‘χ’가 일어나지 않는다면 나는 괜찮을까? 그때도 내가 지금에 머문다면 1년 후의 자신에 대해 어떻게 느끼게 될까?” p.91 “당신의 몸 중 괜찮은 곳은 어디인가? 왜 우리는 우리 몸이라는 ‘수단(vehicle)’에는 큰 기대를 품지 않으며, 왜 꾸준히 관리하지 않을까?” p.129 “자신의 잠재력과 능력에 대한 믿음을 바꾸면 잠재력과 능력은 조금 더 커진다. 성장은 이러한 믿음을 품고 행동할 때 일어난다. 마라톤을 완주할 수 있다고 믿는다고 해서 결승선에 이르는 것은 아니다. 그러나 믿음은 당신이 문밖으로 나와 훈련을 시작하도록 동기를 부여해준다.” p.157 “현재 연봉은 5000만 원이지만, 3억 원을 벌고 싶다면 자유롭게 상상해보라. 반대로 더 단순하고 더 검소한 삶을 살고 싶다면 그런 삶을 자유롭게 머릿속에 그려보라. 이런 식으로 계속 생각하는 연습을 해보면, 돈이란 단순히 재화를 교환하는 수단이 아니라 라이프스타일이기 때문에, 돈에 대한 진정하고 건강한 동기를 찾는 데 도움이 된다.” p.215 “부모님은 안 좋은 일이 벌어지면 “이 일을 어떻게 써먹을 수 있을까?”라고 자문하셨다. 부모님의 질문에는 어려운 문제를 통찰력과 지혜를 얻는 기회로 삼을 수도 있다는 의미가 담겨 있다. 이런 생각의 전환은 우리를 더 강하게 만든다. 우리는 좋은 것을 선택할 수 있다. 그 차이가 모든 것을 결정한다. 모든 것은 관점에 달려 있다.” p.254

aladin

매일 조금씩만 하면 365일째에는 분명히 달라져 있을 거라고 생각

블로그나 SNS 등에서 보면 많은 개발자들이 개발을 더 잘하기 위한 고민 상담을 하는 것을 볼 수 있다. 나는 이러한 고민 속에 개발 실력뿐만 아니라 일을 잘하는 방법에 대한 고민거리도 녹아 있다고 생각한다. 내가 개발 커뮤니티에서만 이러한 고민을 보게 되다 보니 그런 것일 수도 있지만 개발자들이 질문하는 고민은 유독 “개발 실력”이라는 것에 국한되어 있어 보인다. “개발을 잘하려면 어떻게 해야 할까요?”, “좋은 개발자가 되려면 어떻게 해야 할까요?”, “어떻게 하면 코딩 실력을 키울 수 있을까요?” 등등 말이다.

개발자가 ‘일’ 잘하는 방법

좋은 포스트가 있어 공유해요!

개발자 경호님의 깔끔한 개발자가 일 잘하는 방법입니다!
목차를 보시고 자세한 내용은 링크를 참고하세요!

 * 단순하고 명확하게 이야기 하세요.
 * 문제는 해결책과 함께 얘기하는 겁니다.
 * 복잡할수록 단순하게 쪼개주면 쉬워집니다.
 * 간접적이고 비언어적인 표현은 해석하기 어렵습니다.
 * 업무 요청은 디테일하게, 이게 매너입니다.
 * 상대방을 바꾸려 하지말고 같은 편에 섭니다.
 * 모든 주장에는 근거가 있어야 합니다.
 * 모르는 걸 솔직히 말하면 더 매력적입니다.
 * 협상을 겁내지 마세요, 대부분 가능합니다.

https://veluxer62.github.io/explanation/how-developers-can-work-effectively/

좋은 포스트가 있어 공유해요! 개발자 경호님의 깔끔한 개발자가 일 잘하는 방법입니다!목차를 보시고 자세한 내용은 링크를 참고하세요! <ul ><li>단순하고 명확하게 이야기 하세요.</li><li>문제는 해결책과 함께 얘기하는 겁니다.</li><li>복잡할수록 단순하게 쪼개주면 쉬워집니다.</li><li>간접적이고 비언어적인 표현은 해석하기 어렵습니다.</li><li>업무 요청은 디테일하게, 이게 매너입니다.</li><li>상대방을 바꾸려 하지말고 같은 편에 섭니다.</li><li>모든 주장에는 근거가 있어야 합니다.</li><li>모르는 걸 솔직히 말하면 더 매력적입니다.</li><li>협상을 겁내지 마세요, 대부분 가능합니다.</li></ul> https://veluxer62.github.io/explanation/how-developers-can-work-effectively/

Veluxer's Blog

스프링은 다양한 프로그래밍 모델을 제공해 개발자가 웹 애플리케이션을 구축할 때 적합한 방식을 선택할 수 있도록 지원합니다. 이러한 모델들은 개발자가 코드를 어떻게 구성하고 관리할지에 대한 가이드라인을 제시하며, 각 모델은 특정 유형의 애플리케이션이나 개발 스타일에 더 적합할 수 있습니다.

스프링과 프로그래밍 모델

스프링을 제대로 활용하고 싶다면 다양한 프로그래밍 모델에 대한 이해는 필수이다. 스프링은 애플리케이션 개발 방식에 따라 다양한 프로그래밍 모델을 제공하며, 각 모델은 고유한 장점과 특징을 가지고 있다.

이 글에서는 스프링의 주요 프로그래밍 모델인 애노테이션 기반과 경량 함수형을 가볍게 알아본다. 스프링이 지원 또는 제공하는 프로그래밍 모델에 대한 깊이 있는 이해를 통해 소프트웨어 엔지니어로서 문제 해결력을 한 단계 향상시키고, 더욱 효율적이고 유연한 애플리케이션을 개발할 수 있을 것이다.

https://www.linkedin.com/pulse/%25EC%258A%25A4%25ED%2594%2584%25EB%25A7%2581%25EA%25B3%25BC-%25ED%2594%2584%25EB%25A1%259C%25EA%25B7%25B8%25EB%259E%2598%25EB%25B0%258D-%25EB%25AA%25A8%25EB%258D%25B8-springrunner-emnec/

스프링을 제대로 활용하고 싶다면 다양한 프로그래밍 모델에 대한 이해는 필수이다. 스프링은 애플리케이션 개발 방식에 따라 다양한 프로그래밍 모델을 제공하며, 각 모델은 고유한 장점과 특징을 가지고 있다. 이 글에서는 스프링의 주요 프로그래밍 모델인 애노테이션 기반과 경량 함수형을 가볍게 알아본다. 스프링이 지원 또는 제공하는 프로그래밍 모델에 대한 깊이 있는 이해를 통해 소프트웨어 엔지니어로서 문제 해결력을 한 단계 향상시키고, 더욱 효율적이고 유연한 애플리케이션을 개발할 수 있을 것이다. https://www.linkedin.com/pulse/%25EC%258A%25A4%25ED%2594%2584%25EB%25A7%2581%25EA%25B3%25BC-%25ED%2594%2584%25EB%25A1%259C%25EA%25B7%25B8%25EB%259E%2598%25EB%25B0%258D-%25EB%25AA%25A8%25EB%258D%25B8-springrunner-emnec/

www.linkedin.com

1 어떻게 하면 하루를 좀 더 효율적으로 보낼 수 있을까? 모든 직장인의 고민이다. 시간을 능률적으로 쓸 ...

리더를 위한 효율적인 시간 쪼개기 기술 3가지

1
어떻게 하면 하루를 좀 더 효율적으로 보낼 수 있을까? 모든 직장인의 고민이다. 시간을 능률적으로 쓸 수 있는 3가지 팁을 소개한다. 특히 리더라면 꼭 알아야 한다.

2
첫째, 시간을 시각화하기. 구글 캘린더를 쓴다면 할 일 기능을 추천한다. 보통 일정을 이벤트로 잡는다. 해당 시간대에 일정이 찬다. 하루 일정이 한 번에 보여서 편하다.

3
구글 캘린더에는 이벤트 말고 할 일 타입이 있다. 투두 리스트다. 할 일에 시간대를 지정한다. 그럼 할 일이 일정처럼 등록된다. 완료 여부도 체크할 수 있다. 할 일 앱이 별도로 있어 편리하다.

4
큰 차이가 없어 보이지만, 써보면 완전히 다르다. 그냥 오늘 어떤 일을 해야지 와, 언제 해야지는 다르다. 일에는 언제나 Due가 있어야 한다.

5
출근하자마자 오늘의 할 일을 채운다. 10시에는 미팅, 11시에는 내 할 일이 이미 정해져있다. 시간에 맞춰 스스로 움직여서 실행하기 훨씬 쉽다. 딱 일주일만 해보자. 습관이 된다.

6
두 번째는 하루 쪼개기다. 하루는 24시간이다. 이를 4등분 한다. 아침, 오전, 오후, 저녁. 이제 4개의 구분이 생겼다. 각각의 할 일과 목표를 생각해 본다. 그냥 보내는 하루보다 훨씬 더 시간을 효율적으로 쓰게 된다.

7
아침에는 명상, 독서, 운동을 한다. 오전에는 중요한 논의나 결정하는 미팅을 한다. 오후에는 원온원 미팅과 채용 인터뷰가 있다. 저녁에는 개인을 위한 시간을 보낸다. 이런 식이다. 이렇게 시간을 쓰다 보면, 내 시간과 에너지 레벨도 자연스럽게 관리할 수 있다.

8
그냥 보면 별 차이가 없어 보일 수 있다. 하지만 하루를 4번의 루틴으로 보내는 효과는 크다. 마음가짐과 모드도 바뀐다. 역시나 해보면 알 수 있다.

9
세 번째는 한 시간을 쪼개보기다. 1시간은 60분이다. 4등분 한다. 동그란 시계를 4개로 쪼갠 셈이다. 15분짜리 슬롯이 4개가 생긴다.

10
사람의 집중력은 늘 한계가 있다. 1시간 동안 계속 집중하기는 어렵다. 하나의 업무라도 여러 개의 단위가 있다. 15분 단위로 업무를 쪼개보자. 훨씬 능률이 오른다. 해보면 15분이 아닌 내게 맞는 단위도 알게 된다.

11
이런 시간 쪼개기는 특히 리더들에게 더 중요하다. 실무자는 뭉텅이 시간이 중요하다. 집중해서 무언가를 만들어낼 시간이 충분히 있어야 하기 때문이다. 중간에 인터럽트가 걸리면 치명적이다. 집중력을 뺏겼다가 다시 잡아오는 데는 에너지와 노력이 또 들기 때문이다.

12
리더는 반대다. 짧은 시간의 슬롯을 많이 확보해야 한다. 리더가 주로 하는 일은 결정이다. 결정에는 많은 준비와 논의가 필요하다. 하지만 결정하기 자체는 시간이 많이 필요하지 않다.

13
큰 조직의 리더일수록 더욱 많은 결정을 해야 한다. 결정들을 위한 짧은 슬롯이 많이 필요하다. 보통 리더들의 캘린더가 촘촘한 건 이 때문이다. 다양한 방법의 시간 쪼개기는 리더의 시간을 효율적으로 쓰게 만들어 준다. 해보며 나만의 방법을 만드는 게 중요하다.

1 어떻게 하면 하루를 좀 더 효율적으로 보낼 수 있을까? 모든 직장인의 고민이다. 시간을 능률적으로 쓸 수 있는 3가지 팁을 소개한다. 특히 리더라면 꼭 알아야 한다. ​ ​2 첫째, 시간을 시각화하기. 구글 캘린더를 쓴다면 할 일 기능을 추천한다. 보통 일정을 이벤트로 잡는다. 해당 시간대에 일정이 찬다. 하루 일정이 한 번에 보여서 편하다. ​ ​3 구글 캘린더에는 이벤트 말고 할 일 타입이 있다. 투두 리스트다. 할 일에 시간대를 지정한다. 그럼 할 일이 일정처럼 등록된다. 완료 여부도 체크할 수 있다. 할 일 앱이 별도로 있어 편리하다. ​ ​4 큰 차이가 없어 보이지만, 써보면 완전히 다르다. 그냥 오늘 어떤 일을 해야지 와, 언제 해야지는 다르다. 일에는 언제나 Due가 있어야 한다. ​ ​5 출근하자마자 오늘의 할 일을 채운다. 10시에는 미팅, 11시에는 내 할 일이 이미 정해져있다. 시간에 맞춰 스스로 움직여서 실행하기 훨씬 쉽다. 딱 일주일만 해보자. 습관이 된다. ​ ​6 두 번째는 하루 쪼개기다. 하루는 24시간이다. 이를 4등분 한다. 아침, 오전, 오후, 저녁. 이제 4개의 구분이 생겼다. 각각의 할 일과 목표를 생각해 본다. 그냥 보내는 하루보다 훨씬 더 시간을 효율적으로 쓰게 된다. ​ ​7 아침에는 명상, 독서, 운동을 한다. 오전에는 중요한 논의나 결정하는 미팅을 한다. 오후에는 원온원 미팅과 채용 인터뷰가 있다. 저녁에는 개인을 위한 시간을 보낸다. 이런 식이다. 이렇게 시간을 쓰다 보면, 내 시간과 에너지 레벨도 자연스럽게 관리할 수 있다. ​ ​8 그냥 보면 별 차이가 없어 보일 수 있다. 하지만 하루를 4번의 루틴으로 보내는 효과는 크다. 마음가짐과 모드도 바뀐다. 역시나 해보면 알 수 있다. ​ ​9 세 번째는 한 시간을 쪼개보기다. 1시간은 60분이다. 4등분 한다. 동그란 시계를 4개로 쪼갠 셈이다. 15분짜리 슬롯이 4개가 생긴다. ​ ​10 사람의 집중력은 늘 한계가 있다. 1시간 동안 계속 집중하기는 어렵다. 하나의 업무라도 여러 개의 단위가 있다. 15분 단위로 업무를 쪼개보자. 훨씬 능률이 오른다. 해보면 15분이 아닌 내게 맞는 단위도 알게 된다. ​ ​11 이런 시간 쪼개기는 특히 리더들에게 더 중요하다. 실무자는 뭉텅이 시간이 중요하다. 집중해서 무언가를 만들어낼 시간이 충분히 있어야 하기 때문이다. 중간에 인터럽트가 걸리면 치명적이다. 집중력을 뺏겼다가 다시 잡아오는 데는 에너지와 노력이 또 들기 때문이다. ​ ​12 리더는 반대다. 짧은 시간의 슬롯을 많이 확보해야 한다. 리더가 주로 하는 일은 결정이다. 결정에는 많은 준비와 논의가 필요하다. 하지만 결정하기 자체는 시간이 많이 필요하지 않다. ​ ​13 큰 조직의 리더일수록 더욱 많은 결정을 해야 한다. 결정들을 위한 짧은 슬롯이 많이 필요하다. 보통 리더들의 캘린더가 촘촘한 건 이 때문이다. 다양한 방법의 시간 쪼개기는 리더의 시간을 효율적으로 쓰게 만들어 준다. 해보며 나만의 방법을 만드는 게 중요하다.

blog.naver.com

< 리더를 위한 효율적인 시간 쪼개기 기술 3가지 >

In business, being a nice person in the room can be more impactful than being the smartest. I share my insights on empathy, respect, and active listening as key skills for successful meetings and creating a positive team environment.

Do not try to be the smartest in the room; try to be the kindest. | Jorge Galindo's blog

"가장 똑똑한 사람이 아닌 가장 친절한 사람이 되세요."

"잘 듣고, 존중하고, 공감하고, 해결 중심 접근 방식을 통해 팀의 생산성을 향상 시킬 수 있습니다."

"친절함은 전염성이 있습니다. 당신이 친절하기 시작하면 다른 사람들도 친절해질 것이고, 팀 전체에 영향을 끼칠 것입니다"

"가장 똑똑한 사람은 몇몇 사람이 그리워 하지만, 친절한 사람은 모두가 그리워 합니다"

https://www.jorgegalindo.me/en/blog/posts/do-not-be-the-smartest-in-the-room-try-to-be-the-kindest

"가장 똑똑한 사람이 아닌 가장 친절한 사람이 되세요." "잘 듣고, 존중하고, 공감하고, 해결 중심 접근 방식을 통해 팀의 생산성을 향상 시킬 수 있습니다." "친절함은 전염성이 있습니다. 당신이 친절하기 시작하면 다른 사람들도 친절해질 것이고, 팀 전체에 영향을 끼칠 것입니다" "가장 똑똑한 사람은 몇몇 사람이 그리워 하지만, 친절한 사람은 모두가 그리워 합니다" https://www.jorgegalindo.me/en/blog/posts/do-not-be-the-smartest-in-the-room-try-to-be-the-kindest

Jorgegalindo

직원

undefined

퍼블리셔 직무로 개발 현업을 경험 후, 현재 프론트개발 업무를 맡아 진행하고 있습니다, 
속도는 더디지만🙊 차근차근 원리를 이해하며 습득하는 과정을 좋아합니다,
타입스크립트를 좋아하며👍🏻, 리액트🍭와 바닐라 스크립트🥤을 공부하고 있습니다

가장 똑똑한 사람이 아닌 가장 친절한 사람이 되세요

댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필