탈고! 이..일단은..(…)

초안을 두 번 정도 수정하고, 거기서 1/3 정도를 삭제하고, 또 그 중의 절반 가량을 다시 썼네요.

기술 서적에 가까운데 엔지니어가 아닌 사람을 주요 대상으로 하려다보니, 어디까지 뺄지와 정확한 것과 쉽게 설명하는 것 사이를 줄타기하는 것이 제일 어려웠던 것 같습니다.

책이 곰방 나오는 것은 아니고요. ㅎㅎ 조판, 교정, 삽화, 표지 제작 등이 남아서 아마도 늦은 5월쯤 출간되지 않을까 싶습니다.

책이 나오면 100권씩 구매 부탁드ㄹ.. 그럼 이제 출간 소식으로 뵙겠습니다. 감사합니다. 🙇🏻

탈고! 이..일단은..(…) 초안을 두 번 정도 수정하고, 거기서 1/3 정도를 삭제하고, 또 그 중의 절반 가량을 다시 썼네요. 기술 서적에 가까운데 엔지니어가 아닌 사람을 주요 대상으로 하려다보니, 어디까지 뺄지와 정확한 것과 쉽게 설명하는 것 사이를 줄타기하는 것이 제일 어려웠던 것 같습니다. 책이 곰방 나오는 것은 아니고요. ㅎㅎ 조판, 교정, 삽화, 표지 제작 등이 남아서 아마도 늦은 5월쯤 출간되지 않을까 싶습니다. 책이 나오면 100권씩 구매 부탁드ㄹ.. 그럼 이제 출간 소식으로 뵙겠습니다. 감사합니다. 🙇🏻

Llama 3에서 인상적인 점은 코드 데이터를 더 많이 넣어 추론 능력을 향상시켰고, 다국어 데이터도 꽤 많이 넣어 다국어 능력도 상당히 좋아졌다는 것 입니다.

그보다 학습 데이터의 양이 15T(조)개의 토큰으로 이루어져 있다는 것이 대단히 인상적인데요. 2T를 사용한 Llama 2의 7.5배나 되는 수준의 엄청난 양 입니다.

그런데, 8B 모델도 이정도 양의 데이터로도 수렴하지 않는 것 같다고 언급되었습니다. 이는 8B 모델도 성능 향상을 더 꾀할 수 있다는 얘기라고 보면 됩니다.

앞으로 다양한 목적의 모델을 더 내 놓을 것이라고 하는데요. 400B 모델도 그렇고 상당히 기대가 됩니다.

고성능의 오픈소스 모델의 춘추 전국 시대가 온 지 얼마 안된 것 같은데, 다시 한 번 Llama로 수렴되려나요? 과연 작은 LLM 모델을 개발하는 스타트업들은 어떻게 반응할까요? 이번주는 Llama 덕분에 재미난 한 주가 되겠네요. 😎🍿🥤

Llama 3에서 인상적인 점은 코드 데이터를 더 많이 넣어 추론 능력을 향상시켰고, 다국어 데이터도 꽤 많이 넣어 다국어 능력도 상당히 좋아졌다는 것 입니다. 그보다 학습 데이터의 양이 15T(조)개의 토큰으로 이루어져 있다는 것이 대단히 인상적인데요. 2T를 사용한 Llama 2의 7.5배나 되는 수준의 엄청난 양 입니다. 그런데, 8B 모델도 이정도 양의 데이터로도 수렴하지 않는 것 같다고 언급되었습니다. 이는 8B 모델도 성능 향상을 더 꾀할 수 있다는 얘기라고 보면 됩니다. 앞으로 다양한 목적의 모델을 더 내 놓을 것이라고 하는데요. 400B 모델도 그렇고 상당히 기대가 됩니다. 고성능의 오픈소스 모델의 춘추 전국 시대가 온 지 얼마 안된 것 같은데, 다시 한 번 Llama로 수렴되려나요? 과연 작은 LLM 모델을 개발하는 스타트업들은 어떻게 반응할까요? 이번주는 Llama 덕분에 재미난 한 주가 되겠네요. 😎🍿🥤

오늘 처음으로 팀스파르타(주) (TeamSparta) 내일 배움 캠프에서 약 100분 가까이 되는 수강생분들과 만나서 인사를 나누고 서로 소통하는 시간을 가졌습니다.

정말 다양한 배경과 동기를 가지고 참여하신 수강생분들이 많았는데요.
튜터로서 그분들이 고민하는 부분이나 어려운 점들을 잘 파악하여,
어떻게 성장에 도움을 드릴까 고민하다 보니
아래의 고민 3가지가 수강생분들의 말씀에서 가장 크게 느껴졌습니다.

1. 비전공자의 입장에서 지금의 공부 방향이나 방법이 맞는지 잘 모르겠어요
2. 공부해야 하는 양이 너무 많고 내용이 복잡하거나 어려워요. 잘 할수 있을까요?
3. 다른 사람들이 나보다 더 빨리 배우거나 잘하는 것 같아요. 저도 잘 할수 있을까요?

저도 위 3가지 고민을 모두 겪은 사람으로서,
충분히 가질수 있는 고민들이라는 생각이 들었어요.

각 고민들에 제가 드린 대답들은 이렇습니다.

1. 비전공자 뿐만 아니라 전공자도, 그리고 현업자도 항상 배우고 더 많이 익숙해지려고 노력합니다. 모든 것을 완벽하게 알려고 하기보다, 항상 배우기를 멈추지 않는 것이 중요합니다. 지금 배운 것들이 언제 새로운 기술로 바뀔지 모르기 때문이죠.

