YouTube에서 마음에 드는 동영상과 음악을 감상하고, 직접 만든 콘텐츠를 업로드하여 친구, 가족뿐 아니라 전 세계 사람들과 콘텐츠를 공유할 수 있습니다.

 - YouTube

상하이 여행을 함께한 개발자 부부의 취업/이직 성공기를 인터뷰 영상으로 담았어요.

김민재, 김혜연님은 백엔드, 프론트엔드 개발자인 풀스택 부부에요. 심지어 민재님은 국제법, 혜연님은 한국어를 전공한 비전공자 출신이죠.

국비지원교육을 통해 백엔드 개발자로 먼저 취업을 성공한 민재님이 당시 여자친구였던 혜연님에게 개발 공부를 권해 프론트엔드 개발자로 취업에 성공했어요.

두 분 다 유명 부트캠프가 아닌 학원을 통해 개발자로 일을 시작했어요. 하지만 두 분의 성장세는 누구보다 가팔라요. 두 분의 취업/이직 성공기가 궁금하시다면 영상을 통해 확인해 주세요!

https://www.youtube.com/watch?v=Uv4rLoj6H6w

상하이 여행을 함께한 개발자 부부의 취업/이직 성공기를 인터뷰 영상으로 담았어요. 김민재, 김혜연님은 백엔드, 프론트엔드 개발자인 풀스택 부부에요. 심지어 민재님은 국제법, 혜연님은 한국어를 전공한 비전공자 출신이죠. 국비지원교육을 통해 백엔드 개발자로 먼저 취업을 성공한 민재님이 당시 여자친구였던 혜연님에게 개발 공부를 권해 프론트엔드 개발자로 취업에 성공했어요. 두 분 다 유명 부트캠프가 아닌 학원을 통해 개발자로 일을 시작했어요. 하지만 두 분의 성장세는 누구보다 가팔라요. 두 분의 취업/이직 성공기가 궁금하시다면 영상을 통해 확인해 주세요! https://www.youtube.com/watch?v=Uv4rLoj6H6w

www.youtube.com

문과 출신 개발자 부부의 취업/이직 성공기

팀네이버 컨퍼런스 DAN 24는 네이버의 비즈니스 전략과 기술, 크리에이티브, 그리고 다양한 경험의 전문성을 유기적으로 연결하여 네이버가 앞으로 만들어나갈 비즈니스, 서비스의 변화 방향을 제시하는 자리입니다.

DAN 24

 * DAY 1 참가신청 - 10월 30일 15시
 * DAY 2 참가신청 - 10월 31일 15시
네이버페이 앱 설치 필요

행사 일시: 2024. 11. 11-12
행사 장소: 코엑스 서울

https://dan.naver.com/24/registration

<ul ><li>DAY 1 참가신청 - 10월 30일 15시</li><li>DAY 2 참가신청 - 10월 31일 15시</li></ul>네이버페이 앱 설치 필요 행사 일시: 2024. 11. 11-12행사 장소: 코엑스 서울 https://dan.naver.com/24/registration

dan.naver.com

팀네이버의 컨퍼런스 DAN24

사용자가 공유한 콘텐츠

토스증권의 UX 리서처인 예슬님 글입니다.
모른다고 못하는게 아니라 능동적으로 움직이는 모습이 인상깊네요.

https://toss.tech/article/new-uxresearch-invest

토스증권의 UX 리서처인 예슬님 글입니다.모른다고 못하는게 아니라 능동적으로 움직이는 모습이 인상깊네요. https://toss.tech/article/new-uxresearch-invest

toss.tech

투자를 모르는데 어떻게 증권 UX 리서처를 해요?

배구 만화인 하이큐를 보면 실수했을 때 “커버!”라고 외쳐요. 그러면 곁에 있던 동료가 와서 실수를 커버해 주죠. 공격으로의 흐름에 빈틈을 채워주는 거예요.

제품을 만드는 중에는 “커버!”라고 외치진 않아요. 하지만 늘 빈틈을 채우며 일해요. 개발의 빈틈, 기획의 빈틈, 운영의 빈틈을 자연스레 채우며 일해요.

팀으로 일한다는 건 서로의 빈틈을 채워주는 일인 거 같아요.

사랑받는 제품이라는 하나의 목표를 위해 서로의 빈틈을 채우며 함께 일하는 것. 굉장히 기분 좋은 일이에요.

배구 만화인 하이큐를 보면 실수했을 때 “커버!”라고 외쳐요. 그러면 곁에 있던 동료가 와서 실수를 커버해 주죠. 공격으로의 흐름에 빈틈을 채워주는 거예요. 제품을 만드는 중에는 “커버!”라고 외치진 않아요. 하지만 늘 빈틈을 채우며 일해요. 개발의 빈틈, 기획의 빈틈, 운영의 빈틈을 자연스레 채우며 일해요. 팀으로 일한다는 건 서로의 빈틈을 채워주는 일인 거 같아요. 사랑받는 제품이라는 하나의 목표를 위해 서로의 빈틈을 채우며 함께 일하는 것. 굉장히 기분 좋은 일이에요.

서로의 빈틈을 채워주는 일

원문: Optimising for High Latency Environments 지난주에 CrUX에 새롭게 포함된 RTT 데이터 항목에 대해 링크드인에 짧은 업데이트를 게시했습니다. 간단히 읽어보시면 도움이 될 것입니다. 크롬은 최근 크롬 사용자 경험 보고서(CrUX…

(번역) 지연 시간이 긴 환경 최적화하기

오늘 소개해드릴 글은 당근의 임유진님이 번역해주신 글입니다.

프런트엔드 개발자로서 사용자에게 웹앱을 가능한 한 빠르게 전달하기 위해 지연 시간을 줄일 방법을 고민할 때가 있죠. 최근 크롬 사용자 경험 보고서(CrUX)에 추가된 왕복 시간(RTT) 데이터는 기본적으로 지연 시간을 측정한 것이라고 합니다. 이 데이터로 어떤 인사이트를 얻을 수 있고, 지연 시간을 최적화 할 수 있는 방법으로는 어떤 것들이 있으며 각각이 구체적으로 어떻게 작용하는지 자세하게 설명하는 글이 있어 소개해드립니다. 평소 지연 시간 개선에 관심있으셨던 분들이 읽어보시면 좋을 것 같습니다 :)

글 링크: https://emewjin.github.io/optimising-for-high-latency-environments

오늘 소개해드릴 글은 당근의 임유진님이 번역해주신 글입니다. 프런트엔드 개발자로서 사용자에게 웹앱을 가능한 한 빠르게 전달하기 위해 지연 시간을 줄일 방법을 고민할 때가 있죠. 최근 크롬 사용자 경험 보고서(CrUX)에 추가된 왕복 시간(RTT) 데이터는 기본적으로 지연 시간을 측정한 것이라고 합니다. 이 데이터로 어떤 인사이트를 얻을 수 있고, 지연 시간을 최적화 할 수 있는 방법으로는 어떤 것들이 있으며 각각이 구체적으로 어떻게 작용하는지 자세하게 설명하는 글이 있어 소개해드립니다. 평소 지연 시간 개선에 관심있으셨던 분들이 읽어보시면 좋을 것 같습니다 :) 글 링크: https://emewjin.github.io/optimising-for-high-latency-environments

emewjin.github.io

지연 시간이 긴 환경 최적화하기

열심히 서비스를 만들었는데... 왜 아무도 안 들어오징

제 사이드 프로젝트 홍보 방법이요? OOO은 필수입니다.

