HEIC 형식은 우리 주변에서 쉽게 볼 수 있습니다. 예를 들어, iPhone에서 사진을 찍고 AirDrop으로 데스크탑으로 전송하면 HEIC 파일로 나타납니다. Android 에서도 카메라 설정에서 HEIF 타입을 켜거나 끌 수 있습니다. 대부분 바이너리 파일은 파일의 시작 부분에 파일 유형을 포함한 다양한 정보를 담고 있습니다. 이 정보를 참고하여...

HEIC 파일 포맷 지원을 통한 사용자 경험 향상 시키기

사용자가
.jpg
파일을 업로드했지만, 실제로는
image/heic
타입이었기 때문에 업로드가 되지 않는 문제를 해결한 과정을 소개하는 글입니다. 글쓴이는 자바스크립트로 파일의 시그니처를 분석해서 HEIC 파일을 구분하여 업로드 문제를 해결했다고 합니다. 사용자가 올린 파일 타입을 확장자만 보고 믿어서는 안되며, 파일의 실제 시그니처를 확인해야 한다는 교훈을 얻을 수 있었습니다.

https://medium.com/wantedjobs/heic-%ED%8C%8C%EC%9D%BC-%ED%8F%AC%EB%A7%B7-%EC%A7%80%EC%9B%90%EC%9D%84-%ED%86%B5%ED%95%9C-%EC%82%AC%EC%9A%A9%EC%9E%90-%EA%B2%BD%ED%97%98-%ED%96%A5%EC%83%81-%EC%8B%9C%ED%82%A4%EA%B8%B0-aff166454c04

사용자가 <code >.jpg</code> 파일을 업로드했지만, 실제로는 <code >image/heic</code> 타입이었기 때문에 업로드가 되지 않는 문제를 해결한 과정을 소개하는 글입니다. 글쓴이는 자바스크립트로 파일의 시그니처를 분석해서 HEIC 파일을 구분하여 업로드 문제를 해결했다고 합니다. 사용자가 올린 파일 타입을 확장자만 보고 믿어서는 안되며, 파일의 실제 시그니처를 확인해야 한다는 교훈을 얻을 수 있었습니다. https://medium.com/wantedjobs/heic-%ED%8C%8C%EC%9D%BC-%ED%8F%AC%EB%A7%B7-%EC%A7%80%EC%9B%90%EC%9D%84-%ED%86%B5%ED%95%9C-%EC%82%AC%EC%9A%A9%EC%9E%90-%EA%B2%BD%ED%97%98-%ED%96%A5%EC%83%81-%EC%8B%9C%ED%82%A4%EA%B8%B0-aff166454c04

Medium

퇴사하는 직원에게 회사를 그만두는 이유를 물어봐도, 대학교 자퇴생에게 대학을 그만두는 이유를 물어봐도 직장과 학교 생활이 행복하지 않았기 때문이라고 한목소리로 대답한다. 그런데 그 행복을 만들어내는 기억이 무엇인지에 대해 우리는 피상적 정보만 가지고 있다. 왜냐하면 과거를 기억하는 우리 직관과 매우 다르기 때문이다. 일상 생활만 해도 그렇다. 그렇게 힘들었..

고난 극복의 기억이 미래의 행복 만든다 [김경일의 CEO 심리학] - 매일경제

퇴사하는 직원에게 회사를 그만두는 이유를 물어봐도, 대학교 자퇴생에게 대학을 그만두는 이유를 물어봐도 직장과 학교 생활이 행복하지 않았기 때문이라고 한목소리로 대답한다.

그런데 그 행복을 만들어내는 기억이 무엇인지에 대해 우리는 피상적 정보만 가지고 있다. 왜냐하면 과거를 기억하는 우리 직관과 매우 다르기 때문이다.

일상 생활만 해도 그렇다. 그렇게 힘들었다고 하면서 다시 가라고 하면 절대 가지 않겠다는 군대에 대해 우리는 왜 술자리의 안주 삼아 즐겁게 이야기하는가?

그렇다면 우리는 어떤 과거 기억을 행복한 것으로 남기고 추억하는가? 가장 중요한 것은 어떤 과거 기억을 미래 삶에 반영하는가?

독일 프랑크푸르트대 심리학자 테레사 마르틴 박사 연구진이 이에 관해 매우 흥미로운 대답을 제시했다. 연구진은 말 그대로 장기간에 걸쳐 연구했다.

독일 각지에서 온 참가자를 2003년부터 2019년까지 4년마다 소집해 인터뷰했다. 4년마다 개최되는 올림픽처럼 말이다. 여기에는 8세, 12세, 16세, 20세 등 어린이와 청소년, 젊은이를 비롯해 총 4개 그룹 114명(각각 27명, 31명, 28명, 28명)이 포함됐다.

첫 해인 2003년에서 4년이 흐른 2007년부터는 40세와 65세 그룹 58명(각각 28명, 30명)도 참가해 마찬가지로 2919년까지 4년마다 한 번씩 연구진을 만났다. 모든 연령대에서 중도 탈락률이 10% 이하였다는 것만으로도 연구진이 연구 기간 내내 얼마나 집중하고 끈질기게 연구했는지를 잘 보여준다.

참가자들은 소집될 때마다 삶에서 가장 중요한 7가지 기억을 적는다. 그리고 연구 진행자에게 각 기억이 포함된 15분 분량의 인생 이야기를 했다. 연구진은 참가자의 기억과 이야기를 얼마나 행복한지 혹은 불행한지로 구분해 정리한 뒤 추이와 양상을 분석했다.

연구 결과는 다음과 같다. 일단 남성보다 여성의 기억이 덜 긍정적이었다. 한마디로 여성이 더 걱정이 많은 것이다. 이러한 경향은 대부분의 기억과 연령대에서 보편적으로 나타났다.