2. 양이 많고 복잡하고 어려운 내용은 먼저 익혀야 하는 개념들에 집중하기를 추천합니다. 더 복잡한 내용들을 추구하기 보다 가장 기본이 되는 개념들을 먼저 잘 이해하는 것이 더 중요하기 때문입니다. 'HOW'보다 'WHY'를 찾고, 그 'WHY'들을 이루는 개념들을 먼저 익히면 자연스럽게 'HOW'는 따라오게 될 것입니다.

3. 다른 사람들 역시 비슷하게 생각합니다. 우리는 항상 위를 바라보며 나와 비교를 하지만, 아래에 있는 사람들에 대해서는 전혀 신경쓰지 않죠. 저는 오히려 아래를 내려다보고, 나보다 아래에 있는 사람들을 함께 위로 가게 만드는 것이 더 성장하는 길이라고 생각합니다. 저도 그랬고 많은 데이터 분석가들이 그래왔습니다. 그리고 그들은 매일매일 성장하기를 멈추지 않습니다.

앞으로도 데이터 & AI를 재미있고 가치있게
배울 수 있도록 데이터리차드가 함께 하겠습니다.

#데이터리차드 #데이터분석 #데이터과학 #내일배움캠프

오늘 처음으로 팀스파르타(주) (TeamSparta) 내일 배움 캠프에서 약 100분 가까이 되는 수강생분들과 만나서 인사를 나누고 서로 소통하는 시간을 가졌습니다. 정말 다양한 배경과 동기를 가지고 참여하신 수강생분들이 많았는데요. 튜터로서 그분들이 고민하는 부분이나 어려운 점들을 잘 파악하여, 어떻게 성장에 도움을 드릴까 고민하다 보니 아래의 고민 3가지가 수강생분들의 말씀에서 가장 크게 느껴졌습니다. 1. 비전공자의 입장에서 지금의 공부 방향이나 방법이 맞는지 잘 모르겠어요 2. 공부해야 하는 양이 너무 많고 내용이 복잡하거나 어려워요. 잘 할수 있을까요? 3. 다른 사람들이 나보다 더 빨리 배우거나 잘하는 것 같아요. 저도 잘 할수 있을까요? 저도 위 3가지 고민을 모두 겪은 사람으로서, 충분히 가질수 있는 고민들이라는 생각이 들었어요. 각 고민들에 제가 드린 대답들은 이렇습니다. 1. 비전공자 뿐만 아니라 전공자도, 그리고 현업자도 항상 배우고 더 많이 익숙해지려고 노력합니다. 모든 것을 완벽하게 알려고 하기보다, 항상 배우기를 멈추지 않는 것이 중요합니다. 지금 배운 것들이 언제 새로운 기술로 바뀔지 모르기 때문이죠. 2. 양이 많고 복잡하고 어려운 내용은 먼저 익혀야 하는 개념들에 집중하기를 추천합니다. 더 복잡한 내용들을 추구하기 보다 가장 기본이 되는 개념들을 먼저 잘 이해하는 것이 더 중요하기 때문입니다. 'HOW'보다 'WHY'를 찾고, 그 'WHY'들을 이루는 개념들을 먼저 익히면 자연스럽게 'HOW'는 따라오게 될 것입니다. 3. 다른 사람들 역시 비슷하게 생각합니다. 우리는 항상 위를 바라보며 나와 비교를 하지만, 아래에 있는 사람들에 대해서는 전혀 신경쓰지 않죠. 저는 오히려 아래를 내려다보고, 나보다 아래에 있는 사람들을 함께 위로 가게 만드는 것이 더 성장하는 길이라고 생각합니다. 저도 그랬고 많은 데이터 분석가들이 그래왔습니다. 그리고 그들은 매일매일 성장하기를 멈추지 않습니다. 앞으로도 데이터 &amp; AI를 재미있고 가치있게 배울 수 있도록 데이터리차드가 함께 하겠습니다. #데이터리차드 #데이터분석 #데이터과학 #내일배움캠프

데이터 분석가를 준비하는 사람들의 고민 TOP3

컴포넌트 설계는 개발 과정에서 매우 중요합니다. 그렇기에 초반에 잘못된 설계를 하게되면 이후 여러가지 어려움을 겪게 되는 것 같아요. 예를 들어 새로운 custom hook을 추가할 때 위치를 결정하는 문제나, 특정 컴포넌트의 로직을 수정할 때 import된 파일들이 얽혀 있어 영향 범위를 파악하기 어려운 경우들 처럼요.

이러한 어려움을 해결하기 위해, 나름대로 찾은 방식은 페이지 단위로 컴포넌트 폴더를 구성하고, component, hooks, 관련 type 등의 코드를 해당 폴더에 모아두는 것입니다.

그러나, 이역시도 완전한 해결책은 아니었어요. 애플리케이션이 복잡해질수록 폴더 구조도 깊어지고 복잡해지는 문제가 발생합니다. 팀에 신규 인원이 합류 했을 때, 코드를 빠르게 이해하고 수정하는 데 있어 이 문제는 큰 장애물이 되더라구요..

이 문제를 해결할 수 있는 방법을 찾아보다가, 최근 Feature Sliced Design(FSD) 방법론에 대해 알게 되었습니다. FSD는 애플리케이션을 기능별로 분리하여 각 기능을 독립적인 모듈로 관리하는 방식입니다. 이는 컴포넌트, 훅, API 로직 등을 기능 단위로 묶어 관리함으로써, 애플리케이션의 복잡성을 줄이고, 개발자가 필요한 코드를 빠르게 찾아 수정할 수 있도록 돕습니다.