내가 춘자라니, 흑백요리사 테스트 들어보셨나요?
헤욤님의 사이드프로젝트인데요.

저는 링크드인을 통해서 만나봤는데요. 역시나 비법은!!!

https://velog.io/@khy2106/사이드-프로젝트-홍보-방법

내가 춘자라니, 흑백요리사 테스트 들어보셨나요?헤욤님의 사이드프로젝트인데요. 저는 링크드인을 통해서 만나봤는데요. 역시나 비법은!!! https://velog.io/@khy2106/사이드-프로젝트-홍보-방법

velog.io

사이드 프로젝트 홍보 비법 OOO

프론트엔드 개발 환경에서
Next.js
가 사실상 표준으로 자리잡고 있는 현 시점에서 “Next.js 꼭 써야할까?” 라는 주제의 이번 토스
모닥불 EP.6
를 흥미롭게 봤습니다.

프레임워크 선택과 활용
 1. 문제 해결 능력 평가: 프레임워크가 어떤 문제를 얼마나 효과적으로 해결하는가?
 2. 상황에 맞는 최적의 선택: 다양한 프레임워크를 비교 분석하고 종합적으로 검토하여 선정
 3. 학습지향적 접근: 표면적으로만 사용하는 것이 아닌, 내부 동작 원리를 이해하려는 자세
 4. 프레임워크 의존성 탈피: 프레임워크에 종속되기 보다는 개발자가 프레임워크를 주도하는 자세

프레임워크를 사용하면서도 지속적인 학습을 통해 성장을 추구해야 합니다. 또한
Next.js
를 포함한 다양한 프레임워크를 경험하고 비교 분석함으로써, 더 넓은 시야와 깊이 있는 통찰을 얻을 수 있습니다. 결국에 프레임워크도 도구이기 때문에 이를 효과적으로 활용하고, 때로는 필요하다면 프레임워크 커스터마이징을 통해 본질적인 문제를 해결할 수 있는 개발자의 역량을 갖추는 것이 중요합니다.

https://www.youtube.com/watch?v=L2gAcPmB9WY

프론트엔드 개발 환경에서 <code >Next.js</code>가 사실상 표준으로 자리잡고 있는 현 시점에서 “Next.js 꼭 써야할까?” 라는 주제의 이번 토스 <code >모닥불 EP.6</code> 를 흥미롭게 봤습니다. 프레임워크 선택과 활용<ol ><li>문제 해결 능력 평가: 프레임워크가 어떤 문제를 얼마나 효과적으로 해결하는가?</li><li>상황에 맞는 최적의 선택: 다양한 프레임워크를 비교 분석하고 종합적으로 검토하여 선정</li><li>학습지향적 접근: 표면적으로만 사용하는 것이 아닌, 내부 동작 원리를 이해하려는 자세</li><li>프레임워크 의존성 탈피: 프레임워크에 종속되기 보다는 개발자가 프레임워크를 주도하는 자세</li></ol> 프레임워크를 사용하면서도 지속적인 학습을 통해 성장을 추구해야 합니다. 또한 <code >Next.js</code>를 포함한 다양한 프레임워크를 경험하고 비교 분석함으로써, 더 넓은 시야와 깊이 있는 통찰을 얻을 수 있습니다. 결국에 프레임워크도 도구이기 때문에 이를 효과적으로 활용하고, 때로는 필요하다면 프레임워크 커스터마이징을 통해 본질적인 문제를 해결할 수 있는 개발자의 역량을 갖추는 것이 중요합니다. https://www.youtube.com/watch?v=L2gAcPmB9WY

도구를 넘어선 개발자의 역량: "Next.js 꼭 써야할까?"

GitHub Actions를 사용하여 리포지토리에서 바로 소프트웨어 개발 워크플로를 자동화, 사용자 지정 및 실행합니다. CI/CD를 포함하여 원하는 작업을 수행하기 위한 작업을 검색, 생성 및 공유하고 완전히 사용자 정의된 워크플로에서 작업을 결합할 수 있습니다.

GitHub Actions 설명서 - GitHub Docs

최근 지속적 통합(CI)과 지속적 배포(CD)의 중요성이 날로 커지고 있습니다. 이러한 흐름에 맞추어
GitHub Actions
가 점점 많이 사용되고 있는데요. 과거에는
Jenkins
를 주로 사용했지만 최근에는 비교적 접근성이 좋은
Github Action
을 더 많이 사용하고 있어
GitHub Actions
의 개념을 한번 정리해보았습니다.

GitHub Actions
는
GitHub
에서 제공하는 CI/CD 서비스입니다. 개발자들은
GitHub
코드 저장소와 직접 연계된 자동화된 워크플로우를 비교적 손쉽게 구축할 수 있습니다.

1. 활용 사례
 * 자동화된 배포: 새로운 기능이나 버전을 서버에 자동으로 배포
 * 주기적 작업 실행: 데이터 수집, 처리 등의 정기적인 작업 자동화
 * 테스트 자동화: 코드 변경 시 자동으로 테스트 실행

2. 개념
Workflow:
 * 자동화된 전체 프로세스를 정의
 * YAML 형식으로 작성되며, 프로젝트의 최상위 개념
Event:
 * Workflow를 트리거하는 특정 활동이나 조건
 * 예: 특정 브랜치로의 푸시, Pull Request 생성 등
Job:
 * 독립된 실행 환경
 * 가상 머신 또는 컨테이너 Ex:
   Lunux(ubuntu-latest), Window
   에서 수행되는 작업 단위
Steps:
 * Job
   내부에서 순차적으로 실행되는 개별 작업들
 * 셸 명령어 실행이나
   Action
   사용 등을 포함
Action:
 * GitHub Actions의 꽃
 * 재사용 가능한 작업 단위로, GitHub Marketplace에서 다양한 Action 활용 가능
 * Ex:
   actions/checkout@v4
   (레포지토리를 워크플로우 실행 환경으로 가져옴. 복제)
Runner:
 * Workflow
   를 실행하는 서버 인스턴스
 * GitHub
   에서 제공하는 호스팅
   Runner
   또는 사용자가 직접 관리하는
   Self-hosted Runner
   선택 가능

3. 고려사항
 * 보안: 민감한 정보는
   GitHub Secrets
   를 활용하여 안전하게 관리
 * 모듈화: 재사용 가능한
   Action
   개발을 통한 생산성 향상

이런 자동화 프로세스를 이용하여 팀의 생산성을 높여 보세요. 반복적인 작업에서 벗어나 더 가치 있는 업무에 집중할 수 있습니다.

https://docs.github.com/ko/actions

