우디 Q.) 프로젝트 마감일과 디자인 퀄리티 사이에서 선택을 해야 한다면 어떻게 하시겠어요?

면접자 🙋) 두 가지 요소 모두 매우 중요하지만, 상황에 따라 우선순위를 달리할 수 있다고 생각합니다. 만약 제품 출시가 임박해 있고, 일정이 중요한 경우라면, 마감일을 맞추는 것이 최우선이라고 생각합니다. 다만, 그 과정에서도 핵심 사용자 경험을 해치지 않는 선에서 최대한 퀄리티를 유지하려 노력할 것입니다.

👉 이런 유형의 질문에는 대부분 마감일쪽으로 답하는 게 더 좋았습니다.

우디 Q.) 프로젝트 마감일과 디자인 퀄리티 사이에서 선택을 해야 한다면 어떻게 하시겠어요? 면접자 🙋) 두 가지 요소 모두 매우 중요하지만, 상황에 따라 우선순위를 달리할 수 있다고 생각합니다. 만약 제품 출시가 임박해 있고, 일정이 중요한 경우라면, 마감일을 맞추는 것이 최우선이라고 생각합니다. 다만, 그 과정에서도 핵심 사용자 경험을 해치지 않는 선에서 최대한 퀄리티를 유지하려 노력할 것입니다. 👉 이런 유형의 질문에는 대부분 마감일쪽으로 답하는 게 더 좋았습니다.

🙋디자이너 채용 시 기억이 남는 답변 5

🔗 디자인 취업 고민 오픈 채팅방

채용 과정에서 겪는 다양한 어려움을 함께 나누고, 실질적인 조언을 주고받을 수 있는 오픈 채팅방을 운영 중입니다. 언제든지 참여하셔서 서로의 고민을 이야기하고, 더 나은 포트폴리오를 만들기 위한 인사이트를 얻어가세요.

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

With reports that US private equity group TPG is in talks to buy a stake in Vinted at a €5bn valuation, the RetailX UK Fashion 2024 report looks at why UK consumers love buying and selling on the pre-loved platform. The Vinted app had been downloaded 8.9mn times in the UK in 2023, more than […]

What is driving the popularity of Vinted? - InternetRetailing

최근 빈티드(Vinted)의 인기가 심상치 않습니다. 주변에 런던 사는 영국 친구들 중 이 앱을 안 쓰는 친구를 찾아보기 어려울 정도예요. 빈티드는 중고제품 거래 플랫폼인데요. 일단 유튜브, 인스타그램 광고를 엄청 때립니다. 그리고 제품들이 저렴해서 많이들 사기도 하지만 파는 것도 굉장히 쉬워서 상당히 유용해요. 검색 기능도 좋습니다. 원하는 브랜드가 있으면, 예를 들어 ‘조 브라운 셔츠와 비슷한 셔츠 찾아줘’로 검색하면 잘 나와요. 모임에서 대화 중 꼭 한번은 빈티드 얘기가 나옵니다. 찾아보니 실제로 빈티드는 기업가치 50억 유로(약 7조 원)를 인정받았고 2023년 다운로드 수 총 890만 회를 기록했습니다. 빈티드가 2014년에 문을 열었는데 이제 막 주목받기 시작했다는 걸 보면 꽤 의미 있는 성장세입니다. 제 주위에만 그런 줄 알았는데 기사도 보니까 런던에서 빈티드를 쓰는 사람들은 물가가 비싸니 최대한 저렴하게 사려고 앱을 쓴다고 하고요. 또 재활용하는 거니 환경을 생각하는 마음으로도 쓴다고도 합니다. 옷을 아예 사지 않는 사람들도 늘었으니까요. 아무튼 최근 런던에서 눈에 띄는 앱이어서 소개해봤습니다. https://internetretailing.net/what-is-driving-the-popularity-of-vinted/

최근 빈티드(Vinted)의 인기가 심상치 않습니다. 주변에 런던 사는 영국 친구들 중 이 앱을 안 쓰는 친구를 찾아보기 어려울 정도예요. 빈티드는 중고제품 거래 플랫폼인데요. 일단 유튜브, 인스타그램 광고를 엄청 때립니다. 그리고 제품들이 저렴해서 많이들 사기도 하지만 파는 것도 굉장히 쉬워서 상당히 유용해요. 검색 기능도 좋습니다. 원하는 브랜드가 있으면, 예를 들어 ‘조 브라운 셔츠와 비슷한 셔츠 찾아줘’로 검색하면 잘 나와요. 모임에서 대화 중 꼭 한번은 빈티드 얘기가 나옵니다. 찾아보니 실제로 빈티드는 기업가치 50억 유로(약 7조 원)를 인정받았고 2023년 다운로드 수 총 890만 회를 기록했습니다. 빈티드가 2014년에 문을 열었는데 이제 막 주목받기 시작했다는 걸 보면 꽤 의미 있는 성장세입니다. 제 주위에만 그런 줄 알았는데 기사도 보니까 런던에서 빈티드를 쓰는 사람들은 물가가 비싸니 최대한 저렴하게 사려고 앱을 쓴다고 하고요. 또 재활용하는 거니 환경을 생각하는 마음으로도 쓴다고도 합니다. 옷을 아예 사지 않는 사람들도 늘었으니까요. 아무튼 최근 런던에서 눈에 띄는 앱이어서 소개해봤습니다. https://internetretailing.net/what-is-driving-the-popularity-of-vinted/

InternetRetailing

이 글은 UX Collective 내 Pavel Samsonov의 Nike’s $25B blunder shows us the limits of “data-driven”를 번역, 의역, 재구성한 글입니다.   [나이키에게 발생한 30조원 손실]  2024년 7월, 나이키의 전 수석 브랜드 디렉터가 4년에 걸쳐 발생한 마케팅 실패 사례들을 공개했다. 이 사례들

나이키에게 30조원 재앙을 부른 데이터 드리븐

기업의 실패를 결과론적으로 분석하는 건 큰 의미가 없다고 생각하지만, 그럼에도 불구하고 생각해볼만한 포인트가 있어서 가져온 글입니다. 흔히 '빈 카운터스'로 대표되는, 잘못된 데이터(혹은 미시적 데이터)에 집중하면서 회사를 잘못 이끄는 케이스가 많은데요. 최근 몇 년 동안의 나이키도 이 함정에 빠졌다고 설명하는 글이에요. 사실 구체적인 케이스가 적시되지 않아서 좀 애매한 부분이 있긴 한데, 완전 내부자가 아니라면 이 부분까지는 정확히 알기 어려울 것 같기도 하네요. 아무튼, 데이터 분석을 한다는 사람들이 항상 경계해야 하는 지점이 아닌가 싶습니다.

기업의 실패를 결과론적으로 분석하는 건 큰 의미가 없다고 생각하지만, 그럼에도 불구하고 생각해볼만한 포인트가 있어서 가져온 글입니다. 흔히 '빈 카운터스'로 대표되는, 잘못된 데이터(혹은 미시적 데이터)에 집중하면서 회사를 잘못 이끄는 케이스가 많은데요. 최근 몇 년 동안의 나이키도 이 함정에 빠졌다고 설명하는 글이에요. 사실 구체적인 케이스가 적시되지 않아서 좀 애매한 부분이 있긴 한데, 완전 내부자가 아니라면 이 부분까지는 정확히 알기 어려울 것 같기도 하네요. 아무튼, 데이터 분석을 한다는 사람들이 항상 경계해야 하는 지점이 아닌가 싶습니다.

Brunch Story

[나이키에게 30조원 재앙을 부른 데이터 드리븐]

◆ 더 비즈 포럼 / 김인수 매경 논설위원 `뺄셈의 리더십` ◆
한국의 리더들이 갖는 관리와 통제에 대한 집착은 조직에 종종 해가 되곤 한다. 네덜란드의 심리학자 기어트 홉스테드의 국가별 권력간격지수에서 한국

[Insight] 버려라! 부하가 창조적 파트너로 거듭난다 - 매일경제

한국의 리더들이 갖는 관리와 통제에 대한 집착은 조직에 종종 해가 되곤 한다. 네덜란드의 심리학자 기어트 홉스테드의 국가별 권력간격지수에서 한국은 60을 기록하며 오스트리아(11), 덴마크(18), 미국(40), 심지어 파키스탄(55)보다 높은 수치를 나타냈다. 한국의 사회 내 권력이 강자쪽으로 심하게 쏠려 있음을 뜻한다.

<뺄셈의 리더십>을 출간한 김인수 매일경제 논설위원은 더 효율적인 조직을 만들고 싶다면 리더들이 쥐고 있는 관리와 통제에 대한 권한을 줄여야 한다고 조언했다. 상사의 통제가 강한 조직의 조직원들은 상사가 시키는 것 이외의 것을 생각하기 어렵다. 비판 능력을 상실하는 것이다.

이것을 잘 보여주는 예로 미국 신시내티 의과대학 정신과 의사인 찰스 호플링이 간호사 22명을 대상으로 실시한 필스 스터디이다. 스스로 의사라고 밝힌 남성이 간호사에게 전화를 걸어 절대 따라서는 안 될 지시를 한다. 특정 병동에 있는 특정 환자에게 에스트로텐(astroten) 20㎎을 투약하라는 것이다.

이 지시를 따라서는 안 되는 이유는 크게 네 가지다. (1)첫째, 간호사는 전화를 건 사람이 의사인지 아닌지 모른다. (2)둘째, 처방이 따로 내려지지 않았기 때문에 그의 지시만으로 투약하는 것은 규정 위반이다. (3)셋째, 20㎎은 적정 투여 용량의 2배로 과다했다. (4)넷째, 이 약은 처방 가능한 약 리스트에 없던 약으로 공인되지 않았다.

실험 결과 22명 중 21명인 95%의 간호사가 지시 받은 그대로 환자에게 투약하려고 했다. 김 논설위원은 이를 두고 “의사의 통제에 순응하도록 훈련이 된 간호사들이 독립적으로 의사결정을 할 수 있는 능력을 상실했기 때문”이라고 설명했다.

비슷한 예로 김 논설위원은 한국전쟁이 끝난 후 중국에 남기로 결정한 미군포로 21명과 영국군포로 1명을 들었다. 사람들은 그들이 중국군에 고문을 당했을 것이라고 생각했지만 실제로 그런 행위는 없었다.

중국 공산당이 그들에게 시킨 것은 '공산당이 좋아요'라는 문장을 쓰게 하고, 소리 내서 읽게 한 후 다른 포로들과 토론을 하게 한 것이 전부였다. 이 과정 속에서 통제에 순응하며 중국 공산당의 이야기를 반복한 포로들은 결국 그들과 사상이 똑같아진 것이다.

그렇다면 조직원들이 비판적 사고를 통해 중심을 잡는 조직을 만들기 위해서는 어떻게 해야 할까? 1️⃣바로, 리더의 권력을 빼야 한다. 하버드대의 한 교수가 100명의 대학생을 20명씩 5개조로 만들어서 에베레스트 등반 실험을 한 결과 리더의 권력의지가 약한 팀은 76.2%의 등반 성공률을 보였다.

반면 리더의 권력의지가 강한 팀은 이보다 낮은 59%를 보였다. 단 하나의 해결책만이 존재하는 과제가 아닌 경우 리더가 부하직원의 의견을 많이 이끌어냈을 때 더 높은 성과를 이루게 되는 것이다. 현대의 경영은 과거에 비해 여러 결정이 가능하다는 점에서 에베레스트 등반과 비슷하다.

2️⃣또한 리더는 판단을 빼야 한다. 1989년 미국의 석유화학기업인 엑슨의 발데즈 호는 알래스카의 암초와 부딪혀 원유 유출 사고를 일으켰다. 이때 엑슨의 리더들은 뺄셈의 리더십을 보여줬다.