FSD 방법론을 적용함으로써, 컴포넌트 설계와 관리의 어려움을 줄이는 것이 일차적인 목표입니다. 특히, 코드의 재사용성이 높아지고, 팀 내에서의 코드 이해도를 향상하여 프로젝트의 전반적인 개발 속도와 품질을 개선하고 싶습니다.

여러분은 컴포넌트 설계와 관리에 있어 어떤 어려움을 겪고 계신가요? 혹은 FSD 방법론을 적용 해보셨거나, 그 외에 다른 해결책을 발견하셨다면, 그 경험을 공유해 주세요. 🚀

컴포넌트 설계는 개발 과정에서 매우 중요합니다. 그렇기에 초반에 잘못된 설계를 하게되면 이후 여러가지 어려움을 겪게 되는 것 같아요. 예를 들어 새로운 custom hook을 추가할 때 위치를 결정하는 문제나, 특정 컴포넌트의 로직을 수정할 때 import된 파일들이 얽혀 있어 영향 범위를 파악하기 어려운 경우들 처럼요. 이러한 어려움을 해결하기 위해, 나름대로 찾은 방식은 페이지 단위로 컴포넌트 폴더를 구성하고, component, hooks, 관련 type 등의 코드를 해당 폴더에 모아두는 것입니다. 그러나, 이역시도 완전한 해결책은 아니었어요. 애플리케이션이 복잡해질수록 폴더 구조도 깊어지고 복잡해지는 문제가 발생합니다. 팀에 신규 인원이 합류 했을 때, 코드를 빠르게 이해하고 수정하는 데 있어 이 문제는 큰 장애물이 되더라구요.. 이 문제를 해결할 수 있는 방법을 찾아보다가, 최근 Feature Sliced Design(FSD) 방법론에 대해 알게 되었습니다. FSD는 애플리케이션을 기능별로 분리하여 각 기능을 독립적인 모듈로 관리하는 방식입니다. 이는 컴포넌트, 훅, API 로직 등을 기능 단위로 묶어 관리함으로써, 애플리케이션의 복잡성을 줄이고, 개발자가 필요한 코드를 빠르게 찾아 수정할 수 있도록 돕습니다. FSD 방법론을 적용함으로써, 컴포넌트 설계와 관리의 어려움을 줄이는 것이 일차적인 목표입니다. 특히, 코드의 재사용성이 높아지고, 팀 내에서의 코드 이해도를 향상하여 프로젝트의 전반적인 개발 속도와 품질을 개선하고 싶습니다. 여러분은 컴포넌트 설계와 관리에 있어 어떤 어려움을 겪고 계신가요? 혹은 FSD 방법론을 적용 해보셨거나, 그 외에 다른 해결책을 발견하셨다면, 그 경험을 공유해 주세요. 🚀

초반 컴포넌트 설계가 특히 중요한 이유

같은 고민을 하면서 FSD로 정말 작은 토이프로젝트를 진행해봤는데 저는 조금 어색했던 경험이 있습니다. 이해도가 쌓이고 구조가 손에 익으면 좀 괜찮아 질 것 같기도 한데 모놀로식에 익숙하니 좀 어색했네요.
저는 FSD의 계층 구조에서 아래 계층에서의 참조를 제한하는 식의 접근이 좋았었고 이해도 높게 잘 구축하면 정말 레고 조립하듯이 어플리케이션을 구축할 수 있을 것 같아서 좋았어요.
우려점은 잘 모르고 쓰면 예전에 제가 아토믹이 마음에 들어서 갖다가 써본적이 있는데 애매한 꼭지가 나타났을때 어느 계층에 넣어야 할지 어려워지고 그렇게 하나씩 어중간해지다 보면 각 컴포넌트가 역할의 경계가 모호해지곤 했는데 그런 일이 여기서도 일어날 순 있겠다 싶어서 유의해야 할 것 같았습니다

Major Changes Node.js v16 support discontinued If you still require Node.js 16, don't worry. We ship pnpm bundled with Node.js. This means that regardless of which Node.js version you've installe...

Release v9.0.0 · pnpm/pnpm

주요 변경사항
 * 안녕 Node 16: Node 16 지원이 중단됩니다. 필요한 경우 별도로 설치해서 사용해야 합니다.
 * 컨피그 변경: 기본 설정, 특히 pnpm workspace 관련 기본값이 업데이트되었습니다.
   * link-workspace-packages
     디폴트가 비활성화로 변경: 종속성이 워크스페이스 프로토콜(ex:
     "foo": "workspace:*"
     )을 사용해야만 워크스페이스 패키지에 연결됩니다.
   * hoist-workspace-packages
     디폴트가 활성화로 변경: 패키지들이 root의
     node_modules
     밑에 설치됩니다.
   * enable-pre-post-scripts
     : pre, post 스크립트가 이제 자동으로 실행됩니다.
   * package.json
     의
     packageManager
     필드 사용: 사용중인 패키지 매니저 또는 pnpm 버전을 명시해두면 pnpm을 실행할 지 필드를 살펴보고 결정한다고 합니다.
 * Lockfile 변경: 가독성 개선과 Git conflicts를 줄여줄 v9 Lockfile이 도입되었습니다.

https://github.com/pnpm/pnpm/releases/tag/v9.0.0