나이가 들어가면서 과거를 덜 긍정적으로 기억하는 것은 남성과 여성 모두에게 동일한 경향이었다. 하지만 청소년기에 해당하는 기억은 별로 긍정적이지 못했다. 여기까지는 기억에 관한 기존 연구와 크게 다르지 않다.

그런데 여기서 가장 중요한 점이 있다. 자신의 회상에서 굉장히 버거운 질병이나 가족의 죽음, 실직, 조직 내 갈등 같은 어려운 고난에서 실패를 경험했을 때 그것을 이겨낸 경우 가장 행복한 것으로 기억했다.

더욱 중요한 것은 이후 4년의 행복에 관한 기억과 상당한 연관성이 있다는 사실이다. 특히나 이 현상은 나이가 들어갈수록 뚜렷하게 나타났다. 연구진은 이를 ‘승리와 극복에 대한 기억’이 만들어내는 행복한 기억이라고 칭했다.

가장 중요한 점은 그것이 미래의 행복, 즉 더 큰 성취와 긍정적 시간을 예측했다는 사실이다. 이는 좌절과 실패를 사회와 조직의 리더가 어떻게 받아들이고 다뤄야 하는지를 너무나도 잘 보여주는 대목이다.

퇴사하는 직원에게 회사를 그만두는 이유를 물어봐도, 대학교 자퇴생에게 대학을 그만두는 이유를 물어봐도 직장과 학교 생활이 행복하지 않았기 때문이라고 한목소리로 대답한다. 그런데 그 행복을 만들어내는 기억이 무엇인지에 대해 우리는 피상적 정보만 가지고 있다. 왜냐하면 과거를 기억하는 우리 직관과 매우 다르기 때문이다. 일상 생활만 해도 그렇다. 그렇게 힘들었다고 하면서 다시 가라고 하면 절대 가지 않겠다는 군대에 대해 우리는 왜 술자리의 안주 삼아 즐겁게 이야기하는가? 그렇다면 우리는 어떤 과거 기억을 행복한 것으로 남기고 추억하는가? 가장 중요한 것은 어떤 과거 기억을 미래 삶에 반영하는가? 독일 프랑크푸르트대 심리학자 테레사 마르틴 박사 연구진이 이에 관해 매우 흥미로운 대답을 제시했다. 연구진은 말 그대로 장기간에 걸쳐 연구했다. 독일 각지에서 온 참가자를 2003년부터 2019년까지 4년마다 소집해 인터뷰했다. 4년마다 개최되는 올림픽처럼 말이다. 여기에는 8세, 12세, 16세, 20세 등 어린이와 청소년, 젊은이를 비롯해 총 4개 그룹 114명(각각 27명, 31명, 28명, 28명)이 포함됐다. 첫 해인 2003년에서 4년이 흐른 2007년부터는 40세와 65세 그룹 58명(각각 28명, 30명)도 참가해 마찬가지로 2919년까지 4년마다 한 번씩 연구진을 만났다. 모든 연령대에서 중도 탈락률이 10% 이하였다는 것만으로도 연구진이 연구 기간 내내 얼마나 집중하고 끈질기게 연구했는지를 잘 보여준다. 참가자들은 소집될 때마다 삶에서 가장 중요한 7가지 기억을 적는다. 그리고 연구 진행자에게 각 기억이 포함된 15분 분량의 인생 이야기를 했다. 연구진은 참가자의 기억과 이야기를 얼마나 행복한지 혹은 불행한지로 구분해 정리한 뒤 추이와 양상을 분석했다. 연구 결과는 다음과 같다. 일단 남성보다 여성의 기억이 덜 긍정적이었다. 한마디로 여성이 더 걱정이 많은 것이다. 이러한 경향은 대부분의 기억과 연령대에서 보편적으로 나타났다. 나이가 들어가면서 과거를 덜 긍정적으로 기억하는 것은 남성과 여성 모두에게 동일한 경향이었다. 하지만 청소년기에 해당하는 기억은 별로 긍정적이지 못했다. 여기까지는 기억에 관한 기존 연구와 크게 다르지 않다. 그런데 여기서 가장 중요한 점이 있다. 자신의 회상에서 굉장히 버거운 질병이나 가족의 죽음, 실직, 조직 내 갈등 같은 어려운 고난에서 실패를 경험했을 때 그것을 이겨낸 경우 가장 행복한 것으로 기억했다. 더욱 중요한 것은 이후 4년의 행복에 관한 기억과 상당한 연관성이 있다는 사실이다. 특히나 이 현상은 나이가 들어갈수록 뚜렷하게 나타났다. 연구진은 이를 ‘승리와 극복에 대한 기억’이 만들어내는 행복한 기억이라고 칭했다. 가장 중요한 점은 그것이 미래의 행복, 즉 더 큰 성취와 긍정적 시간을 예측했다는 사실이다. 이는 좌절과 실패를 사회와 조직의 리더가 어떻게 받아들이고 다뤄야 하는지를 너무나도 잘 보여주는 대목이다.

매일경제

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

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

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

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

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

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

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

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

Uncover the mechanics of Just Walk Out technology by Amazon from our NRF booth walk-through.

Learn how the Just Walk Out technology experience works

아마존은 혁신적인 기업입니다. 국내에서 가장 혁신적인 이커머스 서비스로 자리매김한 쿠팡은 처음부터 아마존의 전략을 공개적으로 벤치마킹했습니다. 아마존은 결제 없이 물건을 갖고 매장을 떠나면 되는 '저스트 워크 아웃' 프로그램을 중단하고 '아마존 고'도 조금씩 철수하는 모양새입니다. 2022년 이후 이미 8개 이상의 매장을 폐점했고 '아마존 고'의 기술을 외부에 판매하는 솔루션 제공자로서의 비즈니스 '저스트 워크 아웃' 프로그램은 아예 중단하기로 했습니다. 아마존은 오프라인에서 실패한 걸까요?

