GitHub Actions에서 워크플로우를 실행되게 만드는 다양한 방법과 현업 프로젝트에서 많이 사용되는 이벤트를 정리해보겠습니다.

GitHub Actions 워크플로우를 자극하는 주요 이벤트 정리 | 달레의 GitHub

우리가 코드를 관리하는 GitHub의 저장소(repository)에서는 여러가지 일(event)들이 일어날 수 있죠? 개발자가 새로운 커밋(commit)을 푸시(push)할 수도 있고, 기여자(contributor)가 PR(pull request)을 제출하거나 사용자가 이슈(issue)를 보고할 수도 있습니다.

GitHub Actions를 사용하면 이렇게 GitHub 저장소에서 일어나는 다양한 이벤트에 자동으로 반응하도록 워크플로우(workflow)를 구성할 수 있는데요. 이번 포스팅에서는 GitHub Actions에서 워크플로우를 실행되게 만드는 다양한 방법과 현업 프로젝트에서 많이 사용되는 이벤트를 정리해보겠습니다.

 * on 키
 * push 이벤트
 * pull_request 이벤트
 * issues 이벤트
 * issue_comment 이벤트
 * release 이벤트
 * schedule 이벤트
 * workflow_dispatch 이벤트

📺 동영상: https://youtu.be/WGuiQCBuf78
📝 포스팅: https://www.daleseo.com/github-actions-triggers/

깃허브의 CI 도구인 GitHub Actions에 대해 공부하고 계시다면 아래 게시물도 함께 참고하시면 도움이 될 것 같습니다.

📕 GitHub Actions의 소개와 핵심 개념: https://careerly.co.kr/comments/87570
📗 GitHub Actions 첫 워크플로우 생성해보기: https://careerly.co.kr/comments/89206
📘 GitHub Actions의 체크아웃 액션으로 코드 내려받기: https://careerly.co.kr/comments/89589
📙 GitHub Actions의 캐시 액션으로 패키지 설치 최적화하기: https://careerly.co.kr/comments/90024
📓 GitHub Actions 자바스크립트 셋업: https://careerly.co.kr/comments/90868
📔 GitHub Actions 단계(step) 고급 설정: https://careerly.co.kr/comments/91587
📕 GitHub Actions의 아티팩트로 파일 올리거나 내려받기: https://careerly.co.kr/comments/92334
📗 GitHub Actions의 유용한 작업(job) 설정: https://careerly.co.kr/comments/93474

우리가 코드를 관리하는 GitHub의 저장소(repository)에서는 여러가지 일(event)들이 일어날 수 있죠? 개발자가 새로운 커밋(commit)을 푸시(push)할 수도 있고, 기여자(contributor)가 PR(pull request)을 제출하거나 사용자가 이슈(issue)를 보고할 수도 있습니다. GitHub Actions를 사용하면 이렇게 GitHub 저장소에서 일어나는 다양한 이벤트에 자동으로 반응하도록 워크플로우(workflow)를 구성할 수 있는데요. 이번 포스팅에서는 GitHub Actions에서 워크플로우를 실행되게 만드는 다양한 방법과 현업 프로젝트에서 많이 사용되는 이벤트를 정리해보겠습니다. <ul><li>on 키</li><li>push 이벤트</li><li>pull_request 이벤트</li><li>issues 이벤트</li><li>issue_comment 이벤트</li><li>release 이벤트</li><li>schedule 이벤트</li><li>workflow_dispatch 이벤트</li></ul> 📺 동영상: https://youtu.be/WGuiQCBuf78📝 포스팅: https://www.daleseo.com/github-actions-triggers/ 깃허브의 CI 도구인 GitHub Actions에 대해 공부하고 계시다면 아래 게시물도 함께 참고하시면 도움이 될 것 같습니다. 📕 GitHub Actions의 소개와 핵심 개념: https://careerly.co.kr/comments/87570 📗 GitHub Actions 첫 워크플로우 생성해보기: https://careerly.co.kr/comments/89206 📘 GitHub Actions의 체크아웃 액션으로 코드 내려받기: https://careerly.co.kr/comments/89589 📙 GitHub Actions의 캐시 액션으로 패키지 설치 최적화하기: https://careerly.co.kr/comments/90024📓 GitHub Actions 자바스크립트 셋업: https://careerly.co.kr/comments/90868 📔 GitHub Actions 단계(step) 고급 설정: https://careerly.co.kr/comments/91587📕 GitHub Actions의 아티팩트로 파일 올리거나 내려받기: https://careerly.co.kr/comments/92334📗 GitHub Actions의 유용한 작업(job) 설정: https://careerly.co.kr/comments/93474

YouTube

GitHub Actions 워크플로우를 자극하는 주요 이벤트 정리

한용외 前 삼성문화재단 이사장이 말하는 '미래와 심리를 꿰뚫어 보는 눈' ● 디지털 세상을 1987년에 예언하다 ● 앞으로는 '공기'가 중요해진다 ● 핵심은 본질이다, 본질을 파고들어라 ● 아픈 것도 서러운데 침대

"이건희 생각법으로 산 덕에 오늘의 내가 있다" [+영상]

1. (앞으론 모든 것이) 디지털로 갈 것이니 (미리) 대비하라.

2. 미래를 보는 눈을 키워라. (좀 더 구체적으로 말하면) 미래를 이야기할 때 막연하게 이야기하는 것이 아니라, 진짜 10년, 20년 후에 이 세상이 어떻게 변할 것인지를 스스로 엄청나게 연구하고 공부하라.

3. 상대의 심리를 파악하는 눈을 키워라. (특히 사업을 한다면) 소비자의 마음을 읽기 위해 공부하고 노력하라. 비즈니스의 알파이자 오메가는 소비자의 심리를 파악하는 것이다.

4. (소비자와 직접 대면하는 경우는) 친절과 환대를 예술적으로 하라. 대부분의 기업인은 경제적 손익에만 관심을 갖고 있지만, 고객은 경험을 중요하게 여긴다. 그러니 예술을 창작하듯, 친절에 혼을 불어넣어라.

5. 좋은 콘텐츠는 여러 번 봐라. 처음에 볼 때는 스토리만 들어오지만, 반복해서 보다 보면 (다른) 많은 것이 눈에 들어온다. (그렇게) 반복해서 보다 보면 더 생각하게 되고, 해석하게 되면서 시야가 넓고 깊어진다.

6. 사물의 본질을 보고, 근본을 이해하라. 특히 경영자라면, 사물을 보는 눈과 생각이 어느 좁은 한 곳이 아니라 전체를 보아야 하며, 이를 주변에게 나누는 공유해야 한다.

7. 상하좌우 상황을 함께 생각하는 습성을 가져라. 그래야 매사 남을 생각할 줄 알고, 사랑을 베풀 줄 아는 인간미 넘치는 사람이 될 수 있다.

1. (앞으론 모든 것이) 디지털로 갈 것이니 (미리) 대비하라. 2. 미래를 보는 눈을 키워라. (좀 더 구체적으로 말하면) 미래를 이야기할 때 막연하게 이야기하는 것이 아니라, 진짜 10년, 20년 후에 이 세상이 어떻게 변할 것인지를 스스로 엄청나게 연구하고 공부하라. 3. 상대의 심리를 파악하는 눈을 키워라. (특히 사업을 한다면) 소비자의 마음을 읽기 위해 공부하고 노력하라. 비즈니스의 알파이자 오메가는 소비자의 심리를 파악하는 것이다. 4. (소비자와 직접 대면하는 경우는) 친절과 환대를 예술적으로 하라. 대부분의 기업인은 경제적 손익에만 관심을 갖고 있지만, 고객은 경험을 중요하게 여긴다. 그러니 예술을 창작하듯, 친절에 혼을 불어넣어라. 5. 좋은 콘텐츠는 여러 번 봐라. 처음에 볼 때는 스토리만 들어오지만, 반복해서 보다 보면 (다른) 많은 것이 눈에 들어온다. (그렇게) 반복해서 보다 보면 더 생각하게 되고, 해석하게 되면서 시야가 넓고 깊어진다. 6. 사물의 본질을 보고, 근본을 이해하라. 특히 경영자라면, 사물을 보는 눈과 생각이 어느 좁은 한 곳이 아니라 전체를 보아야 하며, 이를 주변에게 나누는 공유해야 한다. 7. 상하좌우 상황을 함께 생각하는 습성을 가져라. 그래야 매사 남을 생각할 줄 알고, 사랑을 베풀 줄 아는 인간미 넘치는 사람이 될 수 있다.

Naver

이건희 회장의 생각법 ㄷㄷ

In the Java ecosystem, there is an annotation for marking code pieces as deprecated, so you do not use them in any new code. Modern IDEs can also use this to indicate that at a call location, a deprecated method is used, thus the programmer should maybe r

Deprecations in Java and Kotlin

글쓰기를 좋아해서인지 언제부터인가 코드를 작성할 때도 중요하다고 생각되는 것 중에 가장 먼저 떠오르는 건 '가독성'입니다. 그러다 보니 아직도 많이 미숙하지만 코드 한 줄을 작성할 때에도 많은 고민과 시간을 들이는 것 같습니다. 이전 글에서 @Deprecated 어노테이션을 코틀린에서 사용하는 형태를 보고 오랫동안 자바만을 사용하던 저로서는 꽤나 큰 충격으로 느껴졌습니다. "아니, 어떻게 이런 표현을 할 수가 있지?" 사용 중단을 의미하는 어노테이션인 '@Deprecated'에 대해 간단하게 자바와 코틀린에서 어떻게 표현하고 있는지 차이를 찾아보고 싶었습니다.

먼저 자바는 'since'라는 필드로 어느 버전부터 사용 중단인지를 명시하고 있고, 'forRemoval'이라는 필드로 다음 릴리즈때 삭제가 될지에 대한 유무를 표현하고 있습니다. 그래서 해당 어노테이션이 있는 필드나 메서드를 사용할 때면 javadoc을 통해 어떤 메서드를 사용해야 하는지 IDE에 팝업 레이어나 실제 메서드 안으로 들어가서 살펴봐야 했던, 약간은 불편함이 있던 것 같습니다.
https://www.baeldung.com/java-deprecated

코틀린은 조금 더 풍부한 필드를 제공하고 있습니다. 'message'라는 필수 작성 필드를 제공하여 사용 중단에 따른 전달(경고) 메시지를 작성하도록 하고 있고, 'level'이라는 필드로 로그 레벨에 따라 컴파일러에서 경고를 어떤 식으로 표현할지를 선택할 수 있습니다. 이는 사용하는 입장에서 조금 귀찮거나 성가시도록 알려주는 표현으로 느껴졌습니다. (아, 이제 사용 안되구나, 교체해야겠다는 생각이 들도록) 'replaceWith'라는 필드로 IDE에서 자동으로 대체되는 메서드로 적용할 수 있도록 하고 있어 손쉽게 교체도 가능하게 합니다. 필요하다면 대체 시 필요한 패키지 클래스를 임포트 가능하도록 'imports' 필드도 제공해서 자동으로 임포트 될 수 있게 해줍니다.
https://www.baeldung.com/kotlin/deprecation

코틀린에서의 '@Deprecated'의 사소한(?) 변화를 살펴봤지만 이를 사용하는 개발자로써는 꽤나 큰 효과가 있다는 걸 몸소 느낄 수 있었고, 한 줄의 코드를 작성하더라도 이러한 고민을 깊게 하고 작성해야겠다고 다시 한번 생각을 하게 된 좋은 계기로 기억될 것 같습니다.

https://polythematik.de/2020/03/19/deprecations

글쓰기를 좋아해서인지 언제부터인가 코드를 작성할 때도 중요하다고 생각되는 것 중에 가장 먼저 떠오르는 건 '가독성'입니다. 그러다 보니 아직도 많이 미숙하지만 코드 한 줄을 작성할 때에도 많은 고민과 시간을 들이는 것 같습니다. 이전 글에서 @Deprecated 어노테이션을 코틀린에서 사용하는 형태를 보고 오랫동안 자바만을 사용하던 저로서는 꽤나 큰 충격으로 느껴졌습니다. "아니, 어떻게 이런 표현을 할 수가 있지?" 사용 중단을 의미하는 어노테이션인 '@Deprecated'에 대해 간단하게 자바와 코틀린에서 어떻게 표현하고 있는지 차이를 찾아보고 싶었습니다. 먼저 자바는 'since'라는 필드로 어느 버전부터 사용 중단인지를 명시하고 있고, 'forRemoval'이라는 필드로 다음 릴리즈때 삭제가 될지에 대한 유무를 표현하고 있습니다. 그래서 해당 어노테이션이 있는 필드나 메서드를 사용할 때면 javadoc을 통해 어떤 메서드를 사용해야 하는지 IDE에 팝업 레이어나 실제 메서드 안으로 들어가서 살펴봐야 했던, 약간은 불편함이 있던 것 같습니다.https://www.baeldung.com/java-deprecated 코틀린은 조금 더 풍부한 필드를 제공하고 있습니다. 'message'라는 필수 작성 필드를 제공하여 사용 중단에 따른 전달(경고) 메시지를 작성하도록 하고 있고, 'level'이라는 필드로 로그 레벨에 따라 컴파일러에서 경고를 어떤 식으로 표현할지를 선택할 수 있습니다. 이는 사용하는 입장에서 조금 귀찮거나 성가시도록 알려주는 표현으로 느껴졌습니다. (아, 이제 사용 안되구나, 교체해야겠다는 생각이 들도록) 'replaceWith'라는 필드로 IDE에서 자동으로 대체되는 메서드로 적용할 수 있도록 하고 있어 손쉽게 교체도 가능하게 합니다. 필요하다면 대체 시 필요한 패키지 클래스를 임포트 가능하도록 'imports' 필드도 제공해서 자동으로 임포트 될 수 있게 해줍니다.https://www.baeldung.com/kotlin/deprecation 코틀린에서의 '@Deprecated'의 사소한(?) 변화를 살펴봤지만 이를 사용하는 개발자로써는 꽤나 큰 효과가 있다는 걸 몸소 느낄 수 있었고, 한 줄의 코드를 작성하더라도 이러한 고민을 깊게 하고 작성해야겠다고 다시 한번 생각을 하게 된 좋은 계기로 기억될 것 같습니다. https://polythematik.de/2020/03/19/deprecations