주요 변경사항<ul ><li>안녕 Node 16: Node 16 지원이 중단됩니다. 필요한 경우 별도로 설치해서 사용해야 합니다.</li><li>컨피그 변경: 기본 설정, 특히 pnpm workspace 관련 기본값이 업데이트되었습니다.<ul ><li><code >link-workspace-packages</code> 디폴트가 비활성화로 변경: 종속성이 워크스페이스 프로토콜(ex: <code >"foo": "workspace:*"</code>)을 사용해야만 워크스페이스 패키지에 연결됩니다.</li><li><code >hoist-workspace-packages</code> 디폴트가 활성화로 변경: 패키지들이 root의 <code >node_modules</code> 밑에 설치됩니다.</li><li><code >enable-pre-post-scripts</code>: pre, post 스크립트가 이제 자동으로 실행됩니다.</li><li><code >package.json</code>의 <code >packageManager</code> 필드 사용: 사용중인 패키지 매니저 또는 pnpm 버전을 명시해두면 pnpm을 실행할 지 필드를 살펴보고 결정한다고 합니다.</li></ul></li></ul><ul ><li>Lockfile 변경: 가독성 개선과 Git conflicts를 줄여줄 v9 Lockfile이 도입되었습니다.</li></ul> https://github.com/pnpm/pnpm/releases/tag/v9.0.0

GitHub

pnpm 메이저 버전이 v9로 업데이트 되었습니다

가끔 출판사에서 책을 보내주실 때가 있는데요.
지금 다니는 회사 입사 3주년을 맞이해서(?) 한빛미디어에서
개발자 기술면접 노트
라는 책을 보내주셨어요. :)

개발자 기술면접 노트는 카카오에서 파트리더로 근무하고 계신 이남희님이 집필해주신 책인데요.
개발 5년차 때를 시작으로, 개발 18년차가 된 현재까지 다양한 회사에서, 다양한 경력을 가진 분들의 면접관으로 참여하시면서 경험했던 노하우들을,
이랬으면 더 좋았겠다.
하는 아쉬움들을 정리해주신 책이에요.

이남희님 본인도 개발자 이력을 쌓는 과정에서 끊임없이 고민하셨고, 시행착오를 겪으셨다는 이야기. 실력을 쌓고, 목표하는 회사에 입사해서 좋은 환경, 좋은 동료들과 함께 성장하기 위해 스터디, 개인프로젝트, 오픈소스 참여 등의 노력으로 한 계단씩 성장했던 이야기. 첫 취업, 이직을 앞두고 개발 커리어 관리라는 여정을 떠나는 분들에게 나침반이 되고 싶다는 이야기로 시작하는 기술면접 노트는 다음과 같은 이야기로 구성되어 있어요.

* 지원하려는 회사와 목표 정하기
* 이력서와 자기소개서
* 경력기술서 작성
* 코딩테스트 준비전략
* 기술면접 대비하기
* 기술면접 통과 후 만나게 될 난관 (2차인터뷰와 연봉협상)

특히 기업공채나, 다양한 직군의 개발자 채용이 동시에 이뤄지는 회사들에 지원할 경우, 혹은 업계에 대해 잘 알지 못해서 어떤 회사에 지원해야 할지 고민이 되는 경우..
* 나와 핏이 맞는 회사는 어떻게 찾을 수 있는지
* 지원하려는 회사에 대해서 어떤 정보들을 알아보면 좋은지
* 인터뷰에 대비해서 어떤 기술들을 공부해두면 좋을지
* 어떤 정보들을 어떤 경로를 통해서 확인 할 수 있을지
* 성장하는 회사를 어떻게 발견할 수 있는지
같은 정보획득 부분부터 회사가 신입 혹은 경력직 채용 시 지원자에게서 중요하게 보는 부분은 어떤 점이 있는지 채용에 참여한 경험을 통해 잘 정리해주셨어요.

요즘 개발자 유튜브 채널등에서 이력서리뷰 컨텐츠가 많이 흥하기도 했는데요. 좋은 이력서에 대한 예시만큼이나, 이렇게 작성하면 그닥 좋지 않다 하는 워스트케이스에 대해서 예를들어 설명해주신 부분도
이력서 첨삭/리뷰
받을 지인이 주변에 없는 분들에게도 도움이 될만한 이야기라고 생각했어요.

알고리즘 시간에 배웠던 (저는 중퇴라 배우지 못했지만...) 시간복잡도, 공간복잡도가 코딩 인터뷰, 기술인터뷰 에서는 어떻게 활용이 되는지, 어떻게 미리 준비할 수 있을지 구체적인 예시를 제시해주신 부분도 좋았어요.

개발 직군의 인터뷰는 단순히 질문 답변의 시간이 아니라
본인이 공부하며 쌓은 지식을 검증하고 토론하는
대화의 시간이라는 저자분의 이야기가 많이 와닿았는데요. 인터뷰에서 긍정적인 결과를 끌어내는 대화를 위해서 어떤 준비를 하면 좋을지, 어떤 태도로 임하면 더 좋은 결과를 만들어 낼 수 있을지, 인터뷰가 끝나고
궁금한 점이 있으신가요?
란 질문에 어떻게 킥을 날릴 수 있을지 :) 같은...

마음의 준비가 되지 않은 긴장된 상태에서 맞이하게될 다양한 상황들을 차분히 대응하기 위해서 인터뷰 전에 한번쯤 읽고가면 좋을 내용들이 꽤 잘 정리가 되어있다고 생각했어요.

코딩테스트, 기술인터뷰를 통과한 후에 더 어려운 관문이죠. HR, 임원 인터뷰 등의 2차 인터뷰.
정답이 없어보이는 질문들에 어떻게 하면
그들이 원하는
답변을 할 수 있는지, 나의 장점과 강점을 살려 답할 수 있을지... 에 대한 팁도 책의 후반에 포함되어 있는데요.