한 직원이 “바다표범을 풀어서 기름을 다 먹게 하자”라고 말하자 팀장은 해당 직원을 멍청하다고 무시하는 대신 “바다표범이 아니면서 기름을 먹는 건 없겠냐?”고 되물은 것이다. 이에 기름 먹는 박테리아를 통한 문제 해결을 시도해보게 되는 등 다양한 접근을 할 수 있게 됐다.

리더가 권력을 줄이고 판단하지 않아야 하는 이유는 우리 뇌의 구조에서 찾을 수 있다. 뇌과학자들의 연구 결과, 사람에게 불안을 주면 상대를 신뢰하는 뇌의 기능이 아예 닫히는 것으로 드러났다. 뇌에서 신뢰를 담당하는 전전두엽피질과 불안•두려움을 관장하는 편도체가 각각 배타적으로 기능하기 때문이다.

맹수를 만났을 때 두려움만 느껴야 하는데 전전두엽피질이 열려 맹수를 신뢰하게 되면 사람은 위험에 빠지게 된다. 그래서 전전두엽피질은 닫히고 편도체만 열린다. 그러나 리더는 부하직원들이 자신을 맹수로 느끼는 대신, 신뢰하고 의견을 교환할 수 있는 파트너로 인지하게 해야 한다.

김 논설위원은 권력과 판단을 내려놓은 이상적인 리더의 모습으로 노자가 도덕경에서 말한 하지유지(下知有之)를 제시했다. 부하직원들은 리더의 존재만을 알 뿐 통제나 관리가 없기 때문에 무엇을 하는지 모르는 리더가 좋은 리더라는 것이다.

하지유지 리더의 예를 현재에서 찾자면, 빈라덴 사살 작전 당시 군인 등 전문가들에게 주요 자리를 내주고 구석에서 작전을 지켜본 버락 오바마 대통령이 있다. 또한 20세기 최고의 지휘자로 꼽히는 레너드 번스타인은 손을 전혀 움직이지 않고 연주하는 단원들을 그저 쳐다보기만 하면서 지휘를 하기도 했다고 한다.

한국의 리더들이 갖는 관리와 통제에 대한 집착은 조직에 종종 해가 되곤 한다. 네덜란드의 심리학자 기어트 홉스테드의 국가별 권력간격지수에서 한국은 60을 기록하며 오스트리아(11), 덴마크(18), 미국(40), 심지어 파키스탄(55)보다 높은 수치를 나타냈다. 한국의 사회 내 권력이 강자쪽으로 심하게 쏠려 있음을 뜻한다. &lt;뺄셈의 리더십&gt;을 출간한 김인수 매일경제 논설위원은 더 효율적인 조직을 만들고 싶다면 리더들이 쥐고 있는 관리와 통제에 대한 권한을 줄여야 한다고 조언했다. 상사의 통제가 강한 조직의 조직원들은 상사가 시키는 것 이외의 것을 생각하기 어렵다. 비판 능력을 상실하는 것이다. 이것을 잘 보여주는 예로 미국 신시내티 의과대학 정신과 의사인 찰스 호플링이 간호사 22명을 대상으로 실시한 필스 스터디이다. 스스로 의사라고 밝힌 남성이 간호사에게 전화를 걸어 절대 따라서는 안 될 지시를 한다. 특정 병동에 있는 특정 환자에게 에스트로텐(astroten) 20㎎을 투약하라는 것이다. 이 지시를 따라서는 안 되는 이유는 크게 네 가지다. (1)첫째, 간호사는 전화를 건 사람이 의사인지 아닌지 모른다. (2)둘째, 처방이 따로 내려지지 않았기 때문에 그의 지시만으로 투약하는 것은 규정 위반이다. (3)셋째, 20㎎은 적정 투여 용량의 2배로 과다했다. (4)넷째, 이 약은 처방 가능한 약 리스트에 없던 약으로 공인되지 않았다. 실험 결과 22명 중 21명인 95%의 간호사가 지시 받은 그대로 환자에게 투약하려고 했다. 김 논설위원은 이를 두고 “의사의 통제에 순응하도록 훈련이 된 간호사들이 독립적으로 의사결정을 할 수 있는 능력을 상실했기 때문”이라고 설명했다. 비슷한 예로 김 논설위원은 한국전쟁이 끝난 후 중국에 남기로 결정한 미군포로 21명과 영국군포로 1명을 들었다. 사람들은 그들이 중국군에 고문을 당했을 것이라고 생각했지만 실제로 그런 행위는 없었다. 중국 공산당이 그들에게 시킨 것은 '공산당이 좋아요'라는 문장을 쓰게 하고, 소리 내서 읽게 한 후 다른 포로들과 토론을 하게 한 것이 전부였다. 이 과정 속에서 통제에 순응하며 중국 공산당의 이야기를 반복한 포로들은 결국 그들과 사상이 똑같아진 것이다. 그렇다면 조직원들이 비판적 사고를 통해 중심을 잡는 조직을 만들기 위해서는 어떻게 해야 할까? 1️⃣바로, 리더의 권력을 빼야 한다. 하버드대의 한 교수가 100명의 대학생을 20명씩 5개조로 만들어서 에베레스트 등반 실험을 한 결과 리더의 권력의지가 약한 팀은 76.2%의 등반 성공률을 보였다. 반면 리더의 권력의지가 강한 팀은 이보다 낮은 59%를 보였다. 단 하나의 해결책만이 존재하는 과제가 아닌 경우 리더가 부하직원의 의견을 많이 이끌어냈을 때 더 높은 성과를 이루게 되는 것이다. 현대의 경영은 과거에 비해 여러 결정이 가능하다는 점에서 에베레스트 등반과 비슷하다. 2️⃣또한 리더는 판단을 빼야 한다. 1989년 미국의 석유화학기업인 엑슨의 발데즈 호는 알래스카의 암초와 부딪혀 원유 유출 사고를 일으켰다. 이때 엑슨의 리더들은 뺄셈의 리더십을 보여줬다. 한 직원이 “바다표범을 풀어서 기름을 다 먹게 하자”라고 말하자 팀장은 해당 직원을 멍청하다고 무시하는 대신 “바다표범이 아니면서 기름을 먹는 건 없겠냐?”고 되물은 것이다. 이에 기름 먹는 박테리아를 통한 문제 해결을 시도해보게 되는 등 다양한 접근을 할 수 있게 됐다. 리더가 권력을 줄이고 판단하지 않아야 하는 이유는 우리 뇌의 구조에서 찾을 수 있다. 뇌과학자들의 연구 결과, 사람에게 불안을 주면 상대를 신뢰하는 뇌의 기능이 아예 닫히는 것으로 드러났다. 뇌에서 신뢰를 담당하는 전전두엽피질과 불안•두려움을 관장하는 편도체가 각각 배타적으로 기능하기 때문이다. 맹수를 만났을 때 두려움만 느껴야 하는데 전전두엽피질이 열려 맹수를 신뢰하게 되면 사람은 위험에 빠지게 된다. 그래서 전전두엽피질은 닫히고 편도체만 열린다. 그러나 리더는 부하직원들이 자신을 맹수로 느끼는 대신, 신뢰하고 의견을 교환할 수 있는 파트너로 인지하게 해야 한다. 김 논설위원은 권력과 판단을 내려놓은 이상적인 리더의 모습으로 노자가 도덕경에서 말한 하지유지(下知有之)를 제시했다. 부하직원들은 리더의 존재만을 알 뿐 통제나 관리가 없기 때문에 무엇을 하는지 모르는 리더가 좋은 리더라는 것이다. 하지유지 리더의 예를 현재에서 찾자면, 빈라덴 사살 작전 당시 군인 등 전문가들에게 주요 자리를 내주고 구석에서 작전을 지켜본 버락 오바마 대통령이 있다. 또한 20세기 최고의 지휘자로 꼽히는 레너드 번스타인은 손을 전혀 움직이지 않고 연주하는 단원들을 그저 쳐다보기만 하면서 지휘를 하기도 했다고 한다.

매일경제

Future isn’t something you wait for—it’s something you build.

Future isn’t something you wait for—it’s something you build.

🏝️🧑🏻‍💻 Day-23

✅ 코어 API 연동 구조 1차 완료
✅ 코어 기능 실험 기능 1차 완료

하루 평균 2,500줄 추가하고 250줄 삭제하는군. 보통 10% 정도를 리팩토링에 할애하고 있구나.

🏝️🧑🏻‍💻 Day-23 ✅ 코어 API 연동 구조 1차 완료✅ 코어 기능 실험 기능 1차 완료 하루 평균 2,500줄 추가하고 250줄 삭제하는군. 보통 10% 정도를 리팩토링에 할애하고 있구나.

자신의 생각 관찰·실효적인 행동 필요 능력 발전시키는 게 가장 좋은 예방법 걱정 없는 사람은 없다. 세상은 걱정거리투성이다. 어느 정도의 걱정은 살아가는 데 필수다. 우리 인간은 걱정하는 존재이기 때문에 미래를 계획

[김병수의마음치유] 걱정을 불안으로 키우지 말자

걱정 없는 사람은 없다. 세상은 걱정거리투성이다. 어느 정도의 걱정은 살아가는 데 필수다. 우리 인간은 걱정하는 존재이기 때문에 미래를 계획하고 문제를 예방할 수 있다. 그런데 걱정과 불안은 다르다.

불안에 빠진 이는 걱정해 봐야 소용없는데도 그 생각을 떨쳐내지 못한다. 더 많이 고민해야 위험에 대비할 수 있다고 믿기 때문이다. 걱정했던 최악의 상황이 닥치는 건 무수한 가능성 중에 하나일 뿐이고, 대개는 그 확률이 낮은 편이다.

그런데도 불행이 지금 당장 들이닥친 것처럼 느낀다. 걱정을 실제처럼 믿으니 불안증이 생기는 것이다. 재앙을 상상하는 것만으로도 우리 신체는 실제로 그 일이 일어난 것처럼 반응한다. 몸이 떨리고, 심장이 뛰고, 호흡이 가빠진다.

상사가 중요한 프레젠테이션을 맡겼을 때 ‘발표를 망치면 안 되는데…’라고 걱정하는 건 자연스러운 심리다. 이런 마음 때문에 우리는 더 열심히 준비하게 된다.

그런데 불안에 취약한 사람은 ‘발표 때 머릿속이 하얘져서 말을 제대로 못할 것 같아. 그러면 상사에게 밉보여서 승진도 못할거야. 후배들은 나를 무능하다고 비웃겠지’라며 있지도 않은 일을 머릿속에서 생생하게 그려낸다. 이런 이미지는 신경을 곤두서게 하고, 좌불안석하게 만든다.

“걱정 좀 그만해!”라고 다그쳐 봐야 걱정은 사라지지 않는다. 걱정이 불안이 되지 않게 하려면 자신의 생각을 관찰하고 실효적으로 행동해야 한다.

세상의 모든 불안은 2가지로 나뉜다. (1)첫 번째는 걱정했던 일이 실제로 일어날 가능성이 희박한데도, 그렇게 될 것이라 믿기 때문에 생기는 불안이다. 전문 용어로 표현하면 ‘부정적 결과의 발생 가능성에 대한 과대 추정’이다.

먹구름이 조금만 껴도 번개가 내리쳐서 나무를 쓰러뜨릴 거라고 예상하는 것이다. 비행기 타는 게 걱정될 수는 있지만, 자신이 탄 비행기가 난기류로 추락할 수 있다고 생각하기 때문에 불안해지는 것이다.

발생 가능성은 무지하게 낮고, 자기 힘으로 막을 수 없는 일이라면 “그냥 운명에 맡기자! 하늘의 뜻에 따르자!”라고 마음을 고쳐먹어야 한다.

(2)그런데 우리가 걱정하는 일 중에는 살다 보면 실제 일어날 확률이 무시하지 못할 정도인 것들이 꽤 있다. 예를 들어, 직장을 잃고 재정적 곤란에 빠지는 상황은 누구나 겪을 수 있다. 이런 걱정은 “그런 일이 생길 가능성은 낮으니까 불안해하지 마”라는 말로 누그러들지 않는다.

