책이 세상을 바꾼다

  ● 저자: 이상민

  ● 페이지: 272

  ● 판형: 신국판변형(150*213)

  ● 도수: 2도

  ● 정가: 16,000원

  ● 발행일: 2021년 5월 12일

  ● ISBN: 978-89-97924-83-7 93000

 [오탈자 사이트]

[강컴] [교보] [반디] [알라딘] [예스24] [인터파크]

[샘플원고]

_도서 내용

이 책은 개발자가 되기 위해 취업을 준비하거나 이직을 고려하는 분들을 위한 지침서다. 또한 현직 CTO로서 경험한 수많은 면접 경험이 내용에 녹아 있어 면접관에게도 훌륭한 교과서가 될 수 있다. 일반적인 면접 절차 및 주의사항 그리고 코딩이나 기술 면접 등에 대한 구체적인 가이드를 담고 있다. IT 기업이 너무 많고 다양해서 어떻게 개발자 취업과 이직을 준비해야 할지 모르는 독자들은 이 책을 지침서로 삼아 준비한다면 소기의 성과를 달성할 수 있을 것이다. 당장 이직을 고려하지 않거나 개발자 취업이 멀다고 느끼는 저학년 대학생도 미리미리 준비하는 차원에서 볼 수 있다. 인생에서 주어진 몇 번 안 되는 소중한 기회를 잡기 위해 바로 지금부터 준비해보자.

_대상 독자

--------이런 고민을 하는 독자-----------

“이제, IT관련 전공을 시작한 지 1년이 넘었어요.” – 전공 1년차 대학생

“1~2년 후엔 졸업하여 취업을 해야 하는데…” – 3~4학년 대학생

“IT학원에서 열심히 공부하고 있는데, 개발자가 될 수 있을까요?” – 개발자를 꿈꾸는 비전공자

“회사를 옮겨야 하나, 준비는 어떻게 해야 하지?” – 이직 경험이 적은 현업 개발자

“개발자 면접을 봐야 하는데, 뭘 물어봐야 할지 모르겠네요.” – 좋은 개발자를 뽑고 싶은 면접관

_목차

저자 서문 

등장인물 소개 

Chapter01 개발자 취준생 가이드

1-1 일반적인 IT 회사의 면접 절차 

면접을 보는 이유 

신입사원 면접 절차 

경력사원 면접 절차 

정리하며 

1-2 서류 면접 후 필수 단계인 코딩 면접과 기술 면접 

온라인 코딩 시험 

오프라인 코딩 시험 

기술 면접 

기술 면접의 기본 팁 

정리하며 

1-3 알고리즘이 인생의 전부는 아니잖아요~ 

개발자인지 아닌지 

기본이 되어 있는가? 

정리하며 

Chapter02이력서는 어떻게 준비하는가

2-1 이력서 준비하기 

신입이나 경력이나 공통적으로 준비해야하는 것들 

이력서는 1년에 한 번씩 쓰자 

신입 지원자가 유념해야 할 것들 

자소서는 잘 쓰자 

적어도 2학년부터는 나의 강점을 하나라도 만들자 

정리하며 

2-1 이력서 준비하기‒경력 이직을 준비하는 분들을 위한 심화 

경력의 자소서는 별로 안 본다 

얼마나 한 회사에 오래 다녔는가? 

얼마나 해당 개발 언어에 전문성이 있는가?  

자신이 없으면 명시를 하지 마라 

정리하며 

Chapter03 코딩 면접의 기본과 실전

3-1 코딩 면접 준비하기‒기본 준비 

준비가 안 되어 있다면 기본서로 공부를 

책을 본사람은 많아도 끝까지 본 사람은 많지 않다 

정리하며 

_주요 내용

인생이 바뀌는 중요한 선택,

개발자 취업과 이직!

여러분은 도와줄 누군가가 있습니까?

◎ 첫 취업과 이직을 준비할 수 있도록 도와주는 지침서

이 책은 면접을 잘 하기 위한 팁을 제공해주는 책은 아니다. 이력서 준비부터 기술, 코딩, 임원 면접까지 각 단계에서 꼭 필요한 사항들이 무엇인지 핵심만 정리하였다.

◎ 개발자라면 가장 중요한 부분은 역시 코딩 면접

자세한 알고리즘에 대한 설명보다는 어떤 알고리즘을 공부해야 하는지와 코딩 면접의 준비부터 실전까지의 과정을 정리해 두었다.

◎ 직접 빈칸에 써보는 손코딩 & 기술 문제 제시