Polythematik

@Deprecated에서 느껴보는 Java 와 Kotlin의 가독성

인자가 많은 메서드를 함께 리팩토링 하면서 코드 사용자 입장에서 코드 복잡성을 관리하는 방법을 알아봅니다.

인자가 많은 메서드는 왜 나쁠까?

메서드의 시그니처는 메서드의 이름과 파라미터를 의미합니다. 이 두 가지 정보를 통해 메서드를 사용하는 입장(클라이언트)에서는 해당 메서드가 어떤 역할을 하는지 내부 구현을 들여다보지 않아도 쉽게 알 수 있어야 하죠. 최초 메서드 생성 시 그 메서드가 하는 역할에 대한 의미를 메서드 시그니처를 통해 표현했다고 가정해 봅시다. 그 이후 기능의 추가나 변경에 따라 비슷하지만 약간 다르게 동작을 해야 한다면 어떻게 해야 할까요? 간단하게는 파라미터를 추가함과 동시에 내부 로직을 수정하곤 합니다만 이러한 행동들이 반복되어 메서드의 파라미터 즉, 인자가 많아지는 경우 여러 가지 문제가 드러나기 시작합니다. 그래서 메서드에 파라미터를 추가를 할 때는 사용하는 측면에서의 고민을 함께 하면서 '리팩터링' 이 이루어져야 하는데요. 이 글에서는 메서드의 인자가 많을 경우에 어떤 문제가 있는지, 그러한 코드를 직접 리팩터링 해가면서 어떤 부분이 좋아졌는지를 소개하고 있습니다.
글을 쓸 때도, 코드를 작성할 때도 마찬가지로 내가 이해되도록 작성하는 게 아니라 글 또는 코드를 읽거나 사용하는 클라이언트가 이해되는 형태로 작성한다는 생각을 하다 보면 자연스럽게 코드가 좀 더 효율적으로 리팩터링이 되지 않을까 생각을 해봤습니다.

https://toss.tech/article/engineering-note-4

메서드의 시그니처는 메서드의 이름과 파라미터를 의미합니다. 이 두 가지 정보를 통해 메서드를 사용하는 입장(클라이언트)에서는 해당 메서드가 어떤 역할을 하는지 내부 구현을 들여다보지 않아도 쉽게 알 수 있어야 하죠. 최초 메서드 생성 시 그 메서드가 하는 역할에 대한 의미를 메서드 시그니처를 통해 표현했다고 가정해 봅시다. 그 이후 기능의 추가나 변경에 따라 비슷하지만 약간 다르게 동작을 해야 한다면 어떻게 해야 할까요? 간단하게는 파라미터를 추가함과 동시에 내부 로직을 수정하곤 합니다만 이러한 행동들이 반복되어 메서드의 파라미터 즉, 인자가 많아지는 경우 여러 가지 문제가 드러나기 시작합니다. 그래서 메서드에 파라미터를 추가를 할 때는 사용하는 측면에서의 고민을 함께 하면서 '리팩터링' 이 이루어져야 하는데요. 이 글에서는 메서드의 인자가 많을 경우에 어떤 문제가 있는지, 그러한 코드를 직접 리팩터링 해가면서 어떤 부분이 좋아졌는지를 소개하고 있습니다.글을 쓸 때도, 코드를 작성할 때도 마찬가지로 내가 이해되도록 작성하는 게 아니라 글 또는 코드를 읽거나 사용하는 클라이언트가 이해되는 형태로 작성한다는 생각을 하다 보면 자연스럽게 코드가 좀 더 효율적으로 리팩터링이 되지 않을까 생각을 해봤습니다. https://toss.tech/article/engineering-note-4

Toss

이번 포스팅은 알고리즘과 설계 공부 외에 준비해야 할 점에 관해 간략하게 적어 봅니다.

해외 취업 및 이직 준비 중이라면 도움 될 것 같아요!

못 보신 분들은 포스팅 맨 끝 시리즈 부분에 있는 1탄을 먼저 보고 2탄을 읽어 보세요.

1️⃣ 이력서 준비

 * 내가 이루어 낸 업무 리스트 뽑기
 * 이력서 업데이트하기

내가 이루어 낸 업무 리스트 뽑기
내가 한 일은 몇 년이 지나도 잘 기억할 것 같지만, 의외로 한 달만 지나도 기억 속에서 지워지는 것 같아요. 그래서 몇 년 전부터 제가 해낸 일은 전부 기록해 둔 습관을 기르기 시작했어요. 성과 평가나 승진 데이터로 이용하기에 좋을 것 같지만 이력서 작성에도 도움 됩니다. 데이터를 훑어보고 타스크 별로 요약문을 적어 리스트를 만듭니다. 만든 리스트가 행동 면접 준비하는 데 도움 될 수 있어요 (지난글 참고).

이력서 업데이트하기
리스트 중에 내 역량을 가장 잘 보여줄 수 있는 예시를 이력서에 포함하는 게 좋아요. 이력서 작성 팁에 선호하는 회사에 맞게 여러 버전의 이력서를 준비하는 것을 추천하는 분이 꽤 있었어요. 좋은 전략이지만 솔직히 저는 그렇게까지 할 열정과 시간이 없었어요(그러려니 또 은근 귀찮아서...). 대신 시니어+/테크 리드 개발자에게 필요한 스킬을 생각해 보고 그에 맞는 예시를 뽑았어요. 어림잡아서 테크 리더쉽과 설계 스킬 그리고 비지니스에 큰 영향력을 행사한 예시 위주로 이력서를 업데이트했습니다.

2️⃣ 이직에 관한 성찰과 목표 세우기

 * 이직하는 이유에 관한 성찰
 * 이직을 통해 이루고자 하는 목표 세우기

이직하는 이유에 관한 성찰
제일 먼저 이직하고자 하는 이유에 관해 솔직하게 도큐먼트에 생각을 정리해서 적어 봤습니다. 예전에는 '이직해야겠다!'라는 생각이 들면 바로 이력서를 제출하고 연락 오는데로 면접 봤습니다. 그리고 '합격하는 곳 중에서 가장 좋은 곳으로 가야지!'라고 단순하게 생각했던 것 같아요. 이번에는 이직하는 이유를 살펴 보고 근본적으로 어떤 문제를 해결하기 위해 이직하는지 파악했습니다. 그리고 그 문제를 해결할 수 있는 기회를 먼저 찾았던 것 같아요.

이직을 통해 이루고자 하는 목표 세우기
예전과 같은 실수를 반복하지 않기 위해 이직을 통해 이루고자 하는 목표도 함께 세웠습니다. 단순하게 5년, 10년 인생 목표와 계획만 짰었는데, 앞으로 커리어를 어떻게 쌓을지에 관해 생각해 보고 자세하게 적었어요. 이렇게 하니 다음에 어떤 스텝을 밝아야 할지 좀 더 명확해졌어요.

이렇게 성찰해 보고 목표를 세운 이유는 과거 실수를 되풀이 하지 않기 위해서입니다. 관련 내용은 <개발자가 된 후 저지른 실수들>에서 자세하게 언급했으니까 궁금하신 분은 함께 읽으면 좋은 글을 참조해 주세요.

3️⃣ 이력서 제출

 * 이력서 제출하기
 * 포지션 골라서 제출하기

이력서 제출하기
선호도가 낮은 곳부터 이력서 제출을 빨리 했어요. 이력서를 넣어도 상대적으로 빠르게 연락이 안 오는 경우가 있어요. 고용 시장이 좋을 때는 관련 스킬이 없는 포지션에 지원해도 일단 연락 오는 경우가 허다했는데, 요즘은 지원하고 연락오는데 오래 걸린 곳이 꽤 있었습니다. 그래서 선호도가 낮은 곳은 미리 연습 삼아 해보려고 먼저 지원했고, 큰 회사의 경우 이력서 스캔이 오래 걸릴 수 있을 것 같아서 함께 넣었습니다. 그리고 선호도가 높은 곳은 주기적으로 구인 공고가 올라오는지 확인하면서 여러 번 지원했어요.

그리고 구글 스프레드시트를 만들어서 어떤 회사의 어떤 포지션에 몇 일날 지원했는지 기록했습니다. 같은 시트에 연락해 온 회사별 1차, 2차 인터뷰한 날과 최종 인터뷰한 날 등을 기록하고 진행 상황을 한눈에 볼 수 있도록 정리했습니다. 나중에 데이터로 사용하려고 기록한 것도 있지만, 진행 상황을 확인하고 진행 속도가 너무 빠르거나 늦은지 파악하고 속도를 조절하는 데 많은 도움이 되었어요.

포지션 골라서 제출하기
링크드인에 있는 모든 구인 공고에 다 지원하는 것 보다 자격 요건을 꼼꼼하게 읽어 보고 제 이력과 매치되는 곳에만 지원했습니다. 예를 들어, 같은 회사에 10개의 구인 공고가 있다면 10개의 구인 공고를 다 읽어 보고, 최대한 제가 갖고 있는 스킬에 부합하는 포지션만 골라서 지원했습니다. 이 작업을 통해 이력서에 필요한 키워드도 삽입하면서 업데이트할 수 있었어요. 그리고 이 방법을 통해 요즘 구인 공고에는 어떤 스킬이 많이 언급되는지 파악할 수 있었어요.

4️⃣ 리트코드 형식이 아닌 코딩테스트 준비

요즘 아무리 리트코드 형식의 코딩테스트가 많지만, 몇몇 지원한 회사는 리트코드 문제를 사용하지 않았어요. 대신 실제 업무에 필요한 코드를 짜는 문제를 제출합니다. 개인적으로 반가운 형태의 코딩테스트 면접 포맷인데, 이경우 준비 방법이 따로 있는 건 아니에요. 대신 포지션에 언급된 필요한 스킬을 구인 공고에서 확인하고 관련 스킬에 자주 나오는 코딩 문제를 찾아 보거나 직접 코드를 작성해 보며 익숙해지도록 노력했습니다. 

5️⃣ 전 직장 동료와 커피챗하기

 * 도움 청하기
 * 레퍼런스 받기

도움 청하기
합격하고 싶은 회사에 근무하는 지인을 링크드인에서 찾은 후 도움을 청했어요. 과거 함께 일한 동료 중에 내가 가고자 하는 회사에 근무하고 있거나, 그 회사의 채용 담당자가 된 경우가 꽤 있습니다. 경력직이라면 반드시 링크드인에 과거에 함께 일했던 동료가 현재 가고자 하는 회사에 근무하는지 확인해 보세요. 그리고 항상 링크드인에 함께 일했던 동료와 인맥 추가하고 가끔 연락하는 사이가 되는 게 중요해요.

그리고 최근에 이직한 친구들과 동료들의 경험담도 들어 봤습니다. 요즘 면접 과정이 예전과 무엇이 다른지 혹은 지름길이 있는지 등등 의외로 여러 가지 팁을 얻을 수 있었어요.

레퍼런스 받기
해외 취업의 경우 가끔 예전에 함께 일한 동료에게 레퍼런스를 받아 오라고 하는 경우가 있어요(경력직인 경우). 예전에는 선택 사항이었는데, 의외로 요즘은 면접 시작 전에 "혹시 함께 일했던 동료 중에 현재 우리 회사에 근무하는 사람이 없냐"라고 물어보는 경우가 꽤 많았어요. 자신을 고용할 의사가 있는 회사가 이 사람이 정말 함께해도 될 사람인지 과거 함께 일한 동료를 통해 확인하기도 합니다(회사마다 다름). 동료의 연락처와 리스트는 본인이 고른 다음 준비해서 제공하면 됩니다. 그래서 함께 일했던 동료와 항상 좋은 관계를 유지하고 퇴사하더라도 간혹 연락하며 지낼 수 있는 사이가 되는 게 중요하다는 것을 느꼈습니다.

6️⃣ 추가 자료 확인하기

 * 블라인드 적극 활용하기
 * 연봉 협상 자료 모르기

블라인드 적극 활용하기
특히 선호도가 높은 회사의 최종 면접 전에 블라인드를 적극 활용해서 면접 경험담을 확인했습니다. 별로 도움 되지 않을 수 있지만 모르고 하는 것 보다 간접적으로 알고 면접하는 게 확실히 도움 됬어요. 블라인드에 부정적인 내용만 가득 차서 잘 확인하지 않는데, 의외로 면접 준비할 때 회사별로 취업 준비할 때 필요한 정보를 모으는 데 큰 도움이 되었어요. 그리고 선호도를 측정할 때 블라인드의 간접 경험담을 통해 선호도를 조정하는 데 큰 도움이 되었습니다.

연봉 협상 자료 모으기
해외에는 큰 돈 주고 컨설팅을 받을 수 있는 곳이 꽤 있는데, 굳이 그럴 필요는 없는 것 같아요. 과거 협상 경험이 꽤 있고, 유튜브에 널린 자료가 꽤 많아서 그냥 유튜브 영상을 찾아 보고 들었습니다. 그 외에도 최근에 이직한 경험이 있는 사람과 소통하며 그들에게 다양한 조언을 들었습니다.

-------------

추가적으로 꼼꼼히 살펴봤던 점과 준비해야 할 점에 관해 이야기해봤습니다. 다음 시리즈에서는 이직 준비하면서 배운 점 몇가지를 기록 삼아 적어 볼게요.

🔗 시리즈
 1. 1탄: 아마존 퇴사와 빅테크 이직 준비 https://careerly.co.kr/comments/95006
 2. 2탄: [현재글] 취업 준비 시 같이 준비해야 할 것들
 3. 3탄: 이직 준비하면서 배운 점 https://careerly.co.kr/comments/95092
 4. 4탄: 알고리즘, 시스템 설계, 행동 면접 팁
 5. 5탄: 면접과 최종 합격 후 꼭 해야 할 일

🪴 함께 읽으면 좋은 글

개발자가 된 후 저지른 실수들
https://careerly.co.kr/comments/94020

