여러분 이직 준비 다들 어떻게 하시나요? 이직 준비 라는 단어 딱 상상만으로도 가슴이 탁 막히지는 않으시나요? 혹은 면접관으로 이제 막 첫 발을 준비하고 계신분들. 뭘 물어봐야 좋은 면접이 될까. 사전에 뭘 준비해야할까 걱정되지 않으시나요?

한빛미디어에서 너무 재밌는 책을 보내주셔서 오랜만에 기술적으로도, 개발자 태도면에서도 많이 배우고 생각해 볼 수 있는 시간을 가질 수 있었습니다. 읽는 내내 정말 무릎을 탁 치면서 맞아 맞아 하며 공감하고 많이 배운 “개발자 기술 면접 노트” 입니다.

취업과 이직의 첫 시작인 목표 설정부터, 이력서 작성 방법, 기술 면접 그리고 면접 이후 어떻게 더 성장해 나갈 수 있는지에 대해 아주 알차게 담고있는 책입니다.

그저 겉핥기가 아니라 실제 물어볼법한 질문을 가지고 의도 파악과 좋은 방향의 답, 더 공부해야 하는 키 포인트들까지 아낌없이 비법이 공유되어 있습니다. (개발자 면접 준비 올인원이 있다면 바로 이 책?) 연차별로 기대하는 역량과 역할, 그에 맞는 스킬셋 등 제공하고 있어 나는 진짜 이 연차에 걸맞는 역할을 하고 있을까 스스로 점검해볼수도 있었습니다.

꼭 이직을 하지 않더라도 일년에 한번씩 본인을 재점검하기 위해 이력서를 제출해보라는 이야기 들어보셨을 것 같습니다. 꼭 전형을 진행하지 않더라도 이 책을 주기적으로 들춰보고 나의 이번 년도는 어땠는지 살펴보는 것 만으로도 충분할 것 같습니다. 업무적으로 어떤 성장을 이뤘는지, 나는 어떤 팀원이였는지, 나의 리더십은 어떠한 모습이였는지, 내가 성장하고자 하는 방향으로 잘 가고 있는지 등 다방면으로 스스로를 되돌아 볼 수 있을 것 같습니다.

https://m.hanbit.co.kr/store/books/book_view.html?p_code=B5491056069

여러분 이직 준비 다들 어떻게 하시나요? 이직 준비 라는 단어 딱 상상만으로도 가슴이 탁 막히지는 않으시나요? 혹은 면접관으로 이제 막 첫 발을 준비하고 계신분들. 뭘 물어봐야 좋은 면접이 될까. 사전에 뭘 준비해야할까 걱정되지 않으시나요? 한빛미디어에서 너무 재밌는 책을 보내주셔서 오랜만에 기술적으로도, 개발자 태도면에서도 많이 배우고 생각해 볼 수 있는 시간을 가질 수 있었습니다. 읽는 내내 정말 무릎을 탁 치면서 맞아 맞아 하며 공감하고 많이 배운 “개발자 기술 면접 노트” 입니다. 취업과 이직의 첫 시작인 목표 설정부터, 이력서 작성 방법, 기술 면접 그리고 면접 이후 어떻게 더 성장해 나갈 수 있는지에 대해 아주 알차게 담고있는 책입니다. 그저 겉핥기가 아니라 실제 물어볼법한 질문을 가지고 의도 파악과 좋은 방향의 답, 더 공부해야 하는 키 포인트들까지 아낌없이 비법이 공유되어 있습니다. (개발자 면접 준비 올인원이 있다면 바로 이 책?) 연차별로 기대하는 역량과 역할, 그에 맞는 스킬셋 등 제공하고 있어 나는 진짜 이 연차에 걸맞는 역할을 하고 있을까 스스로 점검해볼수도 있었습니다. 꼭 이직을 하지 않더라도 일년에 한번씩 본인을 재점검하기 위해 이력서를 제출해보라는 이야기 들어보셨을 것 같습니다. 꼭 전형을 진행하지 않더라도 이 책을 주기적으로 들춰보고 나의 이번 년도는 어땠는지 살펴보는 것 만으로도 충분할 것 같습니다. 업무적으로 어떤 성장을 이뤘는지, 나는 어떤 팀원이였는지, 나의 리더십은 어떠한 모습이였는지, 내가 성장하고자 하는 방향으로 잘 가고 있는지 등 다방면으로 스스로를 되돌아 볼 수 있을 것 같습니다. https://m.hanbit.co.kr/store/books/book_view.html?p_code=B5491056069

[책] 개발자 기술 면접 노트

정성스러운 글 너무 감사드립니다.

01 . 혹시 예전에는 별생각 없이 자주 썼던 말인데 어느 순간부터는 덜 사용하게 되는 말이 있으신가요? 뭐 유행이 한풀 꺾여서 더 이상 안 쓰게 될 수도 있지만 그건 나뿐만 아니라 많은 사람에게 해당되는 말이기도 하고, 말하는 습관이나 환경이 달라짐에 따라 왠지 거리를 좀 두게 되는 말들도 존재하지만 그 또한 내 의지로 인해 사용성이 감소하는 단어는 아닐 겁니다.

02 . 살면서 특정한 단어의 쓰임을 고민한다는 건 그 단어가 가진 고유한 뜻보다 누군가에게 어떻게 들릴지를 깊이 있게 생각해 보는데서 출발합니다. 이런 예시가 적절한지 모르겠지만, 마치 칼이나 가위처럼 날카로운 도구를 나 혼자 다룰 때는 비교적 적당한 주의만으로도 충분히 사용할 수 있지만 누군가에게 건넬 때는 한 번 더 조심성이 더해지는 것처럼 말이죠. 서로 주고받는 타이밍이 약간이라도 어긋나거나 상대가 아직 그 사용성에 익숙하지 않다면 사고로 이어질 수도 있으니까요.

03 . 일을 해오는 동안 생긴 습관 중에 하나는 누구에게라도 흘려 내뱉는 말처럼 'OO 님이 이해 좀 해주세요'라는 표현을 쉽게 쓰지 않게 되었다는 겁니다. 심지어 그전까지는 많은 사람들이 그토록 쉽고 편하게 '이해하라'는 말을 한다는 사실조차도 모르고 있었죠.
물론 살면서 누군가에게 이해를 구하는 일도 생기고 나 역시 상대를 이해해야 하는 순간들이 부지기수로 많습니다. 하지만 내가 직접 이해를 바라거나 반대로 내가 직접 이해를 하는 것과는 다르게, 상대에게 또 다른 특정 대상을 가리켜 이해하라고 요구하는 것은 본질적인 차이가 있다고 생각합니다. 더불어 꽤 일방적이고 때로는 무례한 요구이기까지 하죠.

04 . 직접 경험한 것도 있고 간접 경험한 것도 있지만 사건의(?) 케이스들은 대부분 이랬습니다. A,B,C라는 세 사람이 있다면 보통 A가 B에게 문제를 제기하거나 개선을 요구하는 데서 출발합니다. 그 이야기를 들은 A는 C에게 사정 혹은 문제가 있다는 것을 알지만 본인이 이 사실을 이슈로 만들고 싶은 생각은 없습니다. 그렇다고 뾰족한 대책을 마련해 줄 수도 없다 보니 문제를 다시 B에게로 돌려보내는 겁니다. 바로 '네가 좀 이해해라. C에게도 그만한 사정이 있을 거다'라는 말과 함께 말이죠.

05 . 특히 이 과정에서 A가 B보다 높은 지위에 있는 경우라면 문제는 더 심각해질 수 있습니다. 문제를 덮고 돌려보내는 것 자체도 좋지 않은 상황을 야기하지만 그보다 더 나쁜 건 B로 하여금 '내가 이해를 하면 되는 문제인 거구나'라는 인식을 심어주기 때문이죠. 그때부터는 누군가를 '이해하라'는 말이 매우 강압적인 표현이 될 수도 있음이 분명합니다.

06 . 그래서 어느 순간부터는 섣불리 '이해하라'는 말을 꺼내기에 앞서 상대가 스스로 어떻게 문제를 받아들이고 있고 어떤 노력을 하고 있는지를 객관적으로 볼 수 있게 대화를 이어가려 합니다. 즉, 'OO 님이 생각하시기엔 지금 상황에서 제일 큰 문제가 무엇이라고 생각하세요?'라든가 '혹시 저에게 말씀하시기 전까지 어떤 부분들이 제일 고민이 되었나요?' 같은 질문을 하려고 하거든요. 그럼 많은 경우 스스로가 생각한 문제나 스스로가 해온 노력들을 직접 말로 표현하면서 생각을 더 체계적으로 정리하는 케이스가 많았습니다.

07 . 이렇다 보니 이제는 누군가가 고민을 얘기하거나 의견을 개진하려고 할 때 일단 무턱대고 '이해'부터 내세우고 요구하는 사례가 더 눈에 잘 띕니다.
"아니에요. 그렇게 생각하지 마시고 OO 님도 좋게 좋게 받아들이세요. 아예 모르는 사이도 아니고 우리가 그 정도는 충분히 이해할 수 있잖아요."
아마 지금 이 글을 읽고 계신 분들 중에도 이런 표현의 말들을 들어본 분이 적지 않을 거라고 생각됩니다. 그만큼 우리 모두 크게 의식하지 않고 일상 속에 퍼뜨리는 말 중에 하나니까요.

08 . 하지만 '이해하라'는 말은 상대에게 정확한 범위도, 역할도, 방법도, 효과도 규정하지 않은 채로 문제 자체를 무효화하는 결과로 이어집니다. 물론 타인과 관계를 맺어가야 하는 입장에서 누군가를 더 깊고 넓게 이해하는 데서 오는 긍정적인 점들이 많다는 건 당연히 잘 알고 있지만, 매사 타인에게 '이해하고 보라'는 식의 주문은 그리 적절해 보이지 않다는 게 제 생각입니다.

09 . 그럼에도 불구하고 '괜히 속 좁은 사람처럼 보일 수 있지 않을까...'라고 생각된다면 '이해하라'는 말을 이렇게 한번 사용해 보는 것도 좋습니다.
일을 같이하는 입장이라면 '우리가 C에게 어떤 도움을 줄 수 있을까요?'라며 문제의식 자체를 공통의 어젠다로 등록하는 방법도 있고, 일반적인 사이에서는 '혹시 우리가 잘못 이해하고 있는 부분이 있으려나?'처럼 '충분히 헤아려봤음에도 쉽게 납득되지 않는 부분이 존재하는지'를 셀프 체크하는 방법도 있거든요. 저는 이게 '이해'라는 단어를 제대로 사용하는 현명한 가이드라고도 생각합니다.

10 . 파나소닉의 창업자이자 국내의 많은 독자들에게도 경영의 귀재로 알려져 있는 마쓰시타 고노스케 옹은 이런 말을 남겼습니다.
"만사가 잘 진행되게 하려면 누구에게 어떤 말을 해주는가가 기본이다. 적절한 말이 올바르게 쓰일 때 일도 사람도 성장한다."
그런 의미에서 저는 '이해'라는 단어도 그렇게 쓰였으면 합니다. '적절하고 올바르게'.

01 . 혹시 예전에는 별생각 없이 자주 썼던 말인데 어느 순간부터는 덜 사용하게 되는 말이 있으신가요? 뭐 유행이 한풀 꺾여서 더 이상 안 쓰게 될 수도 있지만 그건 나뿐만 아니라 많은 사람에게 해당되는 말이기도 하고, 말하는 습관이나 환경이 달라짐에 따라 왠지 거리를 좀 두게 되는 말들도 존재하지만 그 또한 내 의지로 인해 사용성이 감소하는 단어는 아닐 겁니다. 02 . 살면서 특정한 단어의 쓰임을 고민한다는 건 그 단어가 가진 고유한 뜻보다 누군가에게 어떻게 들릴지를 깊이 있게 생각해 보는데서 출발합니다. 이런 예시가 적절한지 모르겠지만, 마치 칼이나 가위처럼 날카로운 도구를 나 혼자 다룰 때는 비교적 적당한 주의만으로도 충분히 사용할 수 있지만 누군가에게 건넬 때는 한 번 더 조심성이 더해지는 것처럼 말이죠. 서로 주고받는 타이밍이 약간이라도 어긋나거나 상대가 아직 그 사용성에 익숙하지 않다면 사고로 이어질 수도 있으니까요. 03 . 일을 해오는 동안 생긴 습관 중에 하나는 누구에게라도 흘려 내뱉는 말처럼 'OO 님이 이해 좀 해주세요'라는 표현을 쉽게 쓰지 않게 되었다는 겁니다. 심지어 그전까지는 많은 사람들이 그토록 쉽고 편하게 '이해하라'는 말을 한다는 사실조차도 모르고 있었죠. 물론 살면서 누군가에게 이해를 구하는 일도 생기고 나 역시 상대를 이해해야 하는 순간들이 부지기수로 많습니다. 하지만 내가 직접 이해를 바라거나 반대로 내가 직접 이해를 하는 것과는 다르게, 상대에게 또 다른 특정 대상을 가리켜 이해하라고 요구하는 것은 본질적인 차이가 있다고 생각합니다. 더불어 꽤 일방적이고 때로는 무례한 요구이기까지 하죠. 04 . 직접 경험한 것도 있고 간접 경험한 것도 있지만 사건의(?) 케이스들은 대부분 이랬습니다. A,B,C라는 세 사람이 있다면 보통 A가 B에게 문제를 제기하거나 개선을 요구하는 데서 출발합니다. 그 이야기를 들은 A는 C에게 사정 혹은 문제가 있다는 것을 알지만 본인이 이 사실을 이슈로 만들고 싶은 생각은 없습니다. 그렇다고 뾰족한 대책을 마련해 줄 수도 없다 보니 문제를 다시 B에게로 돌려보내는 겁니다. 바로 '네가 좀 이해해라. C에게도 그만한 사정이 있을 거다'라는 말과 함께 말이죠. 05 . 특히 이 과정에서 A가 B보다 높은 지위에 있는 경우라면 문제는 더 심각해질 수 있습니다. 문제를 덮고 돌려보내는 것 자체도 좋지 않은 상황을 야기하지만 그보다 더 나쁜 건 B로 하여금 '내가 이해를 하면 되는 문제인 거구나'라는 인식을 심어주기 때문이죠. 그때부터는 누군가를 '이해하라'는 말이 매우 강압적인 표현이 될 수도 있음이 분명합니다. 06 . 그래서 어느 순간부터는 섣불리 '이해하라'는 말을 꺼내기에 앞서 상대가 스스로 어떻게 문제를 받아들이고 있고 어떤 노력을 하고 있는지를 객관적으로 볼 수 있게 대화를 이어가려 합니다. 즉, 'OO 님이 생각하시기엔 지금 상황에서 제일 큰 문제가 무엇이라고 생각하세요?'라든가 '혹시 저에게 말씀하시기 전까지 어떤 부분들이 제일 고민이 되었나요?' 같은 질문을 하려고 하거든요. 그럼 많은 경우 스스로가 생각한 문제나 스스로가 해온 노력들을 직접 말로 표현하면서 생각을 더 체계적으로 정리하는 케이스가 많았습니다. 07 . 이렇다 보니 이제는 누군가가 고민을 얘기하거나 의견을 개진하려고 할 때 일단 무턱대고 '이해'부터 내세우고 요구하는 사례가 더 눈에 잘 띕니다. "아니에요. 그렇게 생각하지 마시고 OO 님도 좋게 좋게 받아들이세요. 아예 모르는 사이도 아니고 우리가 그 정도는 충분히 이해할 수 있잖아요."아마 지금 이 글을 읽고 계신 분들 중에도 이런 표현의 말들을 들어본 분이 적지 않을 거라고 생각됩니다. 그만큼 우리 모두 크게 의식하지 않고 일상 속에 퍼뜨리는 말 중에 하나니까요. 08 . 하지만 '이해하라'는 말은 상대에게 정확한 범위도, 역할도, 방법도, 효과도 규정하지 않은 채로 문제 자체를 무효화하는 결과로 이어집니다. 물론 타인과 관계를 맺어가야 하는 입장에서 누군가를 더 깊고 넓게 이해하는 데서 오는 긍정적인 점들이 많다는 건 당연히 잘 알고 있지만, 매사 타인에게 '이해하고 보라'는 식의 주문은 그리 적절해 보이지 않다는 게 제 생각입니다. 09 . 그럼에도 불구하고 '괜히 속 좁은 사람처럼 보일 수 있지 않을까...'라고 생각된다면 '이해하라'는 말을 이렇게 한번 사용해 보는 것도 좋습니다. 일을 같이하는 입장이라면 '우리가 C에게 어떤 도움을 줄 수 있을까요?'라며 문제의식 자체를 공통의 어젠다로 등록하는 방법도 있고, 일반적인 사이에서는 '혹시 우리가 잘못 이해하고 있는 부분이 있으려나?'처럼 '충분히 헤아려봤음에도 쉽게 납득되지 않는 부분이 존재하는지'를 셀프 체크하는 방법도 있거든요. 저는 이게 '이해'라는 단어를 제대로 사용하는 현명한 가이드라고도 생각합니다. 10 . 파나소닉의 창업자이자 국내의 많은 독자들에게도 경영의 귀재로 알려져 있는 마쓰시타 고노스케 옹은 이런 말을 남겼습니다. "만사가 잘 진행되게 하려면 누구에게 어떤 말을 해주는가가 기본이다. 적절한 말이 올바르게 쓰일 때 일도 사람도 성장한다."그런 의미에서 저는 '이해'라는 단어도 그렇게 쓰였으면 합니다. '적절하고 올바르게'.