최근 지속적 통합(CI)과 지속적 배포(CD)의 중요성이 날로 커지고 있습니다. 이러한 흐름에 맞추어 <code >GitHub Actions</code>가 점점 많이 사용되고 있는데요. 과거에는 <code >Jenkins</code>를 주로 사용했지만 최근에는 비교적 접근성이 좋은 <code >Github Action</code>을 더 많이 사용하고 있어 <code >GitHub Actions</code>의 개념을 한번 정리해보았습니다. <code >GitHub Actions</code>는 <code >GitHub</code>에서 제공하는 CI/CD 서비스입니다. 개발자들은 <code >GitHub</code>코드 저장소와 직접 연계된 자동화된 워크플로우를 비교적 손쉽게 구축할 수 있습니다. 1. 활용 사례<ul ><li>자동화된 배포: 새로운 기능이나 버전을 서버에 자동으로 배포</li><li>주기적 작업 실행: 데이터 수집, 처리 등의 정기적인 작업 자동화</li><li>테스트 자동화: 코드 변경 시 자동으로 테스트 실행</li></ul> 2. 개념Workflow:<ul ><li>자동화된 전체 프로세스를 정의</li><li>YAML 형식으로 작성되며, 프로젝트의 최상위 개념</li></ul>Event:<ul ><li>Workflow를 트리거하는 특정 활동이나 조건</li><li>예: 특정 브랜치로의 푸시, Pull Request 생성 등</li></ul>Job:<ul ><li>독립된 실행 환경</li><li>가상 머신 또는 컨테이너 Ex: <code >Lunux(ubuntu-latest), Window</code>에서 수행되는 작업 단위</li></ul>Steps:<ul ><li><code >Job</code> 내부에서 순차적으로 실행되는 개별 작업들</li><li>셸 명령어 실행이나 <code >Action</code> 사용 등을 포함</li></ul>Action:<ul ><li>GitHub Actions의 꽃</li><li>재사용 가능한 작업 단위로, GitHub Marketplace에서 다양한 Action 활용 가능</li><li>Ex: <code >actions/checkout@v4</code>(레포지토리를 워크플로우 실행 환경으로 가져옴. 복제)</li></ul>Runner:<ul ><li><code >Workflow</code>를 실행하는 서버 인스턴스</li><li><code >GitHub</code>에서 제공하는 호스팅 <code >Runner</code> 또는 사용자가 직접 관리하는 <code >Self-hosted Runner</code> 선택 가능</li></ul> 3. 고려사항<ul ><li>보안: 민감한 정보는 <code >GitHub Secrets</code>를 활용하여 안전하게 관리</li><li>모듈화: 재사용 가능한 <code >Action</code> 개발을 통한 생산성 향상</li></ul> 이런 자동화 프로세스를 이용하여 팀의 생산성을 높여 보세요. 반복적인 작업에서 벗어나 더 가치 있는 업무에 집중할 수 있습니다. https://docs.github.com/ko/actions

GitHub Docs

개발 생산성 향상을 위한 GitHub Actions: CI/CD 자동화

백오피스 서버를 Vercel 에서 Fly.io로 옮겼다.

RSC/Server Action을 디폴트로 사용하게 되면서 Vercel의 장점이 크게 낮아졌고, Vercel의 서버 구조로 인해서 속도 저하로 인한 사용성이 많이 떨어질 뿐만 아니라, 디버깅하거나 세세한 로직을 제어하기가 어려워졌다.

물론 이미지 최적화 등을 손쉽게 할 수 있는 등의 여러가지 편의 기능이 있긴 하지만, 무엇보다 성능 최적화와 디버깅이 어렵다는 점이 좀 괴로웠음. 요즘 트래픽 좀만 높아져도 비용 폭탄 맞는다는 말도 많이 나오고..

덕분에 Fly.io를 자세하게 들여다 보게 되었는데, 이거 아주 물건임.

가격도 좋고 대시보드도 잘 되어 있고, 무엇보다 VM을 배포하거나 API로 제어하는 것이 매우 간편하다는 점이 아주 만족스럽다. PaaS, IaaS의 기치가 DevOps를 외주 주세요. 라는 것이지만 늘 뭔가 좀 부족하다는 생각을 했다면, Fly.io는 진짜로 DevOps가 있는 것 같은 느낌.

다만, 보안적인 문제가 약간 걱정되는 면이 있긴 한데, 배포 프로세스를 자동화하고 정책을 잘 정하면 문제 없을 듯.

백오피스 서버를 Vercel 에서 Fly.io로 옮겼다. RSC/Server Action을 디폴트로 사용하게 되면서 Vercel의 장점이 크게 낮아졌고, Vercel의 서버 구조로 인해서 속도 저하로 인한 사용성이 많이 떨어질 뿐만 아니라, 디버깅하거나 세세한 로직을 제어하기가 어려워졌다. 물론 이미지 최적화 등을 손쉽게 할 수 있는 등의 여러가지 편의 기능이 있긴 하지만, 무엇보다 성능 최적화와 디버깅이 어렵다는 점이 좀 괴로웠음. 요즘 트래픽 좀만 높아져도 비용 폭탄 맞는다는 말도 많이 나오고.. 덕분에 Fly.io를 자세하게 들여다 보게 되었는데, 이거 아주 물건임. 가격도 좋고 대시보드도 잘 되어 있고, 무엇보다 VM을 배포하거나 API로 제어하는 것이 매우 간편하다는 점이 아주 만족스럽다. PaaS, IaaS의 기치가 DevOps를 외주 주세요. 라는 것이지만 늘 뭔가 좀 부족하다는 생각을 했다면, Fly.io는 진짜로 DevOps가 있는 것 같은 느낌. 다만, 보안적인 문제가 약간 걱정되는 면이 있긴 한데, 배포 프로세스를 자동화하고 정책을 잘 정하면 문제 없을 듯.

알랭드 보통의 <불안> 첫 장부터 후킹이 아주 제대론데? 😏

알랭드 보통의 &lt;불안&gt; 첫 장부터 후킹이 아주 제대론데? 😏

재직자 대상 커리어 성장 코스, INNER CIRCLE

패스트캠퍼스 : INNER CIRCLE | 패스트캠퍼스

주니어 개발자로서 몇 년을 일하다 보면 자연스럽게 아래와 같은 고민들을 하실 것 같습니다.

“앞으로 5년 후에도 개발자로 살아남을 수 있을까?”
“사수도 없고, 내가 혼자서 잘하고 있는 게 맞을까?”
“풀스택 개발자로 취업은 했지만, 실무에선 무슨 일이 어떻게 돌아가는지 막막하다.”
“회사에서 주어진 일만 할 게 아니라, 내가 정말 원하는 프로젝트를 해보고 싶다.”

저도 물론 경험했던 고민들이고, 특강 및 멘토링 때 매번 말씀드리는 내용이지만
이런 고민들을 해결할 수 있는 여러 방법중에 좋은것 하나는 A-Z 까지 경험해볼 수 있는 프로젝트를 진행하는 겁니다.

이와 관련되서 도움을 받으실 수 있을만한 교육 과정이 있어 공유드립니다.

바로 이너서클(INNER CIRCLE) 이라는 교육인데요, 제가 느꼈던 이너서클 교육의 가장 큰 장점은 다음과 같습니다.

📌 실무 중심의 팀프로젝트 커리큘럼
단순한 이론 수업이 아닌, 13주간 100% 팀 프로젝트 중심 커리큘럼으로 진행되어 회사에서는 경험할 수 없는 다양한 매력적인 프로젝트를 A 부터 Z 까지 진행함으로써 한단계 더 성장하는 기회가 될 수 있습니다.

📌 실시간 온라인 진행 가능
100% 실시간 온라인으로 진행하는 재직자 대상 무료 교육으로 평일 저녁, 주말에 진행하기 때문에 직장과 병행하여 수강이 가능합니다.
또한 이너서클 과정 전반에 걸쳐 패스트캠퍼스의 온라인 VOD 강의를 제공하여 커리큘럼 진행중에 얼마든지 이론적 보완과 성장이 가능합니다.

📌 동료들과 함께 성장
이너서클은 혼자가 아닌 동료 개발자들과의 협력을 경험할 수 있게 도와줍니다.
프로젝트를 진행하며 동료 개발자들간의 피드백과 상호 평가를 통해 성장하고, 수료 후에도 오프라인 네트워킹으로 지속적인 교류가 가능합니다.