성장형 개발자가 피해야 할 실수
https://careerly.co.kr/comments/91571

기술, 개발 학습 자료 7가지
https://careerly.co.kr/comments/91555

이번 포스팅은 알고리즘과 설계 공부 외에 준비해야 할 점에 관해 간략하게 적어 봅니다. 해외 취업 및 이직 준비 중이라면 도움 될 것 같아요! 못 보신 분들은 포스팅 맨 끝 시리즈 부분에 있는 1탄을 먼저 보고 2탄을 읽어 보세요. 1️⃣ 이력서 준비 <ul><li>내가 이루어 낸 업무 리스트 뽑기</li><li>이력서 업데이트하기</li></ul> 내가 이루어 낸 업무 리스트 뽑기내가 한 일은 몇 년이 지나도 잘 기억할 것 같지만, 의외로 한 달만 지나도 기억 속에서 지워지는 것 같아요. 그래서 몇 년 전부터 제가 해낸 일은 전부 기록해 둔 습관을 기르기 시작했어요. 성과 평가나 승진 데이터로 이용하기에 좋을 것 같지만 이력서 작성에도 도움 됩니다. 데이터를 훑어보고 타스크 별로 요약문을 적어 리스트를 만듭니다. 만든 리스트가 행동 면접 준비하는 데 도움 될 수 있어요 (지난글 참고). 이력서 업데이트하기리스트 중에 내 역량을 가장 잘 보여줄 수 있는 예시를 이력서에 포함하는 게 좋아요. 이력서 작성 팁에 선호하는 회사에 맞게 여러 버전의 이력서를 준비하는 것을 추천하는 분이 꽤 있었어요. 좋은 전략이지만&nbsp;솔직히 저는 그렇게까지 할 열정과 시간이 없었어요(그러려니 또 은근 귀찮아서...). 대신 시니어+/테크 리드 개발자에게 필요한 스킬을 생각해 보고 그에 맞는 예시를 뽑았어요. 어림잡아서 테크 리더쉽과 설계 스킬 그리고 비지니스에 큰 영향력을 행사한 예시 위주로 이력서를 업데이트했습니다. 2️⃣ 이직에 관한 성찰과 목표 세우기 <ul><li>이직하는 이유에 관한 성찰</li><li>이직을 통해 이루고자 하는 목표 세우기</li></ul> 이직하는 이유에 관한 성찰제일 먼저 이직하고자 하는 이유에 관해 솔직하게 도큐먼트에 생각을 정리해서 적어 봤습니다. 예전에는 '이직해야겠다!'라는 생각이 들면 바로 이력서를 제출하고 연락 오는데로 면접 봤습니다. 그리고 '합격하는 곳 중에서 가장 좋은 곳으로 가야지!'라고 단순하게 생각했던 것 같아요. 이번에는 이직하는 이유를 살펴 보고 근본적으로 어떤 문제를 해결하기 위해 이직하는지 파악했습니다. 그리고 그 문제를 해결할 수 있는 기회를 먼저 찾았던 것 같아요. 이직을 통해 이루고자 하는 목표 세우기예전과 같은 실수를 반복하지 않기 위해 이직을 통해 이루고자 하는 목표도 함께 세웠습니다. 단순하게 5년, 10년 인생 목표와 계획만 짰었는데, 앞으로 커리어를 어떻게 쌓을지에 관해 생각해 보고 자세하게 적었어요. 이렇게 하니 다음에 어떤 스텝을 밝아야 할지 좀 더 명확해졌어요. 이렇게 성찰해 보고 목표를 세운 이유는 과거 실수를 되풀이 하지 않기 위해서입니다. 관련 내용은 &lt;개발자가 된 후 저지른 실수들&gt;에서 자세하게 언급했으니까 궁금하신 분은 함께 읽으면 좋은 글을 참조해 주세요. 3️⃣ 이력서 제출 <ul><li>이력서 제출하기</li><li>포지션 골라서 제출하기</li></ul> 이력서 제출하기선호도가 낮은 곳부터 이력서 제출을 빨리 했어요.&nbsp;이력서를 넣어도 상대적으로 빠르게 연락이 안 오는 경우가 있어요. 고용 시장이 좋을 때는 관련 스킬이 없는 포지션에 지원해도 일단 연락 오는 경우가 허다했는데, 요즘은 지원하고 연락오는데 오래 걸린 곳이 꽤 있었습니다. 그래서 선호도가 낮은 곳은 미리 연습 삼아 해보려고 먼저 지원했고, 큰 회사의 경우 이력서 스캔이 오래 걸릴 수 있을 것 같아서 함께 넣었습니다. 그리고 선호도가 높은 곳은 주기적으로 구인 공고가 올라오는지 확인하면서 여러 번 지원했어요. 그리고 구글 스프레드시트를 만들어서 어떤 회사의 어떤 포지션에 몇 일날 지원했는지 기록했습니다. 같은 시트에 연락해 온 회사별 1차, 2차 인터뷰한 날과 최종 인터뷰한 날 등을 기록하고 진행 상황을 한눈에 볼 수 있도록 정리했습니다. 나중에 데이터로 사용하려고 기록한 것도 있지만, 진행 상황을 확인하고 진행 속도가 너무 빠르거나 늦은지 파악하고 속도를 조절하는 데 많은 도움이 되었어요. 포지션 골라서 제출하기링크드인에 있는 모든 구인 공고에 다 지원하는 것 보다 자격 요건을 꼼꼼하게 읽어 보고 제 이력과 매치되는 곳에만 지원했습니다. 예를 들어, 같은 회사에 10개의 구인 공고가 있다면 10개의 구인 공고를 다 읽어 보고, 최대한 제가 갖고 있는 스킬에 부합하는 포지션만 골라서 지원했습니다. 이 작업을 통해 이력서에 필요한 키워드도 삽입하면서 업데이트할 수 있었어요. 그리고 이 방법을 통해 요즘 구인 공고에는 어떤 스킬이 많이 언급되는지 파악할 수 있었어요. 4️⃣ 리트코드 형식이 아닌 코딩테스트 준비 요즘 아무리 리트코드 형식의 코딩테스트가 많지만, 몇몇 지원한 회사는 리트코드 문제를 사용하지 않았어요. 대신 실제 업무에 필요한 코드를 짜는 문제를 제출합니다. 개인적으로 반가운 형태의 코딩테스트 면접 포맷인데, 이경우 준비 방법이 따로 있는 건 아니에요. 대신 포지션에 언급된 필요한 스킬을 구인 공고에서 확인하고 관련 스킬에 자주 나오는 코딩 문제를 찾아 보거나 직접 코드를 작성해 보며 익숙해지도록 노력했습니다.&nbsp; 5️⃣ 전 직장 동료와 커피챗하기 <ul><li>도움 청하기</li><li>레퍼런스 받기</li></ul> 도움 청하기합격하고 싶은 회사에 근무하는 지인을 링크드인에서 찾은 후 도움을 청했어요. 과거 함께 일한 동료 중에 내가 가고자 하는 회사에 근무하고 있거나, 그 회사의 채용 담당자가 된 경우가 꽤 있습니다. 경력직이라면 반드시 링크드인에 과거에 함께 일했던 동료가 현재 가고자 하는 회사에 근무하는지 확인해 보세요. 그리고 항상 링크드인에 함께 일했던 동료와 인맥 추가하고 가끔 연락하는 사이가 되는 게 중요해요. 그리고 최근에 이직한 친구들과 동료들의 경험담도 들어 봤습니다. 요즘 면접 과정이 예전과 무엇이 다른지 혹은 지름길이 있는지 등등 의외로 여러 가지 팁을 얻을 수 있었어요. 레퍼런스 받기해외 취업의 경우 가끔 예전에 함께 일한 동료에게 레퍼런스를 받아 오라고 하는 경우가 있어요(경력직인 경우). 예전에는 선택 사항이었는데, 의외로 요즘은 면접 시작 전에 "혹시 함께 일했던 동료 중에 현재 우리 회사에 근무하는 사람이 없냐"라고 물어보는 경우가 꽤 많았어요. 자신을 고용할 의사가 있는 회사가 이 사람이 정말 함께해도 될 사람인지 과거 함께 일한 동료를 통해 확인하기도 합니다(회사마다 다름). 동료의 연락처와 리스트는 본인이 고른 다음 준비해서 제공하면 됩니다. 그래서 함께 일했던 동료와 항상 좋은 관계를 유지하고 퇴사하더라도 간혹 연락하며 지낼 수 있는 사이가 되는 게 중요하다는 것을 느꼈습니다. 6️⃣ 추가 자료 확인하기 <ul><li>블라인드 적극 활용하기</li><li>연봉 협상 자료 모르기</li></ul> 블라인드 적극 활용하기특히 선호도가 높은 회사의 최종 면접 전에 블라인드를 적극 활용해서 면접 경험담을 확인했습니다. 별로 도움 되지 않을 수 있지만 모르고 하는 것 보다 간접적으로 알고 면접하는 게 확실히 도움 됬어요. 블라인드에 부정적인 내용만 가득 차서 잘 확인하지 않는데, 의외로 면접 준비할 때 회사별로 취업 준비할 때 필요한 정보를 모으는 데 큰 도움이 되었어요. 그리고 선호도를 측정할 때 블라인드의 간접 경험담을 통해 선호도를 조정하는 데 큰 도움이 되었습니다. 연봉 협상 자료 모으기해외에는 큰 돈 주고 컨설팅을 받을 수 있는 곳이 꽤 있는데, 굳이 그럴 필요는 없는 것 같아요. 과거 협상 경험이 꽤 있고, 유튜브에 널린 자료가 꽤 많아서 그냥 유튜브 영상을 찾아 보고 들었습니다. 그 외에도 최근에 이직한 경험이 있는 사람과 소통하며 그들에게 다양한 조언을 들었습니다. ------------- 추가적으로 꼼꼼히 살펴봤던 점과 준비해야 할 점에 관해 이야기해봤습니다. 다음 시리즈에서는 이직 준비하면서 배운 점 몇가지를 기록 삼아 적어 볼게요. 🔗 시리즈<ol><li>1탄: 아마존 퇴사와 빅테크 이직 준비 https://careerly.co.kr/comments/95006</li><li>2탄: [현재글] 취업 준비 시 같이 준비해야 할 것들</li><li>3탄: 이직 준비하면서 배운 점 https://careerly.co.kr/comments/95092</li><li>4탄: 알고리즘, 시스템 설계, 행동 면접 팁</li><li>5탄: 면접과 최종 합격 후 꼭 해야 할 일</li></ol> 🪴 함께 읽으면 좋은 글 개발자가 된 후 저지른 실수들https://careerly.co.kr/comments/94020 성장형 개발자가 피해야 할 실수https://careerly.co.kr/comments/91571 기술, 개발 학습 자료 7가지https://careerly.co.kr/comments/91555

취업 준비 시 같이 준비해야 할 것들

모든 페이지는 댓글을 달 수 있도록 해놓았습니다. 편하게 피드백 주셔도 좋습니다. 개인적으로 프롬프트 엔지니어링이라는 용어를 안쓰려 노력했지만 개인 취향입니다. 이 웹페이지가 많은 분들에게 도움이 되었으면 좋겠습니다. 사실 아무도 안궁금해하는 만든 이유

인공지능을 사용하는 인간을 위한 안내서

총 42 챕터로 이루어진 인공지능 사용 가이드.
 * 무료로 제공되며, 새로운 정보가 있을 때 마다 갱신 됩니다.
 * 프롬프트를 이용한 언어모델을 사용하는 것에 중점을 두었습니다.
 * 모든 페이지에 댓글 및 공유를 가능하게 해놓았습니다.
 * <은하수를 여행하는 히치하이커를 위한 안내서>를 패러디 하고 싶었으나 아무도 모르는 듯 합니다.

총 42 챕터로 이루어진 인공지능 사용 가이드.<ul><li>무료로 제공되며, 새로운 정보가 있을 때 마다 갱신 됩니다.</li><li>프롬프트를 이용한 언어모델을 사용하는 것에 중점을 두었습니다.</li><li>모든 페이지에 댓글 및 공유를 가능하게 해놓았습니다.</li><li>&lt;은하수를 여행하는 히치하이커를 위한 안내서&gt;를 패러디 하고 싶었으나 아무도 모르는 듯 합니다.</li></ul>

SlashPage

서울시가 오늘(4일) 밤부터 세계 최초로 심야 자율주행버스의 정기운행을 시작합니다. 자율주행버스는 합정역과 동대문 사이 중앙버스전용차로 9.8킬로미터 구간을 순환하며, 오늘을 시작으로 평일 밤 11시 반부터 다음 날 새벽 5시 10분까지 운행을 합니다.https://imnews.i...

오늘부터 세계 최초 심야 자율주행 버스 운행 (2023.12.04/뉴스투데이/MBC)

📰 서울시가 오늘(4일) 밤부터 세계 최초로 심야 자율주행버스의 정기운행을 시작한다고.

“합정역과 동대문 사이 중앙버스전용차로 9.8킬로미터 구간을 순환하며, 평일 밤 11시 반부터 다음 날 새벽 5시 10분까지 운행한다.”

오! 이런 대단한 소식이 왜 이슈가 안된거죠?! 😳

멋진 결과내서 대중 교통을 더 싸고 편리하게, 언제 어디서나(새벽이든 시골이든) 이용할 수 있었으면 좋겠습니다.

뉴스영상 👉 https://m.youtube.com/watch?v=4Qlzejokm7Y

📰 서울시가 오늘(4일) 밤부터 세계 최초로 심야 자율주행버스의 정기운행을 시작한다고. “합정역과 동대문 사이 중앙버스전용차로 9.8킬로미터 구간을 순환하며, 평일 밤 11시 반부터 다음 날 새벽 5시 10분까지 운행한다.” 오! 이런 대단한 소식이 왜 이슈가 안된거죠?! 😳 멋진 결과내서 대중 교통을 더 싸고 편리하게, 언제 어디서나(새벽이든 시골이든) 이용할 수 있었으면 좋겠습니다. 뉴스영상 👉 https://m.youtube.com/watch?v=4Qlzejokm7Y