'네가 이해하라'는 말이 주는 부정적 영향에 대하여

 1. 기본기 확실히 하기
 2. 학습 능력 키우기
 3. 의사 소통 잘하기
 4. 문제 정의 잘하기
 5. 태스크 완료 시간 추정 잘하기
 6. 운영을 고려한 코드 작성하기
 7. 서비스 사고 대처 능력 키우기
 8. 결과를 내는데 집중하기
 9. 영향력 갖기 (코딩 멍키)

레벨이 올라가고 연차가 쌓이기 시작하면 기술적인 역량 만큼 어쩌면 더 중요해지기 시작하는 것이 평판이고 영향력이다. 나의 존재로 인한 주변 동료나 팀의 역량이 올라가는 사람이 바로 영향력이 있는 사람인데 영향력의 시작은 좋은 평판이며 좋은 평판의 시작은 바로 의사 소통 능력이다.

의사 소통 능력이란 무엇일까? 기본은 질문을 잘 하는 것과 질문하기 쉬운 사람이 되고 질문을 잘 대답해주는 것이라 생각한다.

 1. 경청하기(Active Listening): 질문을 잘 하는 것 그리고 질문에 대답을 잘 해주는 것은 기본적으로 상대의 말을 경청하는 태도와 습관에서 비롯된다. 이는 특히 상대가 내가 신뢰하지 못하는 사람일 경우 더 중요해지는데 상대 말에서 잘못된 논리나 구멍을 찾기 위해서가 아니라 상대를 이해하기 위해서 잘 들으려 해야 한다 ("호기심"의 중요성).
 2. 질문 잘 하기: 이는 타고나는 재능의 영역이라기 보다는 연습이 필요한 스킬 영역인데 첫 번째는 모르는 것을 남의 이목 신경쓰지 않는 어린아이처럼 순진하게 물어보는 것이 첫 번째이고 (동일한 질문을 반복하지만 않으면 된다) 두 번째는 본인이 이해한대로 설명(paraphrasing)하면서 맞게 이해했는지 확인하는 형태로 물어보는 것이다. 질문을 잘 안하는 혹은 자신이 없는 팀원들의 경우 일대일 미팅할 때 다음 팀 미팅에서는 질문 하나 하기 등을 숙제로 주곤 했었다.
 3. 상대에 따라 소통 내용의 기술적 수준을 달리하기: 동료 개발자, 매니저(디테일을 잘 아는 사람인지 아닌지), 고객 등 상대에 따라 사용하는 기술 용어의 수준은 달라야 한다. 상대의 백그라운드와 기대치를 미리 알고 거기에 맞춰 사용할 언어를 달리하는 것이 필요하다. 다수의 사람앞에서 발표하는 기회가 생기면 꼭 손 들어보자.
 4. 글 쓰기: 생각이란 글로 표현될 때 더 분명해지며 더 많은 사람들에게 전달이 가능하다. 코딩을 할때 막힌다면 혹은 시스템 디자인을 하는데 생각이 잘 정리가 안된다면 글로 본인의 생각을 정리해보자. 잘 쓸려고 하는 것 보다는 많이 꾸준하게 써보는 것이 중요하다
 5. 롤 모델 찾기: 같은 회사 내에서 의사소통 능력이 뛰어난 사람을 찾아서 그 사람의 행동을 유심히 살펴보고 따라해보는 것도 아주 효과적인 방법이다.

앞서 이야기한 방법들은 환경에 따라 쉽지 않을 수도 있기에 환경을 잘 선택하는 것, 아니다 싶은 곳에서 빨리 떠나는 결정을 하는 것도 필요하다. 의사소통 능력이 있다면 다음 단계인 문제 정의가 쉬워지며 본인이 맡은 업무의 완료 시간 추정도 쉬워진다. 영향력을 증대하려면 꼭 필요한 어려운 대화를 하는 기술도 시작은 의사소통 능력이다. 이는 타고난 능력이 아닌 실수와 연습을 통해 시간을 두고 발전하는 스킬이란 점을 명심하자.

<ol ><li>기본기 확실히 하기</li><li>학습 능력 키우기</li><li>의사 소통 잘하기</li><li>문제 정의 잘하기</li><li>태스크 완료 시간 추정 잘하기</li><li>운영을 고려한 코드 작성하기</li><li>서비스 사고 대처 능력 키우기</li><li>결과를 내는데 집중하기</li><li>영향력 갖기 <s>(코딩 멍키)</s></li></ol> 레벨이 올라가고 연차가 쌓이기 시작하면 기술적인 역량 만큼 어쩌면 더 중요해지기 시작하는 것이 평판이고 영향력이다. 나의 존재로 인한 주변 동료나 팀의 역량이 올라가는 사람이 바로 영향력이 있는 사람인데 영향력의 시작은 좋은 평판이며 좋은 평판의 시작은 바로 의사 소통 능력이다. 의사 소통 능력이란 무엇일까? 기본은 질문을 잘 하는 것과 질문하기 쉬운 사람이 되고 질문을 잘 대답해주는 것이라 생각한다. <ol ><li>경청하기(Active Listening): 질문을 잘 하는 것 그리고 질문에 대답을 잘 해주는 것은 기본적으로 상대의 말을 경청하는 태도와 습관에서 비롯된다. 이는 특히 상대가 내가 신뢰하지 못하는 사람일 경우 더 중요해지는데 상대 말에서 잘못된 논리나 구멍을 찾기 위해서가 아니라 상대를 이해하기 위해서 잘 들으려 해야 한다 ("호기심"의 중요성).</li><li>질문 잘 하기: 이는 타고나는 재능의 영역이라기 보다는 연습이 필요한 스킬 영역인데 첫 번째는 모르는 것을 남의 이목 신경쓰지 않는 어린아이처럼 순진하게 물어보는 것이 첫 번째이고 (동일한 질문을 반복하지만 않으면 된다) 두 번째는 본인이 이해한대로 설명(paraphrasing)하면서 맞게 이해했는지 확인하는 형태로 물어보는 것이다. 질문을 잘 안하는 혹은 자신이 없는 팀원들의 경우 일대일 미팅할 때 다음 팀 미팅에서는 질문 하나 하기 등을 숙제로 주곤 했었다.</li><li>상대에 따라 소통 내용의 기술적 수준을 달리하기: 동료 개발자, 매니저(디테일을 잘 아는 사람인지 아닌지), 고객 등 상대에 따라 사용하는 기술 용어의 수준은 달라야 한다. 상대의 백그라운드와 기대치를 미리 알고 거기에 맞춰 사용할 언어를 달리하는 것이 필요하다. 다수의 사람앞에서 발표하는 기회가 생기면 꼭 손 들어보자.</li><li>글 쓰기: 생각이란 글로 표현될 때 더 분명해지며 더 많은 사람들에게 전달이 가능하다. 코딩을 할때 막힌다면 혹은 시스템 디자인을 하는데 생각이 잘 정리가 안된다면 글로 본인의 생각을 정리해보자. 잘 쓸려고 하는 것 보다는 많이 꾸준하게 써보는 것이 중요하다 </li><li>롤 모델 찾기: 같은 회사 내에서 의사소통 능력이 뛰어난 사람을 찾아서 그 사람의 행동을 유심히 살펴보고 따라해보는 것도 아주 효과적인 방법이다. </li></ol> 앞서 이야기한 방법들은 환경에 따라 쉽지 않을 수도 있기에 환경을 잘 선택하는 것, 아니다 싶은 곳에서 빨리 떠나는 결정을 하는 것도 필요하다. 의사소통 능력이 있다면 다음 단계인 문제 정의가 쉬워지며 본인이 맡은 업무의 완료 시간 추정도 쉬워진다. 영향력을 증대하려면 꼭 필요한 어려운 대화를 하는 기술도 시작은 의사소통 능력이다. 이는 타고난 능력이 아닌 실수와 연습을 통해 시간을 두고 발전하는 스킬이란 점을 명심하자.

좋은 개발자가 알아야하는 9가지 포인트들 - 3. 의사 소통 잘하기

A home office can be set up "exactly how you want it," including snacks and your dog, Dropbox's CEO said.

Dropbox CEO says employees appreciate remote work more than cushy office perks: 'they value flexibility a lot more than snacks'

드롭박스 공동창업자이자 CEO인 드류 휴스턴(Drew Houston)이 “일부 비즈니스 리더들이 구성원들을 사무실로 복귀하도록 강제하는데, 이것이 관계 구축에 도움이 되는지 한번 더 생각해 봐야 한다”고 언급했어요. 그러면서 그는 드롭박스가 기업 연구를 바탕으로 2020년 4월 ‘리모트워크 우선’ 모델을 구현했고 지금도 이를 고수하고 있다고 밝혔습니다. 드롭박스는 현재 약 2600명의 직원이 근무 중인데 이중 90%가 완전한 원격 근무를 한다면서요. 원격근무를 하는 구성원들이 팀빌딩을 하고자 하면 사무실이 아닌 다른 곳에서 모임을 하거나 리트릿을 한다네요. 리트릿은 각종 워크숍, 전략 회의 세션, 팀빌딩 활동 등을 포함합니다. 

드류 휴스턴 CEO는 90% 리모트워크 정책 덕분에 샌프란시스코가 아닌 다른 지역에서 합류하는 인재의 수도 늘었고 한편으로는 하이브리드 모델에서 소요되는 개인 및 팀의 전환 자원을 현저히 감소시킬 수 있었다고 장점을 언급했어요. 원격근무를 하고 있는 사람으로서, 완전한 원격근무를 허용하는 회사가 개인의 자율성과 유연성을 존중해준다고 믿기 때문에 이 인터뷰가 흥미로웠어요. 이런 정책에 맞는 인재들을 채용하고 그런 인재들도 이런 회사를 찾아갈 수 있는 환경이 만들어졌다는 것도 긍정적으로 보고요. 하지만 한편으로 팬데믹이 이런 환경을 만들었다는 건 상당히 아이러니하고 씁쓸합니다.ㅎ

드롭박스 공동창업자이자 CEO인 드류 휴스턴(Drew Houston)이 “일부 비즈니스 리더들이 구성원들을 사무실로 복귀하도록 강제하는데, 이것이 관계 구축에 도움이 되는지 한번 더 생각해 봐야 한다”고 언급했어요. 그러면서 그는 드롭박스가 기업 연구를 바탕으로 2020년 4월 ‘리모트워크 우선’ 모델을 구현했고 지금도 이를 고수하고 있다고 밝혔습니다. 드롭박스는 현재 약 2600명의 직원이 근무 중인데 이중 90%가 완전한 원격 근무를 한다면서요. 원격근무를 하는 구성원들이 팀빌딩을 하고자 하면 사무실이 아닌 다른 곳에서 모임을 하거나 리트릿을 한다네요. 리트릿은 각종 워크숍, 전략 회의 세션, 팀빌딩 활동 등을 포함합니다.&nbsp; 드류 휴스턴 CEO는 90% 리모트워크 정책 덕분에 샌프란시스코가 아닌 다른 지역에서 합류하는 인재의 수도 늘었고 한편으로는 하이브리드 모델에서 소요되는 개인 및 팀의 전환 자원을 현저히 감소시킬 수 있었다고 장점을 언급했어요. 원격근무를 하고 있는 사람으로서, 완전한 원격근무를 허용하는 회사가 개인의 자율성과 유연성을 존중해준다고 믿기 때문에 이 인터뷰가 흥미로웠어요. 이런 정책에 맞는 인재들을 채용하고 그런 인재들도 이런 회사를 찾아갈 수 있는 환경이 만들어졌다는 것도 긍정적으로 보고요. 하지만 한편으로 팬데믹이 이런 환경을 만들었다는 건 상당히 아이러니하고 씁쓸합니다.ㅎ