직접 빈칸에 코딩을 해보거나 기술문제에 대한 서술을 해봄으로써 면접을 준비할 수 있게 하였다. 궁금한 부분은 <자바의신> 카페에서 저자와 소통하며 도움을 받을 수 있다.

이 세상에는 많은 사람들이 있다. 각자 사는 환경도 다르고, 생활하는 패턴, 성격이 모두 다르다. 이렇게 다양한 사람들이 회사에 입사해서 같이 일을 한다. 그런데, 회사마다 일하는 방식도 다르고, 필요한 역량도 다르다. 그렇기 때문에 각 회사마다 상이한 면접을 포함한 채용 절차가 존재한다. _15p

각각의 회사에 따라서 장단점이 있기 때문에 정답은 없지만, 본인의 역량이 더 발전할 수 있고, 더 인정받으며 일할 수 있는 회사를 선택하는 것을 권장한다. _20p

PC를 제공하여 면접을 보는 대부분의 회사에서는 휴대폰을 보관해 주거나 인터넷이 안 되는 환경에서 코딩 면접을 봐야만 한다. 지금까지 아주 간단한 로직도 인터넷에 의존한 분이라면 최대한 연습을 해야만 이 과정을 통과할 수 있다. _29p

사람마다 생각하는 레벨은 다르지만, 자바의 “중” 정도면 쓰레드를 능수능란하게 다루고, 관련된 API에 대해서 잘 알고 있어야 한다. 그냥 Thread 클래스와 Runnable 인터페이스를 알고 어떻게 사용하는지 정도의 수준이라면 “하“다. 그리고, ParallelStream을 사용하면 Stream과 어떤 차이가 있는지, 어떤 단점이 있는지 정도는 알아야 만 “중”이다. _32p

기본적으로 테스트에 대한 개념이 있으면 보다 많은 점수를 획득할 수 있다. 왜냐하면 대부분의 회사에서는 테스트 코드 작성을 필수로 하고 있기 때문이다. _43p

경력으로 이직하려는 분들의 경우도 마찬가지로 이력서를 1년에 한 번씩 갱신하는 것을 권장한다. 그래야, 그 회사에 계속 있어야 하는지, 회사를 옮겨야 하는지 정할 수 있다. 만약 이력서를 썼는데 작년과 다른 것이 없다면, 심각하게 그 회사에 계속 다녀야 하는지 고민해 봐야만 한다. _52p

보통 3명이 넘는 사람들이 하나의 토이 프로젝트를 진행할 경우 그 중에 한 명은 놀면서 그냥 이름만 올리는 경우가 있다. 그래서, 어떤 프로젝트를 진행했다면 그 내용에 대해서 상세하게 올려주는 것이 좋다. _56p

가능하다면, 주변에 자신과 개발 실력이 비슷한 사람들과 코드 리뷰를 하지 말고, 자신보다 잘하는 사람들에게 욕먹을 각오를 하고 코드 리뷰를 받아 보는 것을 추천한다. _p66

프로그래밍 언어 기본서를 끝까지 보고 공부해야만 한다. 코딩 면접만 있는 것이 아니고, 그 다음에는 기술 면접이 기다리고 있기 때문이다. _p77

“뭐 종이에 문제를 푸는 것이 어렵겠어?” 라고 생각할 수도 있는데, 직접 한번 해 보면 쉽지 않다는 것을 바로 느낄 것이다. _p90

“개발자가 개발만 잘하면 된다.“는 시절은 지났다. 자기가 만든 것, 한 것에 대한 포장을 잘 하는 것도 매우 중요한 능력이다. 포장이라는 것은 사기를 치라는 것이 아니다. 만든 것을 누가 보기에도 이해하기 쉽게 설명하고 문서화하는 것을 말한다. _p101

자바를 어느 정도 알고 있다면, 자바 기반의 서비스를 개발만 한 것이 아니라 운영까지 해 봤다면, 반드시 GC에 대해서 어느 정도는 알고 있어야만 한다.

이것은 마치 차를 시동 걸고 주행하고 난 뒤 주차를 하면 되는 수준으로만 활용하고, 그 뒤에 엔진 오일이나 브레이크, 미션 오일이라는 것이 있고 그것을 언제 교체해 줘야 하는지, 왜 교체해 줘야 하는지 전혀 모르고 사용하는 것과 같다. _p201

회사마다 필요한 인재의 수준이 있다. 너무 높은 수준의 개발자가 단순 업무만 처리하는 회사에 잘 맞지 않을 수도 있기 때문이다. 본인의 수준이 높은데 회사에서 너무 낮은 수준의 질문만 한다거나, 회사에 필요하지 않은 수준의 질문인데 굳이 지원자에게 질문을 해서 곤란하게 만드는 상황을 만들지는 않는지를 살펴보는 것도 좋다. 회사를 선택할 때 기준이 될 수도 있기 때문이다. _p213