이런 종류의 걱정이 불안으로 번지는 건 ‘재앙화(catastrophizing) 사고방식’ 때문이다. 자기가 쓴 보고서에 오타 몇 개 있다고 당장 해고당하는 건 아닐 텐데 ‘아, 상사에게 완전히 찍혔어. 권고사직 당할 거야. 내 인생은 파탄 나고 말 거야’라고 파국적인 결과를 떠올리기 때문에 불안해지는 것이다.

혹여 직장을 잃더라도 재취업하면 되고 실직이 인생의 터닝포인트가 될 수도 있는데, 삶이 망가질 거라고 믿으면 불안에 빠지고 만다.

이런 걱정이 불안으로 번지지 않게 하려면 ‘아, 이건 재앙화 사고로구나!’하고 알아차리고 ‘걱정이 현실이 되지 않게 보고서를 꼼꼼히 점검하고, 발표 리허설도 해 보자’고 마음먹고 실천해야 한다.

나쁜 상황이 닥치더라도 극복해낼 수 있도록 자신의 능력을 더 발전시키는 것이 가장 좋은 불안 예방법이다. 가족과 친구, 상담사를 붙들고 “나 잘할 수 있겠죠? 잘해낼 거라고 응원해 주세요!”라며 위로를 구하는 걸로는 걱정과 불안을 떨쳐낼 수 없다.

걱정 없는 사람은 없다. 세상은 걱정거리투성이다. 어느 정도의 걱정은 살아가는 데 필수다. 우리 인간은 걱정하는 존재이기 때문에 미래를 계획하고 문제를 예방할 수 있다. 그런데 걱정과 불안은 다르다. 불안에 빠진 이는 걱정해 봐야 소용없는데도 그 생각을 떨쳐내지 못한다. 더 많이 고민해야 위험에 대비할 수 있다고 믿기 때문이다. 걱정했던 최악의 상황이 닥치는 건 무수한 가능성 중에 하나일 뿐이고, 대개는 그 확률이 낮은 편이다. 그런데도 불행이 지금 당장 들이닥친 것처럼 느낀다. 걱정을 실제처럼 믿으니 불안증이 생기는 것이다. 재앙을 상상하는 것만으로도 우리 신체는 실제로 그 일이 일어난 것처럼 반응한다. 몸이 떨리고, 심장이 뛰고, 호흡이 가빠진다. 상사가 중요한 프레젠테이션을 맡겼을 때 ‘발표를 망치면 안 되는데…’라고 걱정하는 건 자연스러운 심리다. 이런 마음 때문에 우리는 더 열심히 준비하게 된다. 그런데 불안에 취약한 사람은 ‘발표 때 머릿속이 하얘져서 말을 제대로 못할 것 같아. 그러면 상사에게 밉보여서 승진도 못할거야. 후배들은 나를 무능하다고 비웃겠지’라며 있지도 않은 일을 머릿속에서 생생하게 그려낸다. 이런 이미지는 신경을 곤두서게 하고, 좌불안석하게 만든다. “걱정 좀 그만해!”라고 다그쳐 봐야 걱정은 사라지지 않는다. 걱정이 불안이 되지 않게 하려면 자신의 생각을 관찰하고 실효적으로 행동해야 한다. 세상의 모든 불안은 2가지로 나뉜다. (1)첫 번째는 걱정했던 일이 실제로 일어날 가능성이 희박한데도, 그렇게 될 것이라 믿기 때문에 생기는 불안이다. 전문 용어로 표현하면 ‘부정적 결과의 발생 가능성에 대한 과대 추정’이다. 먹구름이 조금만 껴도 번개가 내리쳐서 나무를 쓰러뜨릴 거라고 예상하는 것이다. 비행기 타는 게 걱정될 수는 있지만, 자신이 탄 비행기가 난기류로 추락할 수 있다고 생각하기 때문에 불안해지는 것이다. 발생 가능성은 무지하게 낮고, 자기 힘으로 막을 수 없는 일이라면 “그냥 운명에 맡기자! 하늘의 뜻에 따르자!”라고 마음을 고쳐먹어야 한다. (2)그런데 우리가 걱정하는 일 중에는 살다 보면 실제 일어날 확률이 무시하지 못할 정도인 것들이 꽤 있다. 예를 들어, 직장을 잃고 재정적 곤란에 빠지는 상황은 누구나 겪을 수 있다. 이런 걱정은 “그런 일이 생길 가능성은 낮으니까 불안해하지 마”라는 말로 누그러들지 않는다. 이런 종류의 걱정이 불안으로 번지는 건 ‘재앙화(catastrophizing) 사고방식’ 때문이다. 자기가 쓴 보고서에 오타 몇 개 있다고 당장 해고당하는 건 아닐 텐데 ‘아, 상사에게 완전히 찍혔어. 권고사직 당할 거야. 내 인생은 파탄 나고 말 거야’라고 파국적인 결과를 떠올리기 때문에 불안해지는 것이다. 혹여 직장을 잃더라도 재취업하면 되고 실직이 인생의 터닝포인트가 될 수도 있는데, 삶이 망가질 거라고 믿으면 불안에 빠지고 만다. 이런 걱정이 불안으로 번지지 않게 하려면 ‘아, 이건 재앙화 사고로구나!’하고 알아차리고 ‘걱정이 현실이 되지 않게 보고서를 꼼꼼히 점검하고, 발표 리허설도 해 보자’고 마음먹고 실천해야 한다. 나쁜 상황이 닥치더라도 극복해낼 수 있도록 자신의 능력을 더 발전시키는 것이 가장 좋은 불안 예방법이다. 가족과 친구, 상담사를 붙들고 “나 잘할 수 있겠죠? 잘해낼 거라고 응원해 주세요!”라며 위로를 구하는 걸로는 걱정과 불안을 떨쳐낼 수 없다.

n.news.naver.com

A roundup of some of our favorite API documentation tools too boost developer experience with easy-to-use and helpful developer portals.

10 Best API Documentation Tools for 2024 | Nordic APIs |

API 자체를 제공하는 제품 혹은 팀이라면 API 문서에 아마 관심이 많으실 것 같습니다. (제가 그렇거든요 ㅎㅎ) 요즘 잘 나가는 API 문서 도구 10개를 소개해봅니다.

 1.  Swagger: 오픈 소스 도구로, API를 설계하고 문서화하는 데 널리 사용됩니다. 사용자 친화적인 인터페이스와 강력한 기능을 제공합니다.
 2.  Postman: API 테스트 및 문서화를 위한 인기 있는 플랫폼으로, 팀 협업 기능이 뛰어납니다. 다양한 API 요청을 쉽게 관리할 수 있습니다.
 3.  Redoc: OpenAPI 사양을 기반으로 한 문서화 도구로, 사용자에게 깔끔하고 직관적인 인터페이스를 제공합니다.
 4.  ReadMe: API 문서화와 함께 사용자 피드백을 받을 수 있는 기능을 제공하며, 인터랙티브한 문서를 생성할 수 있습니다.
 5.  Stoplight: API 설계, 문서화 및 테스트를 통합한 플랫폼으로, 팀원 간의 협업을 지원합니다.
 6.  Docusaurus: 문서화 사이트를 쉽게 구축할 수 있는 도구로, React 기반의 정적 사이트 생성기입니다.
 7.  GitBook: 협업 중심의 문서화 도구로, API 문서뿐만 아니라 다양한 형식의 콘텐츠를 작성할 수 있습니다.
 8.  Slate: 마크다운 기반의 API 문서화 도구로, 깔끔한 디자인과 사용자 친화적인 레이아웃이 특징입니다.
 9.  OpenAPI Generator: OpenAPI 사양을 기반으로 클라이언트 라이브러리와 서버 스텁을 생성할 수 있는 도구입니다.
 10. Apiary: API 설계와 문서화를 위한 플랫폼으로, 팀 협업과 피드백 기능이 잘 갖춰져 있습니다.

여러분들은 이 중 어떤게 가장 맘에 드시나요?

https://nordicapis.com/10-best-api-documentation-tools-for-2024/?ref=dailydev

API 자체를 제공하는 제품 혹은 팀이라면 API 문서에 아마 관심이 많으실 것 같습니다. (제가 그렇거든요 ㅎㅎ) 요즘 잘 나가는 API 문서 도구 10개를 소개해봅니다. <ol ><li>Swagger: 오픈 소스 도구로, API를 설계하고 문서화하는 데 널리 사용됩니다. 사용자 친화적인 인터페이스와 강력한 기능을 제공합니다.</li><li>Postman: API 테스트 및 문서화를 위한 인기 있는 플랫폼으로, 팀 협업 기능이 뛰어납니다. 다양한 API 요청을 쉽게 관리할 수 있습니다.</li><li>Redoc: OpenAPI 사양을 기반으로 한 문서화 도구로, 사용자에게 깔끔하고 직관적인 인터페이스를 제공합니다.</li><li>ReadMe: API 문서화와 함께 사용자 피드백을 받을 수 있는 기능을 제공하며, 인터랙티브한 문서를 생성할 수 있습니다.</li><li>Stoplight: API 설계, 문서화 및 테스트를 통합한 플랫폼으로, 팀원 간의 협업을 지원합니다.</li><li>Docusaurus: 문서화 사이트를 쉽게 구축할 수 있는 도구로, React 기반의 정적 사이트 생성기입니다.</li><li>GitBook: 협업 중심의 문서화 도구로, API 문서뿐만 아니라 다양한 형식의 콘텐츠를 작성할 수 있습니다.</li><li>Slate: 마크다운 기반의 API 문서화 도구로, 깔끔한 디자인과 사용자 친화적인 레이아웃이 특징입니다.</li><li>OpenAPI Generator: OpenAPI 사양을 기반으로 클라이언트 라이브러리와 서버 스텁을 생성할 수 있는 도구입니다.</li><li>Apiary: API 설계와 문서화를 위한 플랫폼으로, 팀 협업과 피드백 기능이 잘 갖춰져 있습니다.</li></ol> 여러분들은 이 중 어떤게 가장 맘에 드시나요? https://nordicapis.com/10-best-api-documentation-tools-for-2024/?ref=dailydev

Nordic APIs

API 문서 도구 10

현 정부는 정말로 나라를 다시 한 번 일본에 팔 생각인가? 광복 80주년을 앞두고 헌법을 개무시하는 매국노 정부의 시대라니.. 통탄스럽다.

[단독] 역사박물관 책인데‥독도는 없고 "경제발전에 일본 중요 역할"

“대한민국 역사박물관이 역사책을 냈는데, 책 속에 있는 지도마다 독도가 죄다 빠져있어“

“한국의 초고속 경제성장의 기반에는 일본이라는 변압기의 존재가 아주 중요한 역할을 했다”

″1919년 상해 임시정부에는 국민이 없었다. 대한민국 건국은 1948년이 맞다″

현 정부는 정말로 나라를 다시 한 번 일본에 팔 생각인가? 광복 80주년을 앞두고 헌법을 개무시하는 매국노 정부의 시대라니.. 통탄스럽다. [단독] 역사박물관 책인데‥독도는 없고 "경제발전에 일본 중요 역할" “대한민국 역사박물관이 역사책을 냈는데, 책 속에 있는 지도마다 독도가 죄다 빠져있어“ “한국의 초고속 경제성장의 기반에는 일본이라는 변압기의 존재가 아주 중요한 역할을 했다” ″1919년 상해 임시정부에는 국민이 없었다. 대한민국 건국은 1948년이 맞다″

As a Software Engineer for 7 years, I have joined new teams 5 different times. In that process, I learned the importance of talking to my new teammates in the critical 2 weeks of joining a team. As the new person, you can get away with asking many questions. I

How to Have Remote 1:1s