Business Insider

드롭박스, 구성원 2600명 중 90%가 완전한 원격근무 중

Hello and welcome to the official Apple Developer YouTube channel.

Apple Developer

실화입니까? 애플이? 😲

https://www.youtube.com/@AppleDeveloper

실화입니까? 애플이? 😲 https://www.youtube.com/@AppleDeveloper

YouTube

애플 공식 개발자 유툽 채널 개설

최근 오픈소스가 활성화되면서 새로운 프로그래밍 언어가 다양하게 나오고 있는데요. 그중에도 2024, 2025년도에 두각을 드러낼 것 같다고 생각한 프로그래밍 언어도 소개합니다.

2024년, 배우면 좋을 프로그래밍 언어 ② | 원티드

2024년 새로운 프로그래밍 언어를 도전해보신다면 이 언어를 추천합니다!

안녕하세요. 이번에 원티드랑 두번째 글로 2024년 배우면 좋은 프로그래밍언어 Part 2와 2024/2025에 주목해야하는 프로그래밍 언어에 대한 글을 기고했습니다 :)

특히 2024/2025에 주목해봐야할 언어는 파이썬이 점령한 AI와 데이터처리에 도전하는 언어들도 다뤄보았습니다 :)

파트1은 아래에서 보실수 있습니다.

Part1. https://www.wanted.co.kr/events/article_240408a

2024년 새로운 프로그래밍 언어를 도전해보신다면 이 언어를 추천합니다! 안녕하세요. 이번에 원티드랑 두번째 글로 2024년 배우면 좋은 프로그래밍언어 Part 2와 2024/2025에 주목해야하는 프로그래밍 언어에 대한 글을 기고했습니다 :) 특히 2024/2025에 주목해봐야할 언어는 파이썬이 점령한 AI와 데이터처리에 도전하는 언어들도 다뤄보았습니다 :) 파트1은 아래에서 보실수 있습니다. Part1. https://www.wanted.co.kr/events/article_240408a

원티드

2024년도에 배우면 좋은 프로그래밍언어 Part 2

1 &#x27;회고&#x27;는 뒤돌아보는 일이다. 2 어떤 일을 마친 뒤 과정과 결과를 살펴본다. 원하는 결과를 얻...

회고는 알아차림이다.

1
'회고'는 뒤돌아보는 일이다.

2
어떤 일을 마친 뒤 과정과 결과를 살펴본다. 원하는 결과를 얻었나. 그렇지 못했다면 이유는 무엇인가. 그 과정에서 무엇을 배웠나. 다음에는 어떻게 더 잘할 수 있을까. 이런 질문에 스스로 답을 찾는다.

3
그렇기 때문에 회고를 하려면 일단 멈춰야 한다. 하던 일을 멈춘다. 멈춰 서서 돌아봐야 한다. 그게 회고의 시작이다. 보통 텀이 길다. 어렵지 않게 느껴진다.

4
명상도 회고와 같다. 명상의 시작은 알아차림이다. 일단 지금 내 감정과 생각을 알아차려야 한다. 그러기 위해서는 멈추는 것이 시작이다. 생각의 멈춤이 곧 알아차림의 시작이 된다. 끝이 시작이고, 동시에 시작이 끝이다.

5
명상과 알아차림이 어려운 이유는 멈추기 어렵기 때문이다. 지금 내 생각과 감정에 매몰되면 빠져나오기 어렵다. 불교 수행에서 호흡을 강조하는 것은 살아있는 한 항상 함께 있는 호흡이란 도구를 쓸 수 있기 때문이다. 호흡에 집중하면 멈추기 쉬워진다.

6
김주환 교수는 '내면 소통'에서 3개의 자아를 소개했다. 경험하는 자아, 기억하는 자아, 그리고 이 모든 걸 알아채는 배경 자아다.

7
뇌과학에서는 이 경험의 순간을 2초로 본다. 정말 짧은 찰나의 순간이다. 이 짧은 순간들을 연결하는 것이 이야기이고 서사다. 그래서 뇌는 이 순간을 연결하는 이야기를 만들어 기억한다. 기본적으로 내러티브에 익숙하다. 그래서 우리는 이야기에 익숙하고 빠진다.

8
알아차리는 존재가 '배경 자아'다. 나이면서도 동시에 내가 아닌 것과 같은 느낌이다. 모를 때는 전혀 감이 안 온다. 내게 맞는 방법을 찾고, 반복적으로 연습하다 보면 느낌이 온다. 아, 이런 거구나. 그 과정의 반복이 일종의 회고와 같다.

9
수많은 자기 계발서에서 이야기하는 성장의 방법들이 와닿지 않던 때가 있었다. 모든 이유는 단 하나였다. 생각과 감정을 멈출 수 없었다. 멈추고 알아챌 수 있어야 그 방법들을 써먹을 수 있기 때문이다.

10
일단 생각과 감정을 멈추는 방법을 익혀야 한다. 매번 마침표가 찍힌 후에 회고를 해서는 나아지기 어렵다. 그 주기를 더 짧게 반복해야 조금씩이라도 개선할 수 있다. 반복하면 반드시 나아진다. 알아차림과 짧은 회고가 훨씬 나은 나를 만든다. 수많은 성공한 이들이 이를 증명한다. 그들은 모두 같은 이야기를 하고 있으니까.

1 '회고'는 뒤돌아보는 일이다. ​ 2 어떤 일을 마친 뒤 과정과 결과를 살펴본다. 원하는 결과를 얻었나. 그렇지 못했다면 이유는 무엇인가. 그 과정에서 무엇을 배웠나. 다음에는 어떻게 더 잘할 수 있을까. 이런 질문에 스스로 답을 찾는다. ​ 3 그렇기 때문에 회고를 하려면 일단 멈춰야 한다. 하던 일을 멈춘다. 멈춰 서서 돌아봐야 한다. 그게 회고의 시작이다. 보통 텀이 길다. 어렵지 않게 느껴진다. ​ 4 명상도 회고와 같다. 명상의 시작은 알아차림이다. 일단 지금 내 감정과 생각을 알아차려야 한다. 그러기 위해서는 멈추는 것이 시작이다. 생각의 멈춤이 곧 알아차림의 시작이 된다. 끝이 시작이고, 동시에 시작이 끝이다. ​ 5 명상과 알아차림이 어려운 이유는 멈추기 어렵기 때문이다. 지금 내 생각과 감정에 매몰되면 빠져나오기 어렵다. 불교 수행에서 호흡을 강조하는 것은 살아있는 한 항상 함께 있는 호흡이란 도구를 쓸 수 있기 때문이다. 호흡에 집중하면 멈추기 쉬워진다. ​ 6 김주환 교수는 '내면 소통'에서 3개의 자아를 소개했다. 경험하는 자아, 기억하는 자아, 그리고 이 모든 걸 알아채는 배경 자아다. ​ 7 뇌과학에서는 이 경험의 순간을 2초로 본다. 정말 짧은 찰나의 순간이다. 이 짧은 순간들을 연결하는 것이 이야기이고 서사다. 그래서 뇌는 이 순간을 연결하는 이야기를 만들어 기억한다. 기본적으로 내러티브에 익숙하다. 그래서 우리는 이야기에 익숙하고 빠진다. ​ 8 알아차리는 존재가 '배경 자아'다. 나이면서도 동시에 내가 아닌 것과 같은 느낌이다. 모를 때는 전혀 감이 안 온다. 내게 맞는 방법을 찾고, 반복적으로 연습하다 보면 느낌이 온다. 아, 이런 거구나. 그 과정의 반복이 일종의 회고와 같다. ​ 9 수많은 자기 계발서에서 이야기하는 성장의 방법들이 와닿지 않던 때가 있었다. 모든 이유는 단 하나였다. 생각과 감정을 멈출 수 없었다. 멈추고 알아챌 수 있어야 그 방법들을 써먹을 수 있기 때문이다. ​ 10 일단 생각과 감정을 멈추는 방법을 익혀야 한다. 매번 마침표가 찍힌 후에 회고를 해서는 나아지기 어렵다. 그 주기를 더 짧게 반복해야 조금씩이라도 개선할 수 있다. 반복하면 반드시 나아진다. 알아차림과 짧은 회고가 훨씬 나은 나를 만든다. 수많은 성공한 이들이 이를 증명한다. 그들은 모두 같은 이야기를 하고 있으니까.

Naver

< 명상은 회고다 >

은행권 유일 기업은행 문화투자부 천만영화 투자 비법을 말하다 '500만명도 언감생심'이라던 예상을 깨고 천만영화에 등극한 '파묘'의 뒤에서 크게 웃은 이들이 있다. 제작사도 아닌데 '잘했다'는 격려를 잇따라 받고 있

60세 이상 감독은 10% 감점, 전작 망했으면 가점... 수익률 176%의 비결

10여 년의 노하우가 돋보이는 부분은 최종 조정 단계에 있다. 감독이 60세 이상이면 10% 감점한다. 감독의 생각에 주위 사람들이 이견을 내기 어려워하는 경우가 많기 때문이라고 한다. 반대로 30·40대 감독의 데뷔작이면 10% 가산점을 준다. 젊은 의욕으로 만들어 성공 가능성이 올라갈 것으로 본다. 출연 배우나 감독이 직전에 3번 연속으로 흥행작을 만들었으면 10% 깎는다. 지나친 자신감 역시 위험 요소로 친다. 반대로 직전 작품이 폭망한 감독이면 10% 가산점이 부여된다. 이번엔 반드시 성공하겠다는 각오로 작업할 확률이 높아진다. 배우나 감독·제작사가 혈연·지연·학연 등 특수 관계인 경우도 10% 감점한다. 이 같은 미세 조정 단계를 거쳐 최종 점수가 100점 만점에 65점 이상이 돼야 투자 대상으로 선정된다.

https://n.news.naver.com/entertain/article/023/0003827618

10여 년의 노하우가 돋보이는 부분은 최종 조정 단계에 있다. 감독이 60세 이상이면 10% 감점한다. 감독의 생각에 주위 사람들이 이견을 내기 어려워하는 경우가 많기 때문이라고 한다. 반대로 30·40대 감독의 데뷔작이면 10% 가산점을 준다. 젊은 의욕으로 만들어 성공 가능성이 올라갈 것으로 본다. 출연 배우나 감독이 직전에 3번 연속으로 흥행작을 만들었으면 10% 깎는다. 지나친 자신감 역시 위험 요소로 친다. 반대로 직전 작품이 폭망한 감독이면 10% 가산점이 부여된다. 이번엔 반드시 성공하겠다는 각오로 작업할 확률이 높아진다. 배우나 감독·제작사가 혈연·지연·학연 등 특수 관계인 경우도 10% 감점한다. 이 같은 미세 조정 단계를 거쳐 최종 점수가 100점 만점에 65점 이상이 돼야 투자 대상으로 선정된다. https://n.news.naver.com/entertain/article/023/0003827618

김경일·김주환·문요한·채정호·최영희 등 대한민국 대표 정신 건강 전문가 강력 추천!30년간 행복을 연구한 심리학자가 전하는 인생의 풍랑에 지혜롭게 대처하는 태도"단순히 심리학자로서가 아니라 한 인간으로서, 이 책의 존재가 가지는 의미에 고개를 끄덕이게 된다."...

흔들릴 줄 알아야 부러지지 않는다 - 예스24

우리는 해를 거듭할수록 불행의 가능성이 커지는 세상에 살고 있다. 급변하는 세상은 개인의 소박한 여유마저 빼앗아 가고, 그렇게 스스로를 돌볼 여유를 잃은 우리의 마음은 점점 더 피폐해져 간다.

그런 우리에게 간절히 필요한 것이 바로 내공 있는 심리학자의 인생 조언이다. 저자 김정호 교수는 책 속에서 명확하고 명쾌한 하나의 메시지를 전달한다. 우리가 삶의 시련으로부터 진정 자유로워지기 위해서는 저항해서도, 피해서도 안 된다는 것이다.

시련에 구부러지기도 하고, 휘어지기도 하며 삶과 하나가 되어야 한다. 그때그때 닥쳐오는 시련에 흔들리며 삶을 있는 그대로 끌어안는 연습을 해야 하는 것이다. 그렇다면 어떻게 해야 흔들리되 부러지지 않는 마음을 만들 수 있는가?

거친 절벽에서도 뿌리를 내려 자라는 소나무는 그 강인함으로 유명하다. 그런데 소나무의 모양을 가만히 들여다보면, 곧게 자란 나무보다 가로 세로로 구불구불한 모양이 훨씬 많다. 부러지지 않기 위해 자신이 뿌리내린 곳의 바람결에 따라 줄기의 방향을 바꾸기 때문이다.

그래서 곧게만 자라는 여느 나무들과 다르게, 소나무는 어떤 척박한 환경에서도 가지를 뻗어 넓게 자랄 수 있다. 소나무는 한두 번 상처 입었다고 해서 성장을 포기하지 않는다. 바람의 방향에 자신을 적응시키며 역경을 받아들이고, 나름의 기개로 자신만의 독특한 모양을 만들어 나간다. 흔들릴수록 강해지고, 버틸수록 연약해진다!

다시는 같은 실수를 반복하지 않겠다고 다짐해 놓고, 우리는 같은 실수를 수도 없이 되풀이한다. 사람들에게 화내지 않겠다고 다짐해 놓고 누군가 잘못을 저지르면 자신도 모르게 다시 욱하기도 하고, 타인의 평가에 흔들리지 말아야지 결심해 놓고 나에 대한 소문이 들려오면 귀를 쫑긋 세우고 마음이 심란해진다.

하지만 그런 나 자신을 너무 나무랄 필요는 없다. 예상치 못한 상황이 닥쳤을 때 화를 내고 긴장하게 되는 것은 사람의 본성이 그렇기 때문이다. 그런 나를 되돌아보며 반성하고, 다시 또 잘해야겠다고 다짐한다면 그 자체가 발전이며, 그런 자신을 칭찬해 주어도 좋다.

성장이란 그런 것이다. 단번에 다른 사람으로 뒤바뀌는 것이 아니라, 하루에 손톱만큼씩 깨닫고 자라며 나라는 인간을 변화시키는 것이다. 사소한 변화의 가치를 소중히 여기며 마음 수련법을 꾸준히 실천해 보자. 1년 뒤, 10년 뒤의 삶이 완전히 달라진다. 오늘의 실수는 반드시 어제의 실수보다 낫다!