📌 업계 상위 1% 리더와 검증된 동료
IT 업계 최고의 리더(네카라쿠배 출신의 IT 테크 리더)들이 강사로 참여하고, 이러한 리더들의 꼼꼼한 선발절차를 거쳐 팀프로젝트를 같이할 동료들이 선발된다고 합니다.
개발팀장, CTO 등을 하셨던 리더분들이기 때문에 높은 수준의 실무 노하우를 배울 수 있고 이런 검증된 동료들과의 실전 경험과 교류는 개발자의 커리어를 쌓아가는데 매우 중요하다고 생각합니다.

📌 비용
450만 원 상당의 교육비가 전액 국비 지원으로 무료입니다.
또한 이너서클 수료 후, 패스트캠퍼스 취준생 멘토링 프로그램에 참여할 수 있는 기회가 주어지게 되는데 만약 프로그램에 참여하게 된다면 이에 대한 수익을 얻을 수 있다고 합니다.

📌 창업 및 프로젝트 지원
팀별 프로젝트 진행 시, 프로젝트 지원금이 제공되며, 수료 후 창업을 준비한다면 패스트캠퍼스 미디어 노출, 인터뷰 등 다양한 지원을 받을 수 있습니다.

성장에 목마르신 모든 분들이 참여하실 수 있다면 좋겠지만, 3년차 이상의 경력이 있으신 분들 중 최종적으로 선별된 50명만 교육에 참여가 가능하다고 합니다.🥲

10월 27일까지 사전 신청을 완료하면, 얼리버드 이벤트로 개발자 커리어와 취업 시장에 관한 인사이트, 이너서클에 대한 사전 설명을 제공하는 멤버십 가이드 초대권도 드린다고 하니 관심있으신 분들은 이점 참고해주시면 좋겠습니다.
(설명회는 10월 31일 19시에 온라인 라이브로 진행 예정이라고 합니다.)

🔗 신청 바로 가기: https://bit.ly/3U5CQu3 

추가로 이너서클 측에서 감사하게도 제 이름으로 추천인 코드를 입력 후 수강 등록을 완료하면
대기업 이직을 위한 자기소개서 작성법 전자책을 무료로 받을 수 있게 해주신다고 하니 이 점도 참고해주세요.