*아마존 고 - 계산대가 없는 편의점 형태의 매장으로 체크인 후 상품을 집어 가방에 넣고 나가는 방식으로 컴퓨터 비전, 센서 퓨전 등의 기술을 활용해 2016년 12월에 시애틀에서 처음 선보임

*저스트 워크 아웃 - 아마존 고의 기술을 활용해 슈퍼마켓, 백화점 등 외부에 적용한 서비스로 2020년 3월 시애틀에서 처음 선보임

[ 큐레이터의 문장 🎒 ]

1️⃣ 팬데믹 환경으로 인한 타격

주로 도심에 있던 '아마존 고' 무인매장은 최첨단 리테일이라며 관심을 불러일으켰지만 팬데믹 환경에서 도시가 텅 비게 되면서 방문자가 줄어들었습니다. 방문자가 줄어들고 관심이 사라지니 매장은 더 발전하는 대신 조금씩 기능이 축소되고 통합되기 시작했습니다. 매대 별로 촘촘하게 설치되었던 카메라는 줄어들어서 구역(Zoning)을 바라보는 통폐합이 이루어졌죠. 매대 중간에 설치된 알렉사는 Just Walk Out 대신 사용자를 생각하게 만들었습니다. 알렉사를 부르고 질문을 해야 할까?

2️⃣ 기술중심주의와 고객중심주의

아마존이 혁신적이라고 평가받고 비즈니스 성과로 이를 증명했던 근본적 이유는 '고객중심주의'였습니다. 기술은 고객경험을 위해서 필요했던 것이었고 과감한 투자를 선행한 덕에 시장을 선도할 수 있었죠. 그런데 '아마존 고'는 새롭지만 놀랍도록 기술중심주의였습니다. 매장엔 100대가 넘는 카메라와 선반의 저울, 레이더 센서 등이 있었죠. 물건을 하나 들었다 내렸을 때, 다른 곳에 내렸을 때 계속 측정하고 분석했습니다. 작은 편의점을 만들기 위해 150억 달러 이상을 들이고 있었죠. 동네에 눈에 띄는 ㅇㅇㅅㅋㄹ 등 무인 아이스크림 매장과 냉정하게 비교하면 고객경험의 차이는 무엇일까요?

3️⃣ 기술을 운영하는 인건비 부담

첨단 기술의 집약체로 보였던 아마존 고는 사실 Behind of the Scene에서 많은 운영인력이 필요했습니다. 센서에만 의존해서 연산하기에는 어려움이 있었고 여러 카메라가 설치된 매대를 바라보면서 모니터링하는 인력이 인도에만 1,000명 이상이 있었다고 하니까요. 100% 무인매장을 선보이는 것을 목표로 했지만 기술 개발, 업데이트, 모니터링 인력까지 늘어나면서 컨셉이 무너졌습니다. 실제로 최근 아마존 고 매장에는 유인 계산대가 생겼습니다.

4️⃣ 아마존에겐 익숙한 실패

아마존은 작년에 좋은 실적을 보였습니다. 연간 매출은 전년 대비 12% 증가한 5748억 달러, 영업이익은 300% 이상 증가한 369억 달러였죠. 2만 7000명 이상의 직원을 정리해고 하는 등 비용감축에 나선 것도 원인이겠지만 근본적으로 실패를 극복하면서 성장해 왔습니다.

➊ '아마존 옥션'의 실패 -> 제3자 판매방식(마켓플레이스)을 통한 오픈마켓으로 커머스 성장
➋ '파이어폰' 실패 -> '아마존 에코'로 시장 선점
➌ '아마존 언박싱' 실패 -> '아마존 비디오'로 넷플릭스와 경쟁

5️⃣ 아마존의 오프라인 그 다음

아마존은 오프라인보다 온라인에서 강한 기업이고 온라인에서 3억 명의 고객 대상으로 쌓은 데이터에 차별화 포인트가 있습니다. 기존에 천문학적인 비용을 투입해야 했던 아마존 고 방식을 바꿔서 공간 별로 카메라 등 비교적 저렴한 센서를 통해 자동화 기술을 도입하고 모니터링 인력을 축소할 수 있는 기술에 집중할 것으로 보입니다. 더 적은 비용으로 운영할 수 있도록 이미 매장을 운영하고 있는 월마트 등의 일부 공간(층, 존 등)을 활용해서 협업하는 모델로 비용을 줄이고 규모의 경제를 만들 수도 있습니다.

https://youtu.be/j9iNEhn4NmE?si=3AEGdlc721RpO43b&t=187