삶이 힘들 때, 우리는 쉽게 환경을 탓하고 타인을 탓한다. 그런데 정말 모든 스트레스는 바깥 환경이 만들어 낸 것일까? 사실 인생에서 나를 가장 힘들게 하는 것은 바로 나 자신이다. 무더운 여름, 높은 기온과 습도가 나를 힘들게 한다. 하지만 정말 날씨만이 그 원인일까? 더위를 더 짜증스럽게 만드는 것은 투덜대고 인상 찌푸리는 나 자신이다.

가까운 사람과의 관계가 악화할 때도 마찬가지다. 그의 무신경한 말과 행동만 탓할 것이 아니라, 그에게 지나치게 많은 것을 기대한 나 자신의 마음도 들여다보아야 한다. 처한 상황에서 한 발짝 물러나, 자신을 제3자의 눈으로 바라볼 줄 알아야 한다. 몰두하고 있는 상황에서 멀어져 내 마음과 행동을 객관적으로 바라볼 수 있을 때, 진정한 해결책이 보인다.

심리학자는 심리학적으로 여름을 시원하게 보낸다. 이게 무슨 말인가 하면, 내가 바꿀 수 없는 것(바깥 날씨)을 바꾸려고 애쓰는 대신 내가 조절할 수 있는 것(마음)을 잘 다스려서 여름을 건너간다는 뜻이다.

부정적 감정은 억압한다고 사라지지 않는다. 억압된 부정적 감정은 어디론가 사라져 버리는 게 아니라, 마음 한구석에 숨어 있다가 반란을 꿈꾼다. 여럿이 함께할 땐 명랑하다가도 혼자 있을 때 파도처럼 우울감이 밀려온다면, 평소엔 남 얘기를 잘 들어주다가 어느 순간 별것 아닌 일에도 분노가 치솟는다면, 다 부정적 감정의 반란 때문이다.

누구인들 자신에게 고통 주는 상황, 싫어하는 상황을 받아들이고 싶겠는가? 그러나 그것이 이미 주어졌다면 받아들이는 것 외에 다른 방법은 없다. 받아들이지 못하고 저항하면 상황은 더욱 악화될 뿐이다.

물이 담긴 그릇을 깨뜨려 바닥에 물이 흥건하다면, 그 상황을 받아들이고 물을 닦는 것이 현명한 선택이다. 이 상황에서 “왜 그릇을 깼냐?”, “왜 그렇게 칠칠찮냐?”라고 저항한다고 해서 상황이 달라지지는 않는다. 물만 바닥에 더 넓게 번질 뿐이다.

흑백논리는 완벽주의와 결합하여 극심한 스트레스를 만들어낸다. 흑백논리에 완벽주의가 붙으면 자신이 추구하는 목표 상태를 ‘백(白)’이라고 할 때, 잘못된 것이나 실수가 단 한 번이라도 있으면 곧바로 ‘흑(黑)’이 되어 버린다. 따라서 흑백논리로 사고하는 사람들은 일을 추진하다가 한 번이라도 실수나 실패를 하면 곧바로 포기하는 경향이 있다.

심리학에는 ‘기분 일치성 효과’‘라는 말이 있다. 기분이 좋을 때는 좋은 기억이, 기분이 나쁠 때는 나쁜 기억이 더 잘 떠오른다는 것이다. 남편에게 화가 났을 때는 남편이 그전에 내게 잘해 준 것보다는 잘 못하고 서운하게 한 것들이 잘 떠오른다.

한번 화가 나면 그전에 화나게 한 기억들이 샘솟듯이 떠올라서 점점 더 화가 난다. 따라서 부정적 정서 상태에서는 될 수 있는 한 생각하지 않는 것이 좋다. 평상심을 되찾은 후에 문제를 숙고해야 훨씬 더 현명한 판단과 결정을 할 수 있다.

태풍이 지나간 뒤, 우리는 무너진 벽도 더 견고히 쌓고, 유리창도 더 튼튼히 고정하면서 다음 태풍에 더 잘 대비하게 되지 않던가? 우리 삶도 마찬가지다. 한 번 시련에 흔들려 본 사람은 이후 더 큰 시련이 찾아와도 쉽게 무너지지 않는 마음의 내성과 근력을 갖추게 된다.

지금 삶이 흔들리고 있다는 건, 미래에 찾아올 더 큰 시련에 꺾이지 않을 방법을 배우는 중이라는 뜻이다. 꼿꼿하게 버티는 사람보다 유연하게 흔들리는 사람이 더 강하다.

우리는 해를 거듭할수록 불행의 가능성이 커지는 세상에 살고 있다. 급변하는 세상은 개인의 소박한 여유마저 빼앗아 가고, 그렇게 스스로를 돌볼 여유를 잃은 우리의 마음은 점점 더 피폐해져 간다. 그런 우리에게 간절히 필요한 것이 바로 내공 있는 심리학자의 인생 조언이다. 저자 김정호 교수는 책 속에서 명확하고 명쾌한 하나의 메시지를 전달한다. 우리가 삶의 시련으로부터 진정 자유로워지기 위해서는 저항해서도, 피해서도 안 된다는 것이다. 시련에 구부러지기도 하고, 휘어지기도 하며 삶과 하나가 되어야 한다. 그때그때 닥쳐오는 시련에 흔들리며 삶을 있는 그대로 끌어안는 연습을 해야 하는 것이다. 그렇다면 어떻게 해야 흔들리되 부러지지 않는 마음을 만들 수 있는가? 거친 절벽에서도 뿌리를 내려 자라는 소나무는 그 강인함으로 유명하다. 그런데 소나무의 모양을 가만히 들여다보면, 곧게 자란 나무보다 가로 세로로 구불구불한 모양이 훨씬 많다. 부러지지 않기 위해 자신이 뿌리내린 곳의 바람결에 따라 줄기의 방향을 바꾸기 때문이다. 그래서 곧게만 자라는 여느 나무들과 다르게, 소나무는 어떤 척박한 환경에서도 가지를 뻗어 넓게 자랄 수 있다. 소나무는 한두 번 상처 입었다고 해서 성장을 포기하지 않는다. 바람의 방향에 자신을 적응시키며 역경을 받아들이고, 나름의 기개로 자신만의 독특한 모양을 만들어 나간다. 흔들릴수록 강해지고, 버틸수록 연약해진다! 다시는 같은 실수를 반복하지 않겠다고 다짐해 놓고, 우리는 같은 실수를 수도 없이 되풀이한다. 사람들에게 화내지 않겠다고 다짐해 놓고 누군가 잘못을 저지르면 자신도 모르게 다시 욱하기도 하고, 타인의 평가에 흔들리지 말아야지 결심해 놓고 나에 대한 소문이 들려오면 귀를 쫑긋 세우고 마음이 심란해진다. 하지만 그런 나 자신을 너무 나무랄 필요는 없다. 예상치 못한 상황이 닥쳤을 때 화를 내고 긴장하게 되는 것은 사람의 본성이 그렇기 때문이다. 그런 나를 되돌아보며 반성하고, 다시 또 잘해야겠다고 다짐한다면 그 자체가 발전이며, 그런 자신을 칭찬해 주어도 좋다. 성장이란 그런 것이다. 단번에 다른 사람으로 뒤바뀌는 것이 아니라, 하루에 손톱만큼씩 깨닫고 자라며 나라는 인간을 변화시키는 것이다. 사소한 변화의 가치를 소중히 여기며 마음 수련법을 꾸준히 실천해 보자. 1년 뒤, 10년 뒤의 삶이 완전히 달라진다. 오늘의 실수는 반드시 어제의 실수보다 낫다! 삶이 힘들 때, 우리는 쉽게 환경을 탓하고 타인을 탓한다. 그런데 정말 모든 스트레스는 바깥 환경이 만들어 낸 것일까? 사실 인생에서 나를 가장 힘들게 하는 것은 바로 나 자신이다. 무더운 여름, 높은 기온과 습도가 나를 힘들게 한다. 하지만 정말 날씨만이 그 원인일까? 더위를 더 짜증스럽게 만드는 것은 투덜대고 인상 찌푸리는 나 자신이다. 가까운 사람과의 관계가 악화할 때도 마찬가지다. 그의 무신경한 말과 행동만 탓할 것이 아니라, 그에게 지나치게 많은 것을 기대한 나 자신의 마음도 들여다보아야 한다. 처한 상황에서 한 발짝 물러나, 자신을 제3자의 눈으로 바라볼 줄 알아야 한다. 몰두하고 있는 상황에서 멀어져 내 마음과 행동을 객관적으로 바라볼 수 있을 때, 진정한 해결책이 보인다. 심리학자는 심리학적으로 여름을 시원하게 보낸다. 이게 무슨 말인가 하면, 내가 바꿀 수 없는 것(바깥 날씨)을 바꾸려고 애쓰는 대신 내가 조절할 수 있는 것(마음)을 잘 다스려서 여름을 건너간다는 뜻이다. 부정적 감정은 억압한다고 사라지지 않는다. 억압된 부정적 감정은 어디론가 사라져 버리는 게 아니라, 마음 한구석에 숨어 있다가 반란을 꿈꾼다. 여럿이 함께할 땐 명랑하다가도 혼자 있을 때 파도처럼 우울감이 밀려온다면, 평소엔 남 얘기를 잘 들어주다가 어느 순간 별것 아닌 일에도 분노가 치솟는다면, 다 부정적 감정의 반란 때문이다. 누구인들 자신에게 고통 주는 상황, 싫어하는 상황을 받아들이고 싶겠는가? 그러나 그것이 이미 주어졌다면 받아들이는 것 외에 다른 방법은 없다. 받아들이지 못하고 저항하면 상황은 더욱 악화될 뿐이다. 물이 담긴 그릇을 깨뜨려 바닥에 물이 흥건하다면, 그 상황을 받아들이고 물을 닦는 것이 현명한 선택이다. 이 상황에서 “왜 그릇을 깼냐?”, “왜 그렇게 칠칠찮냐?”라고 저항한다고 해서 상황이 달라지지는 않는다. 물만 바닥에 더 넓게 번질 뿐이다. 흑백논리는 완벽주의와 결합하여 극심한 스트레스를 만들어낸다. 흑백논리에 완벽주의가 붙으면 자신이 추구하는 목표 상태를 ‘백(白)’이라고 할 때, 잘못된 것이나 실수가 단 한 번이라도 있으면 곧바로 ‘흑(黑)’이 되어 버린다. 따라서 흑백논리로 사고하는 사람들은 일을 추진하다가 한 번이라도 실수나 실패를 하면 곧바로 포기하는 경향이 있다. 심리학에는 ‘기분 일치성 효과’‘라는 말이 있다. 기분이 좋을 때는 좋은 기억이, 기분이 나쁠 때는 나쁜 기억이 더 잘 떠오른다는 것이다. 남편에게 화가 났을 때는 남편이 그전에 내게 잘해 준 것보다는 잘 못하고 서운하게 한 것들이 잘 떠오른다. 한번 화가 나면 그전에 화나게 한 기억들이 샘솟듯이 떠올라서 점점 더 화가 난다. 따라서 부정적 정서 상태에서는 될 수 있는 한 생각하지 않는 것이 좋다. 평상심을 되찾은 후에 문제를 숙고해야 훨씬 더 현명한 판단과 결정을 할 수 있다. 태풍이 지나간 뒤, 우리는 무너진 벽도 더 견고히 쌓고, 유리창도 더 튼튼히 고정하면서 다음 태풍에 더 잘 대비하게 되지 않던가? 우리 삶도 마찬가지다. 한 번 시련에 흔들려 본 사람은 이후 더 큰 시련이 찾아와도 쉽게 무너지지 않는 마음의 내성과 근력을 갖추게 된다. 지금 삶이 흔들리고 있다는 건, 미래에 찾아올 더 큰 시련에 꺾이지 않을 방법을 배우는 중이라는 뜻이다. 꼿꼿하게 버티는 사람보다 유연하게 흔들리는 사람이 더 강하다.

예스24

직원들이 보다 생산적이고 능동적으로 업무에 참여하길 원한다면, 모든 일을 완벽하게 통제하려는 관리자의 습관을 먼저 버리는 게 좋다. 다시 말해

위임형 리더가 능동적인 직원을 만든다

갤럽이 진행한 연구에 따르면, 자신의 업무에 ‘열중하고 있지 않다’고 응답한 직장인이 전체의 51%였다. 반면 ‘매우 열중하고 있다’라 응답한 비율은 17%에 불과했다.

코펜하겐 비즈니스 스쿨의 루이즈 하더 박사는 “직원들이 업무에 열중하지 못하는 것은 언제나 관리자의 책임이다”라고 말했다. 구성원들의 자율성을 보장하고 업무에 필요한 적절한 문화와 테크놀로지를 지원하는 것이 고용주와 관리자의 역할이라는 게 하더의 설명이다.

하더는 “인재 영입과 인재 유출은 과거 그 어느 때보다 자유로워졌다. 능력있는 직원을 끌어 모으기 위해서는, 그들의 동기에 귀를 기울이는 노력이 필수적이다. 모든 것을 통제 안에 두려는 욕심은 내려놓고, 대신 직원들이 재능을 한껏 발휘할 수 있는 문화를 조성해보라”고 조언했다.

자율성은 ‘심리학적 소유권’이라는 용어로도 표현될 수 있다. 네브라스카 대학 연구진은 2009년 미국의 노동자들을 대상으로 진행한 연구를 통해 심리학적 소유권이 직장에서의 자기 효능감, 책임감, 소속감 등과 상관 관계를 지님을 확인한 바 있다.

또한 직원들의 업무 열중도와 직업 만족도, 고용주에 대한 감정 또한 심리학적 소유권과 상관 관계를 지녔으며, 심리학적 소유권이 높은 기업일수록 직원들의 이직률 역시 낮다는 사실을 확인했다.

물론 직장을 선택하는데 있어서 가장 중요한 요소는 급여다. 그러나 사실 이는 좋은 업무 환경을 구성하는 여러가지 요소 가운데 하나에 불과하다.

하더는 “자신의 업무 계획을 스스로 계획하고 시행하는 직원의 업무 성과가 그렇지 않은 직원에 비해 우수하다는 것을 확인할 수 있었다. 이러한 자율성은 모든 기업이 보장해야 하는 기본 조건이라 할 수 있을 만큼 중요한 것이다”라고 강조했다.

그는 이어서 “리더들은 직원들이 업무에 능동적으로 참여할 방법을 고민하고, 그들이 스스로를 ‘가치 있고, 자율적이며, 기업 목표에 보다 결속된’ 존재로 느낄 수 있도록 노력해야 한다”고 말했다. 하더는 기업 혁신의 출발점은 언제나 소속된 직원들이라는 설명도 덧붙였다.

