커리어 스킬 by 존 소메즈

한 달전에 읽었지만 리마인드 하기 위해서 읽으면서 핵심이라고 생각하고 기록한 부분을 정리해서 포스팅합니다. 

나중에 제가 보기 위해 기록하였기 때문에 보기 쉽게 정리한 글은 아닙니다. 

 

 

이 책을 통해 얻고 싶은 것

1. 개발자로 성공적으로 입문하는 방법
2. 효과적인 공부방법 
3. 좋은 일자리 구하는 방법
4. 재밌게 프로그래밍 하는 방법
5. 웹 개발에 대한 대략적인 정보
6. 좋은 개발자되기
7. 앞으로의 방향성과 자기계발 방법

---

 

핵심! 이 책에서 배운 내용을 반복하며 실천하자!

 

 

p. 43 무언가를 자동화하기 전에 그 작업을 수동으로 하는 방법부터 깨우쳐야 한다. 

[문제이해하기] - 코딩을 하기 전에 자신이 무엇을 만드는지, 어떤 문제를 해결해야하는지 알고 그것을 이해하는 지점에서 시작한다. 

[설계하기] - 바로 코딩에 뛰어들기 전에 일정 수준의 설계가 있어야 한다. 

[코드작성하기] - 훌륭한 코드를 작성하는데 도움이 되는 필독서 1. Code Complete / Steve McConnel 2. Clean Code / Robert Martin

[테스트하고 배포하기] 

[코드 작성 그 이후] - 마지막으로 디버깅하기

 

<어떤 유형의 소프트웨어 개발자가 되고 싶은지 구체적인 목표를 세우자>

➥ 나는 자바스크립트와 리엑트를 능숙하게 사용할 줄 알고, 타입스크립트도 활용할 줄 아는 프론트엔드 개발자가 되고 싶다. 

➥ 개발 문화가 좋고 수평적인 문화를 가진 돈 많이 주는 대기업에 가고 싶다!

 

 

한 가지 프로그래밍 언어를 꼼꼼히 배우고, 코드를 구조화하는 법을 배워야 한다. 코드 구조화란 주석을 줄줄이 달지 않고도 이해하기 쉽도록 코드를 잘 작성하는 것을 가리킨다. 원래는 코드만으로도 의사 전달이 가능해야 한다. 

대부분의 개발자가 새 코드를 작성하는 일보다 기존 코드를 유지 보수하는 일에 훨씬 더 많은 시간을 쓴다. (스티븐 맥코넬이 쓴 <code complete> 책 추천)

코드 구조화 방법을 나중으로 미룰 생각하지 말고, 코딩을 처음 배울때부터 깔끔하게 잘 작성하는 방법을 배워둬라!

 

소프트웨어 개발 세계에서는 복잡성을 어떻게 다룰지 늘 고민해야한다. 복잡한 프로그램을 개별 클래스나 객체(클래스의 인스턴스)로 나누어 디자인하는 방법을 늘 생각하며, 객체 지향 설계를 하도록 해야한다. 

 

 

---

<소프트웨어 개발자가 알아야 할 데이터 구조>

• 배열, 백터
• 연결 리스트
• 스택
• 큐
• 트리
• 해시
• 세트

 

데이터구조, 알고리즘을 제대로 이해하면 어려운 프로그래밍 문제를 쉽고 명쾌하게 풀 수 있다. 

 

 

---

프레임워크는 특정 플랫폼이나 복수의 플랫폼에서 코드를 개발할 때 사용하는 라이브러리 세트이다. 

스택은 애플리케이션 하나를 제대로 완성하는데 함께 쓰이는 기술 세트이다. (여기에는 일반적으로 프레임워크도 포함된다. )

ex) MEAN 스택

mongoDB: 데이터베이스 기술

Express.js: 웹 애플리케이션 개발용 Node.js의 프레임워크

Angular.JS: 웹 애플리케이션 ui 개발용 프런트엔드 자바스크립트 프레임워크이다.

Node.js: 자바스크립트에서 웹 기반 애플리케이션을 개발할 때 쓰이는 런타임 환경이다. 

 

이 모든 기술과 프레임워크를 알아야 웹 애플리케이션을 제대로 개발할 능력을 갖추게 된다. 스택을 알면 애플리케이션 개발이 더 쉬워진다. 

 

---

 

<개발자가 꼭 알아야할 최소한의 데이터베이스 관련 항목>

• 데이터베이스 작동 방식
• 데이터를 얻기 위해 단순한 쿼리를 수행하는 방법
• 데이터 삽입, 업데이트, 삭제하는 방법
• 데이터 세트 결합하는 방법
• 자신이 선택한 플랫폼이나 프레임워크에서 코드를 사용해 데이터를 가져오거나 저장하는 방법

 