새로운 리액트 문서에서 제시하는 리액트 코드 작성에 대한 권장사항을 설명하고 있는 글입니다. 꼭 이를 따를 필요는 없지만, 리액트 코어팀은 그 누구보다 리액트에 대해 많이 고민하고 생각한 사람들인 만큼, 그들의 의견을 들어보는 것은 분명 가치가 있다고 생각합니다 :)

[번역] 새로운 리액트 문서에서 제시하는 9가지 권장 사항

오늘 소개해드릴 글은 라인플러스의 김은빈님이 공유해주신 글입니다. 새로운 리액트 문서에서 제시하는 리액트 코드 작성에 대한 권장사항 9가지를 설명하고 있는 글입니다. 이 글에서도 언급되는 것처럼 꼭 이 권장사항을 따를 필요는 없지만, 리액트 코어팀은 그 누구보다 리액트에 대해 많이 고민하고 생각한 사람들인 만큼, 그들의 의견을 들어보는 것은 분명 가치가 있다고 생각합니다.

간단한 코드 스니펫을 통한 예시와 해당 내용을 언급하고 있는 실제 문서에 대한 링크도 모두 걸려있으니 링크를 따라가며 읽어보시는 것도 좋을 것 같습니다 :)

 * 글 링크: https://velog.io/@eunbinn/react-docs-recommendations

오늘 소개해드릴 글은 라인플러스의 김은빈님이 공유해주신 글입니다. 새로운 리액트 문서에서 제시하는 리액트 코드 작성에 대한 권장사항 9가지를 설명하고 있는 글입니다. 이 글에서도 언급되는 것처럼 꼭 이 권장사항을 따를 필요는 없지만, 리액트 코어팀은 그 누구보다 리액트에 대해 많이 고민하고 생각한 사람들인 만큼, 그들의 의견을 들어보는 것은 분명 가치가 있다고 생각합니다. 간단한 코드 스니펫을 통한 예시와 해당 내용을 언급하고 있는 실제 문서에 대한 링크도 모두 걸려있으니 링크를 따라가며 읽어보시는 것도 좋을 것 같습니다 :) <ul><li>글 링크: https://velog.io/@eunbinn/react-docs-recommendations</li></ul>

Velog

새로운 리액트 문서에서 제시하는 9가지 권장 사항


    
      의존성 주입을 하면 잃게 되는 것 · Soojin Ro
    
  

의존성 주입을 하면 프로그램에 꼭 필요한 중요 역할이 여러 클래스로 분산됩니다. 의존성을 생성하는 그 막강한 권한이 소비자 객체에서 다른 곳으로 옮겨갑니다. 객체가 자신의 의존성을 스스로 생성하고 관리할 권한을 잃는다는... (더보기)

https://soojin.ro/blog/three-dimensions-of-di

의존성 주입을 하면 프로그램에 꼭 필요한 중요 역할이 여러 클래스로 분산됩니다. 의존성을 생성하는 그 막강한 권한이 소비자 객체에서 다른 곳으로 옮겨갑니다. 객체가 자신의 의존성을 스스로 생성하고 관리할 권한을 잃는다는... (더보기) https://soojin.ro/blog/three-dimensions-of-di

soojin.ro

[의존성 주입을 하면 잃게 되는 것]

나는 자신이 없는 코딩을 할 수록 계획을 작게 나눈다. 작은 계획을 실천하도록 사용하는 도구 중 한가지는 코드를 쓰기 전에 내가 어떤 코드를 쓸 지 커밋 메시지를 먼저 작성하는 것이다. 누군가에게 이 기법을 소개할 때에 ‘커밋 메시지 주도 개발’이란 표현을 쓴다.

커밋 메시지 주도 개발

개발을 할 때면 가장 작은 단위로 나누어 개발하라는 이야기를 많이 듣습니다. 하나의 클래스가 여러 가지 책임을 지는 것보다는 각 관심사와 책임 기준으로 나누고 쪼개어 객체지향 적으로 코드를 작성해야 생산성과 유지 보수성을 높이는데 이바지할 수 있기 때문입니다. 꼭 개발을 할 때뿐만 아니라 가지고 있는 고민이나 해야 할 업무들 또한 작은 단위로 나누어 생각을 하다 보면 쉽게 풀리는 경우가 많죠. 이렇게 작은 단위로 접근을 하는 방식을 '커밋 메시지'를 활용하여 개발하는 '커밋 메시지 주도 개발'에 대해 공유드립니다.
이 글에서는 우선 커밋 메시지를 작성하고 그 범위에 해당하는 개발만 하는 방식을 이야기하고 있습니다. 즉, 개발하기 전에 무엇을 개발할지에 대해 작게 생각하고(계획) 그 범위 내에서 작은 단위로 개발하는 것이죠(실행). 커밋 단위도 자연스럽게 작은 단위가 되는 효과가 있는 것 같습니다. 작은 커밋은 변경사항의 추적이나 롤백을 쉽게 할 수 있고 추후 리팩토링에도 도움이 되는 경우가 있으니까요.
꼭 '커밋 메시지 주도 개발'을 실천하지 않아도 매사 작업을 작게 나누는 연습을 해보는 것도 괜찮은 방법이지 않을까 생각을 해봅니다.

https://gyuwon.github.io/blog/2021/04/04/commit-message-driven-development.html

개발을 할 때면 가장 작은 단위로 나누어 개발하라는 이야기를 많이 듣습니다. 하나의 클래스가 여러 가지 책임을 지는 것보다는 각 관심사와 책임 기준으로 나누고 쪼개어 객체지향 적으로 코드를 작성해야 생산성과 유지 보수성을 높이는데 이바지할 수 있기 때문입니다. 꼭 개발을 할 때뿐만 아니라 가지고 있는 고민이나 해야 할 업무들 또한 작은 단위로 나누어 생각을 하다 보면 쉽게 풀리는 경우가 많죠. 이렇게 작은 단위로 접근을 하는 방식을 '커밋 메시지'를 활용하여 개발하는 '커밋 메시지 주도 개발'에 대해 공유드립니다.이 글에서는 우선 커밋 메시지를 작성하고 그 범위에 해당하는 개발만 하는 방식을 이야기하고 있습니다. 즉, 개발하기 전에 무엇을 개발할지에 대해 작게 생각하고(계획) 그 범위 내에서 작은 단위로 개발하는 것이죠(실행). 커밋 단위도 자연스럽게 작은 단위가 되는 효과가 있는 것 같습니다. 작은 커밋은 변경사항의 추적이나 롤백을 쉽게 할 수 있고 추후 리팩토링에도 도움이 되는 경우가 있으니까요.꼭 '커밋 메시지 주도 개발'을 실천하지 않아도 매사 작업을 작게 나누는 연습을 해보는 것도 괜찮은 방법이지 않을까 생각을 해봅니다. https://gyuwon.github.io/blog/2021/04/04/commit-message-driven-development.html

프로그래머 이규원의 웹사이트

1. 회사가 내가 아니다. 삼성전자에 다닌다고, 네카라쿠배 당토에 다닌다고 혹은 또다른 OO에 다닌다고 내가 그 회사가 아니다. 2. 일하는 회사가 핫하거나 빠르게 성장하고 있다면, 좋은 일이다. 그 Halo effect를 유리하게 활용하는 것도 좋다. 내 안목이 탁월했든 운이든 어쨋든 잘된 일이다. 나 자신이 성장하며 회사의 성장에 기여하는 것도 자부

회사가 내가 아니다

오래전부터 생각해오던 내용과 소름 끼치게 동일한 글을 발견해서 공유합니다. 주니어 시절(아마 2~3년차) 회사에 이름에 그늘 삼아 제 능력이 녹슬어 가는지도 모른 체 시간을 낭비하듯 보내던 적이 있었습니다. 그러다 "회사 딱지를 떼면 난 뭐가 남지?"라는 생각에 뒤통수를 맞은 느낌으로 외부 활동을 해왔던 것 같고 블로그, 토이 프로젝트, 스터디에 이어 지금까지 살아오는 것 같습니다. 물론, 회사가 안정적이고 성장 가능성이 뚜렷하다면 "나 OO에 다녀~"라는 생각으로 약간은 안일한 마음이 들 수도 있겠지만 부모님 시대와는 다르게 요즘은 평생직장이라는 수식어는 어울리지 않을 정도로 세상이 변화하고 있고 결국은 본인 스스로를 본인이 챙겨야 하는 시대인 건 확실해 보입니다.
"회사가 내가 아니다"라는 제목은 다소 자극적이기도 하고 오해가 될 수도 있을 만한 글이지만 이 글에서 이야기하고자 하는 내용에 저의 생각을 조금 더 가미하자면, 결국 스스로 홀로서기 할 수 있을 정도의 능력을 갖춘 본인이 돼야 하고 그게 회사에 다니는 직장인이라면 그러한 능력을 회사에서도 기여하는 순서가 맞지 않을까 생각이 됩니다. 특히, 개발자는 기술적 고립이 되지 않기 위해 부단히 노력해야 합니다. 회사 내에서는 잘하는 것처럼 생각이 될 수 있지만 다른 회사 분들과 마주하다 보면 우물속 개구리였구나 라는걸 몸소 체감할 수 있으니까요.

https://brunch.co.kr/@naieekim/79

오래전부터 생각해오던 내용과 소름 끼치게 동일한 글을 발견해서 공유합니다. 주니어 시절(아마 2~3년차) 회사에 이름에 그늘 삼아 제 능력이 녹슬어 가는지도 모른 체 시간을 낭비하듯 보내던 적이 있었습니다. 그러다 "회사 딱지를 떼면 난 뭐가 남지?"라는 생각에 뒤통수를 맞은 느낌으로 외부 활동을 해왔던 것 같고 블로그, 토이 프로젝트, 스터디에 이어 지금까지 살아오는 것 같습니다. 물론, 회사가 안정적이고 성장 가능성이 뚜렷하다면 "나 OO에 다녀~"라는 생각으로 약간은 안일한 마음이 들 수도 있겠지만 부모님 시대와는 다르게 요즘은 평생직장이라는 수식어는 어울리지 않을 정도로 세상이 변화하고 있고 결국은 본인 스스로를 본인이 챙겨야 하는 시대인 건 확실해 보입니다."회사가 내가 아니다"라는 제목은 다소 자극적이기도 하고 오해가 될 수도 있을 만한 글이지만 이 글에서 이야기하고자 하는 내용에 저의 생각을 조금 더 가미하자면, 결국 스스로 홀로서기 할 수 있을 정도의 능력을 갖춘 본인이 돼야 하고 그게 회사에 다니는 직장인이라면 그러한 능력을 회사에서도 기여하는 순서가 맞지 않을까 생각이 됩니다. 특히, 개발자는 기술적 고립이 되지 않기 위해 부단히 노력해야 합니다. 회사 내에서는 잘하는 것처럼 생각이 될 수 있지만 다른 회사 분들과 마주하다 보면 우물속 개구리였구나 라는걸 몸소 체감할 수 있으니까요. https://brunch.co.kr/@naieekim/79

Brunch Story

Manage GraphqQL APIs Using the Postman GraphQL client (Sponsored) The Postman GraphQL client offers a simple yet powerful way to work with GraphQL APIs. With Postman's GraphQL client, you can: Explore GraphQL schemas easily Create code-ready queries

79 Engineering Blogs To Level Up Your System Design Skills

항상 좋은 글이 많이 올라오는 bytebytego에서 추천하는 테크 블로그 리스트가 올라왔네요!!
모두 영어 블로그이긴 하지만 이제 우리에겐 ChatGPT가 있으니!! ㅎㅎ

여러 블로그 중에 LINE 블로그가 있는것도 기분이 좋네요 :)))))

https://blog.bytebytego.com/p/79-engineering-blogs-to-level-up?ref=dailydev

항상 좋은 글이 많이 올라오는 bytebytego에서 추천하는 테크 블로그 리스트가 올라왔네요!! 모두 영어 블로그이긴 하지만 이제 우리에겐 ChatGPT가 있으니!! ㅎㅎ 여러 블로그 중에 LINE 블로그가 있는것도 기분이 좋네요 :))))) https://blog.bytebytego.com/p/79-engineering-blogs-to-level-up?ref=dailydev

Bytebytego

시스템 디자인 스킬을 배울 수 있는 테크 블로그 79

제목은 어그로를 좀 끌어보았습니다.

커리어리 Q&A에서 어설픈 답변을 종종 남기고 있습니다. 주제넘게 이렇다 저렇다 말하고 나면, 과연 이게 도움이 되는 말일까 자문하게 되기도 합니다.

어쨌건, 커리어 관련 고민을 토로하는 글들을 보면, 어떨 땐 답답하기도 하고, 어떨 땐 과거의 내가 감정이입되기도 해서 괜한 참견을 하게되는 것 같습니다.

공통적으로 느껴지는 것 중 하나는, 커리어 관련 고민이라는 게, 어쩌면 그보다 더 중요한 고민들에서 시작된 고통이라는 생각이 들더라구요.

우리가 개발자가 되고자 하거나, 아니면 이미 개발자이면서 더 나은 개발자가 되려고 여기를 기웃거리는 건데, 그만큼, 아니, 그보다 더 중요한 거는 몸건강과 정신건강이 아닐까 해요. 몸건강은 잘먹고 잘자고 운동하고 이런 게 기본일 테고, 정신 건강은 일기를 쓰든 상담을 받든 여행을 하든, 명상을 하든 종교에 심취하든 다양한 방법들이 있겠죠.