나의 리더와 혹은 나의 팀원들과 더 발을 잘 맞추기 위한 1on1. 하지만 어째뜬 둘이서만 본다는 것에서 오는 어색함. 오프라인으로는 그래도 멋쩍게 웃으며 커피라도 같이 마시며 숨 돌릴텐데, 만약 온라인이라면?! 온라인 원격 1on1에서는 어떻게 하는게 효율적으로 해 볼 수 있을까요?

 1. 목적 설정: 1on1 미팅의 주요 목적은 팀원과의 신뢰를 구축하고, 피드백을 주고받으며, 개인적인 발전을 지원하는 것입니다.
 2. 정기적인 일정: 정기적으로 미팅을 설정하여 일관성을 유지하고, 팀원이 편안하게 이야기할 수 있는 환경을 조성해야 합니다.
 3. 미리 준비하기: 미팅 전에 논의할 주제를 미리 공유하여 팀원이 준비할 수 있도록 해야 합니다. 이는 대화의 효율성을 높입니다.
 4. 적극적인 경청: 팀원의 의견과 감정을 존중하고, 적극적으로 경청하는 것이 중요합니다. 이를 통해 더 깊은 대화를 이끌어낼 수 있습니다.
 5. 행동 계획 수립: 미팅 후에는 논의된 내용을 바탕으로 구체적인 행동 계획을 세우고, 후속 조치를 취해야 합니다.
 6. 피드백 문화 조성: 정기적으로 피드백을 주고받아 서로의 성장에 기여하는 문화를 만들어야 합니다.

https://www.jointaro.com/blog/effective-remote-1-1s/

나의 리더와 혹은 나의 팀원들과 더 발을 잘 맞추기 위한 1on1. 하지만 어째뜬 둘이서만 본다는 것에서 오는 어색함. 오프라인으로는 그래도 멋쩍게 웃으며 커피라도 같이 마시며 숨 돌릴텐데, 만약 온라인이라면?! 온라인 원격 1on1에서는 어떻게 하는게 효율적으로 해 볼 수 있을까요? <ol ><li>목적 설정: 1on1 미팅의 주요 목적은 팀원과의 신뢰를 구축하고, 피드백을 주고받으며, 개인적인 발전을 지원하는 것입니다.</li><li>정기적인 일정: 정기적으로 미팅을 설정하여 일관성을 유지하고, 팀원이 편안하게 이야기할 수 있는 환경을 조성해야 합니다.</li><li>미리 준비하기: 미팅 전에 논의할 주제를 미리 공유하여 팀원이 준비할 수 있도록 해야 합니다. 이는 대화의 효율성을 높입니다.</li><li>적극적인 경청: 팀원의 의견과 감정을 존중하고, 적극적으로 경청하는 것이 중요합니다. 이를 통해 더 깊은 대화를 이끌어낼 수 있습니다.</li><li>행동 계획 수립: 미팅 후에는 논의된 내용을 바탕으로 구체적인 행동 계획을 세우고, 후속 조치를 취해야 합니다.</li><li>피드백 문화 조성: 정기적으로 피드백을 주고받아 서로의 성장에 기여하는 문화를 만들어야 합니다. </li></ol> https://www.jointaro.com/blog/effective-remote-1-1s/

Taro's Blog - Software Eng Career Growth

원격 1on1 하는 방법

The guide to Git I never had.

Rebasing 과 Merging
Rebasing을 Merging과 비교하는 것은 의미가 있습니다. 두 명령의 목표는 같지만 이를 달성하는 방법이 다릅니다. 중요한 차이점은 Rebasing이 프로젝트의 히스토리를 재작성한다는 것입니다. 깔끔하고 이해하기 쉬운 프로젝트 히스토리를 중요시하는 프로젝트에 적합합니다. 반면, Merging은 새로운 병합 커밋을 생성하여 두 브랜치의 히스토리를 유지합니다.
 
Squashing
Git Squashing은 여러 커밋을 하나의 통합된 커밋으로 압축하는 데 사용됩니다.

Cherry-picking
Cherry-picking은 특정 브랜치의 변경 사항을 선택적으로 다른 브랜치에 통합할 때 유용합니다. 전체 브랜치를 병합하는 것이 바람직하지 않거나 불가능한 경우에 특히 유용합니다. 그러나 Cherry-picking을 신중하게 사용해야 하며, 잘못 사용할 경우 중복된 커밋과 분기된 히스토리를 초래할 수 있습니다.

Signing commits
Signing commits는 Git에서 커밋의 진위와 무결성을 검증하는 방법입니다. GNU Privacy Guard(GPG) 키를 사용해 커밋에 암호화 서명을 추가함으로써, 커밋 작성자가 본인임을 보장할 수 있습니다. GPG 키를 생성하고 Git이 커밋할 때 이 키를 사용하도록 설정할 수 있습니다.

Git Reflog
Git references는 Git 히스토리의 명명된 지점으로, 사용자가 저장소의 타임라인을 탐색하고 프로젝트의 특정 스냅샷에 접근할 수 있게 합니다. Git references를 탐색하는 방법을 알고 있으면 유용하며, 이를 위해 git reflog를 사용할 수 있습니다. 다음과 같은 장점이 있습니다:
 * 잃어버린 커밋 또는 브랜치 복구
 * 디버깅 및 문제 해결
 * 실수 취소

Interactive rebase
인터랙티브 리베이스는 커밋 히스토리를 대화형으로 재작성할 수 있는 강력한 Git 기능입니다. 커밋을 적용하기 전에 수정, 재정렬, 결합, 삭제할 수 있습니다.

Origin vs Upstream
origin은 로컬 Git 저장소와 연관된 기본 원격 저장소입니다. 저장소를 복제(clone)하면 해당 복제본이 기본적으로 origin 원격 저장소로 설정됩니다. 저장소를 포크(fork)했다면, 그 포크가 기본적으로 origin 저장소가 됩니다.
 
반면, upstream은 저장소가 포크된 원래 저장소를 가리킵니다.
 
포크된 저장소를 원래 프로젝트의 최신 변경 사항과 동기화하려면 upstream 저장소에서 변경 사항을 가져와(git fetch) 로컬 저장소에 병합(merge)하거나 리베이스(rebase)해야 합니다.
 
Conflicts
브랜치를 병합하거나 리베이스할 때 충돌이 발생해도 당황하지 마세요. 이는 저장소의 동일 파일 또는 여러 파일의 다른 버전 사이에 충돌하는 변경 사항이 있음을 의미하며, 대부분의 경우 쉽게 해결할 수 있습니다.
 
Feature Branch Workflow
각 새로운 기능이나 버그 수정은 별도의 브랜치에서 개발되고 완료된 후 메인 브랜치로 병합됩니다.
 * 장점: 변경 사항의 격리 및 충돌 감소
 * 단점: 복잡해질 수 있으며 철저한 브랜치 관리가 필요

Gitflow Workflow
Gitflow는 다양한 개발 작업을 위한 사전 정의된 브랜치를 포함하는 엄격한 브랜칭 모델을 정의합니다.
 * 메인, 개발, 기능, 릴리스, 핫픽스 브랜치와 같은 장기 브랜치를 포함합니다.
 * 장점: 정기 릴리스 및 장기 유지보수가 필요한 프로젝트에 적합
 * 단점: 소규모 팀에는 너무 복잡할 수 있음

Forking Workflow
이 워크플로우에서는 각 개발자가 메인 저장소를 복제(clone)하지만, 변경 사항을 메인 저장소에 직접 푸시하는 대신 자신의 포크에 푸시합니다. 이후 메인 저장소로 변경 사항을 제안하는 풀 리퀘스트를 생성하여 병합 전에 코드 리뷰 및 협업이 이루어집니다.
 * 이 워크플로우는 오픈 소스 Glasskube 저장소에서 협업하는 데 사용합니다.
 * 장점: 외부 기여자의 협업을 장려하면서 메인 저장소에 대한 직접적인 쓰기 권한 부여를 방지
 * 단점: 포크와 메인 저장소 간의 동기화 유지가 어려울 수 있음

Pull Request Workflow
포크 워크플로우와 유사하지만, 개발자가 메인 저장소에 직접 기능 브랜치를 생성합니다.
 * 장점: 코드 리뷰, 협업, 팀원 간의 지식 공유 촉진
 * 단점: 사람에 의존한 코드 리뷰로 인해 개발 과정에서 지연이 발생할 수 있음

Trunk-Based Development
빠른 반복 및 지속적 배포에 집중하는 팀이라면 메인 브랜치에서 직접 개발하고 작은 변경 사항을 자주 커밋하는 트렁크 기반 개발을 사용할 수 있습니다.
 * 장점: 빠른 반복, 지속적 통합, 소규모 자주 변경을 프로덕션에 배포하는 데 집중
 * 단점: 메인 브랜치의 안정성을 보장하기 위해 강력한 자동화 테스트 및 배포 파이프라인이 필요하며, 릴리스 일정이 엄격하거나 복잡한 기능 개발이 필요한 프로젝트에는 적합하지 않을 수 있음
 
Git Cheatsheet
 
# Clone a Repository
git clone <repository_url>

# Stage Changes for Commit
git add <file(s)>

# Commit Changes
git commit -m "Commit message"

# Push Changes to the Remote Repository
git push

# Force Push Changes (use with caution)
git push --force

# Reset Working Directory to Last Commit
git reset --hard

# Create a New Branch
git branch <branch_name>

# Switch to a Different Branch
git checkout <branch_name>

# Merge Changes from Another Branch
git merge <branch_name>

# Rebase Changes onto Another Branch (use with caution)
git rebase <base_branch>

# View Status of Working Directory
git status

# View Commit History
git log

# Undo Last Commit (use with caution)
git reset --soft HEAD^

# Discard Changes in Working Directory
git restore <file(s)>

# Retrieve Lost Commit References
git reflog