저도 티타임, 커피챗 요청이 오면 많이 드리는 말씀인데,
채용공고나, 회사 홈페이지의 비전, 문화에 대한 설명이 2차 인터뷰에 도움이 많이 된다
는 이야기에 공감이 많이 갔어요. 같은 답변을 하더라도 이 회사의 인재상에 맞춰 답변을 준비해둔다면, 혹은 현장에서 미리 읽어두었던 내용을 기반으로 나를 어필할 수 있다면 조금 더 좋은 결과를 맞이할 수 있지 않을까 저도 늘 생각하고, 이야기 드렸던 듯 해요.

물론, 책 한권으로 모든 인터뷰를 마스터 할 수는 없겠지만 개발자로의 지원이나 기술인터뷰, 2차 인터뷰를 앞두고 어떤 부분을 정리해두면 좋을지, 조금 더 편안하고 자신있게 임할 수 있을지 걱정이 되는 분이라면 한번 쯤 읽어볼만한 내용들로 구성되어 있어요.

이 책과 함께
가상면접 사례로 배우는 대규모 시스템 설계 기초
같은 책도 한번 읽어본다면 더 도움이 되겠구나 하는 생각도 했어요.

개발자로서는 12번째 회사에 다니고 있는 저도 아직 이력서 작성이 꽤나 어렵고, 인터뷰 역시 늘 긴장되고 걱정되는 만큼(인터뷰날은 긴장해서 밥도 잘 못 먹어요.), 첫 회사에 지원하거나 이직을 준비하는 많은 분들이 얼마나 긴장되는 시간을, 어려움을 겪고 계실지 많이 공감이 가고,

참고할 수 있는 책들, 선배님들의 이야기가 더 많이 공유되어서 인터뷰 시간이 좀 더 즐거운 대화의 시간이 될 수 있기를, 더 많은 분들을 업계에서 만나고 이야기 나눌 수 있기를 바라며 글을 정리해요.

아마 여기까지 읽으신 분들은 새로운 회사로의 출발을 준비하고 계신 분들일 것 같아서 꼭 힘내시고, 좋은 소식 있으시기를 응원합니다! 파이팅!

