1. 포트폴리오란?
나를 보여줄 수 있는 것
사실 ES와 같은 역할이지만, 그림을 쓸 수 있고, ES와 같은 정해진 형식이 없으니 ES에서 작성하지 못한 정보들을 인사담당자에게 추가로 더 어필할 수 있어요. 그러니까 IT엔지니어라면 만들면 무조건 좋음! 😊 꼭 만들자구!!!
2. 뭘 적어야해?
적어야 할 것은 크게 3가지!
1. 이력서에 작성하기엔 정신없을 것 같아 생략한 부분
나는 C, C++, JAVA, 파이썬, 스프링, 쟝고, 리액트, 뷰 다해봤는데 이력서엔 적을 곳이 없네..
→ 이럴 때 적는게 포트폴리오의 자기소개 페이지! 이력서에는 적지 못했던 내용을 임팩트있게 아이콘과 그림으로 풀어내! 이력과 경력사항, 사진 등을 한페이지로 풀어내고, 경험해본 언어가 많다면 한페이지 정도는 언어와 툴로 매꿔버려!
2. 이력서에 작성했는데 더 어필하고 싶은 부분
A라는 프로젝트에서 커뮤니케이션을 이력서에 강조했는데… 보여줄 수가 없네…
→ 이럴 때 A프로젝트에 대해 그림과 아이콘으로 설명하고 말풍선등을 이용해서 커뮤니케이션을 어떻게 했는지에 대해 포인트를 작성하면 이력서에선 보이지 못한 부분을 보일 수 있어! 그럼 인사담당자도 ‘앗..! 이 녀석 진짜군…’ 하는 반응과 함께 서류합격 메일로 자연스레 손이 가게돼.
3. 이력서에 작성하지 못한 부분
B라는 프로젝트를 이력서에 작성못했는데… (or 한마디밖에 언급하지 못했는데…)
→ 이럴 땐 B프로젝트에 대해 그림과 아이콘으로 설명하고 개발과정, 자랑하고 싶은 핵심 기술등을 언급해! 만약 B라는 프로젝트를 진행하며 리덕스의 활용에 대해 배웠다? 그럼 리덕스를 어떻게 사용했는지 너가 제대로 이해하고 있는지를 그림으로 설명을 하는 거지. 그럼 인사담당자도 ‘오.. 이 녀석 설명도 잘하네!’ 하면서 서류합격메일 발송 버튼을 클릭해줄거야.
3. 면접관이 주로 보는 부분은 어디?
우선 읽기 쉬운 거! 그 다음이 내용!!!
깔끔한 디자인과 가독성 그리고 그 다음이 내용이야!
개발자는 정돈된 코드를 좋아해! 그리고 포트폴리오도 비슷하지! 정돈된게 좋아!
하지만 코딩도 개발하면서 동시에 코드를 정리할 순 없잖아? 포트폴리오도 다 만들고 정리하는게 더 편할걸!
4. 좋은 포트폴리오란?
1. 적당한 분량
→ 적을 게 많은 건 좋은데 코드 한줄한줄 다 설명하는 거 이런건 지양해!
인사담당자나 면접관은 너가 만든 프로젝트의 개요도 모르는 상태에서 너의 작고 귀여운 프로젝트 코드 한줄한줄까지 궁금해하지 않아. 나중에 면접에서 코드 관련 질문이 나오면 ‘와우 이건 합격각이다.’ 생각하면서 잘 설명해드려!😆
2. 알아보기 쉬움
→ 뭐든지 사용설명서는 간단한게 좋지? 포트폴리오도 똑같아!
면접관에게 너의 스펙, 너가 해온 것들을 그림으로 보여주는 거야. 애플 제품 설명 페이지 들어가보면 엄청 깔끔하잖아? 싸구려 전자제품이라는 느낌 안들지? 너도 똑같아! 이쁘고 알아보기 쉽게 포장해!!👍
3. 이력서와 연계
→ 이력서에 적은 내용을 다시 적어도 좋아. 왜냐하면 같은 사람을 설명하는 거니까!
이력서에 적은 프로젝트를 그림을 이용해서 설명하는게 포트폴리오!! 이력서에 적은 내용과 1도 겹치지 않거나, 갑자기 다른 사람인듯이 적으면 안돼!🤦♂️
5. 그래서 예시는 어딨는데?! 여기!
KOREC에서 다수 IT기업에 내정받은 학생의 양식을 가져왔어!
디자인 센스가 없다면 양식을 완전히 따라가도 좋아! 하지만 이건 대략적인 구성일뿐 똑같이 따라하지 않아도 된다는 걸 명심해!! 또 프로젝트 사이사이에 각 프로젝트의 핵심사진을 배경으로한 표지등을 넣어도 좋아!
3. 면접관이 주로 보는 부분은 어디?
우선 읽기 쉬운 거! 그 다음이 내용!!!
깔끔한 디자인과 가독성 그리고 그 다음이 내용이야!
개발자는 정돈된 코드를 좋아해! 그리고 포트폴리오도 비슷하지! 정돈된게 좋아!
하지만 코딩도 개발하면서 동시에 코드를 정리할 순 없잖아? 포트폴리오도 다 만들고 정리하는게 더 편할걸!
4. 좋은 포트폴리오란?
1. 적당한 분량
→ 적을 게 많은 건 좋은데 코드 한줄한줄 다 설명하는 거 이런건 지양해!
인사담당자나 면접관은 너가 만든 프로젝트의 개요도 모르는 상태에서 너의 작고 귀여운 프로젝트 코드 한줄한줄까지 궁금해하지 않아. 나중에 면접에서 코드 관련 질문이 나오면 ‘와우 이건 합격각이다.’ 생각하면서 잘 설명해드려!😆
2. 알아보기 쉬움
→ 뭐든지 사용설명서는 간단한게 좋지? 포트폴리오도 똑같아!
면접관에게 너의 스펙, 너가 해온 것들을 그림으로 보여주는 거야. 애플 제품 설명 페이지 들어가보면 엄청 깔끔하잖아? 싸구려 전자제품이라는 느낌 안들지? 너도 똑같아! 이쁘고 알아보기 쉽게 포장해!!👍
3. 이력서와 연계
→ 이력서에 적은 내용을 다시 적어도 좋아. 왜냐하면 같은 사람을 설명하는 거니까!
이력서에 적은 프로젝트를 그림을 이용해서 설명하는게 포트폴리오!! 이력서에 적은 내용과 1도 겹치지 않거나, 갑자기 다른 사람인듯이 적으면 안돼!🤦♂️
5. 그래서 예시는 어딨는데?! 여기!
KOREC에서 다수 IT기업에 내정받은 학생의 양식을 가져왔어!
디자인 센스가 없다면 양식을 완전히 따라가도 좋아! 하지만 이건 대략적인 구성일뿐 똑같이 따라하지 않아도 된다는 걸 명심해!! 또 프로젝트 사이사이에 각 프로젝트의 핵심사진을 배경으로한 표지등을 넣어도 좋아!
3. 면접관이 주로 보는 부분은 어디?
우선 읽기 쉬운 거! 그 다음이 내용!!!
깔끔한 디자인과 가독성 그리고 그 다음이 내용이야!
개발자는 정돈된 코드를 좋아해! 그리고 포트폴리오도 비슷하지! 정돈된게 좋아!
하지만 코딩도 개발하면서 동시에 코드를 정리할 순 없잖아? 포트폴리오도 다 만들고 정리하는게 더 편할걸!
4. 좋은 포트폴리오란?
1. 적당한 분량
→ 적을 게 많은 건 좋은데 코드 한줄한줄 다 설명하는 거 이런건 지양해!
인사담당자나 면접관은 너가 만든 프로젝트의 개요도 모르는 상태에서 너의 작고 귀여운 프로젝트 코드 한줄한줄까지 궁금해하지 않아. 나중에 면접에서 코드 관련 질문이 나오면 ‘와우 이건 합격각이다.’ 생각하면서 잘 설명해드려!😆
2. 알아보기 쉬움
→ 뭐든지 사용설명서는 간단한게 좋지? 포트폴리오도 똑같아!
면접관에게 너의 스펙, 너가 해온 것들을 그림으로 보여주는 거야. 애플 제품 설명 페이지 들어가보면 엄청 깔끔하잖아? 싸구려 전자제품이라는 느낌 안들지? 너도 똑같아! 이쁘고 알아보기 쉽게 포장해!!👍
3. 이력서와 연계
→ 이력서에 적은 내용을 다시 적어도 좋아. 왜냐하면 같은 사람을 설명하는 거니까!
이력서에 적은 프로젝트를 그림을 이용해서 설명하는게 포트폴리오!! 이력서에 적은 내용과 1도 겹치지 않거나, 갑자기 다른 사람인듯이 적으면 안돼!🤦♂️
5. 그래서 예시는 어딨는데?! 여기!
KOREC에서 다수 IT기업에 내정받은 학생의 양식을 가져왔어!
디자인 센스가 없다면 양식을 완전히 따라가도 좋아! 하지만 이건 대략적인 구성일뿐 똑같이 따라하지 않아도 된다는 걸 명심해!! 또 프로젝트 사이사이에 각 프로젝트의 핵심사진을 배경으로한 표지등을 넣어도 좋아!
– IT엔지니어 취업 꿀팁 시리즈 🍯
https://cafe.naver.com/koreccafe/3406
https://cafe.naver.com/koreccafe/3460
https://cafe.naver.com/koreccafe/3493
https://cafe.naver.com/koreccafe/3501