🎁 추천인 코드 입력 방법
 1. 신청 바로 가기(https://bit.ly/3U5CQu3)에서 신청하기 버튼 클릭
 2. 신청 폼 작성
 3. 마지막 인지 경로 항목 작성 시 Other 클릭
 4. 주관식 문항에 추천인 코드 [이양일] 작성

이 글이 성장하고 싶으신 주니어 개발자 분들에게 조금이나마 도움이 되었으면 좋겠습니다. 🙏

주니어 개발자로서 몇 년을 일하다 보면 자연스럽게 아래와 같은 고민들을 하실 것 같습니다. “앞으로 5년 후에도 개발자로 살아남을 수 있을까?” “사수도 없고, 내가 혼자서 잘하고 있는 게 맞을까?” “풀스택 개발자로 취업은 했지만, 실무에선 무슨 일이 어떻게 돌아가는지 막막하다.” “회사에서 주어진 일만 할 게 아니라, 내가 정말 원하는 프로젝트를 해보고 싶다.” 저도 물론 경험했던 고민들이고, 특강 및 멘토링 때 매번 말씀드리는 내용이지만이런 고민들을 해결할 수 있는 여러 방법중에 좋은것 하나는 A-Z 까지 경험해볼 수 있는 프로젝트를 진행하는 겁니다. 이와 관련되서 도움을 받으실 수 있을만한 교육 과정이 있어 공유드립니다. 바로 이너서클(INNER CIRCLE) 이라는 교육인데요, 제가 느꼈던 이너서클 교육의 가장 큰 장점은 다음과 같습니다. 📌 실무 중심의 팀프로젝트 커리큘럼단순한 이론 수업이 아닌, 13주간 100% 팀 프로젝트 중심 커리큘럼으로 진행되어 회사에서는 경험할 수 없는 다양한 매력적인 프로젝트를 A 부터 Z 까지 진행함으로써 한단계 더 성장하는 기회가 될 수 있습니다. 📌 실시간 온라인 진행 가능100% 실시간 온라인으로 진행하는 재직자 대상 무료 교육으로 평일 저녁, 주말에 진행하기 때문에 직장과 병행하여 수강이 가능합니다.또한 이너서클 과정 전반에 걸쳐 패스트캠퍼스의 온라인 VOD 강의를 제공하여 커리큘럼 진행중에 얼마든지 이론적 보완과 성장이 가능합니다. 📌 동료들과 함께 성장이너서클은 혼자가 아닌 동료 개발자들과의 협력을 경험할 수 있게 도와줍니다.프로젝트를 진행하며 동료 개발자들간의 피드백과 상호 평가를 통해 성장하고, 수료 후에도 오프라인 네트워킹으로 지속적인 교류가 가능합니다. 📌 업계 상위 1% 리더와 검증된 동료IT 업계 최고의 리더(네카라쿠배 출신의 IT 테크 리더)들이 강사로 참여하고, 이러한 리더들의 꼼꼼한 선발절차를 거쳐 팀프로젝트를 같이할 동료들이 선발된다고 합니다.개발팀장, CTO 등을 하셨던 리더분들이기 때문에 높은 수준의 실무 노하우를 배울 수 있고 이런 검증된 동료들과의 실전 경험과 교류는 개발자의 커리어를 쌓아가는데 매우 중요하다고 생각합니다. 📌 비용450만 원 상당의 교육비가 전액 국비 지원으로 무료입니다.또한 이너서클 수료 후, 패스트캠퍼스 취준생 멘토링 프로그램에 참여할 수 있는 기회가 주어지게 되는데 만약 프로그램에 참여하게 된다면 이에 대한 수익을 얻을 수 있다고 합니다. 📌 창업 및 프로젝트 지원팀별 프로젝트 진행 시, 프로젝트 지원금이 제공되며, 수료 후 창업을 준비한다면 패스트캠퍼스 미디어 노출, 인터뷰 등 다양한 지원을 받을 수 있습니다. 성장에 목마르신 모든 분들이 참여하실 수 있다면 좋겠지만, 3년차 이상의 경력이 있으신 분들 중 최종적으로 선별된 50명만 교육에 참여가 가능하다고 합니다.🥲 10월 27일까지 사전 신청을 완료하면, 얼리버드 이벤트로 개발자 커리어와 취업 시장에 관한 인사이트, 이너서클에 대한 사전 설명을 제공하는 멤버십 가이드 초대권도 드린다고 하니 관심있으신 분들은 이점 참고해주시면 좋겠습니다.(설명회는 10월 31일 19시에 온라인 라이브로 진행 예정이라고 합니다.) 🔗 신청 바로 가기: https://bit.ly/3U5CQu3&nbsp; 추가로 이너서클 측에서 감사하게도 제 이름으로 추천인 코드를 입력 후 수강 등록을 완료하면대기업 이직을 위한 자기소개서 작성법 전자책을 무료로 받을 수 있게 해주신다고 하니 이 점도 참고해주세요. 🎁 추천인 코드 입력 방법<ol ><li>신청 바로 가기(https://bit.ly/3U5CQu3)에서&nbsp;신청하기&nbsp;버튼 클릭</li><li>신청 폼 작성</li><li>마지막&nbsp;인지 경로&nbsp;항목 작성 시&nbsp;Other&nbsp;클릭</li><li>주관식 문항에 추천인 코드 [이양일] 작성</li></ol> 이 글이 성장하고 싶으신 주니어 개발자 분들에게 조금이나마 도움이 되었으면 좋겠습니다. 🙏

하이아웃풋클럽 | Blog

📢 실무 프로젝트로 성장하고 싶은 주니어 개발자 분들에게

일 잘하는 개발자는 어떤 개발자 일까요? 흔히 개발자를 평가할 때 코드의 품질이나 기술적 숙련도만을 중요시하는 경향이 있는데요. 토스에서는 '일 잘하는 개발자' 란 코드 작성 외에도 고객에게 실질적인 가치를 제공하는 것이 더 중요하게 생각한다고 합니다. 다음은 토스가 중요하게 여기는 개발자의 자질들입니다:

요구사항을 넘어서는 통찰력
일 잘하는 개발자는 단순히 요구사항을 그대로 구현하는 것에 그치지 않습니다. 대신, 요구사항 속에 숨겨진 진정한 목적을 파악하고, 때로는 구현 없이도 그 목적을 달성할 수 있는 창의적인 방법을 제안합니다. 이는 단순한 '구현'을 넘어선 '문제 해결'에 초점을 맞추는 것입니다.

효율성과 가치의 균형
항상 효율성을 고민합니다. 예를 들어, "이 기능은 이렇게 하면 개발 시간을 절반으로 줄일 수 있을 것 같습니다. 먼저 이 방식으로 시도해보고, 나중에 더 발전시켜 보는 건 어떨까요?"와 같은 제안을 통해 극적인 효율 개선으로 이어질 수 있습니다.

'메이커'로서의 개발자
토스에서는 개발자를 단순한 '엔지니어'가 아닌 '메이커'로 부릅니다. 이는 개발자가 서비스에 대한 깊은 이해를 바탕으로 용기 있게 의견을 내고, 이를 통해 자신과 동료의 시간을 절약하며 제품의 성공에 기여할 수 있습니다.

빠른 런칭과 사용자 피드백의 중요성
제품을 빨리 런칭하고 실제 사용자의 목소리를 듣는 것이 중요합니다. 내부에서 생각하는 사용자의 의견은 실제와 다를 수 있기 때문입니다. 기능을 짧고 빠르게 만들어 출시하는 것이 성공으로 가는 지름길일 수 있습니다.

그렇지만 위와같은 방식이 모든 조직과 제품에 보편적으로 적용되는 것은 아닙니다. 조직의 특성과 제품의 발전 단계에 따라 '일 잘하는 개발자' 정의와 역할은 달라질 수 있습니다. 기능 중심 조직이고, 이미 완성도 높은 단계의 제품이라면 개발 전략과 우선순위가 달라질 수 있습니다.
이 관점은 주로 '사일로' 라는 목적 조직과 제품 초기 단계의 상황에 초점을 맞추고 있습니다.

https://www.youtube.com/watch?v=ZCg8kvtgcUg

일 잘하는 개발자는 어떤 개발자 일까요? 흔히 개발자를 평가할 때 코드의 품질이나 기술적 숙련도만을 중요시하는 경향이 있는데요. 토스에서는 '일 잘하는 개발자' 란 코드 작성 외에도 고객에게 실질적인 가치를 제공하는 것이 더 중요하게 생각한다고 합니다. 다음은 토스가 중요하게 여기는 개발자의 자질들입니다: 요구사항을 넘어서는 통찰력일 잘하는 개발자는 단순히 요구사항을 그대로 구현하는 것에 그치지 않습니다. 대신, 요구사항 속에 숨겨진 진정한 목적을 파악하고, 때로는 구현 없이도 그 목적을 달성할 수 있는 창의적인 방법을 제안합니다. 이는 단순한 '구현'을 넘어선 '문제 해결'에 초점을 맞추는 것입니다. 효율성과 가치의 균형항상 효율성을 고민합니다. 예를 들어, "이 기능은 이렇게 하면 개발 시간을 절반으로 줄일 수 있을 것 같습니다. 먼저 이 방식으로 시도해보고, 나중에 더 발전시켜 보는 건 어떨까요?"와 같은 제안을 통해 극적인 효율 개선으로 이어질 수 있습니다. '메이커'로서의 개발자토스에서는 개발자를 단순한 '엔지니어'가 아닌 '메이커'로 부릅니다. 이는 개발자가 서비스에 대한 깊은 이해를 바탕으로 용기 있게 의견을 내고, 이를 통해 자신과 동료의 시간을 절약하며 제품의 성공에 기여할 수 있습니다. 빠른 런칭과 사용자 피드백의 중요성제품을 빨리 런칭하고 실제 사용자의 목소리를 듣는 것이 중요합니다. 내부에서 생각하는 사용자의 의견은 실제와 다를 수 있기 때문입니다. 기능을 짧고 빠르게 만들어 출시하는 것이 성공으로 가는 지름길일 수 있습니다. 그렇지만 위와같은 방식이 모든 조직과 제품에 보편적으로 적용되는 것은 아닙니다. 조직의 특성과 제품의 발전 단계에 따라 '일 잘하는 개발자' 정의와 역할은 달라질 수 있습니다. 기능 중심 조직이고, 이미 완성도 높은 단계의 제품이라면 개발 전략과 우선순위가 달라질 수 있습니다.이 관점은 주로 '사일로' 라는 목적 조직과 제품 초기 단계의 상황에 초점을 맞추고 있습니다. https://www.youtube.com/watch?v=ZCg8kvtgcUg

토스가 바라보는 '일 잘하는 개발자': 코드를 넘어선 가치 창출

이모카세 1호는 매일 같이 우리 식탁에 오르는 음식으로 100명의 요리사 중 6위를 차지했어요. 일상적인 것으로 심사위원의 마음을 얻은 결과죠.

개발자인 우리도 일상적인 것으로 유저의 마음을 얻을 수 있어요. 화려하고 멋진, 최신의 기술이 아니라 일상적인 기술로도 유저의 마음을 얻을 수 있어요.

여러분이 일상에서 다루는 기술의 가능성은 작지 않아요. 새로운 기술은 필요한 순간에 적절하게 사용하면 그만이에요.

매일 반복되는 일상의 기술만 다룬다고 너무 조급해하지 않아도 괜찮아요. 여러분은 내공을 쌓고 계신 거니까요.

이모카세 1호는 매일 같이 우리 식탁에 오르는 음식으로 100명의 요리사 중 6위를 차지했어요. 일상적인 것으로 심사위원의 마음을 얻은 결과죠. 개발자인 우리도 일상적인 것으로 유저의 마음을 얻을 수 있어요. 화려하고 멋진, 최신의 기술이 아니라 일상적인 기술로도 유저의 마음을 얻을 수 있어요. 여러분이 일상에서 다루는 기술의 가능성은 작지 않아요. 새로운 기술은 필요한 순간에 적절하게 사용하면 그만이에요. 매일 반복되는 일상의 기술만 다룬다고 너무 조급해하지 않아도 괜찮아요. 여러분은 내공을 쌓고 계신 거니까요.

흑백요리사, 이모카세가 대단한 이유

앱 시작 화면에 개발자 핸드폰 전화번호를 적어놔봐라. 그래도 전화 안 온다. 예전에 누군가에게 들었던 이야기.

사용자의 목소리

앱 시작 화면에 개발자 핸드폰 전화번호를 적어놔봐라. 그래도 전화 안 온다.
예전에 누군가에게 들었던 이야기.

인상적이었습니다. 진짜 그럴까?

커피한잔도 앱 시작 화면 정도는 아니지만 홈페이지 하단에 고객센터 전화번호를 노출해두고 있습니다.
말이 고객 센터지, 제가 가진 두 개의 핸드폰 번호 중 하나입니다.

가끔 전화가 오면 긴장 반 설렘 반으로 전화를 받습니다.
하지만 불행히도(?) 사용자분들에게 전화가 오기보단 스팸 전화가 대부분입니다.
난 사용자들 목소리가 듣고 싶은 건데.

커피한잔에서 사용자들에게 보내는 메일은 발신 전용 메일이 없습니다.
발신 전용으로 보낸다는 건 답장을 보내지 말라는 뜻.
사용자들 목소리 듣기가 얼마나 어려운데…

이야기를 더 많이 들어보기 위해 정말 스플래시 화면에 전화번호를 한 번 노출해 봐야겠습니다.

https://jeho.page/essay/2024/10/17/user-voice.html

앱 시작 화면에 개발자 핸드폰 전화번호를 적어놔봐라. 그래도 전화 안 온다. 예전에 누군가에게 들었던 이야기. 인상적이었습니다. 진짜 그럴까? 커피한잔도 앱 시작 화면 정도는 아니지만 홈페이지 하단에 고객센터 전화번호를 노출해두고 있습니다. 말이 고객 센터지, 제가 가진 두 개의 핸드폰 번호 중 하나입니다. 가끔 전화가 오면 긴장 반 설렘 반으로 전화를 받습니다. 하지만 불행히도(?) 사용자분들에게 전화가 오기보단 스팸 전화가 대부분입니다. 난 사용자들 목소리가 듣고 싶은 건데. 커피한잔에서 사용자들에게 보내는 메일은 발신 전용 메일이 없습니다. 발신 전용으로 보낸다는 건 답장을 보내지 말라는 뜻. 사용자들 목소리 듣기가 얼마나 어려운데… 이야기를 더 많이 들어보기 위해 정말 스플래시 화면에 전화번호를 한 번 노출해 봐야겠습니다. https://jeho.page/essay/2024/10/17/user-voice.html

K리그 프로그래머

Facebook

과거 퍼블리에서 근무하시던 민우님께서 퍼블리를 애도하며 써주신 글입니다. 결국 사업은 시장의 크기나 시장의 성장 가능성이 있는 곳에서 하는게 성공할 가능성이 높아진다 라는 의미가 담겨있습니다.

퍼블리의 첫 타겟 고객은 고급 컨텐츠, 지적 컨텐츠를 바라는 사람들이었습니다.
책 읽기를 좋아하고, 뛰어난 사람들은 어떤 생각을 하는지 궁금해하고, 남들이 모르는 걸 알게 되면 자랑하고 싶어서 근질근질거리는 사람들을 위한 컨텐츠를 표방하며 사람들을 끌어들였습니다.

그런데 회사에 들어가서 보니
구매 데이터를 분석하고, 구매자들을 만나서 심층 인터뷰를 하고, 광고를 집행해보면서 내린 결론 은 시장의 뚜렷한 한계가 있는걸로 보였습니다.
이 시장은 한계가 있고, 타겟 대상으로 뭔가를 파는 시장은 벤처 스케일의 스타트업이 타겟할 만큼의 규모가 나오지 않는다고 생각했습니다.
이 소수의 고객들 마저 '신선한 시도'에 돈을 내고 있는거지, 지속적으로 구매를 해줄 가능성은 낮다고 생각했습니다.

이 의견에 대해서 설득하지 못했습니다.
데이터를 분석하는, 고객을 만나는, 광고를 집행하는 사람도 저 혼자였기에 팀에 설득하기란 쉽지 않았습니다. 또한 고급 컨텐츠, 지적 컨텐츠에 커다란 애정을 가지고 있는 공동창업자를 설득하는 건 거의 불가능에 가까운 일이었습니다.
하지만 설득할 필요 없이 시장은 명확하게 피드백을 주고 있었습니다.

그러고 나서 조금씩 큰 시장을 찾아내려고 했었습니다.
고객이 제품에서 가치를 얻는 데에 걸리는 시간이 너무 길다고 판단했고, 짧은 호흡의 컨텐츠, 바로 써먹을 수 있는 컨텐츠를 제공해야 더 많은 고객이 이용할 것이라고 판단했습니다.
먹고사니즘이 걸려있는, 불안감을 해소하고 싶은 자들은 직업에 대한 불안이 큰 사람들일 거라 판단했고 그 결과로 사회 초년생들을 타겟하기 시작했습니다.

조금씩 고객 규모는 늘어났지만
너무 조금씩 늘어났고, 어느 순간에는 한계에 부딪혔다고 생각했습니다. 퍼블리가 타겟하는 고객은 '일을 더 잘하고 싶은 사람 & 꾸준히 정진하는 사람 & 능동적으로 텍스트를 읽고 이해하려는 사람 & 거기에 돈을 쓸 만큼 진심인 사람' 들의 교집합이기에 이 시장은 너무 작고, 아무리 광고비를 쏟아부어도 성장에 한계가 있을 것이라고 결론을 내렸습니다.

물론 반대되는 생각도 있었습니다.
퍼블리는 충분히 매력적이고, 시장이 작은게 아닌 잘 못팔고 있는거고 잘 팔면 충분히 클것이다 라는 의견입니다.

일하면서 강하게 하게 된 생각은
'스타트업은 시장 크기가 거의 전부다' 라는 것입니다.
퍼블리 이전에는 쏘카에서 일했는데 쏘카존을 늘리는 대로 성장했고 하루에 몇억씩 매출이 나는 게 너무 당연했습니다. 차를 구매할 만큼의 경제력은 없지만 차를 타고 운전하고 싶은 욕망을 가진 젊은이들이 너무 많았고 쏘카는 욕망에 맞게 차를 공급해주기만 하면 됐습니다.

퍼블리에서는 열심히 일했지만 한계가 있었습니다.
충분히 뛰어난 역량을 가진 구성원들이였고, 좋은 방식으로 일하려 했습니다. 이 구성원들이 다른 시장을 타겟하는 사업을 했으면 분명히 좋은 성과가 나왔을 거라고 생각합니다.
사업이 성장하고 성공하려면 사람들의 욕망을 건드려야하고, 그게 벤처 스케일의 사업이 되려면 큰 욕망을 건드려야 했었습니다.

과거 퍼블리에서 근무하시던 민우님께서 퍼블리를 애도하며 써주신 글입니다. 결국 사업은 시장의 크기나 시장의 성장 가능성이 있는 곳에서 하는게 성공할 가능성이 높아진다 라는 의미가 담겨있습니다. 퍼블리의 첫 타겟 고객은 고급 컨텐츠, 지적 컨텐츠를 바라는 사람들이었습니다.책 읽기를 좋아하고, 뛰어난 사람들은 어떤 생각을 하는지 궁금해하고, 남들이 모르는 걸 알게 되면 자랑하고 싶어서 근질근질거리는 사람들을 위한 컨텐츠를 표방하며 사람들을 끌어들였습니다. 그런데 회사에 들어가서 보니구매 데이터를 분석하고, 구매자들을 만나서 심층 인터뷰를 하고, 광고를 집행해보면서 내린 결론 은 시장의 뚜렷한 한계가 있는걸로 보였습니다.이 시장은 한계가 있고, 타겟 대상으로 뭔가를 파는 시장은 벤처 스케일의 스타트업이 타겟할 만큼의 규모가 나오지 않는다고 생각했습니다. 이 소수의 고객들 마저 '신선한 시도'에 돈을 내고 있는거지, 지속적으로 구매를 해줄 가능성은 낮다고 생각했습니다. 이 의견에 대해서 설득하지 못했습니다.데이터를 분석하는, 고객을 만나는, 광고를 집행하는 사람도 저 혼자였기에 팀에 설득하기란 쉽지 않았습니다. 또한 고급 컨텐츠, 지적 컨텐츠에 커다란 애정을 가지고 있는 공동창업자를 설득하는 건 거의 불가능에 가까운 일이었습니다. 하지만 설득할 필요 없이 시장은 명확하게 피드백을 주고 있었습니다. 그러고 나서 조금씩 큰 시장을 찾아내려고 했었습니다. 고객이 제품에서 가치를 얻는 데에 걸리는 시간이 너무 길다고 판단했고, 짧은 호흡의 컨텐츠, 바로 써먹을 수 있는 컨텐츠를 제공해야 더 많은 고객이 이용할 것이라고 판단했습니다. 먹고사니즘이 걸려있는, 불안감을 해소하고 싶은 자들은 직업에 대한 불안이 큰 사람들일 거라 판단했고 그 결과로 사회 초년생들을 타겟하기 시작했습니다. 조금씩 고객 규모는 늘어났지만너무 조금씩 늘어났고, 어느 순간에는 한계에 부딪혔다고 생각했습니다. 퍼블리가 타겟하는 고객은 '일을 더 잘하고 싶은 사람 &amp; 꾸준히 정진하는 사람 &amp; 능동적으로 텍스트를 읽고 이해하려는 사람 &amp; 거기에 돈을 쓸 만큼 진심인 사람' 들의 교집합이기에 이 시장은 너무 작고, 아무리 광고비를 쏟아부어도 성장에 한계가 있을 것이라고 결론을 내렸습니다. 물론 반대되는 생각도 있었습니다.퍼블리는 충분히 매력적이고, 시장이 작은게 아닌 잘 못팔고 있는거고 잘 팔면 충분히 클것이다 라는 의견입니다. 일하면서 강하게 하게 된 생각은'스타트업은 시장 크기가 거의 전부다' 라는 것입니다. 퍼블리 이전에는 쏘카에서 일했는데 쏘카존을 늘리는 대로 성장했고 하루에 몇억씩 매출이 나는 게 너무 당연했습니다. 차를 구매할 만큼의 경제력은 없지만 차를 타고 운전하고 싶은 욕망을 가진 젊은이들이 너무 많았고 쏘카는 욕망에 맞게 차를 공급해주기만 하면 됐습니다. 퍼블리에서는 열심히 일했지만 한계가 있었습니다.충분히 뛰어난 역량을 가진 구성원들이였고, 좋은 방식으로 일하려 했습니다. 이 구성원들이 다른 시장을 타겟하는 사업을 했으면 분명히 좋은 성과가 나왔을 거라고 생각합니다. 사업이 성장하고 성공하려면 사람들의 욕망을 건드려야하고, 그게 벤처 스케일의 사업이 되려면 큰 욕망을 건드려야 했었습니다.

www.facebook.com

결국 시장이 제일 중요하다

사이드 프로젝트는 꾸준히 만들고 많이 실패해 보는 게 중요하다고 생각합니다:)