가끔 출판사에서 책을 보내주실 때가 있는데요.지금 다니는 회사 입사 3주년을 맞이해서(?) 한빛미디어에서 <code>개발자 기술면접 노트</code> 라는 책을 보내주셨어요. :) 개발자 기술면접 노트는 카카오에서 파트리더로 근무하고 계신 이남희님이 집필해주신 책인데요.개발 5년차 때를 시작으로, 개발 18년차가 된 현재까지 다양한 회사에서, 다양한 경력을 가진 분들의 면접관으로 참여하시면서 경험했던 노하우들을, <code>이랬으면 더 좋았겠다.</code> 하는 아쉬움들을 정리해주신 책이에요. 이남희님 본인도 개발자 이력을 쌓는 과정에서 끊임없이 고민하셨고, 시행착오를 겪으셨다는 이야기. 실력을 쌓고, 목표하는 회사에 입사해서 좋은 환경, 좋은 동료들과 함께 성장하기 위해 스터디, 개인프로젝트, 오픈소스 참여 등의 노력으로 한 계단씩 성장했던 이야기. 첫 취업, 이직을 앞두고 개발 커리어 관리라는 여정을 떠나는 분들에게 나침반이 되고 싶다는 이야기로 시작하는 기술면접 노트는 다음과 같은 이야기로 구성되어 있어요. * 지원하려는 회사와 목표 정하기* 이력서와 자기소개서* 경력기술서 작성* 코딩테스트 준비전략* 기술면접 대비하기* 기술면접 통과 후 만나게 될 난관 (2차인터뷰와 연봉협상) 특히 기업공채나, 다양한 직군의 개발자 채용이 동시에 이뤄지는 회사들에 지원할 경우, 혹은 업계에 대해 잘 알지 못해서 어떤 회사에 지원해야 할지 고민이 되는 경우..* 나와 핏이 맞는 회사는 어떻게 찾을 수 있는지* 지원하려는 회사에 대해서 어떤 정보들을 알아보면 좋은지* 인터뷰에 대비해서 어떤 기술들을 공부해두면 좋을지* 어떤 정보들을 어떤 경로를 통해서 확인 할 수 있을지* 성장하는 회사를 어떻게 발견할 수 있는지같은 정보획득 부분부터 회사가 신입 혹은 경력직 채용 시 지원자에게서 중요하게 보는 부분은 어떤 점이 있는지 채용에 참여한 경험을 통해 잘 정리해주셨어요. 요즘 개발자 유튜브 채널등에서 이력서리뷰 컨텐츠가 많이 흥하기도 했는데요. 좋은 이력서에 대한 예시만큼이나, 이렇게 작성하면 그닥 좋지 않다 하는 워스트케이스에 대해서 예를들어 설명해주신 부분도 <code>이력서 첨삭/리뷰</code> 받을 지인이 주변에 없는 분들에게도 도움이 될만한 이야기라고 생각했어요. 알고리즘 시간에 배웠던 (저는 중퇴라 배우지 못했지만...) 시간복잡도, 공간복잡도가 코딩 인터뷰, 기술인터뷰 에서는 어떻게 활용이 되는지, 어떻게 미리 준비할 수 있을지 구체적인 예시를 제시해주신 부분도 좋았어요. 개발 직군의 인터뷰는 단순히 질문 답변의 시간이 아니라 <code>본인이 공부하며 쌓은 지식을 검증하고 토론하는</code> 대화의 시간이라는 저자분의 이야기가 많이 와닿았는데요. 인터뷰에서 긍정적인 결과를 끌어내는 대화를 위해서 어떤 준비를 하면 좋을지, 어떤 태도로 임하면 더 좋은 결과를 만들어 낼 수 있을지, 인터뷰가 끝나고 <code>궁금한 점이 있으신가요?</code> 란 질문에 어떻게 킥을 날릴 수 있을지 :) 같은... 마음의 준비가 되지 않은 긴장된 상태에서 맞이하게될 다양한 상황들을 차분히 대응하기 위해서 인터뷰 전에 한번쯤 읽고가면 좋을 내용들이 꽤 잘 정리가 되어있다고 생각했어요. 코딩테스트, 기술인터뷰를 통과한 후에 더 어려운 관문이죠. HR, 임원 인터뷰 등의 2차 인터뷰.정답이 없어보이는 질문들에 어떻게 하면 <code>그들이 원하는</code> 답변을 할 수 있는지, 나의 장점과 강점을 살려 답할 수 있을지... 에 대한 팁도 책의 후반에 포함되어 있는데요. 저도 티타임, 커피챗 요청이 오면 많이 드리는 말씀인데, <code>채용공고나, 회사 홈페이지의 비전, 문화에 대한 설명이 2차 인터뷰에 도움이 많이 된다</code> 는 이야기에 공감이 많이 갔어요. 같은 답변을 하더라도 이 회사의 인재상에 맞춰 답변을 준비해둔다면, 혹은 현장에서 미리 읽어두었던 내용을 기반으로 나를 어필할 수 있다면 조금 더 좋은 결과를 맞이할 수 있지 않을까 저도 늘 생각하고, 이야기 드렸던 듯 해요. 물론, 책 한권으로 모든 인터뷰를 마스터 할 수는 없겠지만 개발자로의 지원이나 기술인터뷰, 2차 인터뷰를 앞두고 어떤 부분을 정리해두면 좋을지, 조금 더 편안하고 자신있게 임할 수 있을지 걱정이 되는 분이라면 한번 쯤 읽어볼만한 내용들로 구성되어 있어요. 이 책과 함께 <code>가상면접 사례로 배우는 대규모 시스템 설계 기초</code> 같은 책도 한번 읽어본다면 더 도움이 되겠구나 하는 생각도 했어요. 개발자로서는 12번째 회사에 다니고 있는 저도 아직 이력서 작성이 꽤나 어렵고, 인터뷰 역시 늘 긴장되고 걱정되는 만큼(인터뷰날은 긴장해서 밥도 잘 못 먹어요.), 첫 회사에 지원하거나 이직을 준비하는 많은 분들이 얼마나 긴장되는 시간을, 어려움을 겪고 계실지 많이 공감이 가고, 참고할 수 있는 책들, 선배님들의 이야기가 더 많이 공유되어서 인터뷰 시간이 좀 더 즐거운 대화의 시간이 될 수 있기를, 더 많은 분들을 업계에서 만나고 이야기 나눌 수 있기를 바라며 글을 정리해요. 아마 여기까지 읽으신 분들은 새로운 회사로의 출발을 준비하고 계신 분들일 것 같아서 꼭 힘내시고, 좋은 소식 있으시기를 응원합니다! 파이팅!

`개발자 기술면접 노트` 를 읽고

정성스러운 내용 감사드립니다.

Getting GitHub certified is a resounding endorsement and a signal to the marketplace that provides validation of your skills, credibility, trust, and knowledge of the technologies and developer tools that are used by over 100 million developers worldwide.

Highlight your expertise with GitHub Certifications

올해 1월, 깃허브에서 깃허브 인증 자격증 시험을 출시했습니다.
깃허브 기초, 워크플로우, 고급 보안, 관리 인증 총 4개의 시험으로 구성되어 있으며, 각 시험당 응시료는 99USD 입니다. Microsoft Learn에서 제공되는 학습 자료를 통해 시험 준비를 할 수 있습니다. 유효기간은 3년 입니다.

자세한 내용은 깃허브 블로그와 자격증 시험 페이지를 확인하세요.
https://github.blog/2024-01-08-github-certifications-are-generally-available/
https://resources.github.com/learn/certifications/

올해 1월, 깃허브에서 깃허브 인증 자격증 시험을 출시했습니다.깃허브 기초, 워크플로우, 고급 보안, 관리 인증 총 4개의 시험으로 구성되어 있으며, 각 시험당 응시료는 99USD 입니다. Microsoft Learn에서 제공되는 학습 자료를 통해 시험 준비를 할 수 있습니다. 유효기간은 3년 입니다. 자세한 내용은 깃허브 블로그와 자격증 시험 페이지를 확인하세요.https://github.blog/2024-01-08-github-certifications-are-generally-available/https://resources.github.com/learn/certifications/

GitHub Resources

GitHub에서 자격증 시험 출시

A collection of all my interviews about my 'How to Get Rich' tweetstorm. Seek Wealth, Not Money or Status Wealth is assets that earn while you sleep You probably know Naval from his Twitter account. We're going to talk about his tweetstorm, "How To Get Ri

How to Get Rich

AngelList의 공동 창립자이자 회장인 나발 라비칸트의 글을 소개합니다.

Naval Ravikant-Making money isn't about luck
https://nav.al/rich

1. 행운이 아닌 능력: 부자가 되는 것은 행운이 아니라, 부를 창출할 수 있는 사람이 되는 것에 관한 것이다.