디버깅은 반드시 배워야한다. 자신이나 다른 사람이 작성한 코드를 디버깅할 방법을 배워야만 한다. !!!

 

---

<무언가를 빠르게 배우는 방법>

목표설정하고, 그 목표 달성 여부를 확인할 방법 생각해서 도달하면 다음 단계로 넘어가기

학습 계획 세우기

직접 코드 짜고, 익히기 질문에 대한 답 찾기

배운 내용 남에게 가르치기

 

---

지금은 언어 자체의 기능보다 라이브러리와 프레임워크를 어떻게 활용하느냐가 더 중요하다!! 어떤 언어를 배울지는 그닥 중요하지 않다. 

일단 한가지 언어를 꾸준히 배워라!

 

 

<첫 번째 프로그래밍 언어 배우기>

 

잘 작동하는 애플리케이션(인기있는걸로)의 소스코드 살펴보기, 깃헙 추천 : 이해되지 않아도 그냥 최선을 다해서 하나 둘 정도의 코드가 어떻게 작동하는지, 아니면 코드를 수정했을때 기능이 어떻게 변하는지 확인하기!!

 

해당 언어의 범위가 어디까지이고, 그 언어에서 자주 사용하는 라이브러리의 범위는 어디까지인지 세심하게 확인하기

구분하다보면 프로그래밍 언어 대부분이 언어 자체의 분량은 그리 많지 않고, 상대적으로 배우기 쉬운 반면, 표준 라이브러리는 그 범위가 커서 익숙해질 만큼 배우기가 더 어렵다.

오늘날 프로그래밍에서는 그 언어를 완벽하게 통달하느냐보다 라이브러리와 프레임워크 사용법을 아느냐가 더 중요하다. 

 

정체기라고 느낀다면,

지금 짜고 있는 코드를 한 줄씩 살펴보면서 각 줄과 문장이 그 코드에서 어떤 역할을 하는지 정확히 파악하기! (이유몰라도 어떤 작업이 진행되고 있는지 알아내기!)

 

무엇이든 만들어보기

-텍스트 파일에서 입력을 읽고 다른 텍스트 파일에 출력할 수 있는 프로그램 만들기

-인간인 척 하면서 사용자의 말에 재미있는 답변을 하는 챗봇 만들기

 

알고리즘 문제 풀기! 

꾸준히 문제를 해결하려고 도전하고, 다른 이들이 문제를 해결한 방식도 끈기 있게 보기! 그러면 점점 실력이 나아진다. (top coder, creacking the coding interview, programming pearls, project euler, codility) 못해도 꾸준히 도전하는게 중요하다. 풀지 못하고 끙끙거리고 있다면, 다른 사람이 작성한 코드보기!!

 

<코딩 문제 푸는 법>

데이터 구조에 대한 정확한 이해가 필요하다. 

[코딩 인터뷰 완전 분석 by 게일 라크만 맥다월] 책 추천

 

<알고리즘 공부>

(topcoder 알고리즘 트레이닝)

보통 알고리즘 문제 사이트는 codility 와 hackerrank 라는 사이트가 유명하다

 

 

---

<인턴쉽>

내게 가장 가치 있는 경험을 제공하고 내가 가장 공헌할 수 있을 것 같은 회사 목룍을 만든다. 

그 회사 연구

그들이 진행하는 프로젝트에 내가 바로 도움이 될 수 있다는 점 강조

 

 

<이력서 작성 방법>

• 모든 관련 업무 경력의 정확한 날짜
• 각 일자리의 직함과 직무 내용
• 각 업무에서 성취한 주요 업적
• 모든 학력
• 각종 증명서와 수상 경력
• 가장 중요하다고 생각하거나 가장 큰 관련이 있다고 생각하는 기술 목록
• 자신이 하고 싶은 직무에 관한 몇 가지 직무 설명 샘플
• 그 외 관련있다고 생각하는 모든 것

 

<링크드인 시작하기>

이력서의 초점을 자신이 무엇을 원하느냐가 아니라 자신이 어떤 가치를 제공하느냐에 맞추기. (자신이 무슨 일을 하고 싶은지는 적을 필요가 없다. 그 회사에 맞는 특별한 가치를 제공할 능력이 있다는 것을 증명해라)

무슨 일을 어떻게 해서 어떤 결과를 내었는지 쓰기 (자신이 한 업무, 그 업무를 수행한 방법, 자신이 얻은 결과)

 

초과근무가 유익한 경우는 거의 없다. 경력 발전에도 도움이 되지 않는다. 

---

 