운동으로는 달리기를 시작해서 어느덧 2000K를 넘게 뛰었습니다. 건강을 위해 시작했던 달리기가 이제 좀 지나치다 싶을 정도로 많이 뛰고 있어요. 지난달은 210K, 이번 달은 240K정도 뛸 것 같습니다. 본격 러너라기에 실력은 부족해도 마일리지는 충분한 것 같습니다. 어쩌면 내년에는 풀코스 마라톤을 완주할 수 있을 것 같아요. 몸건강도 좋아졌고, 뛰다보면 정신적으로도 꽤 상쾌해집니다. 모종의 호르몬이 나오나봐요. 거의 매일 1시간씩을 달리기에 투자하는 게 미련한 짓인 것 같기도 한데, 결국 건강해지면 그 이상의 가치를 하겠죠. 아니 솔직히 말할게요. 이제 그냥 달리기가 즐거워졌어요. 이보다 많이 뛰면 오히려 건강에 해가 되는 게 아닐까 걱정을 해야할 판입니다. 딱히 꾸준히 운동하고 있는 게 아직 없으시다면, 달리기 추천드려봅니다.

멘탈을 위해서는 명상쪽에 점점 더 많은 관심이 가고 있는데, 점점 더 제가 뭘 잘못 생각하고 있는지... 아니 잘못된 부분에 집중하고 있는지를 알게되어가는 중인 것 같습니다. 아직 달리기 만큼 심취하지는 못했기에 뭐라 적기는 어렵습니다만, 우리의 많은 고통이 스스로부터 야기된 점이라는 게 인상적인 것 같습니다. 마치 외부의 환경, 그러니까, 개발자 취업문이 얼어붙었다거나, 난 좋게보는 기술을 쟤는 무시한다거나 하는 외부의 상황들이 나에게 고통을 주는 것 같지만, 그건 착각이라는 게 공통된 명상가(?)들의 시각으로 이해되더라구요.

암튼, 괜한 참견... 아니, 스스로에게 다시 다짐해보는 것은, 외부 상황들을 고통으로 바라보는 일을 그만두고, 현재 상황 그대로에서 잘해보자는 거랄까요?

기술적, 커리어 고민들은 사실 그 고민에서 출발해서 문제를 해결하려 들 게 아니라, 한차원 더 높은 시각에서 멘탈을 챙겨보자는 제안입니다. 저부터 잘해볼게요. 화이팅입니다.

<s>제목은 어그로를 좀 끌어보았습니다.</s> 커리어리 Q&amp;A에서 어설픈 답변을 종종 남기고 있습니다. 주제넘게 이렇다 저렇다 말하고 나면, 과연 이게 도움이 되는 말일까 자문하게 되기도 합니다. 어쨌건, 커리어 관련 고민을 토로하는 글들을 보면, 어떨 땐 답답하기도 하고, 어떨 땐 과거의 내가 감정이입되기도 해서 괜한 참견을 하게되는 것 같습니다. 공통적으로 느껴지는 것 중 하나는, 커리어 관련 고민이라는 게, 어쩌면 그보다 더 중요한 고민들에서 시작된 고통이라는 생각이 들더라구요. 우리가 개발자가 되고자 하거나, 아니면 이미 개발자이면서 더 나은 개발자가 되려고 여기를 기웃거리는 건데, 그만큼, 아니, 그보다 더 중요한 거는 몸건강과 정신건강이 아닐까 해요. 몸건강은 잘먹고 잘자고 운동하고 이런 게 기본일 테고, 정신 건강은 일기를 쓰든 상담을 받든 여행을 하든, 명상을 하든 종교에 심취하든 다양한 방법들이 있겠죠. 운동으로는 달리기를 시작해서 어느덧 2000K를 넘게 뛰었습니다. 건강을 위해 시작했던 달리기가 이제 좀 지나치다 싶을 정도로 많이 뛰고 있어요. 지난달은 210K, 이번 달은 240K정도 뛸 것 같습니다. 본격 러너라기에 실력은 부족해도 마일리지는 충분한 것 같습니다. 어쩌면 내년에는 풀코스 마라톤을 완주할 수 있을 것 같아요. 몸건강도 좋아졌고, 뛰다보면 정신적으로도 꽤 상쾌해집니다. 모종의 호르몬이 나오나봐요. 거의 매일 1시간씩을 달리기에 투자하는 게 미련한 짓인 것 같기도 한데, 결국 건강해지면 그 이상의 가치를 하겠죠. 아니 솔직히 말할게요. 이제 그냥 달리기가 즐거워졌어요. 이보다 많이 뛰면 오히려 건강에 해가 되는 게 아닐까 걱정을 해야할 판입니다. 딱히 꾸준히 운동하고 있는 게 아직 없으시다면, 달리기 추천드려봅니다. 멘탈을 위해서는 명상쪽에 점점 더 많은 관심이 가고 있는데, 점점 더 제가 뭘 잘못 생각하고 있는지... 아니 잘못된 부분에 집중하고 있는지를 알게되어가는 중인 것 같습니다. 아직 달리기 만큼 심취하지는 못했기에 뭐라 적기는 어렵습니다만, 우리의 많은 고통이 스스로부터 야기된 점이라는 게 인상적인 것 같습니다. 마치 외부의 환경, 그러니까, 개발자 취업문이 얼어붙었다거나, 난 좋게보는 기술을 쟤는 무시한다거나 하는 외부의 상황들이 나에게 고통을 주는 것 같지만, 그건 착각이라는 게 공통된 명상가(?)들의 시각으로 이해되더라구요. 암튼, 괜한 참견... 아니, 스스로에게 다시 다짐해보는 것은, 외부 상황들을 고통으로 바라보는 일을 그만두고, 현재 상황 그대로에서 잘해보자는 거랄까요? 기술적, 커리어 고민들은 사실 그 고민에서 출발해서 문제를 해결하려 들 게 아니라, 한차원 더 높은 시각에서 멘탈을 챙겨보자는 제안입니다. 저부터 잘해볼게요. 화이팅입니다.

니가 지금 자바를 공부하고 있을 때가 아니야

https://microsoft.github.io/AI-For-Beginners/

AI를 마스터하기 위한 Microsoft의 무료 강좌 6개 입니다!

초보자를 위한 AI 커리큘럼 https://t.co/ZJoF6sSeNc
 * 인공 지능(AI)을 탐구하는 12주, 24레슨 커리큘럼입니다. 심볼릭 AI, 신경망, 컴퓨터 비전, 자연어 처리 등을 다룹니다. 실습 수업, 퀴즈 및 실습이 포함되어 있습니다.

인공 지능 입문 https://t.co/pRgkJwigbQ
 * 이 과정은 인공지능의 핵심 개념을 이해하는 데 도움이 됩니다. 프로젝트 관리자, 제품 관리자, 디렉터, 임원 및 AI 분야에서 경력을 시작하는 학생을 위해 만든 것입니다.

생성형 AI란 무엇인가 https://t.co/kfWWPS5qMG
 * 제너레이티브 AI 전문가인 피나르 세이한 데미르닥이 생성형 AI의 기본 사항을 설명합니다.
   * 생성형 AI무엇인지
   * 어떻게 동작하는지
   * 모델별 차이
   * 미래 예측과 윤리적 시사점

생성형 AI: 사려깊은 온라인 검색의 진화 https://t.co/EgNl8WCCZ1
 * 생성형 AI 기반 추론 엔진의 핵심 개념과 검색 엔진 전략과의 차이점에 대해 자세히 알아봅니다.

Microsoft Bing Chat으로 업무 간소화하기 https://t.co/zGhxRKYLg9
 * Bing Chat을 효과적으로 사용하는 방법을 알려드립니다.

생성 AI 시대의 윤리 https://t.co/5KUXaQaK47
 * 생성 AI 도구 및 제품을 배포할 때 윤리적 문제를 해결하는 방법을 알아봅시다.

개인적으로는 초보자를 위한 AI 커리큘럼이 가장 마음에 드는군요!
무료 코스이므로 시간 되실때 재미있게 보시면 좋을 것 같습니다~!

AI를 마스터하기 위한 Microsoft의 무료 강좌 6개 입니다! 초보자를 위한 AI 커리큘럼 https://t.co/ZJoF6sSeNc<ul><li>인공 지능(AI)을 탐구하는 12주, 24레슨 커리큘럼입니다. 심볼릭 AI, 신경망, 컴퓨터 비전, 자연어 처리 등을 다룹니다. 실습 수업, 퀴즈 및 실습이 포함되어 있습니다.</li></ul> 인공 지능 입문 https://t.co/pRgkJwigbQ<ul><li>이 과정은 인공지능의 핵심 개념을 이해하는 데 도움이 됩니다. 프로젝트 관리자, 제품 관리자, 디렉터, 임원 및 AI 분야에서 경력을 시작하는 학생을 위해 만든 것입니다.</li></ul> 생성형 AI란 무엇인가 https://t.co/kfWWPS5qMG<ul><li>제너레이티브 AI 전문가인 피나르 세이한 데미르닥이 생성형 AI의 기본 사항을 설명합니다.<ul><li>생성형 AI무엇인지</li><li>어떻게 동작하는지</li><li>모델별 차이</li><li>미래 예측과 윤리적 시사점</li></ul></li></ul> 생성형 AI: 사려깊은 온라인 검색의 진화 https://t.co/EgNl8WCCZ1<ul><li>생성형 AI 기반 추론 엔진의 핵심 개념과 검색 엔진 전략과의 차이점에 대해 자세히 알아봅니다.</li></ul> Microsoft Bing Chat으로 업무 간소화하기 https://t.co/zGhxRKYLg9<ul><li>Bing Chat을 효과적으로 사용하는 방법을 알려드립니다.</li></ul> 생성 AI 시대의 윤리 https://t.co/5KUXaQaK47<ul><li>생성 AI 도구 및 제품을 배포할 때 윤리적 문제를 해결하는 방법을 알아봅시다.</li></ul> 개인적으로는 초보자를 위한 AI 커리큘럼이 가장 마음에 드는군요!무료 코스이므로 시간 되실때 재미있게 보시면 좋을 것 같습니다~!

t.co

마이크로소프트가 공개한 무료 AI 코스들

CSpell ESLint plugin. Latest version: 8.0.0, last published: 20 days ago. Start using @cspell/eslint-plugin in your project by running `npm i @cspell/eslint-plugin`. There are 8 other projects in the npm registry using @cspell/eslint-plugin.

@cspell/eslint-plugin

코드 작성 과정에서 스펠링 오타는 흔한 일입니다. 영어가 모국어가 아니기에 흔하게 일어날 수 밖에 없죠. 문제는 이런 작은 실수가 때로는 예상치 못한 큰 버그로 이어질 수 있습니다. 경험이 많은 개발자라면, 오타로 인해 발생한 문제를 해결하느라 많은 시간을 소비한 경험이 한 번쯤은 있을 것입니다.

@cspell/eslint-plugin은 ESLint를 기반으로 한 코드 스펠링 체크 플러그인으로, cspell 이란 'Code Spell Checker'의 약자 입니다. 이 플러그인 패키지를 설치하고 .eslintrc.json에 추가하면, 문자열, 주석, JSX 텍스트 등에 대한 스펠링 검사를 다양한 옵션을 통해 수행할 수 있습니다.

코드 리뷰 중에도 오타 수정을 제안하는 일은 흔히 있는데요. 이와 같은 라이브러리의 도움으로 코드의 정확성을 향상시키고 전반적인 생산성을 높일 수 있습니다. 개발자는 작은 실수에 시간을 낭비하는 대신 더 중요한 개발 업무에 집중할 수 있습니다.

https://www.npmjs.com/package/@cspell/eslint-plugin

코드 작성 과정에서 스펠링 오타는 흔한 일입니다. 영어가 모국어가 아니기에 흔하게 일어날 수 밖에 없죠. 문제는 이런 작은 실수가 때로는 예상치 못한 큰 버그로 이어질 수 있습니다. 경험이 많은 개발자라면, 오타로 인해 발생한 문제를 해결하느라 많은 시간을 소비한 경험이 한 번쯤은 있을 것입니다. @cspell/eslint-plugin은 ESLint를 기반으로 한 코드 스펠링 체크 플러그인으로, cspell 이란 'Code Spell Checker'의 약자 입니다. 이 플러그인 패키지를 설치하고 .eslintrc.json에 추가하면, 문자열, 주석, JSX 텍스트 등에 대한 스펠링 검사를 다양한 옵션을 통해 수행할 수 있습니다. 코드 리뷰 중에도 오타 수정을 제안하는 일은 흔히 있는데요. 이와 같은 라이브러리의 도움으로 코드의 정확성을 향상시키고 전반적인 생산성을 높일 수 있습니다. 개발자는 작은 실수에 시간을 낭비하는 대신 더 중요한 개발 업무에 집중할 수 있습니다. https://www.npmjs.com/package/@cspell/eslint-plugin

스펠링 검사: @cspell/eslint-plugin