2. 재능 개발의 중요성: 모든 돈을 잃어버렸다 하더라도, 영어를 사용하는 어느 나라에서든 5~10년 안에 다시 부자가 될 수 있는 재능을 개발할 수 있다.

3. 다양한 행운의 유형:
- 눈먼 행운: 완전히 제어할 수 없는 상황에서 운이 좋은 경우
- 노력에서 오는 행운: 꾸준한 노력과 활동을 통해 자연스럽게 찾아오는 행운
- 준비에서 오는 행운: 특정 분야에서 기회를 빠르게 포착할 수 있는 능력
- 독특한 성격에서 오는 행운: 유니크한 캐릭터나 브랜드를 통해 행운을 끌어당기는 경우

4. 자기만의 행운 만들기: 예를 들어, 세계 최고의 심해 잠수사라면, 우연히 발견된 보물을 bergen할 기회가 올 때 그 기회를 살릴 수 있다.

5. 행운을 배제하는 삶: 1000개의 평행 우주에서 999개에서 부자가 되고 싶다는 생각으로, 우연에 의존하지 않고 확실한 방법을 추구한다.

6. 지속적인 부의 창출: 부는 단번에 큰 돈으로 만든 것이 아니라, 여러 기회와 투자를 통해 조금씩 쌓아올린 것이다.

7. 자유를 향한 부: 진정한 자유를 위해 부를 쌓는 것이 목표이며, 이는 위치에 구애받지 않고 원하는 대로 살 수 있는 것을 의미한다.

8. 인터넷의 기회: 현대에는 인터넷을 통해 무수히 많은 기회가 주어지고, 이를 통해 다양한 방법으로 돈을 벌 수 있다.

9. 경험과 학습: 지속적인 학습과 경험의 축적이 부를 창출하는 데 필수적이며, 이는 오랜 시간에 걸쳐 가치가 축적된다.

10. 시간의 가치: 가능한 많은 기회를 잡으려고 하지만, 가장 부족한 자원은 '시간'이다.

AngelList의 공동 창립자이자 회장인 나발 라비칸트의 글을 소개합니다. Naval Ravikant-Making money isn't about luck https://nav.al/rich 1. 행운이 아닌 능력: 부자가 되는 것은 행운이 아니라, 부를 창출할 수 있는 사람이 되는 것에 관한 것이다. 2. 재능 개발의 중요성: 모든 돈을 잃어버렸다 하더라도, 영어를 사용하는 어느 나라에서든 5~10년 안에 다시 부자가 될 수 있는 재능을 개발할 수 있다. 3. 다양한 행운의 유형: - 눈먼 행운: 완전히 제어할 수 없는 상황에서 운이 좋은 경우 - 노력에서 오는 행운: 꾸준한 노력과 활동을 통해 자연스럽게 찾아오는 행운 - 준비에서 오는 행운: 특정 분야에서 기회를 빠르게 포착할 수 있는 능력 - 독특한 성격에서 오는 행운: 유니크한 캐릭터나 브랜드를 통해 행운을 끌어당기는 경우 4. 자기만의 행운 만들기: 예를 들어, 세계 최고의 심해 잠수사라면, 우연히 발견된 보물을 bergen할 기회가 올 때 그 기회를 살릴 수 있다. 5. 행운을 배제하는 삶: 1000개의 평행 우주에서 999개에서 부자가 되고 싶다는 생각으로, 우연에 의존하지 않고 확실한 방법을 추구한다. 6. 지속적인 부의 창출: 부는 단번에 큰 돈으로 만든 것이 아니라, 여러 기회와 투자를 통해 조금씩 쌓아올린 것이다. 7. 자유를 향한 부: 진정한 자유를 위해 부를 쌓는 것이 목표이며, 이는 위치에 구애받지 않고 원하는 대로 살 수 있는 것을 의미한다. 8. 인터넷의 기회: 현대에는 인터넷을 통해 무수히 많은 기회가 주어지고, 이를 통해 다양한 방법으로 돈을 벌 수 있다. 9. 경험과 학습: 지속적인 학습과 경험의 축적이 부를 창출하는 데 필수적이며, 이는 오랜 시간에 걸쳐 가치가 축적된다. 10. 시간의 가치: 가능한 많은 기회를 잡으려고 하지만, 가장 부족한 자원은 '시간'이다.

Naval

운에 기대지 않고 돈을 버는 법 - 나발 라비칸트

Everything you need to know about monorepos, and the tools to build them.

Monorepo Explained

모노레포란 여러 개의 패키지, 라이브러리 또는 애플리케이션을 하나의 저장소에 모아 놓은 것을 의미합니다. 다수의 웹앱을 효율적으로 관리할수 있기 때문에 최근 많은 기업과 개발팀에서 활발하게 사용되고 있는데요.

모노레포를 효과적으로 활용하기 위해서는 적절한 도구와 전략이 필요합니다. 이를 위해 다양한 모노레포 빌드툴이 있는데요. 이런 빌드툴들은 로컬 캐싱, 분산 캐싱, 영향받는 패키지 감지, 코드 공유, 그래프 시각화 등 다양한 기능을 제공합니다.

소개해드리는 monorepo.tools 웹 사이트는 다양한 모노레포 빌드 툴의 기능을 비교 분석하여 제공합니다. Nx, Rush, Moon 등 모노레포 빌드 툴 개발자 들에 의해 만들어졌기 때문에 신뢰성 있는 정보를 제공합니다.