<다른 분야에서 온 이들의 강점>

소프트웨어 개발 분야에서 찾아보기 어려운 대인 관계 기술과 소프트 스킬을 갖추고 있다.

다른 분야에서 발전시킨 소프트 스킬을 소프트웨어 개발 분야에서도 잘 활용할 수 있다. 

 

 

---

<웹 개발자가 알아야하는 것>

html

css

js

서버 측 렌더링

클라이언트 측 렌더링

api : 어떤 프로그램이 다른 프로그램에 동작이나 데이터를 요청하기 위해 전송하는 명령어

http에 상태가 없는 이유

캐싱

데이터베이스

확장성

분석

페이지 렌더링

모바일 웹 앱

…

 

등등 웹 개발자가 될거라면 이 모든 것을 알아야한다.

 

---

 

<디버깅>

코드 작성 능력과 코드 디버깅 능력은 서로 별개다.

디버깅에 접근하는 태도가 무엇보다 중요하다. 

 

디버깅은 디버거와 아무 관련이 없다. 

 

디버깅이란 코드 베이스에서 문제의 근원을 찾아서 그 문제를 일으킬 만한 요인을 가려내고, 여러 가설을 시험해보는 과정을 통해 뿌리가 되는 진정한 원인을 찾고 그 원인을 제거한 후, 다시는 그 문제가 일어나지 않도록 하는 것.

 

---

<코드 유지 보수>

개발자는 새 코드를 쓰는 시간보다 코드를 유지 보수하는 시간이 훨씬 더 길다. 

 

리팩토링 과정을 거치자! (기존 코드 설계를 개선하는 과정)

가독성을 높이기

주석 쓸거면 잘 쓰기

 

유지 보수하기 쉬운 코드를 작성하고 자신이 작성하지 않은 기존 코드를 유지 보수하는데 도움주는 책

1. clean code by 로버트 마틴
2. code complete by 스티브 맥코넬
3. 레거시 코드 활용 전략 (working effectively with legacy code) by 마이클 페더스
4. 리팩토링 by 마틴 파울러

 

---

<개발자가 하는 일>

1. 코드 작성하기 (일반적으로 회사가 작을수록 코딩하는 시간이 더 길어진다. 큰 회사는 다른 업무가 많다. )
2. 버그 고치기 (오래된 코드의 버그)
3. 설계와 아키텍처
4. 회의
5. 학습 (저자는 매일 아침 30분씩 소프트웨어 개발 블로그를 찾아보고 최신 지식을 살펴봤다고 한다. )
6. 실험과 탐색
7. 테스트 (테스트는 소프트웨어 개발의 필수 요소다. 훌륭한 소프트웨어 개발자라면 자신의 코드를 체크인하고 배포하기 전에 반드시 테스트 한다. )
8. 생각하기 (코딩에 돌입하기 전에 코드를 어떻게 작성할지 적어도 세 번 이상 생각해보기, 해결 방법에 대한 고민을 미리 잘 해두면 코드를 다시 쓰고 디버깅하는 시간이 줄어든다. )
9. 고객/ 이해당사자와 소통하기
10. 교육/ 멘토링

---

<최신 기술 따라잡기>

1. 블로그 구독하기
2. 책 읽기
3. 새로운 기술 선택하기
4. 뉴스 읽기
5. 행사 참여하기
6. 부지런히 코딩하기. 사이드 프로젝트를 쉬면 안된다. 

 

소프트웨어 개발가에게는 블로그가 최고의 선택이다. (유튭 채널 개설도 좋다. )

진입장벽이 낮고 효과가 대단히 좋기 때문이다. 

 

---

<좋은 개발자란?>

끊임없이 공부하는 개발자

협업을 잘하는 개발자

소프트 스킬을 갖춘 개발자(인간관계의 기본 태도, 즉 존중할줄 아는 사람)

함께 일하고 싶은 동료

 

---

 

<추가로 꼭 공부할 것>

 

면접때 코딩테스트 & 컴퓨터 과학의 기초 지식

git을 쓰는 회사

git 공부하자

 

 

 

• 삶에는 연습이 없다. 삶은 지금, 바로 이 순간에 있다. 그러니 ‘삶’ 을 미루는 습관을 버리고 현재를 사는 습관을 기르자.
• 좋아하는 일을 업으로 삼으면 평생도안 단 하루도 일하지 않아도 된다. - 공자

 

 

참고 사이트)

https://simpleprogrammer.com/

 

https://simpleprogrammer.com/products/careerguide/toolkit/?c=careerguide&utm_source=careerguide&utm_medium=book&utm_campaign=digital-toolkit

https://jojoldu.tistory.com/302