그동안 만든 21개의 사이드 프로젝트가 다 실패하고 22번째로 만든 프로젝트가 코로나맵이였습니다.

저는 꾸준한 실패의 힘을 믿습니다 😆

사이드 프로젝트는 꾸준히 만들고 많이 실패해 보는 게 중요하다고 생각합니다:) 그동안 만든 21개의 사이드 프로젝트가 다 실패하고 22번째로 만든 프로젝트가 코로나맵이였습니다. 저는 꾸준한 실패의 힘을 믿습니다 😆

사이드 프로젝트는 꾸준히 만들고 많이 실패해 보는 게 중요하다고 

나 혼자 몰래 듣고 싶은 네이버 경력 이직 성공기

네이버 경력사원이 다 대답해 드립니다

📎 네이버코드 채용 관련 콘텐츠 3탄! '네이버 경력사원' 분들의 이직 성공기가 공개되었습니다 : )

오늘 공개된 네이버코드 '네이버 경력사원이 다 대답해 드립니다'편에는 다양한 경험과 역량을 보유한 네이버 경력사원분들의 진솔한 인터뷰가 실렸습니다.
콘텐츠에는 아래와 같은 내용이 담겨있으며, 상세 내용은 하단 링크를 통해 확인하실 수 있습니다 🙂