그는 “현대 비즈니스 환경에서는 모든 것이 끊임없이 변한다. 시장의 속도를 따라잡고 지속적으로 경쟁력을 담보하기 위해서는 적극적이고 능동적이며 활기 넘치는 직원들의 지식이 필요하다. 혁신은 직원들로부터 시작한다. 그들의 신선한 아이디어와 긍정적인 에너지가 진보를 이끈다는 사실을 기억해야 한다”고 강조했다.

직장 내 자율성을 증진하기 위한 출발점으로 하더는 직원들을 지원할 올바른 문화와 테크놀로지의 도입을 이야기했다. 자율성을 증진할 전반적인 계획을 마련한 뒤에는 통제하려는 마음을 버리는 리더들의 노력이 필요하다고 하더는 설명했다.

그는 “리더는 직원들에게 통제가 아닌 신뢰를 줘야 한다. 그리고 현업의 관리자는 직원들이 스스로도 충분히 기업의 전반적인 목표에 맞춰 스스로의 역할을 조율할 수 있음을 믿어야 한다”라고 말했다.

관리자에게 주어지는 다음 역할은 조직의 문화를 점검하는 일이다. 직원들의 협력 방식을 살펴보고, 그 과정에 비효율적이거나 파편화된 부분은 없는지를 확인해야 하는 것이다.

하더는 의사 결정 과정에 장애물이나 비효율은 없는지의 여부 역시 철저히 탐구해 볼 것을 조언했다. 재택근무, 월차, 심지어 외출 등이 허용되지 않는 비탄력적인 업무 환경 역시 직원들의 능률을 떨어뜨리는 요인이다.

일정한 집중 시간을 정해두는 방식을 고민하는 관리자들도 있겠지만, 이러한 방식은 각 좌석이 분할된 오늘날의 업무 환경에는 적용하기 힘든 형태다.

예를 들어, ‘지식 노동자’들에겐 보다 긴 집중 시간이 필요하다. 그들의 연구에 따르면 이 지식 노동자들은 평균 10분마다 외부의 어떤 요인에 방해를 받으며, 이후 자신의 업무에 다시 집중하기까지 15초~23분의 시간이 걸린다고 응답했다.

이런 업무 환경의 비효율 때문에 그들은 그날 주어진 업무를 퇴근 후 집에서까지 진행하는 경우가 많은 것으로 확인됐다. 이런 직원들에게 그들이 진행 중인 작업에 온전히 몰두하도록 함으로써 자율성과 생산성을 보장해야 할 것이다.

업무 환경을 개편하거나 개선하려는 대부분의 노력은 일정한 초기 비용이 소요되는 과정이다. 그러나 이는 직원들에게 그들이 스스로의 미래와 커리어를 통제할 수 있는 존재라는 사실을 일깨워주고, 그로써 그들의 업무 생산성을 증대시키는, 매우 수익률이 높은 투자임을 기억할 필요가 있다.

하더는 “직원들의 행복도를 높이는 것은 매출과 고객 만족도, 미래 혁신까지, 기업 활동 전반에 긍정적인 가치를 전파하는 기본적이자 가장 장기적인 투자다. 오늘날의 비즈니스 환경에서, ‘더 적은 압박’은 ‘더 나은 결과’로 이어지는 가장 빠른 지름길이다”라고 표현했다.

갤럽이 진행한 연구에 따르면, 자신의 업무에 ‘열중하고 있지 않다’고 응답한 직장인이 전체의 51%였다. 반면 ‘매우 열중하고 있다’라 응답한 비율은 17%에 불과했다. 코펜하겐 비즈니스 스쿨의 루이즈 하더 박사는 “직원들이 업무에 열중하지 못하는 것은 언제나 관리자의 책임이다”라고 말했다. 구성원들의 자율성을 보장하고 업무에 필요한 적절한 문화와 테크놀로지를 지원하는 것이 고용주와 관리자의 역할이라는 게 하더의 설명이다. 하더는 “인재 영입과 인재 유출은 과거 그 어느 때보다 자유로워졌다. 능력있는 직원을 끌어 모으기 위해서는, 그들의 동기에 귀를 기울이는 노력이 필수적이다. 모든 것을 통제 안에 두려는 욕심은 내려놓고, 대신 직원들이 재능을 한껏 발휘할 수 있는 문화를 조성해보라”고 조언했다. 자율성은 ‘심리학적 소유권’이라는 용어로도 표현될 수 있다. 네브라스카 대학 연구진은 2009년 미국의 노동자들을 대상으로 진행한 연구를 통해 심리학적 소유권이 직장에서의 자기 효능감, 책임감, 소속감 등과 상관 관계를 지님을 확인한 바 있다. 또한 직원들의 업무 열중도와 직업 만족도, 고용주에 대한 감정 또한 심리학적 소유권과 상관 관계를 지녔으며, 심리학적 소유권이 높은 기업일수록 직원들의 이직률 역시 낮다는 사실을 확인했다. 물론 직장을 선택하는데 있어서 가장 중요한 요소는 급여다. 그러나 사실 이는 좋은 업무 환경을 구성하는 여러가지 요소 가운데 하나에 불과하다. 하더는 “자신의 업무 계획을 스스로 계획하고 시행하는 직원의 업무 성과가 그렇지 않은 직원에 비해 우수하다는 것을 확인할 수 있었다. 이러한 자율성은 모든 기업이 보장해야 하는 기본 조건이라 할 수 있을 만큼 중요한 것이다”라고 강조했다. 그는 이어서 “리더들은 직원들이 업무에 능동적으로 참여할 방법을 고민하고, 그들이 스스로를 ‘가치 있고, 자율적이며, 기업 목표에 보다 결속된’ 존재로 느낄 수 있도록 노력해야 한다”고 말했다. 하더는 기업 혁신의 출발점은 언제나 소속된 직원들이라는 설명도 덧붙였다. 그는 “현대 비즈니스 환경에서는 모든 것이 끊임없이 변한다. 시장의 속도를 따라잡고 지속적으로 경쟁력을 담보하기 위해서는 적극적이고 능동적이며 활기 넘치는 직원들의 지식이 필요하다. 혁신은 직원들로부터 시작한다. 그들의 신선한 아이디어와 긍정적인 에너지가 진보를 이끈다는 사실을 기억해야 한다”고 강조했다. 직장 내 자율성을 증진하기 위한 출발점으로 하더는 직원들을 지원할 올바른 문화와 테크놀로지의 도입을 이야기했다. 자율성을 증진할 전반적인 계획을 마련한 뒤에는 통제하려는 마음을 버리는 리더들의 노력이 필요하다고 하더는 설명했다. 그는 “리더는 직원들에게 통제가 아닌 신뢰를 줘야 한다. 그리고 현업의 관리자는 직원들이 스스로도 충분히 기업의 전반적인 목표에 맞춰 스스로의 역할을 조율할 수 있음을 믿어야 한다”라고 말했다. 관리자에게 주어지는 다음 역할은 조직의 문화를 점검하는 일이다. 직원들의 협력 방식을 살펴보고, 그 과정에 비효율적이거나 파편화된 부분은 없는지를 확인해야 하는 것이다. 하더는 의사 결정 과정에 장애물이나 비효율은 없는지의 여부 역시 철저히 탐구해 볼 것을 조언했다. 재택근무, 월차, 심지어 외출 등이 허용되지 않는 비탄력적인 업무 환경 역시 직원들의 능률을 떨어뜨리는 요인이다. 일정한 집중 시간을 정해두는 방식을 고민하는 관리자들도 있겠지만, 이러한 방식은 각 좌석이 분할된 오늘날의 업무 환경에는 적용하기 힘든 형태다. 예를 들어, ‘지식 노동자’들에겐 보다 긴 집중 시간이 필요하다. 그들의 연구에 따르면 이 지식 노동자들은 평균 10분마다 외부의 어떤 요인에 방해를 받으며, 이후 자신의 업무에 다시 집중하기까지 15초~23분의 시간이 걸린다고 응답했다. 이런 업무 환경의 비효율 때문에 그들은 그날 주어진 업무를 퇴근 후 집에서까지 진행하는 경우가 많은 것으로 확인됐다. 이런 직원들에게 그들이 진행 중인 작업에 온전히 몰두하도록 함으로써 자율성과 생산성을 보장해야 할 것이다. 업무 환경을 개편하거나 개선하려는 대부분의 노력은 일정한 초기 비용이 소요되는 과정이다. 그러나 이는 직원들에게 그들이 스스로의 미래와 커리어를 통제할 수 있는 존재라는 사실을 일깨워주고, 그로써 그들의 업무 생산성을 증대시키는, 매우 수익률이 높은 투자임을 기억할 필요가 있다. 하더는 “직원들의 행복도를 높이는 것은 매출과 고객 만족도, 미래 혁신까지, 기업 활동 전반에 긍정적인 가치를 전파하는 기본적이자 가장 장기적인 투자다. 오늘날의 비즈니스 환경에서, ‘더 적은 압박’은 ‘더 나은 결과’로 이어지는 가장 빠른 지름길이다”라고 표현했다.

CIO Korea

Netflix는 Java, RxJava 및 Spring Boot를 활용해 마이크로서비스 아키텍처를 발전시켰으며, GraphQL Federation으로의 전환을 통해 더욱 발전했다. 이 글에서는 Netflix의 아키텍처 변화와 Java 사용 변천사를 설명한다.

Netflix의 Java 사용 변천사 (번역)

안녕하세요 :) 저는 최근에 다시 Java와 Spring Boot를 사용하는 미국 회사로 이직하면서, 지난 2년간 스타트업에서 Ruby on Rails를 사용하며 잊고 지내던 Java와 Spring 생태계에 다시 발을 내딛었습니다. 🥰

현재 회사에서는 수많은 모놀리틱 서비스와 마이크로서비스가 함께 사용되는 상황이라 꽤 복잡한 아키텍처로 구성되어 있습니다. 그리고 새로운 Java/Spring 기반 서비스들이 빠르게 추가되고 있어서 각 서비스들 간의 통신이나 아키텍처 구성을 어떻게 개선해가면 좋을지 고민되는 상황이었는데요. 🙃

팀에 빅테크(FAANG) 출신 시니어 개발자들도 있어서 제가 이 개선을 주도하지는 않겠지만,
적어도 아키텍처 개선 방향에 대한 내 의견을 가지고 있어야겠다
는 생각으로 힌트를 얻고자 Java 기반 서비스들의 큰 형님격인 Netflix의 문을 두드렸습니다.

Netflix는 Java 기반 서비스들의 아키텍처를 어떻게 발전시켜나갔는지 궁금해서 찾아보다가 이 글을 발견했고, 오랜만에 Java 생태계로 돌아온 저에게 유익했던 글이라 DeepL의 도움을 받아 번역해보았습니다.

전체 내용 보기 👉 https://www.integer.blog/evolution-of-java-usage-at-netflix/?ref=careerly.co.kr

📌 목차
 1. Groovy 시대 with BFF(Backend For Frontend)
 2. RxJava와 리액티브 프로그래밍 사용
 3. GraphQL Federation으로 전환
 4. Netflix가 사용하는 Java 버전
 5. Netflix가 사용하는 Spring Boot

안녕하세요 :) 저는 최근에 다시 Java와 Spring Boot를 사용하는 미국 회사로 이직하면서, 지난 2년간 스타트업에서 Ruby on Rails를 사용하며 잊고 지내던 Java와 Spring 생태계에 다시 발을 내딛었습니다. 🥰 현재 회사에서는 수많은 모놀리틱 서비스와 마이크로서비스가 함께 사용되는 상황이라 꽤 복잡한 아키텍처로 구성되어 있습니다. 그리고 새로운 Java/Spring 기반 서비스들이 빠르게 추가되고 있어서 각 서비스들 간의 통신이나 아키텍처 구성을 어떻게 개선해가면 좋을지 고민되는 상황이었는데요. 🙃 팀에 빅테크(FAANG) 출신 시니어 개발자들도 있어서 제가 이 개선을 주도하지는 않겠지만, <code >적어도 아키텍처 개선 방향에 대한 내 의견을 가지고 있어야겠다</code>는 생각으로 힌트를 얻고자 Java 기반 서비스들의 큰 형님격인 Netflix의 문을 두드렸습니다. Netflix는 Java 기반 서비스들의 아키텍처를 어떻게 발전시켜나갔는지 궁금해서 찾아보다가 이 글을 발견했고, 오랜만에 Java 생태계로 돌아온 저에게 유익했던 글이라 DeepL의 도움을 받아 번역해보았습니다. 전체 내용 보기 👉 https://www.integer.blog/evolution-of-java-usage-at-netflix/?ref=careerly.co.kr 📌 목차<ol ><li>Groovy 시대 with BFF(Backend For Frontend)</li><li>RxJava와 리액티브 프로그래밍 사용</li><li>GraphQL Federation으로 전환</li><li>Netflix가 사용하는 Java 버전</li><li>Netflix가 사용하는 Spring Boot</li></ol>

1nteger 🏄🏻‍♂️

Mobile development is a dynamic field that evolves rapidly, demanding developers to be proactive in keeping up with the latest trends, tools, and technologies. As the app landscape continuously...

How to Stay Up-to-Date as a Mobile Developer