_저자 소개

지은이

이상민

삼성SDS에서 개발을 시작하여 NAVER, NHN에서 일했다. 『자바의 신』, 『자바 성능 튜닝 이야기』 등 다수의 IT 서적을 집필하였다. 지금은 국내 최고의 스마트 통합 주차 회사인 파킹 클라우드에서 CTO로 일하고 있다.

_상세 이미지

                                                                                                _끝

2021년 5월 현재 기준입니다.

  ● 저자: 홍전일

  ● 페이지: 300

  ● 판형: 신국판변형(148*210)

  ● 도수: 2도

  ● 정가: 16,000원

  ● 발행일: 2021년 4월 12일

  ● ISBN: 978-89-97924-82-0 93000

 [오탈자 사이트]

[강컴] [교보] [반디] [알라딘] [예스24] [인터파크]

[샘플원고]

_도서 내용

코로나19를 기점으로 개발자 수요는 폭발적으로 증가했습니다. 앞으로는 개발자 연령 상한이 높아지고 재택 업무의 비중 또한 코로나19 이전과는 비교할 수 없을 정도로 늘어날 겁니다. 점점 평생 코딩에 유리한 환경이 되어가고 있습니다. 하지만 여러분은 얼마나 준비되어 있나요? 코딩으로 잔뼈가 굵은 사람은 치킨집을 기웃거리기보다, ‘죽을 때까지 코딩’하며 사는 것이 맞습니다. 우리는 코딩 속에서 열정과 행복을 경험해보았기 때문입니다. 이 책은 “죽을 때까지 코딩하기”, 그 방법을 찾아가는 이야기입니다.

_대상 독자

--------이런 고민을 하는 독자-----------

내가 좋아하는 코딩을 얼마나 오래 할 수 있을지 걱정되는 개발자

코딩 슬럼프를 겪고 있는 개발자

내가 속한 조직이 나에게 맞지 않는 건 아닌지 오늘도 혼란스러운 개발자

지속적으로 성장하고 싶은 방법을 함께 찾고 싶은 개발자

열심히 일하는 것 같은데 성과가 나지 않는 개발팀장 및 관리자

_목차 

프롤로그 

1장 어느 개발자의 죽음

생명 위협 

왜 이 일을 시작했을까? 

열정 없는 개발자 

키보드 대신 숟가락 

소프트웨어 장인 

말, 말, 말 

2장 단절의 시대

인간의 수명 

살려는 드릴게 

관점 바꾸기 

그건 도둑질이야! 

재택근무 

말, 말, 말 

3장 바람을 사랑하는 법

바람 

촛불 개발자 

촛불 기업 

촛불을 피하는 법 

말, 말, 말 

4장 모닥불 개발자

코딩의 도 

시간 

습관적으로 

순차적 논리 전개 

마법수 

저글링하기 

우뇌형 개발자 

낯선 사람 효과 

독서의 중요성 

전문가로 살기 

말, 말, 말 

5장 모닥불 조직

로젠탈 효과 

멘토 

대중의 지혜 

오른쪽을 보시오 

목표에 대해서 

애자일 

모닥불 조직 

말, 말, 말 

6장 죽을 때까지 코딩하기

두 개의 마음 

머니볼 

새로운 미래가 온다 

죽을 때까지 코딩하기 

말, 말, 말 

부록 1 레퍼런스 1

이 책에 영향을 준 사람

부록 2 레퍼런스 2

이 책에 영향을 준 도서

에필로그 

찾아보기

_주요 내용

산업혁명 당시 영국 맨체스터 지방 노동자 평균 수명은 17세였다고 합니다. 사람을 산업화의 불쏘시개로 사용했던 거죠. 1920년대 우리나라 평균 수명은 30대 후반밖에 안 되었습니다. 평균 수명이 60대가 넘은 건 1970년대 중반이었습니다. 그리고, 현재는 83세쯤 됩니다.

그럼, 지금 나이 30~40대 직장인은 몇 살쯤 죽게 될까요? 은퇴는 언제 할까요? 선형적으로 증가한다고만 해도 평균 수명은 2060년쯤 100살, 은퇴는 직종마다 다르겠지만, 40대 후반부터 60대 중반에 하게 되겠죠. 그럼 죽을 때까지 대충 50년 정도는 다른 일을 하고 살아야 한다는 말이 됩니다.