아마존은 혁신적인 기업입니다. 국내에서 가장 혁신적인 이커머스 서비스로 자리매김한 쿠팡은 처음부터 아마존의 전략을 공개적으로 벤치마킹했습니다. 아마존은 결제 없이 물건을 갖고 매장을 떠나면 되는 '저스트 워크 아웃' 프로그램을 중단하고 '아마존 고'도 조금씩 철수하는 모양새입니다. 2022년 이후 이미 8개 이상의 매장을 폐점했고 '아마존 고'의 기술을 외부에 판매하는 솔루션 제공자로서의 비즈니스 '저스트 워크 아웃' 프로그램은 아예 중단하기로 했습니다. 아마존은 오프라인에서 실패한 걸까요? *아마존 고 - 계산대가 없는 편의점 형태의 매장으로 체크인 후 상품을 집어 가방에 넣고 나가는 방식으로 컴퓨터 비전, 센서 퓨전 등의 기술을 활용해 2016년 12월에 시애틀에서 처음 선보임 *저스트 워크 아웃 - 아마존 고의 기술을 활용해 슈퍼마켓, 백화점 등 외부에 적용한 서비스로 2020년 3월 시애틀에서 처음 선보임 [ 큐레이터의 문장 🎒 ] 1️⃣ 팬데믹 환경으로 인한 타격 주로 도심에 있던 '아마존 고' 무인매장은 최첨단 리테일이라며 관심을 불러일으켰지만 팬데믹 환경에서 도시가 텅 비게 되면서 방문자가 줄어들었습니다. 방문자가 줄어들고 관심이 사라지니 매장은 더 발전하는 대신 조금씩 기능이 축소되고 통합되기 시작했습니다. 매대 별로 촘촘하게 설치되었던 카메라는 줄어들어서 구역(Zoning)을 바라보는 통폐합이 이루어졌죠. 매대 중간에 설치된 알렉사는 Just Walk Out 대신 사용자를 생각하게 만들었습니다. 알렉사를 부르고 질문을 해야 할까? 2️⃣ 기술중심주의와 고객중심주의 아마존이 혁신적이라고 평가받고 비즈니스 성과로 이를 증명했던 근본적 이유는 '고객중심주의'였습니다. 기술은 고객경험을 위해서 필요했던 것이었고 과감한 투자를 선행한 덕에 시장을 선도할 수 있었죠. 그런데 '아마존 고'는 새롭지만 놀랍도록 기술중심주의였습니다. 매장엔 100대가 넘는 카메라와 선반의 저울, 레이더 센서 등이 있었죠. 물건을 하나 들었다 내렸을 때, 다른 곳에 내렸을 때 계속 측정하고 분석했습니다. 작은 편의점을 만들기 위해 150억 달러 이상을 들이고 있었죠. 동네에 눈에 띄는 ㅇㅇㅅㅋㄹ 등 무인 아이스크림 매장과 냉정하게 비교하면 고객경험의 차이는 무엇일까요? 3️⃣ 기술을 운영하는 인건비 부담 첨단 기술의 집약체로 보였던 아마존 고는 사실 Behind of the Scene에서 많은 운영인력이 필요했습니다. 센서에만 의존해서 연산하기에는 어려움이 있었고 여러 카메라가 설치된 매대를 바라보면서 모니터링하는 인력이 인도에만 1,000명 이상이 있었다고 하니까요. 100% 무인매장을 선보이는 것을 목표로 했지만 기술 개발, 업데이트, 모니터링 인력까지 늘어나면서 컨셉이 무너졌습니다. 실제로 최근 아마존 고 매장에는 유인 계산대가 생겼습니다. 4️⃣ 아마존에겐 익숙한 실패 아마존은 작년에 좋은 실적을 보였습니다. 연간 매출은 전년 대비 12% 증가한 5748억 달러, 영업이익은 300% 이상 증가한 369억 달러였죠. 2만 7000명 이상의 직원을 정리해고 하는 등 비용감축에 나선 것도 원인이겠지만 근본적으로 실패를 극복하면서 성장해 왔습니다. ➊ '아마존 옥션'의 실패 -&gt; 제3자 판매방식(마켓플레이스)을 통한 오픈마켓으로 커머스 성장➋ '파이어폰' 실패 -&gt; '아마존 에코'로 시장 선점➌ '아마존 언박싱' 실패 -&gt; '아마존 비디오'로 넷플릭스와 경쟁 5️⃣ 아마존의 오프라인 그 다음 아마존은 오프라인보다 온라인에서 강한 기업이고 온라인에서 3억 명의 고객 대상으로 쌓은 데이터에 차별화 포인트가 있습니다. 기존에 천문학적인 비용을 투입해야 했던 아마존 고 방식을 바꿔서 공간 별로 카메라 등 비교적 저렴한 센서를 통해 자동화 기술을 도입하고 모니터링 인력을 축소할 수 있는 기술에 집중할 것으로 보입니다. 더 적은 비용으로 운영할 수 있도록 이미 매장을 운영하고 있는 월마트 등의 일부 공간(층, 존 등)을 활용해서 협업하는 모델로 비용을 줄이고 규모의 경제를 만들 수도 있습니다. https://youtu.be/j9iNEhn4NmE?si=3AEGdlc721RpO43b&amp;t=187

YouTube

⟪아마존이 성공한 근본적 이유⟫

Next.js 14.2 includes development, production, and caching improvements. Including new configuration options, 99% Turbopack tests passing, and more.

Next.js 14.2

2024년 4월 12일, Next.js 14.2 버전이 출시 되었습니다. 주요 변경사항을 정리해보았습니다.

 * Turbopack 개발중, 프로덕션 용도로는 아직 시기상조
   * 개발 모드 (
     next dev --turbo
     )에서 99.8%의 통합 테스트를 통과했습니다.
   * 빌드(
     next build
     ) 용으로는 아직 개발중으로, 74.7%의 테스트를 통과했습니다.
 * 빌드 및 프로덕션 성능이 개선됨, 특히 메모리 사용량이 줄어듬
   * 서버/클라이언트 컴포넌트 간 트리 쉐이킹이 더 좋아졌습니다.
   * 미니멀로 세팅한 Next.js 앱에서 메모리 사용량과 캐시 파일 크기가 평균
     2.2GB
     에서
     190MB
     미만으로 감소했다고 합니다. CI 빌드 시 메모리 부족으로 머신이 뻗는 현상이 줄어들겠네요.
 * 에러 DX가 개선됨, Hydration 에러가 어디서 발생했는지 더 잘 보여줌
   * Next.js에서 종종 겪던
     Hydration failed because the initial ui does not match what was rendered on the server
     에러에 대한 원인을 더 잘 찾을 수 있을 것 같습니다.
 * React 19와 통합한 메이저 버전을 준비중
   * 아마도 Next.js 15가 될 것 같습니다.