✔︎ 이직을 고민하게 된 동기와 네이버를 선택한 이유는?
✔︎ 채용공고 속 직무와 내 경험 사이의 간극이 있다면 어떻게 해야 할까?
✔︎ 경력 이직에 성공한 사람들은 어떤 식으로 자기 어필을 했을까?
✔︎ 포트폴리오나 경력 기술서에 나만의 '킥'을 보탠다면?
✔︎ 실제 입사해 보니 네이버는 이런 회사였습니다!

📎 네이버코드 채용 관련 콘텐츠 3탄! '네이버 경력사원' 분들의 이직 성공기가 공개되었습니다 : ) 오늘 공개된 네이버코드 '네이버 경력사원이 다 대답해 드립니다'편에는 다양한 경험과 역량을 보유한 네이버 경력사원분들의 진솔한 인터뷰가 실렸습니다. 콘텐츠에는 아래와 같은 내용이 담겨있으며, 상세 내용은 하단 링크를 통해 확인하실 수 있습니다 🙂 ✔︎ 이직을 고민하게 된 동기와 네이버를 선택한 이유는?✔︎ 채용공고 속 직무와 내 경험 사이의 간극이 있다면 어떻게 해야 할까?✔︎ 경력 이직에 성공한 사람들은 어떤 식으로 자기 어필을 했을까?✔︎ 포트폴리오나 경력 기술서에 나만의 '킥'을 보탠다면?✔︎ 실제 입사해 보니 네이버는 이런 회사였습니다!

code.naver.com

경력사원들이 직접 풀어놓는 '네이버 이직 성공기'

코틀린에서 웹소켓에 액터모델을 연결시켜  분산 상태처리가 가능한 웹소켓 모델로 업그레이드 시도를 해보겠습니다.

 * more : https://wiki.webnori.com/x/dYGZBQ

코틀린에서 웹소켓에 액터모델을 연결시켜&nbsp; 분산 상태처리가 가능한 웹소켓 모델로 업그레이드 시도를 해보겠습니다. <ul ><li>more : https://wiki.webnori.com/x/dYGZBQ</li></ul>

코틀린에서 웹소켓을 우아하게 사용하기

UX/UI 디자인 전문가 우디입니다. UX/UI 디자이너들의 이력서, 포트폴리오 작성부터 면접 준비까지, 실무 중심의 입사 전략을 세우는 데 필요한 조언을 제공합니다. 채용 담당자 입장을 이해하고 구체적이고 명확하게 자신을 어필하는 법을 익히세요!

ChatGPT - 우디의 UX/UI : 포트폴리오/면접/디자인/라이팅 코칭

안녕하세요, 우디입니다.

디자인 취업 준비 관련해 자주 나오는 질문들에 대한 답변을 더 효과적으로 제공하고, 실질적인 인사이트를 드리고 싶어 GPTs를 만들었습니다.

📌 GPTs 링크: https://chatgpt.com/g/g-c1iWakBh2-udiyi-ux-ui-poteupolrio-myeonjeob-dijain-kocing

더 나은 포트폴리오와 커리어를 만들어 가는 데 도움이 되었으면 좋겠네요!