회사에서 맡겨진 일만 열심히 하다가 은퇴했다고 치면, 그 나이에 다른 일을 배우기는 힘들 테니, 결국 프랜차이즈 가맹점을 알아보겠죠. 그래서 “모든 커리어 패스는 치킨집으로”라는 말이 유행했던 건지도 모르겠습니다.

그러나, 코딩을 하며 잔뼈가 굵은 사람이라면, 다른 일로 전직하기보다는 죽을 때까지 코딩하며 사는 쪽이, 생존에 유리해 보입니다. 다른 업종과 달리 코딩은 늙어서도 할 수 있는 지식노동이기 때문입니다.

이 책에서 나눌 주제가 바로 그것입니다.

“죽을 때까지 코딩하며 살아가는 것”

우리가 원한다면 죽을 때까지 코딩하며 살 수 있는 세상이 오고 있습니다.

[이 책의 말, 말, 말]

개발자로서 열정이 식고 생명력이 다하고, 결국은 다른 일을 선택하게 되는 상황을 막기 위해서는 환경 자체가 바뀌어야 한다는 생각이 간절했습니다. _p33 

2020년 코로나19 때문에, 우리 모두는 ‘강제’ 재택근무를 경험하게 됩니다. _p34 

블랙스완’은 특별한 지역이나 특별한 위치에 있는 사람들만 빠지는 함정이 아닙니다. 오히려 보편적이라고 할 만한 현상입니다. _p71 

바람이 불 때 촛불은 꺼지고, 모닥불은 타오르듯이, 블랙스완이 다가올 때, 블랙스완을 대비하지 못한 기업은 망하고, 블랙스완을 대비한 기업은 크게 일어나게 됩니다. _p73 

‘죽을 때까지 코딩하기’는 결국 우리가 모닥불 개발자가 되어 끝까지 살아남아야 가능한 이야기입니다. 그리고 40년 후 우리가 살아남아서 코딩을 하고 있다면, 직간접적으로, 그때까지 살아남아 있는 모닥불 기업의 영향을 받게 되겠죠. _p73 

“도끼로 어떤 나무든 다 자를 수 있어 그런데 왜 전기톱이 필요하지?”라고 말할 수도 있습니다(C 언어로 다 되는데 왜 C++를 배우려고 하지?). 촛불 개발자는 배우려 하지 않기 때문입니다. _p77 

다니엘 핑크는 테일러의 동기부여 방식을 ‘당근’과 ‘채찍’이라고 했습니다. 일을 열심히 하면 인센티브를 주고 그렇지 않으면 벌을 줬기 때문이죠. 하지만 사람과 (마차 끄는) 말은 다릅니다. _p85 

벤처 기업이 성장해가면서 100명 정도 선을 지나는 시점에 회사가 삭막해지는 걸 느끼게 되는 경우가 있습니다. _p90 

주변에 ‘썩은 사과’가 있다면 지체하지 말고 되도록 빨리 탈출하기 바랍니다. _p93 

하루 8시간을 넘겨서 개발자에게 일을 시키는 건, 마라톤 주자에게 특정 구간에서 전력 질주하라고 주문하는 것과 같습니다. 중요한 건 매일매일 시간을 확보하는 겁니다. 우리 목표는 스스로를 코딩 잘하는 사람으로 훈련시켜나가는 것이기 때문입니다. _p103 

마틴 파울러가 주의를 기울였던 건 TDD를 할 때의 정신상태입니다. 테스트가 순차적 논리에 비어 있는 부분을 알려주고, 밀러의 마법수 소진을 막아주면, 머릿속은 복잡한 일들을 단순하게 접근할 수 있게 됩니다. _p126 

우리가 아주 오랜 시간 코딩을 해나간다면, 즉 ‘죽을 때까지 코딩’하며 살아가게 된다면, L-모드 제어, R-모드 활용의 방법이 일종의 나침반이 되지 않을까 싶습니다. _p138 

대중의 지혜’를 사용하려면, 의견의 다양성, 독립성이 전제되어야 하는 겁니다. 소수의 전문가만 모여서 판단하면, ‘비틀즈’를 놓칠 수 있거든요. 대중의 지혜로 시스템을 전환하다 보면, 소프트웨어 개발 같은 업무는 더 효율이 높아지게 될 겁니다. _p189 

지난 50년간 발전해온 소프트웨어 공학의 마지막 지점에 애자일이 있습니다. 애자일은 ‘좋은 소프트웨어 만들기’라는 목표를 정조준하고 있는 개발 방식입니다. _p210 