개발자가 간단하게 실천할 수 있는 최신 정보 습득 방법에 대해 가져와 봤습니다! 이미 실천하고 계신 분들도 많으실 것 같네요ㅎㅎ 빠르게 변하는 산업인 만큼 지속적으로 새로운 정보를 받아들이는 것은 중요할 것 같습니다.

 1.  개발자 블로그 및 뉴스레터 구독하기
     iOS, aOS 공식 블로그뿐만 아니라 업계 전문가가 운영하는 블로그나 뉴스레터를 정기적으로 받아보는 것은 꾸준히 정보의 흐름을 읽을 수 있는 가장 좋은 방법입니다.
     
     
 2.  소셜 미디어 및 온라인 커뮤니티에 참여하기
     트위터, 레딧, 스택오브플로우와 같은 개발자 커뮤니티에 가입하는 것은 개발자들과 함께 소통하면서 성장할 수 있는 좋은 방법입니다. (커리어리도 마찬가지입니다!) 관련 해시태그를 팔로우하고, 스레드에 참여해서 좋은 정보를 실시간으로 얻어보세요! (개인적으로 일론머스크의 트윗이 재밌더군요...)
     
     
 3.  컨퍼런스 및 모임 참석
     온라인 및 오프라인 컨퍼런스에 주기적으로 참여하면 동료 개발자들과 네트워크를 형성하고, 최신 업계 동향을 접할 수 있습니다. wwdc, google i/o뿐만 아니라 국내 기업에서 주최하는 세션이나 컨퍼런스에 참여해 보세요!
     
     
 4.  온라인 강좌를 통한 지속적 학습
     코세라와 같은 유명 플랫폼에서 제공하는 온라인 강좌를 통해 지속적으로 지식을 심화해 나가는 것도 좋은 방법입니다. 최신 도구나 프레임워크를 학습하는 것은 나에게 큰 도움이 될 것입니다!
     
     
 5.  출퇴근 시간에 팟캐스트 듣기
     통근 시간을 이용해 팟캐스트의 힘을 활용해 보세요! Fragmented, Swift by Sundell 및 Android Developers Backstage와 같은 팟캐스트에서는 최신 모바일 개발 사례나 인터뷰 및 토론을 제공합니다! 영어 공부도 덤이고요! 이 외에 주요 CEO들이 출연하여 기술에 대해 이야기하는 ACQUIRED를 추천드립니다! 최근에는 앤비디아의 젠슨 황이 출연하기도 했죠.
     
     
 6.  GitHub 리포지토리 및 오픈 소스 프로젝트를 팔로우하기
     GitHub만큼이나 개발자가 코드를 파보기가 좋은 데가 없죠. 도메인와 관련된 프레임워크 라이브러리 오픈소스 프로젝트의 저장소를 꾸준히 기여하고, 참여하면 코딩 기술을 업그레이드할 뿐만 아니라 새로운 코딩 표준 및 공동 개발 방식을 접할 수 있습니다.
     
     
 7.  베타 릴리즈 사용해 보기
     얼리어답터가 되어 운영체제, SDK 및 개발도구의 베타 릴리즈를 실험하면 누구보다 빠른 기술을 습득할 수 있습니다. 이러한 경험을 통해 앱을 조정하고, 개발 커뮤니티에 좋은 의견들을 나눠볼 수 있죠.
     
     
 8.  업계 보고서 읽기
     보고서를 통해 업계 최신 동향을 광범위하게 얻을 수 있습니다. 또한 시장 행동과 타깃 유저 행동에 대한 통팔력을 통해 더 큰 그림을 이해하고, 프로젝트 방향에 대한 정보를 입각한 결정을 내릴 수 있습니다. 해외 쪽 뿐만 아니라 국내 주요 기업도 리포트를 발간하고 있으니, 참고하면 좋을 것 같습니다.
     
     
 9.  개인적인 개발 계획 수립
     커리어적인 성장을 위해 체계적인 계획을 개발하는 것이 중요합니다. 학습을 위한 시간을 확보하고, 강좌 및 컨퍼런스와 같은 앞선 내용들에 리소스를 할당하고 정기적으로 스스로 평가하는 시간을 가져보는 것이 좋습니다.
     
     
 10. 지속적인 네트워킹
     네트워킹은 최신 정보를 유지하는 데에 필수적인 요소입니다 동료 개발자와 소통하고, 적극적으로 협업 기회를 찾아보는 것입니다. 멘토링 및 협업 프로젝트에 참여하는 것도 좋습니다.
     
     본문에 대한 원글은 아래 링크에서 볼 수 있습니다.
     https://medium.com/gitconnected/how-to-stay-up-to-date-as-a-mobile-developer-0d6c5ef47acc

개발자가 간단하게 실천할 수 있는 최신 정보 습득 방법에 대해 가져와 봤습니다! 이미 실천하고 계신 분들도 많으실 것 같네요ㅎㅎ 빠르게 변하는 산업인 만큼 지속적으로 새로운 정보를 받아들이는 것은 중요할 것 같습니다. <ol ><li>개발자 블로그 및 뉴스레터 구독하기iOS, aOS 공식 블로그뿐만 아니라 업계 전문가가 운영하는 블로그나 뉴스레터를 정기적으로 받아보는 것은 꾸준히 정보의 흐름을 읽을 수 있는 가장 좋은 방법입니다. </li><li>소셜 미디어 및 온라인 커뮤니티에 참여하기트위터, 레딧, 스택오브플로우와 같은 개발자 커뮤니티에 가입하는 것은 개발자들과 함께 소통하면서 성장할 수 있는 좋은 방법입니다. (커리어리도 마찬가지입니다!) 관련 해시태그를 팔로우하고, 스레드에 참여해서 좋은 정보를 실시간으로 얻어보세요! (개인적으로 일론머스크의 트윗이 재밌더군요...) </li><li>컨퍼런스 및 모임 참석온라인 및 오프라인 컨퍼런스에 주기적으로 참여하면 동료 개발자들과 네트워크를 형성하고, 최신 업계 동향을 접할 수 있습니다. wwdc, google i/o뿐만 아니라 국내 기업에서 주최하는 세션이나 컨퍼런스에 참여해 보세요! </li><li>온라인 강좌를 통한 지속적 학습코세라와 같은 유명 플랫폼에서 제공하는 온라인 강좌를 통해 지속적으로 지식을 심화해 나가는 것도 좋은 방법입니다. 최신 도구나 프레임워크를 학습하는 것은 나에게 큰 도움이 될 것입니다! </li><li>출퇴근 시간에 팟캐스트 듣기통근 시간을 이용해 팟캐스트의 힘을 활용해 보세요! Fragmented, Swift by Sundell 및 Android Developers Backstage와 같은 팟캐스트에서는 최신 모바일 개발 사례나 인터뷰 및 토론을 제공합니다! 영어 공부도 덤이고요! 이 외에 주요 CEO들이 출연하여 기술에 대해 이야기하는 ACQUIRED를 추천드립니다! 최근에는 앤비디아의 젠슨 황이 출연하기도 했죠. </li><li>GitHub 리포지토리 및 오픈 소스 프로젝트를 팔로우하기GitHub만큼이나 개발자가 코드를 파보기가 좋은 데가 없죠. 도메인와 관련된 프레임워크 라이브러리 오픈소스 프로젝트의 저장소를 꾸준히 기여하고, 참여하면 코딩 기술을 업그레이드할 뿐만 아니라 새로운 코딩 표준 및 공동 개발 방식을 접할 수 있습니다. </li><li>베타 릴리즈 사용해 보기 얼리어답터가 되어 운영체제, SDK 및 개발도구의 베타 릴리즈를 실험하면 누구보다 빠른 기술을 습득할 수 있습니다. 이러한 경험을 통해 앱을 조정하고, 개발 커뮤니티에 좋은 의견들을 나눠볼 수 있죠. </li><li>업계 보고서 읽기보고서를 통해 업계 최신 동향을 광범위하게 얻을 수 있습니다. 또한 시장 행동과 타깃 유저 행동에 대한 통팔력을 통해 더 큰 그림을 이해하고, 프로젝트 방향에 대한 정보를 입각한 결정을 내릴 수 있습니다. 해외 쪽 뿐만 아니라 국내 주요 기업도 리포트를 발간하고 있으니, 참고하면 좋을 것 같습니다. </li><li>개인적인 개발 계획 수립커리어적인 성장을 위해 체계적인 계획을 개발하는 것이 중요합니다. 학습을 위한 시간을 확보하고, 강좌 및 컨퍼런스와 같은 앞선 내용들에 리소스를 할당하고 정기적으로 스스로 평가하는 시간을 가져보는 것이 좋습니다. </li><li>지속적인 네트워킹네트워킹은 최신 정보를 유지하는 데에 필수적인 요소입니다 동료 개발자와 소통하고, 적극적으로 협업 기회를 찾아보는 것입니다. 멘토링 및 협업 프로젝트에 참여하는 것도 좋습니다. 본문에 대한 원글은 아래 링크에서 볼 수 있습니다.https://medium.com/gitconnected/how-to-stay-up-to-date-as-a-mobile-developer-0d6c5ef47acc</li></ol>

Medium

개발자가 실생활에서 실천할 수 있는 스터디 방법 소개 🔑

 1. 기본기 확실히 하기
 2. 학습 능력 키우기
 3. 의사 소통 잘하기
 4. 문제 정의 잘하기
 5. 태스크 완료 시간 추정 잘하기
 6. 운영을 고려한 코드 작성하기
 7. 서비스 사고 대처 능력 키우기
 8. 결과를 내는데 집중하기
 9. 영향력 갖기 (코딩 멍키)

대부분의 개발자들은 굉장히 트렌디하다. 특히 한국 개발자들이 더 그렇다. 회사 일이 아무리 바쁘고 재미있어도 일에서 사용하는 기술이 최신이 아닌 레거시라고 생각하면 뒤쳐진다고 느끼고 조바심과 불안감을 많이 느낀다. 안 그래도 시간도 없고 힘도 부치는데 회사 일이 끝나면 새로운 기술을 조바심/불안감 기반으로 공부하는 경우가 아주 흔한다. 흔히 이야기하는 주경야독인데 약간 건강하지 않은 형태의 주경야독이다. 낮에는 회사 일을 하느라 바쁜 와중에 밤에는 선행학습을 하느라 바쁘다는 거다. 예를 들면 회사에서 레거시 시스템을 사용하는데 이게 커리어에 도움이 안된다고 보니 밤에 지금 마켓에서 핫한 시스템 공부를 하는 거다. 이 공부의 모티브가 중요한데 불안감이나 조바심이 주된 모티브라면 건강하지 않다.

내가 생각하는 건강한 학습은 평소 맡은 업무에 몰두하고 성취하는 경험을 통해 자신감을 쌓고 인정받고 (이에 대해서 뒤 "3. 의사 소통 잘하기"와 "4. 문제 정의 잘하기"에서 더 이야기해볼 예정이다) 이를 바탕으로 필요 중심 그리고 호기심 중심으로 학습하는 것이다. 즉 "현재"(필요성)에 집중하고 "나"(호기심)에 집중하는 거다. 여기에 약간의 조바심이나 불안감이 조미료처럼 첨가된다면 금상첨화다.

그런데 이게 가능하라면 내가 있는 환경이 중요해진다. 내가 잘 맞지 않는 환경이라면 현재에 집중하기가 쉽지 않을 것이다. 잘 맞는 환경인지 아닌지 판단하는 첫 번째는 같이 일하는 사람들이 어떤 사람들인지 특히 내 매니저가 어떤 사람인지 보는 건데 힘들어도 배울 점이 많고 성장한다는 느낌이 든다면 좋은 환경이다.

다음으로 나만의 학습방법을 만들어보는 것이 필요하다. 수능공부를 하는 것이 아니니 뭔가 두꺼운 책을 하나 사서 처음부터 끝까지 읽어야만 학습이 아니란 점, 필요한만큼 이해하고 넘어가도 된다는 점, 학습을 하다보면 항상 어느 시점에는 벽에 부딪칠 것이기에 꾸준함이 중요하다는 것 등등을 인지해야 한다. 개인적으로는 잘 모르는 주제가 생기면 유투브 등으로 짧은 영상 몇개 보고 더 깊게 들어갈 필요가 있다면 잘 아는 지인들에게 (적절히 보상을 해주고) 물어본다던지 아니면 더 긴 영상 강의(유데미, 인프런, 유투브 등등)등을 찾아서 밀도있게 학습하는 형태로 가려고 한다. 뭔가 정말 제대로 배우고 싶을텐데 다른 사람을 가르쳐보거나 톡을 하는 기회를 만들어서 강제로 학습하려고 한다.

결국 내가 인정받는 것은 내가 만든 결과물이지 어떤 기술을 알고 있느냐는 아니라는 점을 인식하고 호기심과 필요성 중심으로 학습으로 하는 습관을 갖도록 하자.

<ol ><li>기본기 확실히 하기</li><li>학습 능력 키우기</li><li>의사 소통 잘하기</li><li>문제 정의 잘하기</li><li>태스크 완료 시간 추정 잘하기</li><li>운영을 고려한 코드 작성하기</li><li>서비스 사고 대처 능력 키우기</li><li>결과를 내는데 집중하기</li><li>영향력 갖기 <s>(코딩 멍키)</s></li></ol> 대부분의 개발자들은 굉장히 트렌디하다. 특히 한국 개발자들이 더 그렇다. 회사 일이 아무리 바쁘고 재미있어도 일에서 사용하는 기술이 최신이 아닌 레거시라고 생각하면 뒤쳐진다고 느끼고 조바심과 불안감을 많이 느낀다. 안 그래도 시간도 없고 힘도 부치는데 회사 일이 끝나면 새로운 기술을 조바심/불안감 기반으로 공부하는 경우가 아주 흔한다. 흔히 이야기하는 주경야독인데 약간 건강하지 않은 형태의 주경야독이다. 낮에는 회사 일을 하느라 바쁜 와중에 밤에는 선행학습을 하느라 바쁘다는 거다. 예를 들면 회사에서 레거시 시스템을 사용하는데 이게 커리어에 도움이 안된다고 보니 밤에 지금 마켓에서 핫한 시스템 공부를 하는 거다. 이 공부의 모티브가 중요한데 불안감이나 조바심이 주된 모티브라면 건강하지 않다. 내가 생각하는 건강한 학습은 평소 맡은 업무에 몰두하고 성취하는 경험을 통해 자신감을 쌓고 인정받고 (이에 대해서 뒤 "3. 의사 소통 잘하기"와 "4. 문제 정의 잘하기"에서 더 이야기해볼 예정이다) 이를 바탕으로 필요 중심 그리고 호기심 중심으로 학습하는 것이다. 즉 "현재"(필요성)에 집중하고 "나"(호기심)에 집중하는 거다. 여기에 약간의 조바심이나 불안감이 조미료처럼 첨가된다면 금상첨화다. 그런데 이게 가능하라면 내가 있는 환경이 중요해진다. 내가 잘 맞지 않는 환경이라면 현재에 집중하기가 쉽지 않을 것이다. 잘 맞는 환경인지 아닌지 판단하는 첫 번째는 같이 일하는 사람들이 어떤 사람들인지 특히 내 매니저가 어떤 사람인지 보는 건데 힘들어도 배울 점이 많고 성장한다는 느낌이 든다면 좋은 환경이다. 다음으로 나만의 학습방법을 만들어보는 것이 필요하다. 수능공부를 하는 것이 아니니 뭔가 두꺼운 책을 하나 사서 처음부터 끝까지 읽어야만 학습이 아니란 점, 필요한만큼 이해하고 넘어가도 된다는 점, 학습을 하다보면 항상 어느 시점에는 벽에 부딪칠 것이기에 꾸준함이 중요하다는 것 등등을 인지해야 한다. 개인적으로는 잘 모르는 주제가 생기면 유투브 등으로 짧은 영상 몇개 보고 더 깊게 들어갈 필요가 있다면 잘 아는 지인들에게 (적절히 보상을 해주고) 물어본다던지 아니면 더 긴 영상 강의(유데미, 인프런, 유투브 등등)등을 찾아서 밀도있게 학습하는 형태로 가려고 한다. 뭔가 정말 제대로 배우고 싶을텐데 다른 사람을 가르쳐보거나 톡을 하는 기회를 만들어서 강제로 학습하려고 한다. 결국 내가 인정받는 것은 내가 만든 결과물이지 어떤 기술을 알고 있느냐는 아니라는 점을 인식하고 호기심과 필요성 중심으로 학습으로 하는 습관을 갖도록 하자.