Learn directly from Andrew Ng about the technology of generative AI, how it works, and what it can (and can't) do Get an overview of AI tools, and learn from real-world examples of generative AI in use today Understand the impacts of generative AI on busi

Generative AI for Everyone

1. 프롬프트엔지니어링의 기초
이 과정에서는 프롬프트 엔지니어링의 기본을 소개하고 고급 프롬프트 기술로 진행합니다.
✔ https://www.deeplearning.ai/courses/generative-ai-for-everyone/

2. 개발자를 위한 ChatGPT 프롬프트 엔지니어링
DeepLearning AI 및 OpenAI를 통한 ChatGPT 프롬프트 엔지니어링에 대한 무료 과정입니다.
✔https://www.deeplearning.ai/short-courses/chatgpt-prompt-engineering-for-developers/

3. Google의 생성형 AI 소개
Gen이 무엇인지, 어떻게 사용되는지, 기존 머신러닝 방법과 어떻게 다른지 설명하는 것을 목표로 합니다.
✔https://www.cloudskillsboost.google/course_templates/536

4. Harvard의 Python 기반 AI 소개
인공 지능에 대한 입문 과정에서 Python에서 기계 학습을 사용하는 방법을 알아보세요.
✔ https://pll.harvard.edu/course/cs50s-introduction-artificial-intelligence-python/2023-05

5. 마이크로소프트의 '생성 AI란 무엇인가?'
Gen AI의 정의, 작동 방식, 나만의 콘텐츠를 만드는 방법, 다양한 유형의 모델, 미래 예측, 윤리 등의 주제를 다루는 Gen AI의 기본 사항입니다.
✔ https://www.linkedin.com/learning/what-is-generative-ai/generative-ai-is-a-tool-in-service-of-humanity

6. 프럼프팅 배우기
60개 이상의 콘텐츠 모듈을 갖춘 종합적인 프롬프트 엔지니어링 과정입니다. 프롬프트 엔지니어링 기술의 초급부터 고급까지 안내합니다.
✔ https://learnprompting.org/docs/intro

7. Google의 책임 있는 AI 소개
Responsible AI가 무엇인지, 왜 중요한지, Google이 이를 자사 제품에 어떻게 구현하는지 알아보세요.
✔ https://www.cloudskillsboost.google/course_templates/554

8. 하버드의 데이터 과학: 기계 학습
훈련 데이터에 대해 알아보고 데이터 집합을 사용하여 잠재적인 예측 관계를 발견하는 방법을 알아봅니다. 또한 영화 추천 시스템 및 데이터 과학 기술을 구축하는 방법도 알아봅니다.
✔ https://pll.harvard.edu/course/data-science-machine-learning

9. LLM 애플리케이션 개발을 위한 LangChain
LangChain을 사용하여 애플리케이션 개발에서 언어 모델의 사용 사례와 기능을 확장하는 데 필수적인 기술을 습득하세요.
✔ https://www.deeplearning.ai/short-courses/langchain-for-llm-application-development/

10. Microsoft Bing Chat을 통한 작업 간소화
Bing Chat이 어떻게 다양한 작업을 수행하고 아이디어 생성 및 데이터 요약부터 일반적인 업무 문제 해결에 이르기까지 전체 작업 흐름을 간소화하는 데 도움이 되는지 알아보세요.
✔ https://www.linkedin.com/learning/streamlining-your-work-with-microsoft-bing-chat/put-your-fingers-to-work-chatting-as-a-productivity-tool

11. Hear Speak를 볼 수 있는 LLM 앱을 만드는 방법!
✔ https://www.singlestore.com/spaces/how-to-build-llm-apps-that-can-see-hear-speak/?utm_source=steve-nouri&utm_medium=influencer&utm_campaign=deck-the-halls-with-dev-and-data&utm_content=hear-see-speak&campaignid=701UJ0000012K2AYAU

12. 마이크로소프트의 AI 기초: 생성형 AI
부조종사와 같은 Gen AI 애플리케이션이 어떻게 효율성을 지원하는지 이해하세요. 프롬프트와 응답을 어떻게 미세 조정할 수 있는지 설명
✔ https://learn.microsoft.com/en-us/training/paths/introduction-generative-ai/

13. 의사결정자를 위한 Amazon의 Gen AI 학습 계획
✔ https://explore.skillbuilder.aws/learn/public/learning_plan/view/1909/generative-ai-learning-plan-for-decision-makers

14. 모두를 위한 생성형 AI
AI 도구에 대한 개요를 확인하고 현재 사용 중인 생성 AI의 실제 사례를 통해 알아보세요.
✔ https://www.deeplearning.ai/courses/generative-ai-for-everyone/

15. AWS의 LLM 포함한 Gen AI
Gen AI 작동 방식에 대한 기초 지식, 실무 기술 및 기능적 이해를 얻으세요.
✔ https://www.coursera.org/learn/generative-ai-with-llms

1. 프롬프트엔지니어링의 기초이 과정에서는 프롬프트 엔지니어링의 기본을 소개하고 고급 프롬프트 기술로 진행합니다.✔ https://www.deeplearning.ai/courses/generative-ai-for-everyone/ 2. 개발자를 위한 ChatGPT 프롬프트 엔지니어링DeepLearning AI 및 OpenAI를 통한 ChatGPT 프롬프트 엔지니어링에 대한 무료 과정입니다.✔https://www.deeplearning.ai/short-courses/chatgpt-prompt-engineering-for-developers/ 3. Google의 생성형 AI 소개Gen이 무엇인지, 어떻게 사용되는지, 기존 머신러닝 방법과 어떻게 다른지 설명하는 것을 목표로 합니다.✔https://www.cloudskillsboost.google/course_templates/536 4. Harvard의 Python 기반 AI 소개인공 지능에 대한 입문 과정에서 Python에서 기계 학습을 사용하는 방법을 알아보세요.✔ https://pll.harvard.edu/course/cs50s-introduction-artificial-intelligence-python/2023-05 5. 마이크로소프트의 '생성 AI란 무엇인가?'Gen AI의 정의, 작동 방식, 나만의 콘텐츠를 만드는 방법, 다양한 유형의 모델, 미래 예측, 윤리 등의 주제를 다루는 Gen AI의 기본 사항입니다.✔ https://www.linkedin.com/learning/what-is-generative-ai/generative-ai-is-a-tool-in-service-of-humanity 6. 프럼프팅 배우기60개 이상의 콘텐츠 모듈을 갖춘 종합적인 프롬프트 엔지니어링 과정입니다. 프롬프트 엔지니어링 기술의 초급부터 고급까지 안내합니다.✔ https://learnprompting.org/docs/intro 7. Google의 책임 있는 AI 소개Responsible AI가 무엇인지, 왜 중요한지, Google이 이를 자사 제품에 어떻게 구현하는지 알아보세요.✔ https://www.cloudskillsboost.google/course_templates/554 8. 하버드의 데이터 과학: 기계 학습훈련 데이터에 대해 알아보고 데이터 집합을 사용하여 잠재적인 예측 관계를 발견하는 방법을 알아봅니다. 또한 영화 추천 시스템 및 데이터 과학 기술을 구축하는 방법도 알아봅니다.✔ https://pll.harvard.edu/course/data-science-machine-learning 9. LLM 애플리케이션 개발을 위한 LangChainLangChain을 사용하여 애플리케이션 개발에서 언어 모델의 사용 사례와 기능을 확장하는 데 필수적인 기술을 습득하세요.✔ https://www.deeplearning.ai/short-courses/langchain-for-llm-application-development/ 10. Microsoft Bing Chat을 통한 작업 간소화Bing Chat이 어떻게 다양한 작업을 수행하고 아이디어 생성 및 데이터 요약부터 일반적인 업무 문제 해결에 이르기까지 전체 작업 흐름을 간소화하는 데 도움이 되는지 알아보세요.✔ https://www.linkedin.com/learning/streamlining-your-work-with-microsoft-bing-chat/put-your-fingers-to-work-chatting-as-a-productivity-tool 11. Hear Speak를 볼 수 있는 LLM 앱을 만드는 방법!✔ https://www.singlestore.com/spaces/how-to-build-llm-apps-that-can-see-hear-speak/?utm_source=steve-nouri&amp;utm_medium=influencer&amp;utm_campaign=deck-the-halls-with-dev-and-data&amp;utm_content=hear-see-speak&amp;campaignid=701UJ0000012K2AYAU 12. 마이크로소프트의 AI 기초: 생성형 AI부조종사와 같은 Gen AI 애플리케이션이 어떻게 효율성을 지원하는지 이해하세요. 프롬프트와 응답을 어떻게 미세 조정할 수 있는지 설명✔ https://learn.microsoft.com/en-us/training/paths/introduction-generative-ai/ 13. 의사결정자를 위한 Amazon의 Gen AI 학습 계획✔ https://explore.skillbuilder.aws/learn/public/learning_plan/view/1909/generative-ai-learning-plan-for-decision-makers 14. 모두를 위한 생성형 AIAI 도구에 대한 개요를 확인하고 현재 사용 중인 생성 AI의 실제 사례를 통해 알아보세요.✔ https://www.deeplearning.ai/courses/generative-ai-for-everyone/ 15. AWS의 LLM 포함한 Gen AIGen AI 작동 방식에 대한 기초 지식, 실무 기술 및 기능적 이해를 얻으세요.✔ https://www.coursera.org/learn/generative-ai-with-llms

Deeplearning

AI를 배우기 위해 추천하고 싶은 상위 15개 무료 강좌

12 Lessons, Get Started Building with Generative AI  🔗 https://microsoft.github.io/generative-ai-for-beginners/ - GitHub - microsoft/generative-ai-for-beginners: 12 Lessons, Get Started Building with Generative AI  🔗 https://microsoft.github.io/generati

GitHub - microsoft/generative-ai-for-beginners: 12 Lessons, Get Started Building with Generative AI  🔗 https://microsoft.github.io/generative-ai-for-beginners/

커리어리 친구들, Microsoft 가 Generative AI for Beginners 강의를 공개했습니다. 생성형 AI 애플리케이션 구축을 시작하는 데 필요한 모든 것을 알려주는 12강 과정이오니 관심 있는 분들은 아래의 깃허브에 들어가시기를 바랍니다. 

🕹️ 강의 목차   

- 생성형 AI 및 LLM 소개  
- 다양한 LLM 탐색 및 비교  
- 책임감 있는 생성형 AI 사용  
- 프롬프트 엔지니어링 기본 이해  
- 고급 프롬프트 작성하기  
- 텍스트 생성 응용 프로그램 구축  
- 채팅 응용 프로그램 구축  
- 검색 앱 벡터 데이터베이스 구축  
- 이미지 생성 응용 프로그램 구축  
- 로우 코드 AI 응용 프로그램 구축  
- 함수 호출을 통한 외부 응용 프로그램 통합  
- AI 응용 프로그램을 위한 UX 디자인

https://aka.ms/genai-beginners

커리어리 친구들, Microsoft 가 Generative AI for Beginners 강의를 공개했습니다.&nbsp;생성형 AI 애플리케이션 구축을 시작하는 데 필요한 모든 것을 알려주는 12강 과정이오니 관심 있는 분들은 아래의 깃허브에 들어가시기를 바랍니다.&nbsp; 🕹️ 강의 목차 &nbsp;&nbsp; - 생성형 AI 및 LLM 소개 &nbsp;- 다양한 LLM 탐색 및 비교 &nbsp;- 책임감 있는 생성형 AI 사용 &nbsp;- 프롬프트 엔지니어링 기본 이해 &nbsp;- 고급 프롬프트 작성하기 &nbsp;- 텍스트 생성 응용 프로그램 구축 &nbsp;- 채팅 응용 프로그램 구축 &nbsp;- 검색 앱 벡터 데이터베이스 구축 &nbsp;- 이미지 생성 응용 프로그램 구축 &nbsp;- 로우 코드 AI 응용 프로그램 구축 &nbsp;- 함수 호출을 통한 외부 응용 프로그램 통합 &nbsp;- AI 응용 프로그램을 위한 UX 디자인 https://aka.ms/genai-beginners

GitHub

<MS, Generative AI for Beginners 강의>

01 . 며칠 전 유튜브 채널 ⟪피식대학⟫에 박진영 님이 출연한 영상을 보게 되었습니다. 그냥 무심코 틀어놓고 멍 때리며 보고 있는 와중에 영상이 끝날 무렵 정신이 번쩍 드는 이야기가 흘러나왔습니다. 그건 협업을 숙명으로 하는 모든 사람에게 고하는 일종의 애티튜드 바이블과도 같았죠. 그래서 영상을 몇 번이나 돌려보며 그의 말들을 메모하기 시작했습니다. (영어로 발언한 관계로 일부는 자막 인용 대신 의역하여 전해드립니다.)

02 . "회사를 이끌면서 느낀 한 가지 사실은 제가 우울해하거나 슬퍼하거나 혹은 기분이 다운되어 보일 때면 저와 관련한 모든 사람들이 이를 불편하게 느낀다는 것이었습니다. 그래서 걱정이 있더라도 저는 농담을 하고 때론 우스꽝스럽게 보이기까지 해야 하죠. 그건 모두가 다 편한 마음으로 일하기 위해서입니다.
이건 저 뿐만 아니라 저희 아티스트들에게도 강조하는 포인트입니다. 스트레이 키즈나 트와이스 같은 어린 친구들 역시 늘 좋은 날만 있을 수는 없죠. 하지만 저는 '네가 우울해 보이고 슬퍼 보이고 다운되어 보이면 그건 모두를 불편하게 만드는 거라는 걸 기억해. 이건 우리의 숙명이기도 해. 아무리 힘들 날이 있어도 우린 농담을 할 수 있어야 하고 주위 사람들이 편하게 일하고 있는지 체크해야 해.'라고 말합니다."

03 . 발언 자체만 두고는 호불호가 갈릴 수도 있을 겁니다. 한편에서는 '어떻게 내 마음이 문드러지는 와중에 내색은커녕 억지로 웃고 농담까지 던질 수 있는 걸까. 그렇게 다른 사람 편하게 맞춰주다 정작 나부터 무너질지 모르는데...'하는 생각이 드는 것도 사실이죠.
하지만 이 발언의 취지는 조금 다른 각도에서 살펴볼 필요가 있습니다. 바로 '협업을 위한 적정 온도'라는 측면에서 말이죠.

04 . 회사와 같은 공식적인 조직이든 아니면 여럿이 함께 모이는 커뮤니티 같은 모임이든 늘 자신의 감정을 있는 그대로 드러내고자 하는 사람들이 존재합니다. 그런 사람들은 자신의 상태를 솔직하게 공유하고 도움을 요청하는 게 아니라 내가 좋으면 같이 웃고, 내가 싫으면 같이 비판하고, 내가 화나면 내 편을 들어주고, 내가 짜증 나면 나를 달래줄 사람을 바라는 케이스가 다반사죠. 다 같이 생활하는 공간임에도 본인 추울 때는 보일러를 틀고 다시 더워지면 냉큼 창문을 열어야 직성이 풀리는 유형인 셈입니다.

05 . 저도 11년 넘게 일을 하며 적지 않은 유형의 인간 군상들을(?) 만나봤습니다. 하지만 저렇게 본인의 감정 온도에 타인을 맞추게 하려는 사람치고 좋은 협업 태도를 갖춘 사람은 단 한 명도 보지 못한 것 같아요. 오히려 빠르게 해결할 수 있는 문제도 더 깊은 진흙탕으로 밀어 넣고 함께 으쌰으쌰하는 순간에도 곳곳에 소금을 뿌려대기 바빴으니 말이죠.

06 . 더 무서운 건 본인은 그런 자신의 태도를 아주 솔직하고 뒤끝 없는 스타일로 규정하고 있더라는 사실입니다. (당연히 뒤끝은 없겠죠... 앞에서 그렇게 다 보여주는데... 🥲) 물론 회사 같은 조직 생활 안에서 갈등을 회피하는 것 역시 큰 문제이긴 마찬가지입니다. 좋은 게 좋다는 태도도, 나는 큰 문제에 휘말리기 싫다는 태도도 환영받지 못하는 건 똑같으니까요.
하지만 그럼에도 자신이 스스럼없이 감정을 드러내는 것은 솔직한 피드백이고 타인이 본인에게 반하는 주장을 하거나 하물며 본인의 기분을 맞춰주지 못하는 것은 불편한 피드백이라 치부하는 것은 협업하는 관계의 기본조차 모르는 행위일지 모릅니다. 그런 사람과 함께 일하고 싶은 동료는 단 한 명도 없을 테니 말이죠.

07 . 그래서 저는 박진영 님의 말이 더 크게 와닿았습니다. 조금 기분이 언짢거나 그날 하루가 유난히 버겁더라도 일단 모두를 위해 적당한 배려 정도는 발휘할 필요가 있다는 게 요지니 말이죠. 특히 본인이 조직을 이끄는 위치에 있는 사람이라면 이는 더더욱 조심해야 할 필요가 있습니다. 동등한 위치에서도 타인이 발산하는 불편한 감정은 고스란히 전해지기 마련인데 지위고하의 차이가 커질수록 리더 한 명이 내뿜는 부정의 기운은 조직 전체를 집어삼키기 때문이죠.

08 . 멀리 갈 것도 없이 제 과거의 기억에 비춰봐도 금방 알 수 있었습니다. 적어도 조직원들을 위해 최소한의 감정 컨트롤이 가능한 리더에게는 오히려 저희가 먼저 다가가 문제 해결을 돕고 위로의 말이라도 전하고 싶었던 것 같거든요. 반대로 자신의 감정 표현이 우선인 리더 앞에서는 그저 서로 '제발 오늘 하루 무사히 지나가라... 적어도 나한테는 불똥이 튀지 않았으면...'이라는 마음만 가득했던 것 같습니다. 일의 본질보다는 그 사람의 기분을 살피는 게 조직원들의 주요 관심사였고 말이죠.

09 . 어쩌면 우리가 협업을 위한 온도를 신경 써야 하는 이유도 여기에 있는 것은 아닐까 싶어요. 춥다고 당장 보일러 앞으로 달려갈 게 아니라 우선 외투 한 겹 껴입고 양말에 슬리퍼부터 챙기다 보면 그것만으로도 전체의 온도를 방해하는 일은 줄어드니 말이죠. 그래서 저 역시도 예전엔 '표정을 못 숨긴다', '감정 표현에 솔직하다' 이런 말을 들으면 나 자신이 투명한 사람인 것마냥 칭찬해 주는 것 같아 나쁘지 않은 반응을 보였지만 지금은 뜨끔한 마음이 앞섭니다. 저의 성급함으로 이 협업의 장을 교란시켜 놓은 것은 아닐지 걱정이 되니까요.

10 . 자신의 의사를 당당히 표현하라는 게 누군가를 매너 없이 쏘아붙이라는 말은 아닐 겁니다. 남 의식하지 말고 본인을 소중히 생각하라는 말 역시 배려의 기본을 팽개치고 네 멋대로 살라고 가르치는 게 결코 아닐 거고요. 그러니 저는 '나의 편함'과 '상대의 불편함', '나의 불편함과 상대의 편함' 사이의 온도를 어느 정도 감지하고 있어야 비로소 협업이라는 게 가능해진다고 생각합니다. 변온 동물이 생존에 유리한 이유도 단순히 외부 환경에 본인을 맞추는 데 있는 것이 아니라 주변의 온도를 감지하고 나는 어떤 수준을 유지해야 하나 하는 그 영특한 태도에서 기인하는 것일 테니 말이죠.

01 . 며칠 전 유튜브 채널 ⟪피식대학⟫에 박진영 님이 출연한 영상을 보게 되었습니다. 그냥 무심코 틀어놓고 멍 때리며 보고 있는 와중에 영상이 끝날 무렵 정신이 번쩍 드는 이야기가 흘러나왔습니다. 그건 협업을 숙명으로 하는 모든 사람에게 고하는 일종의 애티튜드 바이블과도 같았죠. 그래서 영상을 몇 번이나 돌려보며 그의 말들을 메모하기 시작했습니다. (영어로 발언한 관계로 일부는 자막 인용 대신 의역하여 전해드립니다.) 02 . "회사를 이끌면서 느낀 한 가지 사실은 제가 우울해하거나 슬퍼하거나 혹은 기분이 다운되어 보일 때면 저와 관련한 모든 사람들이 이를 불편하게 느낀다는 것이었습니다. 그래서 걱정이 있더라도 저는 농담을 하고 때론 우스꽝스럽게 보이기까지 해야 하죠. 그건 모두가 다 편한 마음으로 일하기 위해서입니다. 이건 저 뿐만 아니라 저희 아티스트들에게도 강조하는 포인트입니다. 스트레이 키즈나 트와이스 같은 어린 친구들 역시 늘 좋은 날만 있을 수는 없죠. 하지만 저는 '네가 우울해 보이고 슬퍼 보이고 다운되어 보이면 그건 모두를 불편하게 만드는 거라는 걸 기억해. 이건 우리의 숙명이기도 해. 아무리 힘들 날이 있어도 우린 농담을 할 수 있어야 하고 주위 사람들이 편하게 일하고 있는지 체크해야 해.'라고 말합니다." 03 . 발언 자체만 두고는 호불호가 갈릴 수도 있을 겁니다. 한편에서는 '어떻게 내 마음이 문드러지는 와중에 내색은커녕 억지로 웃고 농담까지 던질 수 있는 걸까. 그렇게 다른 사람 편하게 맞춰주다 정작 나부터 무너질지 모르는데...'하는 생각이 드는 것도 사실이죠. 하지만 이 발언의 취지는 조금 다른 각도에서 살펴볼 필요가 있습니다. 바로 '협업을 위한 적정 온도'라는 측면에서 말이죠. 04 . 회사와 같은 공식적인 조직이든 아니면 여럿이 함께 모이는 커뮤니티 같은 모임이든 늘 자신의 감정을 있는 그대로 드러내고자 하는 사람들이 존재합니다. 그런 사람들은 자신의 상태를 솔직하게 공유하고 도움을 요청하는 게 아니라 내가 좋으면 같이 웃고, 내가 싫으면 같이 비판하고, 내가 화나면 내 편을 들어주고, 내가 짜증 나면 나를 달래줄 사람을 바라는 케이스가 다반사죠. 다 같이 생활하는 공간임에도 본인 추울 때는 보일러를 틀고 다시 더워지면 냉큼 창문을 열어야 직성이 풀리는 유형인 셈입니다. 05 . 저도 11년 넘게 일을 하며 적지 않은 유형의 인간 군상들을(?) 만나봤습니다. 하지만 저렇게 본인의 감정 온도에 타인을 맞추게 하려는 사람치고 좋은 협업 태도를 갖춘 사람은 단 한 명도 보지 못한 것 같아요. 오히려 빠르게 해결할 수 있는 문제도 더 깊은 진흙탕으로 밀어 넣고 함께 으쌰으쌰하는 순간에도 곳곳에 소금을 뿌려대기 바빴으니 말이죠. 06 . 더 무서운 건 본인은 그런 자신의 태도를 아주 솔직하고 뒤끝 없는 스타일로 규정하고 있더라는 사실입니다. (당연히 뒤끝은 없겠죠... 앞에서 그렇게 다 보여주는데... 🥲) 물론 회사 같은 조직 생활 안에서 갈등을 회피하는 것 역시 큰 문제이긴 마찬가지입니다. 좋은 게 좋다는 태도도, 나는 큰 문제에 휘말리기 싫다는 태도도 환영받지 못하는 건 똑같으니까요. 하지만 그럼에도 자신이 스스럼없이 감정을 드러내는 것은 솔직한 피드백이고 타인이 본인에게 반하는 주장을 하거나 하물며 본인의 기분을 맞춰주지 못하는 것은 불편한 피드백이라 치부하는 것은 협업하는 관계의 기본조차 모르는 행위일지 모릅니다. 그런 사람과 함께 일하고 싶은 동료는 단 한 명도 없을 테니 말이죠. 07 . 그래서 저는 박진영 님의 말이 더 크게 와닿았습니다. 조금 기분이 언짢거나 그날 하루가 유난히 버겁더라도 일단 모두를 위해 적당한 배려 정도는 발휘할 필요가 있다는 게 요지니 말이죠. 특히 본인이 조직을 이끄는 위치에 있는 사람이라면 이는 더더욱 조심해야 할 필요가 있습니다. 동등한 위치에서도 타인이 발산하는 불편한 감정은 고스란히 전해지기 마련인데 지위고하의 차이가 커질수록 리더 한 명이 내뿜는 부정의 기운은 조직 전체를 집어삼키기 때문이죠. 08 . 멀리 갈 것도 없이 제 과거의 기억에 비춰봐도 금방 알 수 있었습니다. 적어도 조직원들을 위해 최소한의 감정 컨트롤이 가능한 리더에게는 오히려 저희가 먼저 다가가 문제 해결을 돕고 위로의 말이라도 전하고 싶었던 것 같거든요. 반대로 자신의 감정 표현이 우선인 리더 앞에서는 그저 서로 '제발 오늘 하루 무사히 지나가라... 적어도 나한테는 불똥이 튀지 않았으면...'이라는 마음만 가득했던 것 같습니다. 일의 본질보다는 그 사람의 기분을 살피는 게 조직원들의 주요 관심사였고 말이죠. 09 . 어쩌면 우리가 협업을 위한 온도를 신경 써야 하는 이유도 여기에 있는 것은 아닐까 싶어요. 춥다고 당장 보일러 앞으로 달려갈 게 아니라 우선 외투 한 겹 껴입고 양말에 슬리퍼부터 챙기다 보면 그것만으로도 전체의 온도를 방해하는 일은 줄어드니 말이죠. 그래서 저 역시도 예전엔 '표정을 못 숨긴다', '감정 표현에 솔직하다' 이런 말을 들으면 나 자신이 투명한 사람인 것마냥 칭찬해 주는 것 같아 나쁘지 않은 반응을 보였지만 지금은 뜨끔한 마음이 앞섭니다. 저의 성급함으로 이 협업의 장을 교란시켜 놓은 것은 아닐지 걱정이 되니까요. 10 . 자신의 의사를 당당히 표현하라는 게 누군가를 매너 없이 쏘아붙이라는 말은 아닐 겁니다. 남 의식하지 말고 본인을 소중히 생각하라는 말 역시 배려의 기본을 팽개치고 네 멋대로 살라고 가르치는 게 결코 아닐 거고요. 그러니 저는 '나의 편함'과 '상대의 불편함', '나의 불편함과 상대의 편함' 사이의 온도를 어느 정도 감지하고 있어야 비로소 협업이라는 게 가능해진다고 생각합니다. 변온 동물이 생존에 유리한 이유도 단순히 외부 환경에 본인을 맞추는 데 있는 것이 아니라 주변의 온도를 감지하고 나는 어떤 수준을 유지해야 하나 하는 그 영특한 태도에서 기인하는 것일 테니 말이죠.

협업을 위한 적정 온도 유지하기

저는 노션으로 개입 업무와 팀 업무를 관리하고 있습니다. 많은 분들이 업무 관리 노트앱으로 노션과 옵시디언을 최고로 꼽으시는 것 같은데요. 개인적으로 노션은 데이터베이스를 만들어 동기화 된 데이터를 기반으로 다양한 페이지로 시스템을 확장하거나 팀원들과 공유할 수 있어 개인과 팀 업무 관리에 최적화되어 있다고 생각합니다.

구글이나 유튜브에 검색을 해보면 팀 관리나 팀장을 위한 노션 템플릿이 많지만 막상 쓰게 되는 것은 없더라고요. 그 이유를 생각해보면;

1. 팀 미팅, 원온원과 관련된 템플릿은 없었어요.
2. 데이터의 연결성을 제대로 활용하는 템플릿은 드물었습니다.
3. 깔끔하고 미니멀한 디자인의 템플릿이 잘 없더라고요.

그래서 저는 제가 직접 템플릿과 시스템을 만들어서 사용하는 편이에요. 최근에는 팀원이 적어져서 잘 쓰지 않지만 팀원이 많을 때는 팀장의 시간을 아껴주고 팀원들과 효과적인 소통을 위해 반드시 필요했습니다. 최근 모임에서 제가 노션으로 개인 업무 관리, 팀 미팅 관리, 원온원 면담 관리 등을 한다고 하니 신기해 하시는 분들이 많더라고요. 그래서 사용하는 노션 시스템을 샘플로 만들어 공유합니다.

👉 Team 샘플 페이지 : https://hyeunjik.notion.site/hyeunjik/Team-5bbf5eb3012841a99854315c3aa5e68e
👉 Flow 샘플 페이지 : https://hyeunjik.notion.site/hyeunjik/Flow-1679cc0cddf34a03bcab2ca6ae7ba25c

저는 'Team'과 'Flow'라는 페이지에 필요한 데이터베이스를 구축하고 연동하여 업무를 관리하는데요. Team 페이지는 팀원들이 모두 초대되어 함께 관리하는 팀 업무 관리 페이지를, Flow는 나만 볼 수 있는 개인 업무 공간을 말합니다.

Team 페이지는 노트, 태스크, 프로젝트, 오브젝티브라는 데이터베이스를 중심으로 팀 전체의 업무의 현황과 우선순위를 한눈에 파악하고, 건설적인 팀 미팅을 운영하는 것에 초점을 맞추고 있습니다. Team 페이지를 보고 팀 미팅에 참석한 팀원이 '이번 주에 해야 할 일이 명확하다'라고 생각하는 것을 목표로요.

Flow 페이지는 Team 페이지에 구축된 데이터베이스를 기반으로 팀장인 '내'가 해야 하는 중요한 업무를 관리하고, 추가적인 Private 데이터베이스를 통해 팀원들과 효과적인 원온원을 하는 것에 초점을 맞추고 있습니다. 원온원 미팅을 가진 팀원이 '나는 좋은 성과를 내기 위해 필요한 충분한 지원을 받고 있고, 팀장이 나의 성장을 관찰하고 있다'는 느낌이 드는 것을 목표로요.

저의 방식이 정답은 아니겠지만 좋은 팀과 개인 업무 관리 솔루션을 찾는 분들께 도움이 되기를 바랍니다.

📌 유튜브에 'notion workspace template', 'notion template for work' 등으로 검색하면 전 세계의 다양한 레퍼런스가 나오니 참고해 주세요 :)