동작하는 소프트웨어를 보기 전까지, 고객은 스스로 원하는 것이 뭔지 모릅니다. _p216 

오늘 하루 삶의 결과는 우리의 뇌를 바꾸고, 우리는 바뀐 뇌로 내일을 살게 되는 거죠. 그래서, 오늘 하루는 내일의 나를 만드는 과정이라 말할 수 있습니다. _p228 

우리나라 소프트웨어 개발 조직들은 산업화 시대 공장을 운영하듯 운영되어 왔습니다. 그러다 보니, 개발자들이 코드에 대한 열정을 가지는 건, 회사 입장에서는 거추장스러운 것이었고요. _p254

하이 컨셉 시대에서 소프트웨어 개발은 지금보다 더 힘들어질 전망입니다. 창조와 공감이 필요한 소프트웨어가 되어야 하기 때문인데요. 결국은 자기가 뭘 원하는지 모르는 고객들이 뭘 원하는지 알게 만들고, 자기 가치를 충족할 수 있도록 이끄는 프로세스가 보편화될 겁니다. _p256 

60, 70대에도 20대만큼 생산성이 높다고 합니다. 그러니, 이제 우리 자신의 마음가짐만 바꾸면 됩니다. 성장 마인드 세트를 가지고, 스스로를 돌아보면, 이 재미있는 일을 죽을 때까지 할 수 있는 가능성을 볼 수 있을 겁니다. _p256 

[부록. 이 책에 영향을 준 사람]

평생 코딩하며 사는 법을 찾아가는 과정에서 저자에게 영감을 준 16분의 학자, 대가들을 소개하였습니다. 경제학자, 사회학자, 물리학자, 레전드 개발자, 심리학자 등 온 분야를 두루 아우르고 있습니다. 자세한 소개까지 곁들여, 독자의 지적 영역 확장에도 도움을 줄 것입니다. 

경제학자 리프킨은 다음과 같이 표현하고 있습니다. 

제러미 리프킨 Jeremy Rifkin

경제학자이자 사회학자, 사회운동가이기도 하고, 전 세계 지도층들의 자문역을 맡고 있는 분이라고 합니다. 저는 <노동의 종말>, <한계비용 제로 사회>, <공감의 시대> 등을 인용했는데요. 이 중 <노동의 종말>, <한계비용 제로 사회>만 보면, 경제학자라기보다는 미래학자라고 이야기하는 쪽이 더 맞는 것 같습니다. 리프킨은 1996년에 초판이 나온 <노동의 종말>에서 최첨단 산업 때문에 노동이 사라져갈 것을 예견했거든요. 그건 지속되고 있고요. 근래는 4차산업이나 인공지능 같은 화두가 나오면서 더 확실해지고 있지요. 미래는 정말 불확실하다는 건데요. 모닥불 개발자로 살아야 하는 또 다른 이유이기도 하죠.

[부록2. 이 책에 영향을 준 도서]

이 책에 영감과 영향을 준 도서 110권을 정리했습니다. 구체적으로 어떤 부분(챕터)에서 영향을 받았으며, 저자가 읽으며 느겼던 감동의 순간까지 담았습니다. 

<맨먼스 미신>이라는 책은 전설이죠. 저자는 다음과 같이 썼습니다. 

맨먼스 미신 소프트웨어 공학에 관한 에세이

(프레더릭 브룩스, 강중빈 역, 인사이트 / 2007년 판은 김성수 역, 케이앤피 IT)

–1장, 4장, 5장

전설적인 책입니다. 이 책은 셀 수 없이 많은 책에서 인용하고 있습니다. 심지어 제프 베조스는 자기 회사 필독 도서 10권 중에 이 책을 한 권으로 지정하기도 했습니다. 무조건 봐야 하는 책입니다만, 이 책을 인용한 다른 책에 대한 이해가 없이 보면, 솔직히 이질감을 느낄 수도 있습니다. 50년 전 이야기이기 때문이죠. 

_저자 소개

지은이

홍전일

코딩 리포트에 열 올리며 밤을 새버린 어느 날, 평생 이 일을 하며 살면 좋겠다고 생각했습니다. 그 후로 PDA(개인정보단말) 애플리케이션 개발자, 셋탑박스 애플리케이션 개발자를 거쳐 현재 와디즈 플랫폼에서 프론트엔드 개발자로 일하고 있습니다. 죽는 그날까지 코딩하며 살아가는 것이 꿈이자 소원입니다. 이를 위해 지금까지 노력해 왔고, 앞으로도 노력해 나갈 예정입니다.

_상세 이미지

                                                                                                _끝