좋은 개발자가 알아야하는 9가지 포인트들 - 2. 학습 능력 키우

스레드를 5개월만에 런칭하기 위해 모놀리틱 아키텍처를 사용했고, 5일 만에 1억명의 사용자가 몰려드는 것을 수용할 수 있었음.

사용된 기술은 커스텀 버전의 Django와 PHP, 데이터 저장소로는 TAO/UDB/MySQL와 ZippyDB 그리고 피크 타임을 위한 서버리스 펑션 Async.

자, 말 할 거 많죠? ㅋㅋㅋ 한마디하고 싶은 분들 다 여기여기 붙으세요. 🤣🤣🤣

스레드를 5개월만에 런칭하기 위해 모놀리틱 아키텍처를 사용했고, 5일 만에 1억명의 사용자가 몰려드는 것을 수용할 수 있었음. 사용된 기술은 커스텀 버전의 Django와 PHP, 데이터 저장소로는 TAO/UDB/MySQL와 ZippyDB 그리고 피크 타임을 위한 서버리스 펑션 Async. 자, 말 할 거 많죠? ㅋㅋㅋ 한마디하고 싶은 분들 다 여기여기 붙으세요. 🤣🤣🤣

📝 메타의 스레드, 모놀리틱 아키텍처 사용

차세대 자바스크립트 런타임으로 주목받고 있는 Bun이 v1.1을 출시하였습니다. 하필 거짓말처럼 만우절에 출시를 하여 윈도우즈 사용자들의 애간장을 태웠는데요. 그동안 Bun을 윈도우에서 사용하려면 WSL(Windows Subsystem for Linux)가 필요했었는데, 이제는 네이티브로도 사용할 수 있게 되었습니다 🙌

자세한 내용은 아래 공식 블로그와 유튜브 영상을 참고 바랍니다. 실제 Bun을 개발하고 있는 엔지니어들이 직접 나와서 소개하고 있는데 같은 개발자로서 약간 웃프네용 😂

📝 블로그: https://bun.sh/blog/bun-v1.1
📺 영상: https://youtu.be/yXTFOeGly9o

많은 분들이 Bun을 단순히 Node.js 보다 무지 빠른 자바스크립트 런타임이라고 알고 계시는데, 사실 Bun은 개발자 경험이 놀랍도록 띄어난 올인원 툴키트(all-in-one toolkit)입니다. Bun만 있으면 복잡한 과정없이 자바스크립트 뿐만 아니라 타입스크립트나 JSX로 작성된 코드를 바로 실행할 수 있으며, 패키지 매니저와 테스트 러너, 심지어 번들러까지 탑재하고 있습니다. 즉, 이 모든 귀찮은 일들이 다른 라이브러리 설치하지 않아도 Bun 하나만 있으면 해결됩니다 🤯

Bun에 대해서 더 알고 싶으시다면 아래 게시물을 추천드리겠습니다.

📕 Bun: 귀엽지만 강력한 새로운 자바스크립트 런타임: https://careerly.co.kr/comments/92202

차세대 자바스크립트 런타임으로 주목받고 있는 Bun이 v1.1을 출시하였습니다. 하필 거짓말처럼 만우절에 출시를 하여 윈도우즈 사용자들의 애간장을 태웠는데요. 그동안 Bun을 윈도우에서 사용하려면 WSL(Windows Subsystem for Linux)가 필요했었는데, 이제는 네이티브로도 사용할 수 있게 되었습니다 🙌 자세한 내용은 아래 공식 블로그와 유튜브 영상을 참고 바랍니다. 실제 Bun을 개발하고 있는 엔지니어들이 직접 나와서 소개하고 있는데 같은 개발자로서 약간 웃프네용 😂 📝 블로그: https://bun.sh/blog/bun-v1.1📺 영상: https://youtu.be/yXTFOeGly9o 많은 분들이 Bun을 단순히 Node.js 보다 무지 빠른 자바스크립트 런타임이라고 알고 계시는데, 사실 Bun은 개발자 경험이 놀랍도록 띄어난 올인원 툴키트(all-in-one toolkit)입니다. Bun만 있으면 복잡한 과정없이 자바스크립트 뿐만 아니라 타입스크립트나 JSX로 작성된 코드를 바로 실행할 수 있으며, 패키지 매니저와 테스트 러너, 심지어 번들러까지 탑재하고 있습니다. 즉, 이 모든 귀찮은 일들이 다른 라이브러리 설치하지 않아도 Bun 하나만 있으면 해결됩니다 🤯 Bun에 대해서 더 알고 싶으시다면 아래 게시물을 추천드리겠습니다. 📕 Bun: 귀엽지만 강력한 새로운 자바스크립트 런타임: https://careerly.co.kr/comments/92202

🥟 Bun v1.1 출시 소식

디자인 시스템, 코드를 넘어서

https://so-so.dev/react/design-system-beyond-code/

같은 걸 3번 만드는 경험은 흔치 않죠. 그래서 글에 깊은 맛이 있답니다!!

https://so-so.dev/react/design-system-beyond-code/ 같은 걸 3번 만드는 경험은 흔치 않죠. 그래서 글에 깊은 맛이 있답니다!!

So-so

디자인시스템 3번만든 이야기