모노레포를 도입하려는 개발자 분들이 있다면 이 사이트에서 제공하는 다양한 빌드 툴의 기능을 비교해서 요구사항에 맞는 도구를 선택하시는 것을 추천드립니다.

https://monorepo.tools/

모노레포란 여러 개의 패키지, 라이브러리 또는 애플리케이션을 하나의 저장소에 모아 놓은 것을 의미합니다. 다수의 웹앱을 효율적으로 관리할수 있기 때문에 최근 많은 기업과 개발팀에서 활발하게 사용되고 있는데요. 모노레포를 효과적으로 활용하기 위해서는 적절한 도구와 전략이 필요합니다. 이를 위해 다양한 모노레포 빌드툴이 있는데요. 이런 빌드툴들은 로컬 캐싱, 분산 캐싱, 영향받는 패키지 감지, 코드 공유, 그래프 시각화 등 다양한 기능을 제공합니다. 소개해드리는 monorepo.tools 웹 사이트는 다양한 모노레포 빌드 툴의 기능을 비교 분석하여 제공합니다. Nx, Rush, Moon 등 모노레포 빌드 툴 개발자 들에 의해 만들어졌기 때문에 신뢰성 있는 정보를 제공합니다. 모노레포를 도입하려는 개발자 분들이 있다면 이 사이트에서 제공하는 다양한 빌드 툴의 기능을 비교해서 요구사항에 맞는 도구를 선택하시는 것을 추천드립니다. https://monorepo.tools/

monorepo.tools

모노레포 빌드 툴 비교 분석 'monorepo.tools'

원글: https://www.omarileon.me/blog/typescript-as-const 새로운 구문인 "상수 어설션(const assertions)"은 TypeScript 3.4에서 도입되었습니다. 이것은 변수가 변경되지 않을 것(immutable)이고 가능한 엄격한 타입을 제공해야 한다는 것을 타입스크립트에 알려줍니다. 이는 타입의 종류에 따라 다르게 영향을 미치므로, 이 글에서는 상수 어설션을 어떻게 사용하고 왜 유용한지에 대해 설명할 것입

(번역) 타입스크립트에서 'As Const' 이해하기

오늘 소개해드릴 글은 카카오의 박수빈님이 번역해주신 글입니다.

TypeScript 3.4에서 도입된 상수 어설션(const assertions)에 대해서 알아볼 수 있는 글을 준비했습니다. 이 글은 타입의 종류에 따라 상수 어설션이 어떻게 다르게 작용하는지, 그리고 왜 유용한지를 쉽게 설명합니다. 또한, 변수를 const로 선언하는 것과 변수 끝에 "as const"를 추가하는 것의 차이점도 소개하고 있습니다. 이 글을 통해 'as const'를 효과적으로 활용하여 추가적인 타입 정의 없이 타입 추론 기능을 더욱 잘 활용할 수 있게 되길 바랍니다.

 * 링크: https://soobing.github.io/typescript/typescript-as-const/

오늘 소개해드릴 글은 카카오의 박수빈님이 번역해주신 글입니다. TypeScript 3.4에서 도입된 상수 어설션(const assertions)에 대해서 알아볼 수 있는 글을 준비했습니다. 이 글은 타입의 종류에 따라 상수 어설션이 어떻게 다르게 작용하는지, 그리고 왜 유용한지를 쉽게 설명합니다. 또한, 변수를 const로 선언하는 것과 변수 끝에 "as const"를 추가하는 것의 차이점도 소개하고 있습니다. 이 글을 통해 'as const'를 효과적으로 활용하여 추가적인 타입 정의 없이 타입 추론 기능을 더욱 잘 활용할 수 있게 되길 바랍니다. <ul ><li>링크: https://soobing.github.io/typescript/typescript-as-const/</li></ul>

Soobing

타입스크립트에서 'As Const' 이해하기

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

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

2월 15일까지 창업지원사업 | 청년창업사관학교 성공창업패키지

오랜만에 창업지원사업 관련 행사를 공유합니다.
2월 중에 마감하는 창업사관학교(창업성공패키지)도 있고
2,3월에 중요한 창업지원사업들이 몰려있다보니깐

어떠한 행사가 있는지 알려 드리는 것 뿐 아니라 
사업계획서 작성에 도움이 되는 Tip을 공유하려고 합니다.

23년도 02월 중에는 모임도 좀 더 자주 열고 
창업자분들하고 1대1로 더 많이 만나보려고 합니다.

👉

카카오 뷰

2월 15일까지 창업지원사업 | 창업성공패키지 (전 창업사관학교)

창업자와 엔지니어가 공존 할 수 있는 모임을 만듭니다.

지금까지 10개에 가까운 모임을 직접 운영했으며
1만 명이 넘는 모임의 운영진으로 참여하고 있습니다.

저는 모임과 플랫폼의 개념을 분리하여 '정체성'을 명확히 하고
각 개념의 '정체성'을 강화되도록 실행하려는 노력을 합니다.

커뮤니티 운영자

사이드프로젝트 모임

메이커와 사업가가 공존하는 모임 스텔스 스타트업

국내 최초의 사이드프로젝트 모임

IT모임 연합 IT Cartel

형식(Form)을 가장 잘하고 좋아하는 전문가입니다.
- 범주(Category) : 키워드 및 데이터 분석 
- 플롯(Plot) : 사업계획서 및 제안서

개소리를 혐오하고 헛소리를 존경하는 
커뮤니티 운영자입니다. 
자연스럽게 마케팅도 하게 되었습니다.


2월 15일까지 창업지원사업 | 창업성공패키지 (전 창업사관학교)

댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필