저는 노션으로 개입 업무와 팀 업무를 관리하고 있습니다. 많은 분들이 업무 관리 노트앱으로 노션과 옵시디언을 최고로 꼽으시는 것 같은데요. 개인적으로 노션은 데이터베이스를 만들어 동기화 된 데이터를 기반으로 다양한 페이지로 시스템을 확장하거나 팀원들과 공유할 수 있어 개인과 팀 업무 관리에 최적화되어 있다고 생각합니다. 구글이나 유튜브에 검색을 해보면 팀 관리나 팀장을 위한 노션 템플릿이 많지만 막상 쓰게 되는 것은 없더라고요. 그 이유를 생각해보면; 1. 팀 미팅, 원온원과 관련된 템플릿은 없었어요. 2. 데이터의 연결성을 제대로 활용하는 템플릿은 드물었습니다. 3. 깔끔하고 미니멀한 디자인의 템플릿이 잘 없더라고요. 그래서 저는 제가 직접 템플릿과 시스템을 만들어서 사용하는 편이에요. 최근에는 팀원이 적어져서 잘 쓰지 않지만 팀원이 많을 때는 팀장의 시간을 아껴주고 팀원들과 효과적인 소통을 위해 반드시 필요했습니다. 최근 모임에서 제가 노션으로 개인 업무 관리, 팀 미팅 관리, 원온원 면담 관리 등을 한다고 하니 신기해 하시는 분들이 많더라고요. 그래서 사용하는 노션 시스템을 샘플로 만들어 공유합니다. 👉 Team 샘플 페이지 : https://hyeunjik.notion.site/hyeunjik/Team-5bbf5eb3012841a99854315c3aa5e68e 👉 Flow 샘플 페이지 : https://hyeunjik.notion.site/hyeunjik/Flow-1679cc0cddf34a03bcab2ca6ae7ba25c 저는 'Team'과 'Flow'라는 페이지에 필요한 데이터베이스를 구축하고 연동하여 업무를 관리하는데요. Team 페이지는 팀원들이 모두 초대되어 함께 관리하는 팀 업무 관리 페이지를, Flow는 나만 볼 수 있는 개인 업무 공간을 말합니다. Team 페이지는 노트, 태스크, 프로젝트, 오브젝티브라는 데이터베이스를 중심으로 팀 전체의 업무의 현황과 우선순위를 한눈에 파악하고, 건설적인 팀 미팅을 운영하는 것에 초점을 맞추고 있습니다. Team 페이지를 보고 팀 미팅에 참석한 팀원이 '이번 주에 해야 할 일이 명확하다'라고 생각하는 것을 목표로요. Flow 페이지는 Team 페이지에 구축된 데이터베이스를 기반으로 팀장인 '내'가 해야 하는 중요한 업무를 관리하고, 추가적인 Private 데이터베이스를 통해 팀원들과 효과적인 원온원을 하는 것에 초점을 맞추고 있습니다. 원온원 미팅을 가진 팀원이 '나는 좋은 성과를 내기 위해 필요한 충분한 지원을 받고 있고, 팀장이 나의 성장을 관찰하고 있다'는 느낌이 드는 것을 목표로요. 저의 방식이 정답은 아니겠지만 좋은 팀과 개인 업무 관리 솔루션을 찾는 분들께 도움이 되기를 바랍니다. 📌 유튜브에 'notion workspace template', 'notion template for work' 등으로 검색하면 전 세계의 다양한 레퍼런스가 나오니 참고해 주세요 :)