HashMap is Hash table based implementation of the Map interface. This implementation provides all of the optional map operations, and permits null values and the null key. (The HashMap class is...

Barclays Java Spring-Boot Micro-service Interview Question with answer 2024

Finally 블록에서 예외가 발생하면 어떻게 되나요?
자바에서, try-catch에서 finally 블록 내에서 예외가 발생할 때의 동작은, try-catch 블록의 예외 처리와 약간 다릅니다. 
 
[Try-Catch 블록의 예외]
 * 정상적인 플로우가 중지됩니다.
 * 예외 유형과 일치하는 catch 블록이 있다면, 해당 블록 내의 코드가 실행됩니다. 이를 통해 예외를 처리할 수 있습니다.
 * catch 블록이 완료되거나 어떤 catch 블록과도 일치하지 않으면 finally 블록의 코드가 실행됩니다.
[Finally 블록의 예외]
 * 원래의 예외가 중지됩니다. 이는 원래의 예외가 메서드 호출자에게 전달되지 않는 것을 의미합니다.
 * finally 블록에서 던진 예외가 호출자에게 전파되는 새로운 예외가 됩니다.
[키 포인트]
 * finally 블록은 try-catch 블록에서 예외가 발생하는지 여부에 관계없이 항상 실행됩니다.
 * finally 블록의 예외는 원래의 예외를 억제합니다.
 * finally 블록에서 던진 예외는 호출자가 처리해야 하는 새로운 예외가 됩니다.
[Finally 블록의 쓰임새]
 * 리소스(데이터베이스 연결, 파일 클로징)를 해제합니다.
 * 예외에 관계없이 항상 수행해야 하는 정리 작업을 처리합니다.
 
자바의 다이아몬드 문제란 무엇인가요?
"다이아몬드 문제"란 여러 상속 시나리오에서 발생하는 특정한 문제를 의미합니다. 클래스 상속 다이어그램을 그릴 때 발생하는 다이아몬드 모양에서 이름을 따왔습니다.

 1. 자바의 접근방식: 자바는 클래스의 다중상속을 지원하지 않습니다. 그러나 자바는 인터페이스의 다중상속은 허용합니다. 
 2. 자바 인터페이스의 다이아몬드 문제: 클래스가 두 개의 인터페이스를 구현하고 두 인터페이스가 모두 동일한 메소드명을 가진다면, 구현 클래스는 모호성을 해결하기 위해 메서드를 자체적으로 구현해야 합니다.
interface InterfaceA {
    default void display() {
        System.out.println("Inside InterfaceA");
    }
}

interface InterfaceB {
    default void display() {
        System.out.println("Inside InterfaceB");
    }
}

class MyClass implements InterfaceA, InterfaceB {
    // Here, we must provide our own implementation of display to resolve the ambiguity.
    @Override
    public void display() {
        InterfaceA.super.display(); // calling InterfaceA's default implementation
        InterfaceB.super.display(); // calling InterfaceB's default implementation
    }
}

어떻게 해결할 수 있을까요?

1. 메서드 오버라이딩: 구현 클래스에서 자신만의 구현을 제공하여 모호함을 해결합니다. 이 방식은 기본 구현 중 하나를 선택하거나 완전히 새로운 구현을 제공하고자 할 때 적합합니다.
class MyClass implements InterfaceA, InterfaceB {
    @Override
    public void display() {
        System.out.println("Hello world");
    }
}

2. 특정 인터페이스의 메서드 호출: 특정한 인터페이스의 메서드를 호출합니다. 
class MyClass implements InterfaceA, InterfaceB {
    @Override
    public void display() {
        InterfaceA.super.display(); // or InterfaceB.super.display()
        // Additional logic if needed
    }
}

 
Multilevel 상속이란 무엇인가요?
Multilevel 상속에서 A 클래스는 B 클래스를 상속하며, B 클래스 역시 C 클래스를 상속합니다.
 
자식 클래스는 부모 클래스를 통해 조부모 클래스에서 간접적으로 상속됩니다. 자식 클래스는 부모 및 조부모 클래스의 모든 public/protected 멤버에 접근할 수 있습니다.
 
String, Stringbuffer, Stringbuilder의 차이는 무엇인가요?
(번역/원문 참고)
 
메서드 오버라이딩과 오버로딩은 무엇인가요?
[메서드 오버로딩]
 * 단일 클래스 내에서 발생합니다. 이름은 같지만 매개 변수가 다른 동일한 클래스의 여러 메서드를 말합니다.
 * 메서드 오버로딩을 사용하면 유사한 작업을 수행하지만 입력/출력이 다른 메서드를 만들 수 있습니다.
class Calculator {
  public int add(int a, int b) {
    return a + b;
  }

  public double add(double a, double b) {
    return a + b;
  }
}

[메서드 오버라이딩]
 * 상속에서 클래스 간에 메서드 오버라이딩이 발생합니다. 하위 클래스가 상위 클래스에서 상속된 메서드를 재정의하는 것을 말합니다. 메서드는 상위 클래스 메서드와 동일한 이름, 반환 유형 및 매개 변수를 갖습니다.
 * 메서드 오버라이딩을 사용하면 하위 클래스가 상위 클래스에서 상속된 메서드를 자체적으로 구현하여 하위 클래스에 대한 동작을 전문화할 수 있습니다.
class Animal {
  public void makeSound() {
    System.out.println("Generic animal sound");
  }
}

class Dog extends Animal {
  @Override
  public void makeSound() {
    System.out.println("Woof!");
  }
}

 
예외 클래스의 계층구조는 무엇인가요?
Arraylist와 Linkedlist의 차이는 무엇인가요?
Set과 Arraylist의 차이는 무엇인가요?
(번역/원문 참고)
 
번역: [https://ducktopia.tistory.com/119]
원문:

Finally 블록에서 예외가 발생하면 어떻게 되나요?자바에서, try-catch에서 finally 블록 내에서 예외가 발생할 때의 동작은, try-catch 블록의 예외 처리와 약간 다릅니다.&nbsp;&nbsp;[Try-Catch 블록의 예외]<ul ><li>정상적인 플로우가 중지됩니다.</li><li>예외 유형과 일치하는 catch 블록이 있다면, 해당 블록 내의 코드가 실행됩니다. 이를 통해 예외를 처리할 수 있습니다.</li><li>catch 블록이 완료되거나 어떤 catch 블록과도 일치하지 않으면 finally 블록의 코드가 실행됩니다.</li></ul>[Finally 블록의 예외]<ul ><li>원래의 예외가 중지됩니다. 이는 원래의 예외가 메서드 호출자에게 전달되지 않는 것을 의미합니다.</li><li>finally 블록에서 던진 예외가 호출자에게 전파되는 새로운 예외가 됩니다.</li></ul>[키 포인트]<ul ><li>finally 블록은 try-catch 블록에서 예외가 발생하는지 여부에 관계없이 항상 실행됩니다.</li><li>finally 블록의 예외는 원래의 예외를 억제합니다.</li><li>finally 블록에서 던진 예외는 호출자가 처리해야 하는 새로운 예외가 됩니다.</li></ul>[Finally 블록의 쓰임새]<ul ><li>리소스(데이터베이스 연결, 파일 클로징)를 해제합니다.</li><li>예외에 관계없이 항상 수행해야 하는 정리 작업을 처리합니다.</li></ul>&nbsp;자바의 다이아몬드 문제란 무엇인가요?"다이아몬드 문제"란 여러 상속 시나리오에서 발생하는 특정한 문제를 의미합니다. 클래스 상속 다이어그램을 그릴 때 발생하는 다이아몬드 모양에서 이름을 따왔습니다. <ol ><li>자바의 접근방식: 자바는 클래스의 다중상속을 지원하지 않습니다. 그러나 자바는 인터페이스의 다중상속은 허용합니다.&nbsp;</li><li>자바 인터페이스의 다이아몬드 문제: 클래스가 두 개의 인터페이스를 구현하고 두 인터페이스가 모두 동일한 메소드명을 가진다면, 구현 클래스는 모호성을 해결하기 위해 메서드를 자체적으로 구현해야 합니다.</li></ol><pre ><code class="language-java">interface InterfaceA {
 default void display() {
 System.out.println("Inside InterfaceA");
 }
}

interface InterfaceB {
 default void display() {
 System.out.println("Inside InterfaceB");
 }
}

class MyClass implements InterfaceA, InterfaceB {
 // Here, we must provide our own implementation of display to resolve the ambiguity.
 @Override
 public void display() {
 InterfaceA.super.display(); // calling InterfaceA's default implementation
 InterfaceB.super.display(); // calling InterfaceB's default implementation
 }
}</code></pre>어떻게 해결할 수 있을까요? 1. 메서드 오버라이딩: 구현 클래스에서 자신만의 구현을 제공하여 모호함을 해결합니다. 이 방식은 기본 구현 중 하나를 선택하거나 완전히 새로운 구현을 제공하고자 할 때 적합합니다.<pre ><code class="language-java">class MyClass implements InterfaceA, InterfaceB {
 @Override
 public void display() {
 System.out.println("Hello world");
 }
}</code></pre>2. 특정 인터페이스의 메서드 호출: 특정한 인터페이스의 메서드를 호출합니다.&nbsp;<pre ><code class="language-java">class MyClass implements InterfaceA, InterfaceB {
 @Override
 public void display() {
 InterfaceA.super.display(); // or InterfaceB.super.display()
 // Additional logic if needed
 }
}</code></pre>&nbsp;Multilevel 상속이란 무엇인가요?Multilevel 상속에서 A 클래스는 B 클래스를 상속하며, B 클래스 역시 C 클래스를 상속합니다.&nbsp;자식 클래스는 부모 클래스를 통해 조부모 클래스에서 간접적으로 상속됩니다. 자식 클래스는 부모 및 조부모 클래스의 모든 public/protected 멤버에 접근할 수 있습니다.&nbsp;String, Stringbuffer, Stringbuilder의 차이는 무엇인가요?(번역/원문 참고)&nbsp;메서드 오버라이딩과 오버로딩은 무엇인가요?[메서드 오버로딩]<ul ><li>단일 클래스 내에서 발생합니다. 이름은 같지만 매개 변수가 다른 동일한 클래스의 여러 메서드를 말합니다.</li><li>메서드 오버로딩을 사용하면 유사한 작업을 수행하지만 입력/출력이 다른 메서드를 만들 수 있습니다.</li></ul><pre ><code class="language-java">class Calculator {
 public int add(int a, int b) {
 return a + b;
 }

 public double add(double a, double b) {
 return a + b;
 }
}</code></pre>[메서드 오버라이딩]<ul ><li>상속에서 클래스 간에 메서드 오버라이딩이 발생합니다. 하위 클래스가 상위 클래스에서 상속된 메서드를 재정의하는 것을 말합니다. 메서드는 상위 클래스 메서드와 동일한 이름, 반환 유형 및 매개 변수를 갖습니다.</li><li>메서드 오버라이딩을 사용하면 하위 클래스가 상위 클래스에서 상속된 메서드를 자체적으로 구현하여 하위 클래스에 대한 동작을 전문화할 수 있습니다.</li></ul><pre ><code class="language-java">class Animal {
 public void makeSound() {
 System.out.println("Generic animal sound");
 }
}

class Dog extends Animal {
 @Override
 public void makeSound() {
 System.out.println("Woof!");
 }
}</code></pre>&nbsp;예외 클래스의 계층구조는 무엇인가요?Arraylist와 Linkedlist의 차이는 무엇인가요?Set과 Arraylist의 차이는 무엇인가요?(번역/원문 참고)&nbsp;번역: [https://ducktopia.tistory.com/119]원문:

🕊️ 2024 버클리즈 Java SpringBoot 인터뷰 질문 

Learn to become an Data Analyst using this roadmap. Community driven, articles, resources, guides, interview questions, quizzes for modern backend development.

Data Analyst Roadmap

개발자분들은 roadmap.sh에 대해 이미 아시겠죠?
최근 데이터분석가의 로드맵도 업데이트되어 공유합니다!

사실 이렇게 보면.. 개발자 로드맵보다 조금 정립되어있지 않은 느낌도 드는데, 그래도 참고해보면 좋을 것 같아요!

https://roadmap.sh/data-analyst

개발자분들은 roadmap.sh에 대해 이미 아시겠죠?최근 데이터분석가의 로드맵도 업데이트되어 공유합니다! 사실 이렇게 보면.. 개발자 로드맵보다 조금 정립되어있지 않은 느낌도 드는데, 그래도 참고해보면 좋을 것 같아요! https://roadmap.sh/data-analyst

roadmap.sh

데이터분석가 로드맵 🤓

1. 감정은 전염되기 때문에 매우 중요하다.

2. 사람들은 자신과 연관된 것들을 자랑스러워하고 자신과 동료들이 성공할 것이라고 믿고 싶어 한다.

3. 그래서 조직을 이끄는 리더에게 주어진 가장 중요한 임무 하나가 자신감을 보여 주는 것이다.

4. 사람들은 자신감 넘치는 사람을 따르고 지지하고 싶어 한다.

5. 그렇기 때문에 자신감 있어 보이는 사람들이 취직하고 승진할 가능성이 크다.

6. 이뿐만 아니라 리더가 자신감 있게 행동하면 그 자신감이 전염되어 그를 따르는 다른 사람들도 더 자신감 있게 행동한다.

#권력을경영하는7가지원칙

1. 감정은 전염되기 때문에 매우 중요하다. 2. 사람들은 자신과 연관된 것들을 자랑스러워하고 자신과 동료들이 성공할 것이라고 믿고 싶어 한다. 3. 그래서 조직을 이끄는 리더에게 주어진 가장 중요한 임무 하나가 자신감을 보여 주는 것이다. 4. 사람들은 자신감 넘치는 사람을 따르고 지지하고 싶어 한다. 5. 그렇기 때문에 자신감 있어 보이는 사람들이 취직하고 승진할 가능성이 크다. 6. 이뿐만 아니라 리더가 자신감 있게 행동하면 그 자신감이 전염되어 그를 따르는 다른 사람들도 더 자신감 있게 행동한다. #권력을경영하는7가지원칙

< 리더의 자신감은 전염된다 >

Optimism, obsession, self-belief, raw horsepower and personal connections are how things get started. Cohesive teams, the right combination of calmness and urgency, and unreasonable commitment are...

What I Wish Someone Had Told Me

1. 일은 낙관, 집념, 신념, 거친 돌파력, 인간적 연결에서부터 시작됩니다.

2. 하지만 일을 마무리하는 것은 단합된 팀, 빠른 속도와 차분함의 조합, 무한한 헌신입니다.

3. (사람들이 착각하지만) 팀에게는 ‘중요한데 어려운 일을 하는 것’이 ‘중요하지 않지만 쉬운 일을 하는 것’보다 훨씬 더 쉽습니다. 담대한 목표는 사람들의 동기를 자극하니까요.

4. 인센티브는 슈퍼 파워지만, 신중하게 설정해야 합니다. (그게 고객이든, 직원이든, 한 번 도입한 인센티브를 되돌리긴 쉽지 않기 때문입니다)

5. (너무 많은 일을 동시에 벌이려고 하지 말고) 확신을 가지는 소수의 몇 가지에 자원을 집중하세요. 하지만 말이 쉽지, 이를 행동으로 옮기는 건 쉽진 않을 겁니다. 생각했던 것보다 훨씬 더 많은 것들을 (뼈를 깎는 고통을 감수하며) 제거해야 할 테니까요. (=존 우든 효과)

6. 커뮤니케이션은 명확하고 깔끔하게 하세요.

7. 조직의 구조가 구성원들이 생산적으로 일하는 것을 방해하게 않도록 하세요. 특히 관료주의와 헛소리에 대해선 발견할 때마다 싸우고, 구성원들 또한 이를 발견할 때마다 싸우도록 만드세요.

8. 비즈니스에서 중요한 건 결과입니다. 과정이 좋았다며, 나쁜 결과를 변명하도록 내버려두지 마세요. (결과가 안 좋았다면, 분명 프로세스에 문제가 있는 겁니다. 따라서 과정이 좋았다는 위로가 아니라, 문제를 파악하고 개선해야 더 나은 결과를 얻을 수 있습니다)

9. 채용에 더 많은 시간을 투자하고, 빠르게 성장할 가능성이 보이는 사람들을 영입하기 위해 위험을 무릎 써보세요!

10. 슈퍼스타는 보이는 것보다 훨씬 더 큰 가치를 가지지만, 그들에 대한 평가는 조직의 성과에 어떤 기여를 했는지를 두고 정확하게 내려야 합니다.

11. 빠른 반복은 많은 문제를 해결합니다. 특히 빠르게 반복할 수 있으면, 틀려도 상관없습니다. (빠르게 반복하는 과정에서 틀린 것들을 계속 수정할 테니까요)

12. 물리 법칙에 해당하는 비즈니스와는 싸우지 마세요. (비과학적인 믿음으로 사업을 하지 말라는 말입니다)

13. 영감은 쉽게 깨지고, 삶은 놀랍도록 빠릅니다. 그리고 아무것도 하지 않은 것이야말로 최악의 위험입니다.

14. 스케일은 급부상하고 있는 신흥 자산입니다.

15. 복리는 마법입니다. 그러니 규모와 복리가 만나는 비즈니스를 하세요.

16. 쓰러져도 다시 일어나 계속 나아가세요.

17. 위대한 사람들과 함께 일하는 것은 인생에서 가장 큰 축복 중 하나입니다.

- 샘 알트만

https://blog.samaltman.com/what-i-wish-someone-had-told-me

1. 일은 낙관, 집념, 신념, 거친 돌파력, 인간적 연결에서부터 시작됩니다. 2. 하지만 일을 마무리하는 것은 단합된 팀, 빠른 속도와 차분함의 조합, 무한한 헌신입니다. 3. (사람들이 착각하지만) 팀에게는 ‘중요한데 어려운 일을 하는 것’이 ‘중요하지 않지만 쉬운 일을 하는 것’보다 훨씬 더 쉽습니다. 담대한 목표는 사람들의 동기를 자극하니까요. 4. 인센티브는 슈퍼 파워지만, 신중하게 설정해야 합니다. (그게 고객이든, 직원이든, 한 번 도입한 인센티브를 되돌리긴 쉽지 않기 때문입니다) 5. (너무 많은 일을 동시에 벌이려고 하지 말고) 확신을 가지는 소수의 몇 가지에 자원을 집중하세요. 하지만 말이 쉽지, 이를 행동으로 옮기는 건 쉽진 않을 겁니다. 생각했던 것보다 훨씬 더 많은 것들을 (뼈를 깎는 고통을 감수하며) 제거해야 할 테니까요. (=존 우든 효과) 6. 커뮤니케이션은 명확하고 깔끔하게 하세요. 7. 조직의 구조가 구성원들이 생산적으로 일하는 것을 방해하게 않도록 하세요. 특히 관료주의와 헛소리에 대해선 발견할 때마다 싸우고, 구성원들 또한 이를 발견할 때마다 싸우도록 만드세요. 8. 비즈니스에서 중요한 건 결과입니다. 과정이 좋았다며, 나쁜 결과를 변명하도록 내버려두지 마세요. (결과가 안 좋았다면, 분명 프로세스에 문제가 있는 겁니다. 따라서 과정이 좋았다는 위로가 아니라, 문제를 파악하고 개선해야 더 나은 결과를 얻을 수 있습니다) 9. 채용에 더 많은 시간을 투자하고, 빠르게 성장할 가능성이 보이는 사람들을 영입하기 위해 위험을 무릎 써보세요! 10. 슈퍼스타는 보이는 것보다 훨씬 더 큰 가치를 가지지만, 그들에 대한 평가는 조직의 성과에 어떤 기여를 했는지를 두고 정확하게 내려야 합니다. 11. 빠른 반복은 많은 문제를 해결합니다. 특히 빠르게 반복할 수 있으면, 틀려도 상관없습니다. (빠르게 반복하는 과정에서 틀린 것들을 계속 수정할 테니까요) 12. 물리 법칙에 해당하는 비즈니스와는 싸우지 마세요. (비과학적인 믿음으로 사업을 하지 말라는 말입니다) 13. 영감은 쉽게 깨지고, 삶은 놀랍도록 빠릅니다. 그리고 아무것도 하지 않은 것이야말로 최악의 위험입니다. 14. 스케일은 급부상하고 있는 신흥 자산입니다. 15. 복리는 마법입니다. 그러니 규모와 복리가 만나는 비즈니스를 하세요. 16. 쓰러져도 다시 일어나 계속 나아가세요. 17. 위대한 사람들과 함께 일하는 것은 인생에서 가장 큰 축복 중 하나입니다. - 샘 알트만 https://blog.samaltman.com/what-i-wish-someone-had-told-me

Sam Altman

창업을 하고자 하는 사람들에게 해주고 싶은 말들

개발자들은 업무를 진행하면서 퍼포먼스를 올릴수 있는 방법에 대해서 끊임없이 고민하고 연구한다. 몇 줄의 코드를 수정하거나 적절한 알고리즘을 도입하는 것으로도 유의미한 변화를 만들어 낼 수도 있지만, 때에 따라서는 새로운 기술을 도입해야하는 경우도 있다. 간단하게는 신규 라이브러리의 적용 부터, 크게는 자동화 프로세스의 구...

성공적으로 새로운 기술을 도입하는 방법 | Disquiet*

혹시 회사에서 새로운 것을 시도해보려고 하는데 번번히 실패했거나, 나는 꼭 필요한 것이라고 생각하고 시도했는데 생각보다 잘 풀리지 않아 포기한 경험이 있으신가요? 그렇다면 다음과 같이 성공적으로 새로운 기술을 도입하는 몇 가지 절차와 방법에 대해 주목해 보세요.

1. 꼭 필요한 기술인지 다시 확인해보자
2. 토이 프로젝트로 검증하자
3. 기술 도입의 공감을 얻자
4. 분할 정복하자
5. 결과를 공유하자

Disquiet

퍼블리의 그로스 매니저로 커리어를 시작하여, 현재는 멤버십 사업을 총괄하고 있습니다.
합리적이고 해피한 세상을 향해 살아가고 있으며, 책과 교육, 경제에 관심을 가지고 있습니다.
일하는 것을 싫어하지만, 많이 하고 있습니다..

커리어리 Lead Product Manager

김광종

퍼블리 그로스매니저로 커리어를 시작하여, 프로덕트매니저와 사업총괄을 거쳐, 지금은 커리어리에서 채용 사업을 만들고 있습니다.
합리적이고 해피한 세상을 향해 살아가고 있으며, 책/교육/경제에 관심이 있습니다.
자유로운 삶을 추구하지만, 지금은 일에 매여 있습니다..

한국기술교육대학교 컴퓨터공학

최선문

Associate Product Manager

김지원

'즐겁고, 신나고, 재미있게!'가 인생의 좌우명입니다. 재밌게 일하고 즐거운 마음으로 배우고 싶습니다😀
#CRM #커뮤니케이션 #기획자 #사용자조사 #ENTP #여행

[성공적으로 새로운 기술을 도입하는 방법]

사업개발 & 운영 매니저

Founder

Crew of People

Diploma of Information Technology

권도언

권도언의 수첩

디스콰이엇 프로필

캐주얼하게 커피챗해요!

디스콰이엇 | IT 프로덕트 메이커를 위한 소셜 네트워크 서비스를 만듭니다.

[성공적으로 새로운 기술을 도입하는 방법]

댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필