자세한 내용은 Next.js 블로그 (https://nextjs.org/blog/next-14-2) 를 참고해주세요.

2024년 4월 12일, Next.js 14.2 버전이 출시 되었습니다. 주요 변경사항을 정리해보았습니다. <ul ><li>Turbopack 개발중, 프로덕션 용도로는 아직 시기상조<ul ><li>개발 모드 (<code >next dev --turbo</code>)에서 99.8%의 통합 테스트를 통과했습니다.</li><li>빌드(<code >next build</code>) 용으로는 아직 개발중으로, 74.7%의 테스트를 통과했습니다.</li></ul></li><li>빌드 및 프로덕션 성능이 개선됨, 특히 메모리 사용량이 줄어듬<ul ><li>서버/클라이언트 컴포넌트 간 트리 쉐이킹이 더 좋아졌습니다.</li><li>미니멀로 세팅한 Next.js 앱에서 메모리 사용량과 캐시 파일 크기가 평균 <code >2.2GB</code>에서 <code >190MB</code> 미만으로 감소했다고 합니다. CI 빌드 시 메모리 부족으로 머신이 뻗는 현상이 줄어들겠네요.</li></ul></li><li>에러 DX가 개선됨, Hydration 에러가 어디서 발생했는지 더 잘 보여줌<ul ><li>Next.js에서 종종 겪던 <code >Hydration failed because the initial ui does not match what was rendered on the server</code> 에러에 대한 원인을 더 잘 찾을 수 있을 것 같습니다.</li></ul></li><li>React 19와 통합한 메이저 버전을 준비중<ul ><li>아마도 Next.js 15가 될 것 같습니다.</li></ul></li></ul> 자세한 내용은 Next.js 블로그 (https://nextjs.org/blog/next-14-2) 를 참고해주세요.

Nextjs

Next.js 14.2 릴리즈

1. 야간 주행을 생각해보라.

2. 헤드라이트는 고작 50~100미터 앞밖에 비추지 못하지만 당신은 그 차를 몰고 캘리포니아에서 뉴욕까지라도 갈 수 있다.

3. 전방 100미터만 보이면 충분하기 때문이다.

4. 인생이 우리 앞에 펼쳐지는 모습도 이와 같다.

5. 전방 100미터가 펼쳐지고 나면 다음 전방 100미터가 펼쳐지고, 다시 다음으로 100미터가 펼쳐지고, 그렇게 나아간다고 믿으면, 삶은 계속 이어진다.

6. 그리고 결국에는 진정으로 원하는 게 무엇이든 그 목적지에 다다를 것이다.

7. 당신이 원했기 때문에.

#시크릿

1. 야간 주행을 생각해보라. 2. 헤드라이트는 고작 50~100미터 앞밖에 비추지 못하지만 당신은 그 차를 몰고 캘리포니아에서 뉴욕까지라도 갈 수 있다. 3. 전방 100미터만 보이면 충분하기 때문이다. 4. 인생이 우리 앞에 펼쳐지는 모습도 이와 같다. 5. 전방 100미터가 펼쳐지고 나면 다음 전방 100미터가 펼쳐지고, 다시 다음으로 100미터가 펼쳐지고, 그렇게 나아간다고 믿으면, 삶은 계속 이어진다. 6. 그리고 결국에는 진정으로 원하는 게 무엇이든 그 목적지에 다다를 것이다. 7. 당신이 원했기 때문에. #시크릿

< 인생은 야간 운전과 같다 >

계란후라이 899

면접은 사람과 사람이 만나 서로의 생각을 이야기 나누는 시간입니다. 사전적 의미로 면접은 서로 대면하여 만남이라고 짧게 정의하고 있습니다. 우리가 살고 있는 이 시대에서 면접은 주로 회사에서 고용주가 인재를 채용하기 위해 검증하는 수단의 의미로 통용되고 있습니다. 간혹 회사 채용이 아닌 학교에서 입학 면접을 보기도 하고, 공공기관에서 자격을 부여할 때 사용하는 검증 방식을 면접이라고 부릅니다. 모두 일맥상통하게 이 시대의 면접은 어떤 기회를 얻길 원하는 사람이 기회를 줄 수 있는 평가자를 만나 검증받는 수단을 의미하고 있습니다.
이렇게 정의하고 보니 면접이 제법 딱딱하게 느껴집니다. 처음 만나는 누군가에게 평가를 받는다고 생각하니 쉽지 않은 자리가 맞습니다. 지난 과거에 제가 평가받는 사람으로 참여했던 면접을 회상해 봅니다. 첫 직장을 갖기 위해 주로 규모가 큰 회사에 입사 지원을 했습니다. 그 시절엔 지금과 같이 상시 채용 개념이 적고 신입은 공채로 입사를 많이 했습니다. 작은 회사의 상시 채용 공고를 잘 확인하기 어려웠기도 하지만, 마음속으로 '그래도 이름 한 번은 들어본 기업에 입사하고 싶다'라는 바램이 있었습니다.
첫 취업을 도전하던 당시에 면접 관련 기억에 남는 몇 장면이 있습니다. 입사 지원자 5명 이상과 면접관 3명 이상이 만나 다대다 면접 방식을 많이 진행했고, 시커먼 정장을 입고 묵이 졸리는 넥타이를 매고 딱딱한 구두 속으로 발가락을 꼼지락거리며 면접 차례를 기다렸던 기억이 납니다. 약속된 면접 일정보다 30분에서 1시간 정도 지연되어 기다리는 것은 양호한 편이었습니다. 면접 약속한 시간보다 지연되는 이유는 면접관 분들이 배정된 시간보다 더 오래 면접을 보아 그 시간이 점점 누적되어 뒤에 기다리는 사람에게 여파가 되는 것입니다. 면접관 잘못만은 아니고 면접 한 회차에 주어진 시간이 짧고 면접을 봐야 하는 후보자는 많아서 생기는 웃지 못할 상황인 것입니다.
그 시절 면접관은 입사 지원자에게 날카로운 질문을 잘 했습니다. 지혜와 명철로 날카롭다가 아니라 지치고 힘듦에서 오는 신경질적으로 날이 선 칼날 같은 질문이었습니다. 예를 들면, 영어 이름 표기를 왜 그렇게 했냐? 학교 성적이 저조한데 도대체 뭐 했냐? 야근을 시키면 어떻게 할 거냐? 등 지금은 상상하기 어렵고, 마음에 상처가 되는 질문을 받았던 기억이 납니다. 면접을 보면 수고했다는 의미로 면접비라는 소소한 용돈을 받았습니다. 면접에 참여한 전우들과 삼삼오오 모여 순댓국에 소주 한 잔을 했습니다. 취준생이 다른 취준생을 만나 취업 준비의 어려움을 하소연하고, 서로 알고 있는 취업 정보와 노하우를 기꺼이 나누기도 했습니다. 힘들고 어려운 취준생의 삶이 소주처럼 쓰고 삼키기 어려웠지만, 면접 자리에서 만나는 사람들과 대화는 순댓국처럼 따뜻했습니다.

계란후라이 899 면접은 사람과 사람이 만나 서로의 생각을 이야기 나누는 시간입니다. 사전적 의미로 면접은 서로 대면하여 만남이라고 짧게 정의하고 있습니다. 우리가 살고 있는 이 시대에서 면접은 주로 회사에서 고용주가 인재를 채용하기 위해 검증하는 수단의 의미로 통용되고 있습니다. 간혹 회사 채용이 아닌 학교에서 입학 면접을 보기도 하고, 공공기관에서 자격을 부여할 때 사용하는 검증 방식을 면접이라고 부릅니다. 모두 일맥상통하게 이 시대의 면접은 어떤 기회를 얻길 원하는 사람이 기회를 줄 수 있는 평가자를 만나 검증받는 수단을 의미하고 있습니다.이렇게 정의하고 보니 면접이 제법 딱딱하게 느껴집니다. 처음 만나는 누군가에게 평가를 받는다고 생각하니 쉽지 않은 자리가 맞습니다. 지난 과거에 제가 평가받는 사람으로 참여했던 면접을 회상해 봅니다. 첫 직장을 갖기 위해 주로 규모가 큰 회사에 입사 지원을 했습니다. 그 시절엔 지금과 같이 상시 채용 개념이 적고 신입은 공채로 입사를 많이 했습니다. 작은 회사의 상시 채용 공고를 잘 확인하기 어려웠기도 하지만, 마음속으로 '그래도 이름 한 번은 들어본 기업에 입사하고 싶다'라는 바램이 있었습니다.첫 취업을 도전하던 당시에 면접 관련 기억에 남는 몇 장면이 있습니다. 입사 지원자 5명 이상과 면접관 3명 이상이 만나 다대다 면접 방식을 많이 진행했고, 시커먼 정장을 입고 묵이 졸리는 넥타이를 매고 딱딱한 구두 속으로 발가락을 꼼지락거리며 면접 차례를 기다렸던 기억이 납니다. 약속된 면접 일정보다 30분에서 1시간 정도 지연되어 기다리는 것은 양호한 편이었습니다. 면접 약속한 시간보다 지연되는 이유는 면접관 분들이 배정된 시간보다 더 오래 면접을 보아 그 시간이 점점 누적되어 뒤에 기다리는 사람에게 여파가 되는 것입니다. 면접관 잘못만은 아니고 면접 한 회차에 주어진 시간이 짧고 면접을 봐야 하는 후보자는 많아서 생기는 웃지 못할 상황인 것입니다.그 시절 면접관은 입사 지원자에게 날카로운 질문을 잘 했습니다. 지혜와 명철로 날카롭다가 아니라 지치고 힘듦에서 오는 신경질적으로 날이 선 칼날 같은 질문이었습니다. 예를 들면, 영어 이름 표기를 왜 그렇게 했냐? 학교 성적이 저조한데 도대체 뭐 했냐? 야근을 시키면 어떻게 할 거냐? 등 지금은 상상하기 어렵고, 마음에 상처가 되는 질문을 받았던 기억이 납니다. 면접을 보면 수고했다는 의미로 면접비라는 소소한 용돈을 받았습니다. 면접에 참여한 전우들과 삼삼오오 모여 순댓국에 소주 한 잔을 했습니다. 취준생이 다른 취준생을 만나 취업 준비의 어려움을 하소연하고, 서로 알고 있는 취업 정보와 노하우를 기꺼이 나누기도 했습니다. 힘들고 어려운 취준생의 삶이 소주처럼 쓰고 삼키기 어려웠지만, 면접 자리에서 만나는 사람들과 대화는 순댓국처럼 따뜻했습니다.

꿈을 찾는 사람에게 보내는 86 번째 편지

여러분이 궁금해하셨던 10문10답 | 지난 일기 이후 결과를 공개하기 조금 이른 듯하여 오늘은 그동안 받은 QnA를 중심으로 일기를 써 볼까 합니다. 0.

240411 3개월간의 취업 과정을 마무리하며

https://brunch.co.kr/@ryuing/38

낯선 타지에서 취업에 성공한 이야기입니다
비자, 영어, 멘탈 관리 등 생생한 경험담이네요 👍👍

https://brunch.co.kr/@ryuing/38 낯선 타지에서 취업에 성공한 이야기입니다비자, 영어, 멘탈 관리 등 생생한 경험담이네요 👍👍

Brunch Story

미국 취업 성공 스토리

요즘 초등학생 조카가 게임기 닌텐도 스위치에 푹 빠져 있다. 신종 코로나바이러스 감염증(코로나19) 사태 이후 툭 하면 학교가 쉬고, 친구들과 놀이터에서 어울려 놀기도 쉽지 않아...

닌텐도 CEO의 순수한 행복찾기[이호재의 띠지 풀고 책 수다]

게임계에서, 그리고 경영계에서도 전설이 된 지금은 고인이 된 닌텐도의 CEO 이와타 사토루의 이야기입니다. 단순한 전기가 아니라, 구어체로 이와타 자신의 생각을 전달하는 특이한 형식이어서 마치 앞에서 이야기를 듣는 것 같은 느낌을 주는 책입니다. 그리고 다른 회사 경영의 위인들의 책과는 다르게 따뜻함이 느껴집니다.

이 책은 매우 분량이 작고, 그만큼 모든 페이지가 울림을 줍니다. 그 중에서도 굳이 지금 가장 기억에 남는 문구를 꼽자면

- 기획이 잘 진행되는 때란, 최초의 계획에서는 정하지 않았던 일을 "이것, 내가 해볼까요?" 이런 느낌으로 누군가가 처리해줄 때, 이런 사람이 많이 나타나는 프로젝트가 대체로 잘됩니다.

게임계에서, 그리고 경영계에서도 전설이 된 지금은 고인이 된 닌텐도의 CEO 이와타 사토루의 이야기입니다. 단순한 전기가 아니라, 구어체로 이와타 자신의 생각을 전달하는 특이한 형식이어서 마치 앞에서 이야기를 듣는 것 같은 느낌을 주는 책입니다. 그리고 다른 회사 경영의 위인들의 책과는 다르게 따뜻함이 느껴집니다. 이 책은 매우 분량이 작고, 그만큼 모든 페이지가 울림을 줍니다. 그 중에서도 굳이 지금 가장 기억에 남는 문구를 꼽자면 - 기획이 잘 진행되는 때란, 최초의 계획에서는 정하지 않았던 일을 "이것, 내가 해볼까요?" 이런 느낌으로 누군가가 처리해줄 때, 이런 사람이 많이 나타나는 프로젝트가 대체로 잘됩니다.

동아일보

일에 의미가 필요한 날에는, <이와타씨에게 묻다>

This week we have Mitchell Hashimoto, the founder of HashiCorp. We talk about where it all started and how the company and it's tools have impacted the indus...

Mitchell Hashimoto - Founder of HashiCorp, Terraform, and Thoughts of Open Source Monetization

https://www.youtube.com/watch?v=vw61iI08iro devtools.fm 팟캐스트에 미첼 하시모토가 출연해서 인터뷰한 내용을 요약해봤어요.

미첼 하시모토는 Terraform, Vault 등을 만든 하시코프(https://www.hashicorp.com/)의 창업자인데요.
CEO -> CTO -> IC 를 거쳐 현재는 회사를 그만두고, 개인 프로젝트와 육아에 전념하고 있어요.

개인프로젝트, 개발에 대한 생각들을 https://mitchellh.com/ 에 올리고 있으니 관심있는 분은 읽어보셔도 좋을 것 같아요.
개인적으로 미첼의 팬이라 트위터 계정도 팔로우하고, 올라오는 아티클도 열심히 찾아 읽고있어요.

미첼은 최근에 https://mitchellh.com/ghostty 라는 이름의 터미널 에뮬레이터를 만드는 개인 프로젝트를 진행하고 있는데, 베타테스터 신청만 벌써 700명이라고 하네요.

팟캐스트 영상은 며칠 전에 올라왔는데 어제 밤 들으면서 간단히 요약했던 내용을 커리어리에도 올려봐요. 영상이 길어서 1,2 로 나눠서 정리할 예정 (뒷부분은 아직 못봤어요...)

Mitchell Hashimoto - Founder of HashiCorp, Terraform, and Thoughts of Open Source Monetization

러스트 쓰고 읽을 때는 재미가 없지만, Zig 할 때는 Ruby의 ‘개발은 즐거워야 한다’ 는 그 마음을 다시 느낀다고…

Zig가 메모리 세이프한 언어는 아니지만, 코드를 작성할 때 어떤 머신코드로 컴파일 될지 직관적으로 이해할 수 있고, 그런 점을 좋아한다고 한다. Rust는 하나도 모르지만 C, Ruby, Go, Zig 로의 좋아하는 언어 방향성이 비슷해서 더 공감갔다.

사이드 프로젝트 였던 vagrant가 인기를 끌면서 출근했다가, 퇴근하고 vagrant개발하고, 출근하고…를 반복하다 이렇게 계속 유지할 수는 없다고 생각. 개발 커뮤니티에 참여하면서 자동화 툴에 대한 업계의 니즈가 미쉘과 아르몬이 생각해왔던 것과 동일함을 느끼고 하시코프를 창업.

직원이 10명이 넘어가면서, 소프트웨어의 (설계) 품질을 계속 유지하고 싶어져서… 문서로 정리하게 됨. 아마도 이것일까… https://www.hashicorp.com/tao-of-hashicorp

공동창업자인 아르몬과 작업할 때도, 바로 자리에 돌아가서 개발하기 보다는 소프트웨어의 디자인, 최종 골의 모습과 형태(명세)를 공유하고 한명은 코어, 한명은 CLI를 개발했지만 최종적으로 같은 골을 향해 만나는 형태로 진행했다.

아르몬은 CS에 정통한 기술위주였다면, 하시모토는 일을 하는 방법에 대해서는 극단적으로 설계와, 명세 기반의 협업을 통한 결과 도출을 중요시 했고 6주동안 개발하고 0.1을 릴리즈한 vault는 릴리즈 이틀전까지 바이너리가 없었지만 단위테스트와 (강력한) 디자인 문서를 기반으로 완성했다.

가장 좋아하는 프로젝트는 역시 테라폼. 영향도는 vault 일지 모르지만, 테라폼 개발이 가장 즐거웠다. 텀블러에 이런게 필요하다는 이야기를 적었었고, 누구도 만들어주지 않았지만 괜찮았다. 클라우드 포메이션이 발표되고 괜찮다고 생각했지만, 이렇게 하면 더 좋을 것 같았고 그게 테라폼. :)

2번째 정리에서 계속...

https://www.youtube.com/watch?v=vw61iI08iro devtools.fm 팟캐스트에 미첼 하시모토가 출연해서 인터뷰한 내용을 요약해봤어요. 미첼 하시모토는 Terraform, Vault 등을 만든 하시코프(https://www.hashicorp.com/)의 창업자인데요. CEO -&gt; CTO -&gt; IC 를 거쳐 현재는 회사를 그만두고, 개인 프로젝트와 육아에 전념하고 있어요. 개인프로젝트, 개발에 대한 생각들을 https://mitchellh.com/ 에 올리고 있으니 관심있는 분은 읽어보셔도 좋을 것 같아요. 개인적으로 미첼의 팬이라 트위터 계정도 팔로우하고, 올라오는 아티클도 열심히 찾아 읽고있어요. 미첼은 최근에 https://mitchellh.com/ghostty 라는 이름의 터미널 에뮬레이터를 만드는 개인 프로젝트를 진행하고 있는데, 베타테스터 신청만 벌써 700명이라고 하네요. 팟캐스트 영상은 며칠 전에 올라왔는데 어제 밤 들으면서 간단히 요약했던 내용을 커리어리에도 올려봐요. 영상이 길어서 1,2 로 나눠서 정리할 예정 (뒷부분은 아직 못봤어요...) Mitchell Hashimoto - Founder of HashiCorp, Terraform, and Thoughts of Open Source Monetization 러스트 쓰고 읽을 때는 재미가 없지만, Zig 할 때는 Ruby의 ‘개발은 즐거워야 한다’ 는 그 마음을 다시 느낀다고… Zig가 메모리 세이프한 언어는 아니지만, 코드를 작성할 때 어떤 머신코드로 컴파일 될지 직관적으로 이해할 수 있고, 그런 점을 좋아한다고 한다. Rust는 하나도 모르지만 C, Ruby, Go, Zig 로의 좋아하는 언어 방향성이 비슷해서 더 공감갔다. 사이드 프로젝트 였던 vagrant가 인기를 끌면서 출근했다가, 퇴근하고 vagrant개발하고, 출근하고…를 반복하다 이렇게 계속 유지할 수는 없다고 생각. 개발 커뮤니티에 참여하면서 자동화 툴에 대한 업계의 니즈가 미쉘과 아르몬이 생각해왔던 것과 동일함을 느끼고 하시코프를 창업. 직원이 10명이 넘어가면서, 소프트웨어의 (설계) 품질을 계속 유지하고 싶어져서… 문서로 정리하게 됨. 아마도 이것일까… https://www.hashicorp.com/tao-of-hashicorp 공동창업자인 아르몬과 작업할 때도, 바로 자리에 돌아가서 개발하기 보다는 소프트웨어의 디자인, 최종 골의 모습과 형태(명세)를 공유하고 한명은 코어, 한명은 CLI를 개발했지만 최종적으로 같은 골을 향해 만나는 형태로 진행했다. 아르몬은 CS에 정통한 기술위주였다면, 하시모토는 일을 하는 방법에 대해서는 극단적으로 설계와, 명세 기반의 협업을 통한 결과 도출을 중요시 했고 6주동안 개발하고 0.1을 릴리즈한 vault는 릴리즈 이틀전까지 바이너리가 없었지만 단위테스트와 (강력한) 디자인 문서를 기반으로 완성했다. 가장 좋아하는 프로젝트는 역시 테라폼. 영향도는 vault 일지 모르지만, 테라폼 개발이 가장 즐거웠다. 텀블러에 이런게 필요하다는 이야기를 적었었고, 누구도 만들어주지 않았지만 괜찮았다. 클라우드 포메이션이 발표되고 괜찮다고 생각했지만, 이렇게 하면 더 좋을 것 같았고 그게 테라폼. :) 2번째 정리에서 계속...

Mitchell Hashimoto의 devtools.fm 인터뷰 요약 1

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>

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

 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

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

이거 뭐에요??

[커리어리] 인터뷰 모집
[Web발신]
[커리어리] 온라인 인터뷰 모집

안녕하세요, 커리어리 사용자의 이야기를 듣기 위해 온라인 인터뷰를 진행하고 있습니다.
바쁘시겠지만 소중한 시간을 내어주신다면 더 나은 커리어리를 만드는 데 큰 힘이 됩니다.

구체적으로는 아래와 같이 진행됩니다.

▶일정: 12월 8일 (목) ~ 12월 13일 (화) 주중 오전 11시 ~ 오후 6시, 약 40분

▶사례: 참여해 주신 분께는 3만원 상당의 네이버 페이 또는 배달의 민족 상품권을 드립니다.

인터뷰에 참여하고 싶으시면 아래 링크를 눌러 신청해주세요!
인터뷰이로 선정되신 분에겐 문자를 보내 드릴게요. 

▶링크 : https://publy.typeform.com/to/Y9fYbOP9

문자로~~

댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필