🎮 메모 덕후가 만든 업무 관리 노션

복지가 좋은 회사가 부러웠습니다.
이런저런 혜택이 많은 회사.
우와 좋다. 나도 저런 회사 다녀보고 싶어.

이런 저에게 누군가 말해줬습니다.
회사의 복지는 직원들이 일을 더 잘하게 도와야 하는 거라고.
복지로 인해서 일을 더 많이, 더 편하게, 더 잘할 수 있어야 한다고.
일하는데 거추장스러운 장애물을 치워준다거나..
더 능력을 발휘할 수 있도록 지원해 주는 것.

생각해 보면 참말이었습니다.
나는 너무 마케팅에 잘 속아 넘어간단 말이야.
복지 마케팅.
우리 회사는 통합 포인트도 주고 통신요금도 할인해 주고.. 헬스장도 보내줘요.
이런 회사들의 채용 공고를 보며 부러워하곤 했습니다.
사실 그런 건 그냥 돈 많이 주면 되는 건데.

가만히 생각해 보면 예전에 이해진 의장님도 비슷한 말을 했습니다.

“여러분의 선배들이 하도 늦게까지 야근하고 힘들게 일해서 출퇴근 때만이라도 편하게 쉬라고 셔틀버스 만든 거예요.”
“너무 피곤하면 눈도 좀 붙이라고 수면실도 만들었고요.”

그런데 이제는 늦게까지 술 먹고 온 사람들이 거기 들어가서 잠을 잔다고.
이때 울분을 토해내신 이후로(2012년 초) 셔틀버스와 이런저런 복지들이 실제로 사라졌습니다.(웃음)

아하.. 이해진 의장님도 직원들이 일을 더 잘할 수 있게 하기 위해서 저런 복지들을 만든 거구나.

저에게 가장 좋은 복지는 구내식당이었습니다.
네이버 다닐 때.
뭐 먹을지 전혀 걱정 없이 살았던 시절.
같이 야근할 동료가 있든 없든 밥 걱정 따위는 안 할 수 있는 회사.
근데 심지어 맛있기까지 해.
지금 생각해도 너무 좋다.

이제는 아이가 있으니 어린이집도 좋은 복지일 것 같습니다.
아이 걱정을 하지 않아야 일을 집중해서 할 수 있을 테니까.

어떤 직원들이 있느냐에 따라 지원해 줘야 할 복지도 달라지기 때문에..
다른 회사의 복지를 무작정 베껴오는 건 돈을 낭비하는 일입니다.

요즘엔 재택근무를 복지로 내세우는 회사들이 있습니다.
직원들이 재택근무로 인해서 일을 더 잘할 수 있겠다 판단이 들면 올바른 지원이겠지만..
성과가 덜 나더라도 누군가를 뽑거나 나가지 않게 하기 위한 목적으로..
직원들이 해달라고 조르니깐 하는 수없이 재택근무를 복지로 내세우는 것은 좀 이상합니다.

단순히 복지포인트 주고, 통신 요금 감면해 주고, 비혼 선언 축하금 주고 하는 회사들보다는..
회사와 직원들의 성장을 진지하게 고민하는 회사에 더 눈이 갑니다.

복지가 좋은 회사가 부러웠습니다. 이런저런 혜택이 많은 회사. 우와 좋다. 나도 저런 회사 다녀보고 싶어. 이런 저에게 누군가 말해줬습니다. 회사의 복지는 직원들이 일을 더 잘하게 도와야 하는 거라고. 복지로 인해서 일을 더 많이, 더 편하게, 더 잘할 수 있어야 한다고. 일하는데 거추장스러운 장애물을 치워준다거나.. 더 능력을 발휘할 수 있도록 지원해 주는 것. 생각해 보면 참말이었습니다. 나는 너무 마케팅에 잘 속아 넘어간단 말이야. 복지 마케팅. 우리 회사는 통합 포인트도 주고 통신요금도 할인해 주고.. 헬스장도 보내줘요. 이런 회사들의 채용 공고를 보며 부러워하곤 했습니다. 사실 그런 건 그냥 돈 많이 주면 되는 건데. 가만히 생각해 보면 예전에 이해진 의장님도 비슷한 말을 했습니다. “여러분의 선배들이 하도 늦게까지 야근하고 힘들게 일해서 출퇴근 때만이라도 편하게 쉬라고 셔틀버스 만든 거예요.” “너무 피곤하면 눈도 좀 붙이라고 수면실도 만들었고요.” 그런데 이제는 늦게까지 술 먹고 온 사람들이 거기 들어가서 잠을 잔다고. 이때 울분을 토해내신 이후로(2012년 초) 셔틀버스와 이런저런 복지들이 실제로 사라졌습니다.(웃음) 아하.. 이해진 의장님도 직원들이 일을 더 잘할 수 있게 하기 위해서 저런 복지들을 만든 거구나. 저에게 가장 좋은 복지는 구내식당이었습니다. 네이버 다닐 때. 뭐 먹을지 전혀 걱정 없이 살았던 시절. 같이 야근할 동료가 있든 없든 밥 걱정 따위는 안 할 수 있는 회사. 근데 심지어 맛있기까지 해. 지금 생각해도 너무 좋다. 이제는 아이가 있으니 어린이집도 좋은 복지일 것 같습니다. 아이 걱정을 하지 않아야 일을 집중해서 할 수 있을 테니까. 어떤 직원들이 있느냐에 따라 지원해 줘야 할 복지도 달라지기 때문에.. 다른 회사의 복지를 무작정 베껴오는 건 돈을 낭비하는 일입니다. 요즘엔 재택근무를 복지로 내세우는 회사들이 있습니다. 직원들이 재택근무로 인해서 일을 더 잘할 수 있겠다 판단이 들면 올바른 지원이겠지만.. 성과가 덜 나더라도 누군가를 뽑거나 나가지 않게 하기 위한 목적으로.. 직원들이 해달라고 조르니깐 하는 수없이 재택근무를 복지로 내세우는 것은 좀 이상합니다. 단순히 복지포인트 주고, 통신 요금 감면해 주고, 비혼 선언 축하금 주고 하는 회사들보다는.. 회사와 직원들의 성장을 진지하게 고민하는 회사에 더 눈이 갑니다.

복지가 좋은 회사

AWS-애저-GCP, 클라우드 빅3의 장단점 - Byline Network

가트너의 조사 결과 인프라+플랫폼 클라우드 서비스 최강자는 이변 없이 AWS, 마이크로소프트 애저, 구글클라우드플랫폼인 것으로 나타났어요. 과거 인프라만 조사했는데 플랫폼 역량도 포함했다는 것에 눈길이 갔어요. 클라우드를 사용하는 영역이 갈수록 늘어나고 있다는 것을 알 수 있습니다.
서비스 각각의 장단점도 설명돼 있어요. AWS는 다 있는데 결합이 잘 안된다, 애저는 엔드투엔드지만 가용성이 낮다(용량 부족), 구글클라우드플랫폼은 오픈소스 최강이지만 대기업 고객 대응이 부족하다는 내용입니다.

바이라인네트워크

벤처캐피털

akn9090

뉴스레터 [썸원의 SUMMARY & EDIT] 운영자

프로젝트 썸원 Content Owner

Somewon Yoon

‘프로젝트 썸원’이라는 개인 회사를 운영하고 있으며, 양질의 콘텐츠가 꾸준히 만들어지고, 좋은 콘텐츠가 더 잘 경험되는데 기여하고자 여러 프로젝트를 진행하고 있습니다. 

썸원 레터 구독 : https://page.stibee.com/subscriptions/50103

소프트웨어 엔지니어

김지섭

IT 도서를 기획(원고 개발 포함)했고 편집도 일부 참여했습니다.

기획/편집자

IT 기사들을 작성했습니다. 개발자 분들에게 유익한 콘텐츠를 전달하고자 IT 트렌드를 발빠르게 읽고 기사를 기획, 작성, 편집했습니다. 그 일환으로 제임스 고슬링, 귀도 판 로썸과 인터뷰 해서 기사로 발행했습니다. 
https://youtu.be/SqiR1LXu9Rk

개발 잡지 기자

슬로워크의 일 중 IT와 관련된 텍스트 브랜드 콘텐츠들을 기획, 작성, 편집했습니다. 
예를 들어 신뢰 기술, 정부 기술, 젠더 평등을 위한 기술 등에 관한 글을 다루었습니다. 그 일환으로 대만 디지털 장관 오드리 탕과의 인터뷰를 통해 정부 기술에 관한 새로운 시각을 국내에 전달했습니다. 시리즈물을 기획 및 제작하기도 했습니다. 이를 통해 슬로워크의 브랜드를 제고하고자 했습니다.
또한 샐러드볼 랜딩페이지, 홈페이지 등에 사용되는 콘텐츠도 작성했습니다. 
https://slowalk.com/2622
https://saladbowl.pro (서비스 자체는 운영 보류 상태)

콘텐츠 라이터

IT 트렌드 및 시장을 빠르게 읽습니다. 명사보다는 동사를 쓰려고 합니다. 호기심이 많아요. 프로젝트썸원, 커피팟, 커리어리, 스티비, 누틸드 등과 협업했습니다. 

1) 해외 IT 소식을 다양한 아티클로 전하고, 브랜드 콘텐츠를 씁니다. 
2) 신규 브랜드를 초기에 만들어가며 콘텐츠 및 강연 기획, 운영을 했습니다.
3) IT 도서 번역도 합니다. 

테크 비즈 라이터 

IT 기자

장혜림 (메이)

포트폴리오

메이 포트폴리오

🤝bshr89@gmail.com 
☝️9년째 IT 주제 텍스트 콘텐츠 만들어요
😊해외 IT 소식을 큐레이션해요
👑매일 영한 번역해요
🤟재밌는 거 좋아해요
🙏제임스 고슬링 자바 창시자, 귀도 판 로썸 파이썬 창시자, 오드리 탕 대만 디지털 장관을 인터뷰했어요


댓글 0