# Interactive Rebase to Rearrange Commits
git rebase --interactive HEAD~3

 
번역: [https://ducktopia.tistory.com/134]
원문:

Rebasing 과 MergingRebasing을 Merging과 비교하는 것은 의미가 있습니다. 두 명령의 목표는 같지만 이를 달성하는 방법이 다릅니다. 중요한 차이점은 Rebasing이 프로젝트의 히스토리를 재작성한다는 것입니다. 깔끔하고 이해하기 쉬운 프로젝트 히스토리를 중요시하는 프로젝트에 적합합니다. 반면, Merging은 새로운 병합 커밋을 생성하여 두 브랜치의 히스토리를 유지합니다.&nbsp;SquashingGit Squashing은 여러 커밋을 하나의 통합된 커밋으로 압축하는 데 사용됩니다. Cherry-pickingCherry-picking은 특정 브랜치의 변경 사항을 선택적으로 다른 브랜치에 통합할 때 유용합니다. 전체 브랜치를 병합하는 것이 바람직하지 않거나 불가능한 경우에 특히 유용합니다. 그러나 Cherry-picking을 신중하게 사용해야 하며, 잘못 사용할 경우 중복된 커밋과 분기된 히스토리를 초래할 수 있습니다. Signing commitsSigning commits는 Git에서 커밋의 진위와 무결성을 검증하는 방법입니다. GNU Privacy Guard(GPG) 키를 사용해 커밋에 암호화 서명을 추가함으로써, 커밋 작성자가 본인임을 보장할 수 있습니다. GPG 키를 생성하고 Git이 커밋할 때 이 키를 사용하도록 설정할 수 있습니다. Git ReflogGit references는 Git 히스토리의 명명된 지점으로, 사용자가 저장소의 타임라인을 탐색하고 프로젝트의 특정 스냅샷에 접근할 수 있게 합니다. Git references를 탐색하는 방법을 알고 있으면 유용하며, 이를 위해 git reflog를 사용할 수 있습니다. 다음과 같은 장점이 있습니다:<ul ><li>잃어버린 커밋 또는 브랜치 복구</li><li>디버깅 및 문제 해결</li><li>실수 취소</li></ul> Interactive rebase인터랙티브 리베이스는 커밋 히스토리를 대화형으로 재작성할 수 있는 강력한 Git 기능입니다. 커밋을 적용하기 전에 수정, 재정렬, 결합, 삭제할 수 있습니다. Origin vs Upstreamorigin은 로컬 Git 저장소와 연관된 기본 원격 저장소입니다. 저장소를 복제(clone)하면 해당 복제본이 기본적으로 origin 원격 저장소로 설정됩니다. 저장소를 포크(fork)했다면, 그 포크가 기본적으로 origin 저장소가 됩니다.&nbsp;반면, upstream은 저장소가 포크된 원래 저장소를 가리킵니다.&nbsp;포크된 저장소를 원래 프로젝트의 최신 변경 사항과 동기화하려면 upstream 저장소에서 변경 사항을 가져와(git fetch) 로컬 저장소에 병합(merge)하거나 리베이스(rebase)해야 합니다.&nbsp;Conflicts브랜치를 병합하거나 리베이스할 때 충돌이 발생해도 당황하지 마세요. 이는 저장소의 동일 파일 또는 여러 파일의 다른 버전 사이에 충돌하는 변경 사항이 있음을 의미하며, 대부분의 경우 쉽게 해결할 수 있습니다.&nbsp;Feature Branch Workflow각 새로운 기능이나 버그 수정은 별도의 브랜치에서 개발되고 완료된 후 메인 브랜치로 병합됩니다.<ul ><li>장점: 변경 사항의 격리 및 충돌 감소</li><li>단점: 복잡해질 수 있으며 철저한 브랜치 관리가 필요</li></ul> Gitflow WorkflowGitflow는 다양한 개발 작업을 위한 사전 정의된 브랜치를 포함하는 엄격한 브랜칭 모델을 정의합니다.<ul ><li>메인, 개발, 기능, 릴리스, 핫픽스 브랜치와 같은 장기 브랜치를 포함합니다.</li><li>장점: 정기 릴리스 및 장기 유지보수가 필요한 프로젝트에 적합</li><li>단점: 소규모 팀에는 너무 복잡할 수 있음</li></ul> Forking Workflow이 워크플로우에서는 각 개발자가 메인 저장소를 복제(clone)하지만, 변경 사항을 메인 저장소에 직접 푸시하는 대신 자신의 포크에 푸시합니다. 이후 메인 저장소로 변경 사항을 제안하는 풀 리퀘스트를 생성하여 병합 전에 코드 리뷰 및 협업이 이루어집니다.<ul ><li>이 워크플로우는 오픈 소스 Glasskube 저장소에서 협업하는 데 사용합니다.</li><li>장점: 외부 기여자의 협업을 장려하면서 메인 저장소에 대한 직접적인 쓰기 권한 부여를 방지</li><li>단점: 포크와 메인 저장소 간의 동기화 유지가 어려울 수 있음</li></ul> Pull Request Workflow포크 워크플로우와 유사하지만, 개발자가 메인 저장소에 직접 기능 브랜치를 생성합니다.<ul ><li>장점: 코드 리뷰, 협업, 팀원 간의 지식 공유 촉진</li><li>단점: 사람에 의존한 코드 리뷰로 인해 개발 과정에서 지연이 발생할 수 있음</li></ul> Trunk-Based Development빠른 반복 및 지속적 배포에 집중하는 팀이라면 메인 브랜치에서 직접 개발하고 작은 변경 사항을 자주 커밋하는 트렁크 기반 개발을 사용할 수 있습니다.<ul ><li>장점: 빠른 반복, 지속적 통합, 소규모 자주 변경을 프로덕션에 배포하는 데 집중</li><li>단점: 메인 브랜치의 안정성을 보장하기 위해 강력한 자동화 테스트 및 배포 파이프라인이 필요하며, 릴리스 일정이 엄격하거나 복잡한 기능 개발이 필요한 프로젝트에는 적합하지 않을 수 있음</li></ul>&nbsp;Git Cheatsheet&nbsp;<pre ><code class="language-bash"># Clone a Repository
git clone &lt;repository_url&gt;

# Stage Changes for Commit
git add &lt;file(s)&gt;

# Commit Changes
git commit -m "Commit message"

# Push Changes to the Remote Repository
git push

# Force Push Changes (use with caution)
git push --force

# Reset Working Directory to Last Commit
git reset --hard

# Create a New Branch
git branch &lt;branch_name&gt;

# Switch to a Different Branch
git checkout &lt;branch_name&gt;

# Merge Changes from Another Branch
git merge &lt;branch_name&gt;

# Rebase Changes onto Another Branch (use with caution)
git rebase &lt;base_branch&gt;

# View Status of Working Directory
git status

# View Commit History
git log

# Undo Last Commit (use with caution)
git reset --soft HEAD^

# Discard Changes in Working Directory
git restore &lt;file(s)&gt;

# Retrieve Lost Commit References
git reflog

# Interactive Rebase to Rearrange Commits
git rebase --interactive HEAD~3</code></pre>&nbsp;번역: [https://ducktopia.tistory.com/134]원문:

Medium

🕊️ [Medium] 내가 원했던, Git 가이드 (2)

돌이켜 생각해보면, 지금까지 꽤 많은 '인재 선발을 위한 인터뷰(면접)'를 진행했다. 대학교 시절 S&D 라는 경영학회 활동을 3~4년 하면서 '학회원 선발' 인터뷰를 진행했었고, 그 이후 BCG/Ringle 에서 다수 채용 인터뷰에 참여했다. 그리고, 컨설팅/MBA/스타트업에 입사하고자 했던 지인들의 mock interview를 도운것까지 합치면, '꽤 

기억에 남는 인터뷰(면접)의 특징

면접은 채용 과정에서 중요한 역할을 합니다. 서류 전형과 코딩 테스트를 후, 대부분의 최종 결정이 면접을 통해 이루어지기 때문인데요. 최근 ‘기억에 남는 인터뷰(면접)의 특징’ 이라는 글을 보게 되었는데, 공감도 되고 괜찮은 내용이라 소개드립니다.

 1. 아이컨택을 잘한다.
    아이컨택은 단순 시선 처리 이상의 의미를 갖습니다. 아이컨택을 통해 면접자는 진정성을 전달하고, 암기된 답변이 아닌 소통을 하고 있음을 보여줍니다. 사람은 논리적인 면보다 정서적인 공감에 더 강하게 반응하기 때문에, 이런 자연스러운 아이컨택은 더 깊은 인상을 남길 수 있습니다.
    
    
 2. 어설프게 논리적이지 않고, 자연스럽게 논리적이다.
    근거가 적절하며 자연스럽게 이어지는 대화속에서도 논리와 스토리가 묻어 있는 사람들이 있습니다. 이런 사람은 어설프게 연습해서 면접 답변을 하기 보다는, 평소 소통 방식에서도 자연스럽게 소통하면서 그 안에 구조적 사고와 논리적 표현이 내재화 되어 있음을 보여줍니다.
    
    
 3. 발표가 아닌 대화
    일방적인 발표를 하는 느낌으로 면접을 보는 분들이 많습니다. 그런 답변은 면접관 으로서 흥미와 공감이 떨어집니다. 반면 ‘대화가 통한다’는 느낌을 주는 분들이 있습니다. 핵심적인 답변을 짧고 명확 하게 하고, 인터뷰어는 다시 질문 - 답변 으로 티키타카 식의 소통은 면접관에게 ‘대화가 통한다’는 느낌을 주며, 면접의 전반적인 분위기도 생동감이 듭니다.
    
    
 4. 솔직함
    역량, 리더십, 품성 이 느껴지는 사람의 특징은 매우 솔직합니다. 시행착오나 실패도 덤덤하게 풀어내는 분들은 기억에 오래 남습니다. 이런 솔직함은 면접관에게 강한 신뢰감을 주는데요. 성공 스토리만큼이나 실패를 극복한 경험 역시 중요하기 때문입니다.
    
    
 5. 의지, 생각 보다는 경험
    의지나 생각은 그 사람의 본질이 아닙니다. 개인의 진정한 모습은 과거의 경험을 통해 가장 잘 드러나는데요. 과거 경험을 바탕으로 한 이야기는 면접관의 관심을 끌며, 면접관 자신의 경험 역시도 떠올리게 하여 더욱 깊이 있는 대화로 이어질 수 있습니다.
    
    
 6. 회사에 호기심을 가지고 있다
    회사, 제품에 호기심이 없는 사람은 입사를 하더라도 평범하게 일할 확률이 높습니다. 하지만 회사와 제품에 진정한 호기심을 보이는 면접자라면 입사 후에도 회사에 더 큰 기여를 할 수 있는 잠재력을 보여줍니다.
    
    
 7. 자세/태도가 모두 좋다.
    앉은 자세 및 태도(제스처) 도 중요한 평가 요소입니다. 안정된 자세, 적절한 제스처 는 중요한 비언어적 신호로써, 평소에도 이러한 태도로 일할 가능성이 높음을 시사하기 때문입니다.
    
    
 8. 질문도 한다.
    면접 과정에서도 중간에 질문을 하는 사람이 있습니다. 바로 질문해야 하는 타이밍에, 꼭 해야 할 질문을, 짧고 명확하게 하는 사람들인데요. 이런 질문으로 인해 면접관은 ‘똑똑하다’ 라는 인상을 받게 됩니다. 또한 올바른 질문을 잘 하는 사람은 향후 업무에서도 주체적이고 능동적으로 일할 확률이 높습니다.

개발자의 경우, 소통하는데 있어 솔직한 나의 모습을 직관적으로 전달하기 어려울 때가 있는데요. 결국에는 지속적인 연습과 피드백을 통해 자신의 진정한 모습을 효과적으로 전달할 수 있도록 노력하는 것이 중요할것 같습니다. 그리고 위에서 언급한 특징을 염두에 두고 준비한다면, 자신의 가치를 최대한 드러낼 수 있을 것입니다.

결국 중요한것은 자신의 경험과 역량을 진정성 있게 전달하면서도, 지원하는 회사와 직무에 대한 깊은 이해와 열정이 중요할 것 같습니다.이런 준비와 태도를 통해 면접관에게 깊은 인상을 남기며, 성공적인 면접 결과로 이어질 수 있습니다.

https://brunch.co.kr/@seunghoon82/559

면접은 채용 과정에서 중요한 역할을 합니다. 서류 전형과 코딩 테스트를 후, 대부분의 최종 결정이 면접을 통해 이루어지기 때문인데요. 최근 ‘기억에 남는 인터뷰(면접)의 특징’ 이라는 글을 보게 되었는데, 공감도 되고 괜찮은 내용이라 소개드립니다. <ol ><li>아이컨택을 잘한다.아이컨택은 단순 시선 처리 이상의 의미를 갖습니다. 아이컨택을 통해 면접자는 진정성을 전달하고, 암기된 답변이 아닌 소통을 하고 있음을 보여줍니다. 사람은 논리적인 면보다 정서적인 공감에 더 강하게 반응하기 때문에, 이런 자연스러운 아이컨택은 더 깊은 인상을 남길 수 있습니다. </li><li>어설프게 논리적이지 않고, 자연스럽게 논리적이다.근거가 적절하며 자연스럽게 이어지는 대화속에서도 논리와 스토리가 묻어 있는 사람들이 있습니다. 이런 사람은 어설프게 연습해서 면접 답변을 하기 보다는, 평소 소통 방식에서도 자연스럽게 소통하면서 그 안에 구조적 사고와 논리적 표현이 내재화 되어 있음을 보여줍니다. </li><li>발표가 아닌 대화일방적인 발표를 하는 느낌으로 면접을 보는 분들이 많습니다. 그런 답변은 면접관 으로서 흥미와 공감이 떨어집니다. 반면 ‘대화가 통한다’는 느낌을 주는 분들이 있습니다. 핵심적인 답변을 짧고 명확 하게 하고, 인터뷰어는 다시 질문 - 답변 으로 티키타카 식의 소통은 면접관에게 ‘대화가 통한다’는 느낌을 주며, 면접의 전반적인 분위기도 생동감이 듭니다. </li><li>솔직함역량, 리더십, 품성 이 느껴지는 사람의 특징은 매우 솔직합니다. 시행착오나 실패도 덤덤하게 풀어내는 분들은 기억에 오래 남습니다. 이런 솔직함은 면접관에게 강한 신뢰감을 주는데요. 성공 스토리만큼이나 실패를 극복한 경험 역시 중요하기 때문입니다. </li><li>의지, 생각 보다는 경험의지나 생각은 그 사람의 본질이 아닙니다. 개인의 진정한 모습은 과거의 경험을 통해 가장 잘 드러나는데요. 과거 경험을 바탕으로 한 이야기는 면접관의 관심을 끌며, 면접관 자신의 경험 역시도 떠올리게 하여 더욱 깊이 있는 대화로 이어질 수 있습니다. </li><li>회사에 호기심을 가지고 있다회사, 제품에 호기심이 없는 사람은 입사를 하더라도 평범하게 일할 확률이 높습니다. 하지만 회사와 제품에 진정한 호기심을 보이는 면접자라면 입사 후에도 회사에 더 큰 기여를 할 수 있는 잠재력을 보여줍니다. </li><li>자세/태도가 모두 좋다.앉은 자세 및 태도(제스처) 도 중요한 평가 요소입니다. 안정된 자세, 적절한 제스처 는 중요한 비언어적 신호로써, 평소에도 이러한 태도로 일할 가능성이 높음을 시사하기 때문입니다. </li><li>질문도 한다.면접 과정에서도 중간에 질문을 하는 사람이 있습니다. 바로 질문해야 하는 타이밍에, 꼭 해야 할 질문을, 짧고 명확하게 하는 사람들인데요. 이런 질문으로 인해 면접관은 ‘똑똑하다’ 라는 인상을 받게 됩니다. 또한 올바른 질문을 잘 하는 사람은 향후 업무에서도 주체적이고 능동적으로 일할 확률이 높습니다.</li></ol> 개발자의 경우, 소통하는데 있어 솔직한 나의 모습을 직관적으로 전달하기 어려울 때가 있는데요. 결국에는 지속적인 연습과 피드백을 통해 자신의 진정한 모습을 효과적으로 전달할 수 있도록 노력하는 것이 중요할것 같습니다. 그리고 위에서 언급한 특징을 염두에 두고 준비한다면, 자신의 가치를 최대한 드러낼 수 있을 것입니다. 결국 중요한것은 자신의 경험과 역량을 진정성 있게 전달하면서도, 지원하는 회사와 직무에 대한 깊은 이해와 열정이 중요할 것 같습니다.이런 준비와 태도를 통해 면접관에게 깊은 인상을 남기며, 성공적인 면접 결과로 이어질 수 있습니다. https://brunch.co.kr/@seunghoon82/559

인상적인 면접자의 8가지 특징: 성공적인 면접을 위한 가이드

우아한형제들과 우아하게 이별하기를 해보려 합니다. 떠나는 마당에 코드 한 줄을 더 작성할 수도 있겠지만 이번에는 2022.05–2024.09까지의 회사 생활을 되돌아보고 공유하기로 하였습니다.

우아한형제들 퇴사 부검

iOS 프로그래머인 민호님이 우아한형제들을 떠나며 남긴 퇴사부검 입니다.

기대하는 바가 있었지만 점차 사라져버린 것에 아쉬움을 느껴서 새로운 곳에서 도전을 시작하신다고 하네요.

바람을 극복한 프로그래머로 좋은 소식 기다립니다!

https://medium.com/a-day-of-a-programmer/우아한형제들-퇴사-부검-010ce38609a5

iOS 프로그래머인 민호님이 우아한형제들을 떠나며 남긴 퇴사부검 입니다. 기대하는 바가 있었지만 점차 사라져버린 것에 아쉬움을 느껴서 새로운 곳에서 도전을 시작하신다고 하네요. 바람을 극복한 프로그래머로 좋은 소식 기다립니다! https://medium.com/a-day-of-a-programmer/우아한형제들-퇴사-부검-010ce38609a5

민호님의 우아한형제들 퇴사부검

동료에게 “놀랍지 않은 사람”이 되어보세요.

성과는 놀랍지만 일과는 예측 가능한 사람이 되어보세요.

예측 가능성은 상호 신뢰로 이어져요. 이후에는 척하면 척하는 팀이 되더라고요.

핵심은 주도적인 과정의 공유라고 생각해요. 여러분의 업무 과정을 애써 공유하세요.

공유했던 대로 업무를 끝낸 여러분을 보고 동료들은 ”역시! 믿고 있었다고!“라고, 생각할 거예요.

동료에게 “놀랍지 않은 사람”이 되어보세요. 성과는 놀랍지만 일과는 예측 가능한 사람이 되어보세요. 예측 가능성은 상호 신뢰로 이어져요. 이후에는 척하면 척하는 팀이 되더라고요. 핵심은 주도적인 과정의 공유라고 생각해요. 여러분의 업무 과정을 애써 공유하세요. 공유했던 대로 업무를 끝낸 여러분을 보고 동료들은 ”역시! 믿고 있었다고!“라고, 생각할 거예요.

예측 가능한 사람되기

Begin with the basics to understand Docker and Kubernetes networking: learn how to create and interconnect Linux network namespaces using only command-line tools.


How Container Networking Works: a Docker Bridge Network From Scratch | iximiuz Labs

컨테이너의 브릿지 네트워크가 어떻게 동작하는지를 배워볼 수 있는 재미있는 사이트입니다.

네트워크는 여전히 저에게 너무 어렵긴 한데 netns, veth, bridge, NAT를 설명하면서 우측에 플레이그라운드를 제공하기 때문에 웹사이트에서 설명에 나온 명령어를 따라해보면서 직접 구성해 볼 수 있습니다.

하나하나 직접 따라해보고 테스트도 해볼 수 있기 때문에 브릿지 네트워크를 이해해 보기 좋은 튜토리얼 사이트라고 생각합니다.

일반적으로는 컨테이너의 네트워크가 잘 동작하기 때문에 다 알아야 할 필요는 없지만 종종 겪게되는 엣지 케이스에서는 이러한 네트워크 구성을 알면 트러블시팅 및 원인 파악에 큰 도움이 되기 때문에 자세한 부분은 그때그때 찾아보더라도 전체적인 구조를 이해해두는 건 큰 도움이 된다고 생각합니다.

https://labs.iximiuz.com/tutorials/container-networking-from-scratch

컨테이너의 브릿지 네트워크가 어떻게 동작하는지를 배워볼 수 있는 재미있는 사이트입니다. 네트워크는 여전히 저에게 너무 어렵긴 한데 netns, veth, bridge, NAT를 설명하면서 우측에 플레이그라운드를 제공하기 때문에 웹사이트에서 설명에 나온 명령어를 따라해보면서 직접 구성해 볼 수 있습니다. 하나하나 직접 따라해보고 테스트도 해볼 수 있기 때문에 브릿지 네트워크를 이해해 보기 좋은 튜토리얼 사이트라고 생각합니다. 일반적으로는 컨테이너의 네트워크가 잘 동작하기 때문에 다 알아야 할 필요는 없지만 종종 겪게되는 엣지 케이스에서는 이러한 네트워크 구성을 알면 트러블시팅 및 원인 파악에 큰 도움이 되기 때문에 자세한 부분은 그때그때 찾아보더라도 전체적인 구조를 이해해두는 건 큰 도움이 된다고 생각합니다. https://labs.iximiuz.com/tutorials/container-networking-from-scratch

iximiuz Labs

컨테이너의 브릿지 네트워크가 어떻게 동작하는지를 배워볼 수 있는 

오랫동안 React 프로젝트를 만들기 위해서 Create React App라는 CLI 도구가 사용되었습니다.
State of JS 2023 설문 결과를 보시면 Create React App을 사용해봤다는 응답자가 90%가 넘을 정도로 CRA는 오랫동안 React 생태계에서 프로젝트를 생성하는 표준처럼 여겨졌습니다.

하지만 CRA는 2022년 4월 이후로 업데이트가 전혀 없으며, React 공식 문서에서도 사라지면서 사실 상 폐기(deprecated) 수순을 밟고 있습니다.

Next.js도 React 프로젝트를 만들기 위해서 많이 사용되는데요. 하지만 Next.js는 프로젝트 생성 뿐만 아니라 라우팅, 데이터 패칭(fetching), Server-Side Rendering(SSR), Static Site Generation(SSG), 이미지 최적화 등 온갖 부가 기능을 지원하는 메타 프레임워크입니다. 따라서 제대로 활용하려면 배워야할 것도 많고 CRA처럼 간단하게 React 프로젝트를 만들어 보는데는 적합한 도구가 아니죠.

이러한 이유로 최근에 Vite가 CRA의 대안 기술로 부상하고 있습니다. Vite를 사용하면 CRA처럼 간편하게 React 프로젝트를 만들 수 있을 뿐만 아니라, CRA보다 훨씬 빠르고 쾌적한 개발 서버를 사용할 수 있습니다.

뿐만 아니라, CRA로 만든 프로젝트는 규모가 커지면 결국 돌이킬 수 없는 eject를 해야한다는 부담이 있었는데, Vite는 그런 걱정없이 소규모 프로젝트부터 대규모 프로젝트까지 범용적으로 쓸 수 있도록 설계되어 있습니다.

이번 포스팅에서는 차세대 번들러인 Vite 사용하여 React 프로젝트를 생성하고 설정하는 방법에 대해서 알아보겠습니다.

📝 포스팅: https://www.daleseo.com/vite-react/

Vite에 대한 기초적인 내용에 대해서는 아래 게시물을 참고하세요.
📕 Vite 처음 시작하기: https://careerly.co.kr/comments/110882

오랫동안 React 프로젝트를 만들기 위해서 Create React App라는 CLI 도구가 사용되었습니다.State of JS 2023 설문 결과를 보시면 Create React App을 사용해봤다는 응답자가 90%가 넘을 정도로 CRA는 오랫동안 React 생태계에서 프로젝트를 생성하는 표준처럼 여겨졌습니다. 하지만 CRA는 2022년 4월 이후로 업데이트가 전혀 없으며, React 공식 문서에서도 사라지면서 사실 상 폐기(deprecated) 수순을 밟고 있습니다. Next.js도 React 프로젝트를 만들기 위해서 많이 사용되는데요. 하지만 Next.js는 프로젝트 생성 뿐만 아니라 라우팅, 데이터 패칭(fetching), Server-Side Rendering(SSR), Static Site Generation(SSG), 이미지 최적화 등 온갖 부가 기능을 지원하는 메타 프레임워크입니다. 따라서 제대로 활용하려면 배워야할 것도 많고 CRA처럼 간단하게 React 프로젝트를 만들어 보는데는 적합한 도구가 아니죠. 이러한 이유로 최근에 Vite가 CRA의 대안 기술로 부상하고 있습니다. Vite를 사용하면 CRA처럼 간편하게 React 프로젝트를 만들 수 있을 뿐만 아니라, CRA보다 훨씬 빠르고 쾌적한 개발 서버를 사용할 수 있습니다. 뿐만 아니라, CRA로 만든 프로젝트는 규모가 커지면 결국 돌이킬 수 없는 eject를 해야한다는 부담이 있었는데, Vite는 그런 걱정없이 소규모 프로젝트부터 대규모 프로젝트까지 범용적으로 쓸 수 있도록 설계되어 있습니다. 이번 포스팅에서는 차세대 번들러인 Vite 사용하여 React 프로젝트를 생성하고 설정하는 방법에 대해서 알아보겠습니다. 📝 포스팅: https://www.daleseo.com/vite-react/ Vite에 대한 기초적인 내용에 대해서는 아래 게시물을 참고하세요.📕 Vite 처음 시작하기: https://careerly.co.kr/comments/110882

CRA 대신에 Vite로 React 프로젝트 시작하기

1
단순히 해야 할 일만 적어 넣으면 점점 일이 쌓이는 것 같은 압박감을 느낀다.

2
그런데 그 옆에 언제까지 그 일을 할 것인지 시간을 할당해놓으면, 해야 할 일이 아니라 해결한 일이 더 많아지는 느낌이다. 이는 성취감마저 느끼게 하고 알차게 살고 있다는 뿌듯함을 준다.

3
눈에 보이지 않는 것들을 눈에 보이게 만들면 생산성과 효율성이 획기적으로 증가한다.

4
시간을 할당해 두려움과 걱정을 한곳으로 몰아넣어라. 한곳에 몰아넣으면 그것들을 통제하는 것이 가능해진다. 두려움을 통제하는 사람은 포기하지 않는다.

5
우리에게 필요한 것은 '의식적인 멈춤'이다. 의식적으로 한 걸음 물러나서 흐름을 통찰하는 것이다.

6
나는 수첩에 '멈춰야 할 시간'이란 항목을 마련해놓고 있다. 중요한 의사결정이나 브리핑, 미팅이 있는 날 아침에는 수첩을 열어 호흡을 가다듬고 생각을 차분히 정리하는 시간을 미리 정해놓는다.

7
이런 습관을 들이면 중요한 일이 있을 때 방향을 잃지 않게 된다. 팽팽한 긴장감에서 1분 만이라도 벗어나 침착해지면, 중요한 것들을 놓치고 후회하는 일이 놀랍게 줄어든다.

8
어떤 경험을 하고 났을 때는 그 경험에 이름을 붙여주어라. 긍정적인 이름이나 제목을 붙여 기억은행 속에 예치해둔다. 그러면 그 경험이 비록 끔찍한 것이었다 할지라도 부정적 감정이 아니라 하나의 교훈이 먼저 소환된다.

9
인간의 잠재의식은 언제나 한 번에 한 장면만 불러낼 수 있도록 작동한다. 다시 말해 긍정적인 생각을 하면 부정적 생각이 비집고 들어올 자리가 없다. 모든 행동이 그렇다. 무엇인가를 집중적으로 행하고 주의를 기울이면 두려움이 끼어들 자리가 생겨나지 않는다.

1 단순히 해야 할 일만 적어 넣으면 점점 일이 쌓이는 것 같은 압박감을 느낀다. ​ ​2 그런데 그 옆에 언제까지 그 일을 할 것인지 시간을 할당해놓으면, 해야 할 일이 아니라 해결한 일이 더 많아지는 느낌이다. 이는 성취감마저 느끼게 하고 알차게 살고 있다는 뿌듯함을 준다. ​ ​3​ 눈에 보이지 않는 것들을 눈에 보이게 만들면 생산성과 효율성이 획기적으로 증가한다. ​ ​4 시간을 할당해 두려움과 걱정을 한곳으로 몰아넣어라. 한곳에 몰아넣으면 그것들을 통제하는 것이 가능해진다. 두려움을 통제하는 사람은 포기하지 않는다. ​ ​5​ 우리에게 필요한 것은 '의식적인 멈춤'이다. 의식적으로 한 걸음 물러나서 흐름을 통찰하는 것이다. ​ ​6 나는 수첩에 '멈춰야 할 시간'이란 항목을 마련해놓고 있다. 중요한 의사결정이나 브리핑, 미팅이 있는 날 아침에는 수첩을 열어 호흡을 가다듬고 생각을 차분히 정리하는 시간을 미리 정해놓는다. ​ ​7 이런 습관을 들이면 중요한 일이 있을 때 방향을 잃지 않게 된다. 팽팽한 긴장감에서 1분 만이라도 벗어나 침착해지면, 중요한 것들을 놓치고 후회하는 일이 놀랍게 줄어든다. ​ ​8​ 어떤 경험을 하고 났을 때는 그 경험에 이름을 붙여주어라. 긍정적인 이름이나 제목을 붙여 기억은행 속에 예치해둔다. 그러면 그 경험이 비록 끔찍한 것이었다 할지라도 부정적 감정이 아니라 하나의 교훈이 먼저 소환된다. ​ ​​9 인간의 잠재의식은 언제나 한 번에 한 장면만 불러낼 수 있도록 작동한다. 다시 말해 긍정적인 생각을 하면 부정적 생각이 비집고 들어올 자리가 없다. 모든 행동이 그렇다. 무엇인가를 집중적으로 행하고 주의를 기울이면 두려움이 끼어들 자리가 생겨나지 않는다.

< 할 일을 쉽게 해치우는 시간 관리의 기술 >

What I've learned from spending a summer in SF

[Frontier] 실리콘밸리의 여름.

실리콘밸리에서 여름을 보내며 배운 10가지라고 해주셨는데, 많은 분들이 보시면 좋을 것 같아 공유해보아요. 원문을 꼭 읽어보셔요.

 1.  Have conviction and keep building (자기 확신을 가지고 계속 만들어라.)
 2.  Don't think about A -> Z, focus on A -> B (체계적인 계획이 아니라, 당장 빠르게 잘 실행하는 것에 집중하라)
 3.  10 Loving customers is all you need (10명이 제품을 사랑하게 하라)
 4.  Technical founding team is key (코파운더의 기술적 능력이 필수적이다)
 5.  Keep showing up to YC, a16z SR etc... (미국 진출을 위해 미국 accelerator에 문을 계속 두드리자)
 6.  Follow your energy
 7.  Live the life you would live if you knew you wouldn't fail. (실패하지 않을 거라 가정하고, 가장 기대되는 인생을 살자)
 8.  Obsession and taste (제품과 고객에 대한 집착과 완벽주의)
 9.  AI is really changing the world (AI는 정말 세상을 바꾸고 있다)
 10. Seoul vs San Francisco
     
     
https://frontierbydoyeob.substack.com/p/frontier

실리콘밸리에서 여름을 보내며 배운 10가지라고 해주셨는데, 많은 분들이 보시면 좋을 것 같아 공유해보아요. 원문을 꼭 읽어보셔요. <ol ><li>Have conviction and keep building (자기 확신을 가지고 계속 만들어라.)</li><li>Don't think about A -&gt; Z, focus on A -&gt; B (체계적인 계획이 아니라, 당장 빠르게 잘 실행하는 것에 집중하라)</li><li>10 Loving customers is all you need (10명이 제품을 사랑하게 하라)</li><li>Technical founding team is key (코파운더의 기술적 능력이 필수적이다)</li><li>Keep showing up to YC, a16z SR etc... (미국 진출을 위해 미국 accelerator에 문을 계속 두드리자)</li><li>Follow your energy</li><li>Live the life you would live if you knew you wouldn't fail. (실패하지 않을 거라 가정하고, 가장 기대되는 인생을 살자)</li><li>Obsession and taste (제품과 고객에 대한 집착과 완벽주의)</li><li>AI is really changing the world (AI는 정말 세상을 바꾸고 있다)</li><li>Seoul vs San Francisco </li></ol>https://frontierbydoyeob.substack.com/p/frontier

frontierbydoyeob.substack.com

실리콘밸리에서 깨달은 10가지

사용자가 공유한 콘텐츠

1. “(요즘 데이터로 확인되는 흐름 중 하나는) 직급이 아닌 '이름' 으로 불리는 이들이 늘고 있는 거예요”

2. “(지금까지) 우리 사회는 이름에 참 각박한 사회였어요. 내 이름으로 불리는 기간이 아주 짧았죠. 신입 사원 때 잠깐 이름으로 불리다 직급을 다는 순간 '김 대리'가 돼요. 심지어 퇴직 후 20년이 지나도 옛 동료끼리는 서로를 마지막 직급으로 부른다고 하죠”

3. “물론 (직급을 부른 문화에는) 성취에 대한 인정도 있지만, (어떤 면에선) 부당해요. 각자의 다양성과 다면성을 (직급을 부르며) 제거하는 거니까요. (그러다) 주체적으로 자신의 삶을 사는 (요즘의) '핵개인'들은, 직급이 아닌 자기 이름으로 불린다는 걸 알게 됐어요”

4. “이름으로 부른다는 건 곧 단독자로서의 지칭이자 그의 아이덴티티를 인식한다는 뜻이잖아요? (그러면서 생각했죠) 이제는 홀로 선 각자가 서로의 이름을 부르는 시대로 가는구나, 서로의 소중함을 인식하는구나, 그래서 (시대예보 책 타이틀에) '호명사회'라는 이름을 붙인 거예요”

5. “이런 사회 변화는 (크게) 2가지 키워드로 정리할 수 있어요. 첫 번째는 '유동화(=스트리밍화)'. (이젠) 한 사람이 여러 곳의 일을 동시에 할 수 있게 됐어요. (단순히 사람을 채용하는 것이 아니라) 그 사람이 가진 능력을 사는 시대가 되고 있는 거죠”

6. “두 번째는 극소화(=극단적 효율화)예요. 자동화와 플랫폼의 등장으로 한 명이 할 수 있는 일이 많아졌어요. 무리 지어 일할 필요가 없어진 거죠. 그러면 개인의 영향력이 극단적으로 증강됩니다. '내가 80% 이상을 일하는데, 왜 우리 팀은 4명이지?' 그 의문에서 1인 기업을 택하는 분들이 늘고 있죠. 그게 (더) 합리적인 선택이라고 판단하니까요”

7. “이렇듯 점차 개인의 이름이 드러나는 사회로 가고 있어요. 그런 사회에서는 온전히 자신이 만든 것을 세상에 알리며 성과를 쌓아가는 사람에게 많은 이들이 열광하게 돼요. 내가 한 일이라면 그 결과가 나에게 온전히 귀속되는 사회, 새로운 공정 사회가 오고 있는 거죠”

8. “(바꿔 말하면, 무슨 전문가니, 컨설턴트니, 코치니 하는 온갖 직업명이나 수식어로 자기를 꾸미는 퍼스널 브랜딩의 시대는 끝났고, 그 사람이 무슨 일을 했고, 어떤 결과를 만들었는지를 중심으로, 그 개인의 시간과 능력을 사려는 분위기가 생기고 있다는 얘깁니다)”

9. “(그러니 온갖 미사여구를 동원해 자기 자신을 억지로 브랜딩하려고 하지 말고, 지금부터는 딱 깔끔하게 실력과 능력과 결과로, 자기 이름이 지닌 가치를 높이세요. 그렇게 자기 이름으로 업계에서 네임드가 되세요. 앞으로는 훨씬 더 중요할 겁니다)”

- 송길영 박사

1. “(요즘 데이터로 확인되는 흐름 중 하나는) 직급이 아닌 '이름' 으로 불리는 이들이 늘고 있는 거예요” 2. “(지금까지) 우리 사회는 이름에 참 각박한 사회였어요. 내 이름으로 불리는 기간이 아주 짧았죠. 신입 사원 때 잠깐 이름으로 불리다 직급을 다는 순간 '김 대리'가 돼요. 심지어 퇴직 후 20년이 지나도 옛 동료끼리는 서로를 마지막 직급으로 부른다고 하죠” 3. “물론 (직급을 부른 문화에는) 성취에 대한 인정도 있지만, (어떤 면에선) 부당해요. 각자의 다양성과 다면성을 (직급을 부르며) 제거하는 거니까요. (그러다) 주체적으로 자신의 삶을 사는 (요즘의) '핵개인'들은, 직급이 아닌 자기 이름으로 불린다는 걸 알게 됐어요” 4. “이름으로 부른다는 건 곧 단독자로서의 지칭이자 그의 아이덴티티를 인식한다는 뜻이잖아요? (그러면서 생각했죠) 이제는 홀로 선 각자가 서로의 이름을 부르는 시대로 가는구나, 서로의 소중함을 인식하는구나, 그래서 (시대예보 책 타이틀에) '호명사회'라는 이름을 붙인 거예요” 5. “이런 사회 변화는 (크게) 2가지 키워드로 정리할 수 있어요. 첫 번째는 '유동화(=스트리밍화)'. (이젠) 한 사람이 여러 곳의 일을 동시에 할 수 있게 됐어요. (단순히 사람을 채용하는 것이 아니라) 그 사람이 가진 능력을 사는 시대가 되고 있는 거죠” 6. “두 번째는 극소화(=극단적 효율화)예요. 자동화와 플랫폼의 등장으로 한 명이 할 수 있는 일이 많아졌어요. 무리 지어 일할 필요가 없어진 거죠. 그러면 개인의 영향력이 극단적으로 증강됩니다. '내가 80% 이상을 일하는데, 왜 우리 팀은 4명이지?' 그 의문에서 1인 기업을 택하는 분들이 늘고 있죠. 그게 (더) 합리적인 선택이라고 판단하니까요” 7. “이렇듯 점차 개인의 이름이 드러나는 사회로 가고 있어요. 그런 사회에서는 온전히 자신이 만든 것을 세상에 알리며 성과를 쌓아가는 사람에게 많은 이들이 열광하게 돼요. 내가 한 일이라면 그 결과가 나에게 온전히 귀속되는 사회, 새로운 공정 사회가 오고 있는 거죠” 8. “(바꿔 말하면, 무슨 전문가니, 컨설턴트니, 코치니 하는 온갖 직업명이나 수식어로 자기를 꾸미는 퍼스널 브랜딩의 시대는 끝났고, 그 사람이 무슨 일을 했고, 어떤 결과를 만들었는지를 중심으로, 그 개인의 시간과 능력을 사려는 분위기가 생기고 있다는 얘깁니다)” 9. “(그러니 온갖 미사여구를 동원해 자기 자신을 억지로 브랜딩하려고 하지 말고, 지금부터는 딱 깔끔하게 실력과 능력과 결과로, 자기 이름이 지닌 가치를 높이세요. 그렇게 자기 이름으로 업계에서 네임드가 되세요. 앞으로는 훨씬 더 중요할 겁니다)” - 송길영 박사

www.folin.co

일을 잘 해서 네임드가 되면, 퍼스널 브랜딩 따위는 1도 중요하지

긱뉴스를 처음 보기 시작했던 게 2019년이었던가. 서비스가 나오자마자 보기 시작했습니다. 서비스 자체보다는 서비스를 어떻게 운영하는지에 더 관심이 있었습니다.

긱뉴스에서 배운 것들

긱뉴스를 처음 보기 시작했던 게 2019년이었던가.
서비스가 나오자마자 보기 시작했습니다.
서비스 자체보다는 서비스를 어떻게 운영하는지에 더 관심이 있었습니다.

어려울 거라 생각했습니다.
운영자님 혼자만 글을 올리는 개발 뉴스 커뮤니티.
한국이라는 작은 시장.
과연 이게 될까?

뭔가를 꾸준히 한다는 게 참 쉽지가 않습니다.
아무리 쉬운 일이라도 빼먹지 않고 매일 한다는 것.
저는 번번이 실패했습니다.

매일 팔굽혀펴기 100개씩을 해보자, 더도 말고 딱 100개만.
한 달을 조금 넘기고 빵꾸를 냈습니다.
한 번 빵꾸를 내니 더 이상 지속되질 않았습니다.

이번엔 좀 더 쉬운 걸로 해보자.
인스타그램을 만들어서 사진을 하루에 하나씩 올려보는 거야.
여행 사진이든 음식 사진이든.
이건 진짜 쉬운 일 아닌가?
이것도 한 달을 넘기질 못했습니다.

긱뉴스를 보면서 감탄했던 건 운영자님 혼자서 매일 5개의 글을 올렸다는 것.
눈이 오나 비가 오나. 반응이 있건 없건.
그것도 무려 5년 동안이나.

1년간 총 2411개의 기술뉴스가 작성되었습니다. 그중에 제가 작성한 것은 1974개 입니다. 일년간 하루도 빠짐없이 뉴스를 올려서, 평균 5.4개의 뉴스를 올렸네요. 지금도 가능하면 하루에 5개 이상은 뉴스를 엄선해서 올리려고 노력하고 있습니다.

긱뉴스 1주년 회고 중

지난 1년간총 2225개의 기술뉴스가 작성되어서 현재까지 총 뉴스는 4636개 입니다. 저는 오픈 후 2년간 하루도 빠짐없이 뉴스를 올려서, 총 3764개, 하루 평균 5.1개의 뉴스를 올렸네요. 지금도 가능하면 하루에 5개 이상은 뉴스를 엄선해서 올리려고 노력하고 있습니다.

긱뉴스 2주년 회고 중

도저히 활성화되지 않을 것 같던 커뮤니티에..
3년 쯤 지나니 다른 사람들도 종종 글을 올리고 댓글들도 달리기 시작했습니다.
와, 이게 되긴 되는구나.
서비스는 이렇게 하는 거구나.

제가 매일 코딩하기를 하는 것.
커피한잔을 만들면서 포기하지 않고 버텨낸 것.
긱뉴스를 운영하는 모습을 보며 영향을 많이 받았습니다.

오늘 긱뉴스에 올라온 한 글에서…
수많은 댓글을 보고 이제 커뮤니티가 많이 커졌구나 느꼈습니다.
피곤할 만한 글에 대한 운영자님의 대응을 보면서 많이 배우기도 했습니다. 감탄했습니다.

한때는 RSS를 500여 개 등록해놓고 매일 아침 눈 떴을 때부터 자기 전까지 틈날 때마다 읽었습니다.
다 읽어야 한다는 부담을 가지고. 아주 고통스럽게.
이제 긱뉴스 덕분에 RSS는 잘 보지 않습니다.
긱뉴스만 읽어도 이전보다 좋은 소식을 더 많이 알게 되는 것 같습니다.
바로 운영자님이 바라던 그 모습 그대로.

정말 대단한 서비스입니다.
항상 응원하고 감사하게 생각합니다.

https://jeho.page/essay/2024/09/30/geek-news.html

긱뉴스를 처음 보기 시작했던 게 2019년이었던가.서비스가 나오자마자 보기 시작했습니다.서비스 자체보다는 서비스를 어떻게 운영하는지에 더 관심이 있었습니다. 어려울 거라 생각했습니다.운영자님 혼자만 글을 올리는 개발 뉴스 커뮤니티.한국이라는 작은 시장.과연 이게 될까? 뭔가를 꾸준히 한다는 게 참 쉽지가 않습니다.아무리 쉬운 일이라도 빼먹지 않고 매일 한다는 것.저는 번번이 실패했습니다. 매일 팔굽혀펴기 100개씩을 해보자, 더도 말고 딱 100개만.한 달을 조금 넘기고 빵꾸를 냈습니다.한 번 빵꾸를 내니 더 이상 지속되질 않았습니다. 이번엔 좀 더 쉬운 걸로 해보자.인스타그램을 만들어서 사진을 하루에 하나씩 올려보는 거야.여행 사진이든 음식 사진이든.이건 진짜 쉬운 일 아닌가?이것도 한 달을 넘기질 못했습니다. 긱뉴스를 보면서 감탄했던 건 운영자님 혼자서 매일 5개의 글을 올렸다는 것.눈이 오나 비가 오나. 반응이 있건 없건.그것도 무려 5년 동안이나. 1년간 총 2411개의 기술뉴스가 작성되었습니다. 그중에 제가 작성한 것은 1974개 입니다. 일년간 하루도 빠짐없이 뉴스를 올려서, 평균 5.4개의 뉴스를 올렸네요. 지금도 가능하면 하루에 5개 이상은 뉴스를 엄선해서 올리려고 노력하고 있습니다. 긱뉴스 1주년 회고 중 지난 1년간총 2225개의 기술뉴스가 작성되어서 현재까지 총 뉴스는 4636개 입니다. 저는 오픈 후 2년간 하루도 빠짐없이 뉴스를 올려서, 총 3764개, 하루 평균 5.1개의 뉴스를 올렸네요. 지금도 가능하면 하루에 5개 이상은 뉴스를 엄선해서 올리려고 노력하고 있습니다. 긱뉴스 2주년 회고 중 도저히 활성화되지 않을 것 같던 커뮤니티에..3년 쯤 지나니 다른 사람들도 종종 글을 올리고 댓글들도 달리기 시작했습니다.와, 이게 되긴 되는구나.서비스는 이렇게 하는 거구나. 제가 매일 코딩하기를 하는 것.커피한잔을 만들면서 포기하지 않고 버텨낸 것.긱뉴스를 운영하는 모습을 보며 영향을 많이 받았습니다. 오늘 긱뉴스에 올라온 한 글에서…수많은 댓글을 보고 이제 커뮤니티가 많이 커졌구나 느꼈습니다.피곤할 만한 글에 대한 운영자님의 대응을 보면서 많이 배우기도 했습니다. 감탄했습니다. 한때는 RSS를 500여 개 등록해놓고 매일 아침 눈 떴을 때부터 자기 전까지 틈날 때마다 읽었습니다.다 읽어야 한다는 부담을 가지고. 아주 고통스럽게.이제 긱뉴스 덕분에 RSS는 잘 보지 않습니다.긱뉴스만 읽어도 이전보다 좋은 소식을 더 많이 알게 되는 것 같습니다.바로 운영자님이 바라던 그 모습 그대로. 정말 대단한 서비스입니다.항상 응원하고 감사하게 생각합니다. https://jeho.page/essay/2024/09/30/geek-news.html

K리그 프로그래머

MS, 10월 5일 '윈도11' 공식 출시

<윈도우 11, 10월 5일 출시>

윈도우 11의 공식 출시일정이 공개되었습니다.
10월 5일로, 약 6년만에 업데이트라고 하네요. 초기버전에선 안드로이드 앱 지원은 안되고 핵심적으로 아래 기능을 우선 도입한다고 합니다.

✅ 디자인 대폭 변경, UI/UX 40% 개선 
✅ 개선된 시작 메뉴
✅ 새로운 멀티태스킹
✅ 새로운 팀즈 통합

약간, 인터페이스 자체는 맥처럼 바뀐다고 합니다.

백엔드 개발자

이도영

운영PM

ader

#고객경험 #운영기획 #CS최소화 #운영정책수립
안녕하세요! 9년차 CX 운영기획자 입니다.
최근 신사업 피엠으로 업무 중입니다 🤹🏻‍♂️

게임

python

Unity

프로젝트 매니징

테크니컬 디렉터

인하우스 엔진 팀
- 엔진 관련 유지보수

엔진 프로그래머

MMORPG 카발2 팀
- 다양한 컨텐츠 개발
- 인하우스 UI 툴(wxWidget) 개선
- CI/CD 개선

클라이언트 프로그래머

플랫폼

Soma
- 클라이언트 개발팀 팀장
- 가상 오피스로 세상을 변화시킬 프로젝트를 하고 있습니다.
- CI/CD 구축, 메인 시스템 설계, UI 아키텍쳐 설계

소프트웨어 엔지니어

미니버스 프로젝트에서 엔지니어링 팀 빌딩 담당


Unannounced Project, 데브캣
- 엔지니어링 리드
- 유저 제작 샌드박스 게임 개발
- 시스템 설계, 메인 아키텍쳐 구축
 
Project Meta, 신규개발본부
- UE4를 활용한 액션 RPG게임 개발


좋은 팀이 최고의 제품을 개발 할 수 있다고 믿는 개발자입니다. 때문에 팀 매니지먼트, 애자일등과 같이 함께 일을 잘 하는 방법에 대해 관심이 많습니다. 모든 개발은 왜 어려운가에 대한 해답을 찾기 위해 항상 고민하고, 누구든지 개발할 수 있는 자유로운 세상을 꿈꿉니다. 현재는 엔씨소프트에서 소프트웨어 엔지니어로 있으며, 전 직장인 넥슨코리아에서 엔지니어링 리드를 했었습니다.

이도행

블로그

Linkedin

10년이상 게임 개발 경험, 5년이상 팀 매니지먼트 경험을 보유한 
개발자 입니다. 현재 직방에서 Soma를 만들고 있습니다.

좋은 팀이 최고의 프로덕트를 만들 수 있다고 믿고 있습니다.
게임 프로그래밍, 엔지니어링 매니지먼트, 애자일에 관심이 많습니다.


댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필