📚 GPTs에 포함된 주요 학습 내용

1. 세 권의 저서 원본 PDF
- 사실은 이것도 디자인입니다 (제품을 보는 눈)
- 사용자를 사로잡는 UX/UI 실전 가이드 (UX/UI 기초)
- GEN Z 인문학 (디자인 윤리)

2. 디자인 포트폴리오 코칭 경험&인사이트
- 실제 코칭에서 얻은 내용을 통해 실용적인 조언을 제공합니다.

3. 제가 운영하는 커뮤니티 아카이빙 및 자주 나오는 질문과 샘플 답변

4. 두 번의 웨비나 PDF 포함
- 채용 담당자를 고려한 포트폴리오 만들기
- 가독성을 고려한 포트폴리오 라이팅

📈 GPTs를 통해 얻을 수 있는 도움
- 취업 준비: 포트폴리오 작성 및 라이팅 팁, 면접 팁
- 디자인 기초: UX/UI 디자인의 기본 개념과 원리
- 논리적 사고 구축: 디자인 논리와 문제 해결 접근법
- 디자인 윤리: 다크 패턴과 윤리를 고려한 기능 구별

🔧 초기 단계 안내
- 아직 초기 단계인 만큼 부족한 부분이 있을 수 있습니다. 계속해서 수정과 보완을 진행할 예정이니, 양해 부탁드립니다.

디자인 여정에 작은 도움이라도 되길 바랍니다.

안녕하세요, 우디입니다. 디자인 취업 준비 관련해 자주 나오는 질문들에 대한 답변을 더 효과적으로 제공하고, 실질적인 인사이트를 드리고 싶어 GPTs를 만들었습니다. 📌 GPTs 링크: https://chatgpt.com/g/g-c1iWakBh2-udiyi-ux-ui-poteupolrio-myeonjeob-dijain-kocing 더 나은 포트폴리오와 커리어를 만들어 가는 데 도움이 되었으면 좋겠네요! 📚 GPTs에 포함된 주요 학습 내용 1. 세 권의 저서 원본 PDF- 사실은 이것도 디자인입니다 (제품을 보는 눈)- 사용자를 사로잡는 UX/UI 실전 가이드 (UX/UI 기초)- GEN Z 인문학 (디자인 윤리) 2. 디자인 포트폴리오 코칭 경험&amp;인사이트- 실제 코칭에서 얻은 내용을 통해 실용적인 조언을 제공합니다. 3. 제가 운영하는 커뮤니티 아카이빙 및 자주 나오는 질문과 샘플 답변 4. 두 번의 웨비나 PDF 포함- 채용 담당자를 고려한 포트폴리오 만들기- 가독성을 고려한 포트폴리오 라이팅 📈 GPTs를 통해 얻을 수 있는 도움- 취업 준비: 포트폴리오 작성 및 라이팅 팁, 면접 팁- 디자인 기초: UX/UI 디자인의 기본 개념과 원리- 논리적 사고 구축: 디자인 논리와 문제 해결 접근법- 디자인 윤리: 다크 패턴과 윤리를 고려한 기능 구별 🔧 초기 단계 안내- 아직 초기 단계인 만큼 부족한 부분이 있을 수 있습니다. 계속해서 수정과 보완을 진행할 예정이니, 양해 부탁드립니다. 디자인 여정에 작은 도움이라도 되길 바랍니다.

ChatGPT

🛠️ 우디의 디자인 GPTs 공유

개발자의 인문학 공부: 인문학 서적 100권 읽기

“개발자의 인문학 공부: 인문학 서적 100권 읽기 프로젝트” 추천 도서 목록

SNS 댓글로 받은 추천 도서 목록입니다. 현재 50권이 살짝 넘네요. 누구나 수정 할 수 있게 열어두었으니, 혹시 더 추천해주시고 싶은 책이 있다면 추가해주시면 감사합니다. ☺️

그보다.. 공돌이로써 제목만 봐도 현기증이.. 문돌이 분들이 물리, 수학, 인공지능 기술 도서명 보면 이런 느낌이려나 싶네요..😇🤭

https://docs.google.com/spreadsheets/d/1w4t4HMIXdbI233GXHcOob_MKCnp5hHVyoxax5Nepzt0/edit?usp=sharing

“개발자의 인문학 공부: 인문학 서적 100권 읽기 프로젝트” 추천 도서 목록 SNS 댓글로 받은 추천 도서 목록입니다. 현재 50권이 살짝 넘네요. 누구나 수정 할 수 있게 열어두었으니, 혹시 더 추천해주시고 싶은 책이 있다면 추가해주시면 감사합니다. ☺️ 그보다.. 공돌이로써 제목만 봐도 현기증이.. 문돌이 분들이 물리, 수학, 인공지능 기술 도서명 보면 이런 느낌이려나 싶네요..😇🤭 https://docs.google.com/spreadsheets/d/1w4t4HMIXdbI233GXHcOob_MKCnp5hHVyoxax5Nepzt0/edit?usp=sharing

Google Docs

“개발자의 인문학 공부: 인문학 서적 100권 읽기 프로젝트” 추

2024년 IT 구직시장은 혹독하지만 못할 건 없다.

2024년 이직 회고, 지원부터 수습해제까지 | 커리어 

지원부터 수습해제까지의 과정을 담아낸 글 입니다.

각 단계별로 어떤 일이 있었는지도 나오고요.
면접에서 받았던 질문도 나옵니다.

특히 면접에서 받은 질문들은 자신이 어떤 사람인지 확인하는 수단으로 스스로 질문하기 좋네요!

https://www.hojunin.com/contents/2024-job-transition-reflection-from-application-to-end-of-probation

지원부터 수습해제까지의 과정을 담아낸 글 입니다. 각 단계별로 어떤 일이 있었는지도 나오고요.면접에서 받았던 질문도 나옵니다. 특히 면접에서 받은 질문들은 자신이 어떤 사람인지 확인하는 수단으로 스스로 질문하기 좋네요! https://www.hojunin.com/contents/2024-job-transition-reflection-from-application-to-end-of-probation

www.hojunin.com

상자를 정해진 위치에 가져다 놓는 창고 정리 게임으로, 간단하지만 어느정도 머리를 써야하는 퍼즐게임. https://drifthunters2.io

Microlutions 백엔드 개발자

utureblushing

팬딩(Fanding) 프론트엔드 개발자

allblack

구디 웹 개발

아주대학교 소프트웨어

김학준

혹독한 시기의 이직기

모션디자이너

주임

서버 개발을 주 업무로하고 필요시 Unity 클라이언트 수정 참여

게임 개발자

배민선물하기, 배민쇼핑라이브 프론트 지면 개발
브랜드관 프론트 지면 개발
배민우리동네 프론트 지면 개발

프론트엔드 프로그래머

야놀자 프론트에서 필요한 매시업 api 개발

백엔드 프로그래머

프로그래밍도 배우고, 라인트레이서도 만들고, Flash ActionScript 3.0으로 과제도 하고, 스케치하는 수업도 하고, 영상도 편집하고... 아무튼 그런 곳이었다.

미디어학부

송요창

LinkedIn

생각정리

👨‍👩‍👧‍👦
문제 해결할 때 즐거움을 느낍니다.
평범한 사람들이 모여 비범한 일을 할 수 있다고 믿습니다.
#프론트엔드 #커뮤니케이션

강의 및 멘토링
https://www.inflearn.com/users/1095/@totuworld

혹독한 시기의 이직기

댓글 1

비슷한 게시물

주간 인기 TOP 10

추천 프로필