진행중인 모든 이벤트

  • 개발실무 기본기
  • 리액트 왕초보
  • 신규 강의 🎁
  • 개발자 취업
  • 주간 인프런 #40
  • 지식공유신청
  • 인프런 동료찾기
  • 인프런은 🌱

여기서 시작해 보세요! Ready!!

이미 검증된 쉽고 친절한 입문 강의!!

[주간 인프런 #39] 인프런 북킷리스트! 팀원들의 책장 탐방기
[주간 인프런 #39] 인프런 북킷리스트! 팀원들의 책장 탐방기
인프런 북킷리스트: 인프런 팀원들은 무슨 책을 읽을까? #독서 #성장 #자기개발 1월은 바뀐 해에 센치해진 마음을 달래주고, 신년 계획을 세우고,또 조금씩 실천해보는 바쁜(?) 달인 것 같아요.새해 계획에 빠지지 않고 등장하는 것 중 하나가 'n권 이상 책 읽기'인데요,혹시 여러분의 올해 계획에도 독서가 있지 않나요? 인프런 책방 일부만 공개할게요! 성장에 있어 독서는 꼭 필요한 것 같아요. 독서가 좋다는 건 너무 잘 알지만,좋은 책을 고르는 게 생각보다 어렵고 번거롭잖아요. 2022년 첫 <주간 인프런>에선 인프런 팀원들의 책장을 털어봤습니다!마케팅, 개발, 비즈니스, PO 등 다양한 파트에서 팀원들이 직무에 도움을 받았던,그래서 다른 사람들에게도 추천하고 싶은 그런 책들을 소개해드릴게요.어떤 책을 읽을지 고민이라면 여기서 한 번 골라보는 건 어떨까요? 목차: 어떤 책을 살펴볼까요? 향로(CTO) 🐻 프로그래머, 열정을 말하다 (채드 파울러) 하루(Back-End) 🐖 테스트 주도 개발 시작하기 (최범균) 꾸기(Back-End) 🤓 소프트웨어 장인 (산드로 만쿠소) 빠삐코(Front-End) 🍦 프레임워크 없는 프론트엔드 개발 (프란세스코 스트라츨로) 윌(Performance Marketer) 👨‍🏫 그로스 해킹, 데이터와 실험을 통해 성장하는 서비스를 만드는 방법 (양승화) 대니(PO) 🦷 프로덕트 오너 (김성환) 마크(Business Manager) 🐕 리딩(Leading): 나의 인생과 맨체스터 유나이티드 시절에서 배운 것들 (마이클 모리츠) 옥돌(HR) 🌿 사랑한다고 말할 용기 (황선우) 주간 인프런 #39 📚 나의 발전에 도움을 줄 인생책,인프런 북킷리스트에서 찾아봐요!     프로그래머, 열정을 말하다 ― 채드 파울러 향로(CTO) 🐻 시니컬한 소프트웨어 개발자에게 열정을! 제가 이 책을 2017년에 읽었는데요. 제목에 자기계발서 느낌이 강하다보니 처음에는 조금 거부감이 들 수도 있습니다(저 역시 그랬습니다). 하지만 내용 하나하나 제가 그동안 가지고 있던 생각에 확신을 심어주는 책이었습니다.기존에 저 스스로도 의심했던 것들이 꽤나 있었습니다. 내가 지금 갖고 있는 습관, 행동, 판단의 기준 등이 좋은 게 맞을까? 주변에서 선호하지 않는 선택을 한다는게 너무 오만한 것은 아닐까? 등등 말이죠. 여러 구절이 마음에 들었지만, 그 중에서 특히 2개의 구절이 저에게 많은 생각의 변화를 주어서 소개드리고 싶습니다. 깃허브를 만들기 위해 마이크로소프트에서 제안한 30만 달러를 거절했다.(중략) 인디아나 존스가 성배를 찾을 기회를 거절하지 않았듯이 나도 마찬가지로 아무리 안전한 대안이 있어도 내가 진정으로 좋아하는 일을 스스로 할 수 있는 기회를 거절하지 않았다. 나이 들어 죽기 전에 내 삶을 돌아보며 이렇게 말할 계획이다."와, 내 삶은 모험이었다.""와, 정말 무사했군"이 아니라 말이다. -6장 '부모님 말씀을 듣지 말라' 중 이유는 정확히 모르지만, 오늘날 프로그램을 배우는 사람은 실패를 그다지 경험하지 못하는 것 같다. 이러한 현상이 부분적으로는 웹 기반 소프트웨어의 증가 때문인것 같다.프로그래밍 관점에서 이러한 변화에는 문제가 있다. 규모가 거대해지기 전까지 웹 어플리케이션에서는 골치 아픈 기술적 도전이 수반되는 일이 거의 없다. 다른 말로 하면 실패로 진입하는 장벽이 더 높다는 뜻이다. 먼저 성공해야 한다.따라서 특히 웹 기반 소프트웨어로 몰리는 이러한 움직임 때문에 실패하기 쉬운 프로젝트를 적극적으로 찾는 것이 중요하다고 생각한다. -32장 '말하고 행하고 보여주라' 중 책이 사람을 만든다는 교보문고의 구절이 생각나는데요. 이 책의 모든 내용들이 현재의 제가 인프런을 선택하게 해준 계기가 아닐까 하는 생각도 듭니다.   테스트 주도 개발 시작하기 ― 최범균 하루(Back-End) 🐖 좋은 코드와 설계 뒤엔 항상 테스트 코드가! 테스트 코드 쓸 시간에 비즈니스 코드를 한 줄 더 작성하는 게 낫지 않을까? TDD까진 아니더라도 테스트 코드 작성에 대한 레퍼런스가 있으면 좋겠어. 위와 같은 생각을 갖고 계신 분들께 추천하는 책이에요. 저는 저자이신 최범균님을 [객체 지향 프로그래밍 입문] 강의를 통해 알고 있었는데, 주제에 대한 개념을 예시와 설명을 통해 이해하기 쉽게 풀어나가시는 분이라고 생각했어요. 그래서 신뢰가 가는 책이었는데, 근래에 읽었던 책 중 가장 기억에 남는 책이 되었습니다. '동작하는 소프트웨어'만으로 만족하는 시절은 이미 너무 옛날 이야기가 되어버렸어요. 개발자가 작성한 코드는 정원을 돌보듯 지속적인 유지 및 보수가 필요하며, 서비스가 커질수록 코드의 품질 저하를 경계해야 하는데요. 이 책을 통해서 테스트 코드가 소프트웨어의 높은 품질을 유지해주고 좋은 설계를 만들어준다는 걸 알게 되었어요. 책에선 테스트 가능한 메인(제품) 코드의 설계부터 유지와 보수(테스트 코드도 '코드'니까요!), 리팩토링에 대한 가이드도 담겨있으니 꼭 한 번은 읽어보셨으면 해요. (저는 두 번 정독했어요😄) 다른 테스트(단위 테스트, xUnit 테스트 패턴 등) 관련 책들도 너무 좋은 것들이 많은데요. 이 책은 테스트 코드를 처음 도입하고 싶은 분들이 가볍게 스타트 끊기 좋은 책이라고 생각해요.   소프트웨어 장인 ― 산드로 만쿠소 꾸기(Back-End) 🤓 개발자라면 평생 버리지 않을 책 개인적으로 서적을 구매해서 직접 읽는 것을 좋아해요. 서적 중에는 한 번 읽은 후 이사할 때 버리는 책이 있는 반면, 이사할 때마다 소중하게 박스에 넣어서 소장하는 책들이 있잖아요. 이 책은 개발자로서 소장 가치가 충분히 있는 책으로, 시간이 지나서 다시 읽으면 새로운 느낌과 배움을 얻을 수 있는 책인 것 같아요. 몇 년 후, 제가 지금보다 더 성장해서 읽으면 즐거움과 공감, 과거와는 다른 깨달음을 얻을 수 있을 거란 생각이 들었습니다. 이 책은 소프트웨어 프로페셔널(장인 정신)에 대해 기술부터 면접, 관리자의 역할 등 총체적인 부분들을 다루고 있어요. 상당히 몰입해서 재미있게 읽었던 책이라, 이 책을 사는 데 쓰는 돈이 절대 아깝지 않을 거라 말을 하고 싶어요.   프레임워크 없는 프론트엔드 개발 ― 프란세스코 스트라츨로 빠삐코(Front End) 🍦 장인은 도구를 탓하지 않는대요... 프론트엔드 개발을 하다보면 정말 공부해야 할 게 많다는 걸 느낍니다. 프레임워크나 라이브러리부터, 상태 관리에 어떤 걸 사용할지, 비동기 통신을 어떤 걸 사용할지 등등... 공식 문서를 보면서 예제 코드를 따라 치고 튜토리얼을 진행하다 보면, 문득 이런 생각이 들더라고요. '이건 어떻게 구현된 거지? 그냥 사용법을 외워서 쓰는 게 잘 사용하는 걸까?' 이 책은 프론트엔드를 관통하는 개념을 비교적 친절하게 설명해줍니다. 단순히 마법이라고 생각했던 여러 개념들(가상 돔, 라우팅, SPA, 상태관리 등)을 실무에 가까운 예제 코드를 통해 원리를 이해할 수 있게 해줍니다.  계속해서 변하는 프론트엔드 생태계에 지치셨거나, 사용법을 암기하기만 해서 응용에 어려움이 있으셨다면 한 번쯤 가볍게 읽어보시는 것을 추천드립니다. (200p밖에 안 돼요...! 그 중 절반은 코드...!)   그로스 해킹, 데이터와 실험을 통해 성장하는 서비스를 만드는 방법 ― 양승화 윌(Performance Marketer) 👨‍🏫 작년보다 더 나은 마케터가 되고 싶다면? 마케팅을 하다 보면 데이터에만 빠지게 되는 경우도 발생하는데요. 이렇게 되면 성과도 물론이고 나의 소중한 시간도 사라지게 됩니다. 사실 이것은 데이터를 어떻게 바라볼지에 대한 문제인데요. 이 책을 통해 데이터를 바라보는 시각부터, 성과에 있어서도 많은 도움을 받았던 것 같아요.  특히 이 책은 그로스 해킹을 현업 사례와 접목시켜 이해하기 쉽도록 단계적으로 기술되어 있고, 마케팅뿐만 아니라 서비스 성장을 위한 방법론을 담고 있기 때문에 다른 사람들과 함께 읽을 때 더 많은 인사이트를 얻을 수 있다고 생각합니다.실제로 인프런에서 위 서적으로 스터디를 진행했을 때, 서비스에 대한 각자의 생각을 데이터 기반으로 소통하는 기회가 되었습니다. 마케팅 인사이트도 확장할 수 있었고요. 뿐만 아니라, 스터디에서 나온 이야기는 실제 서비스 개선에 있어서 도움이 되기도 했답니다. 그로스 해킹을 처음 입문하시는 분이라면, 혹은 더 나은 마케팅, 더 나은 서비스 성장을 이루고 싶으시다면 한번 꼭 읽어보세요!   프로덕트 오너 ― 김성환 대니(PO) 🦷 제품/서비스를 만드는 모든 현직자에게 권해요 아직 누군가에게는 생소할 수 있는 프로덕트 오너(PO)라는 직무에 대해 저자의 실무 경험을 바탕으로 구체화 해준 최고의 실무서라는 생각이 들었어요. 프로덕트 오너의 역할과 목적부터 데이터 설계 및 검증, 프로젝트 일정 관리, 협업 스킬, 직무 인재상까지 실무에서 참고할 수 있는 부분이 굉장히 많았습니다. 특히, 고객은 제품을 고용하는 역할로 정의해야 한다는 점이 와닿았습니다. 제품이 단순히 구매된다는 관점에서 벗어나, 고객이 무엇을 해결하기 위해 어떤 제품을 고용했는지 생각해봐야 한다. 어떤 고객이 왜 해당 프로덕트를 고용할지 철저하게 고민해야한다. 설문조사나 이미 지나간 과거의 데이터를 보고 수요를 추측하는 것은 적절한 방식이 아니다. 당장 직면한 현재의 고객을 분석해야한다. 다양성 속에서 동일한 의도를 찾아 고객 분류만 잘해도 절반은 성공적이다 물론 저자의 경험이 특정 서비스들에 한정되어 있는 만큼 모든 도메인에 적용되지 않을 수는 있어요. 다만, 다양한 수치와 외부 변수를 고려한 논리적 사고를 기반으로 고객의 일(Customer Job)을 제시해주는 프로덕트 오너에 대한 포괄적인 해석이 궁금하다면, 직무를 막론하고 꼭 읽어보길 추천드려요. 우리 모두가 제품/서비스를 만들어가는 업무를 하는 Task owner이자, Product Owner이니까요.   리딩(Leading): 나의 인생과 맨체스터 유나이티드 시절에서 배운 것들 ― 알렉스 퍼거슨, 마이클 모리츠 마크(Business Manager) 🐕  승리하는 조직을 만들고 운용하는 방법 회사를 다니거나 창업을 하면 팀을 이끌고 성과를 내야하는 순간이 찾아옵니다. 생각해보면 팀의 존재 이유는 시장에서의 승리입니다. 작게는 팀 내의 갈등을 해결하는 것, 크게는 경쟁사를 견제하는 것이죠. 또한, 창업자라면 이전까지 없었던 불확실한 시장을 공략해야 하는 경우도 있습니다. 이런 과정에서 예상치 못한 위기의 순간들이 닥쳐오죠. 요즘 축구 팀은 기업화 되면서 감독과 운영이 분리되어 가는 추세인데, 알렉스 퍼거슨은 감독이 팀의 스피릿을 대표하는 거의 마지막 감독입니다. 알렉스 퍼거슨의 하버드 비즈니스 스쿨 강의 내용도 포함하고 있는 이 책에서는 조직의 운용 방법과 타이밍, 위기의 순간에 팀을 단합시키고 승리로 이끄는 방법, 적절한 비판을 하는 방법, 최고들이 모인 곳에서 본인이 처신하는 방법 등을 담고 있어요. 관리자의 처세술을 담은 책이라 할 수 있죠. 유명한 축구 선수들에 대해 퍼거슨이 직접 푸는 이야기가 많으니 축구에 관심 있는 사람이라면 특히 추천해요.   사랑한다고 말할 용기 ― 황선우 옥돌(HR) 🌿 내 일에 애정 더하기 이 책의 부제를 '일과 동료에게 고백하기'라고 달아볼 수 있을 것 같아요. 워라밸을 외치는 시대지만 이 책에는 일에 대한 애정이 듬뿍 담겨있거든요. 번아웃에 빠지지 않고 오래 일하려면 어떻게 해야 하는지 본인이 겪은 시행착오를 바탕으로 상황에 맞는 조언을 들려줍니다. 거절하는 이메일 쓰는 법도 매우 유용하답니다. 내 일에 동기부여가 잘 되지 않을때 이 책을 읽어보시기를 추천드려요. 실제로 저는 도움을 많이 받았어요. 사회생활 20년 경력의 선배가 토닥토닥 마음을 다독이며 말해줄 겁니다. 우리 더 건강하게 오래, 잘 일하자. ✦✶✦ 다른 사람들이 추천하는 책을 보니까 독서 의지가 마구 샘솟지 않나요?마음에 드는 책은 꼭 읽어보셨으면 좋겠어요.독서는 성장의 좋은 밑거름이 되어주니까요💪 이번 [주간 인프런] 어떠셨나요? 솔직한 의견을 들려주세요! 유익해요 | 아쉬워요 지난 [주간 인프런] 이 궁금하다면? (클릭)
2022년, 인프런이 준비했어흥 (종료)
2022년, 인프런이 준비했어흥 (종료)
안녕하세요. 인프런 팀입니다.힘들었던 2021년을 뒤로 하고 새로운 한 해가 시작되었어요!2022년은 임인년 흑호해,즉 '검은 호랑이의 해'라고 합니다.힘찬 나날이 기대되는 2022년!호랑이 기운처럼 새로운 도전을 하시는 분들께조금이나마 힘이 되고자 다양한 분야의 강의를알차게 모아봤습니다.🥰인프런에서 가격을 정할 수 있는 강의들을 무료료~!인프런과 함께 2022년을 기운차게 시작해보세요!😉 이미 수강신청한 강의는 목록에 보이지 않습니다. 😉 힘찬 2022년을 위해인프런이 준비했'어흥'~🐯 솟아나라, 성장의 기운!2022년에 더 성장할 여러분을 위해호랑이 기운을 가득 담아 준비했어요!▼ 혜택 ▼다양한 분야의 강의 125개,총 5,016,000원 강의를 모두 0원에 드립니다. 🥰무엇이든 ‘시작’이 참 어렵죠. 2022년 배움의 시작, 인프런이 도울게요.▼ 기간 ▼2022년 1월 3일 (월) ~ 2022년 1월 17일 (월)2022년 1월 18일 (화) ~ 2022년 1월 24일 (월)인프런이 새해를 맞아 준비한 이벤트에따뜻한 관심 감사드립니다.많은 분이 호랑이 기운으로 가득찬 새해가 되길 바라는 마음으로이벤트 기간을 1월 24일까지 특별 연장합니다!2022년, 모두 희망찬 새해가 되길 바랄게요.해당 이벤트 기간 내에 수강 신청하시면 12개월 동안 무제한 수강이 가능합니다.1년이 지난 후 추가 금액이 자동 결제되지 않습니다. 호랑이 기운 가득 담은 강의!▼ 프로그래밍부터 취미 커리어까지! 다양한 강의를 만나보세요. ▼ 프로그래밍 전문가, 나도 할 수 있다!입문 강의부터 실전 예제로 배우는 문제 풀이까지체계적으로 실무 스킬을 쌓아 보세요. 2022년, 스킬 레벨업 하고 싶다면?MOS, 정보처리기사, 웹디자인기능사 등 나만의 스킬을 배우고 성장의 즐거움을 나눠요. 현업에서 사용하는 툴만 모았다!Maya, Aftereffect, SketchUpm, AutoCAD 등다양한 분야에서 사용되는 디자인/영상 툴을 기초부터 차근차근. 취미 생활도 하고, 커리어도 챙기고!웹툰 제작부터 이모티콘 디자인까지,나만의 취미를 만들고 커리어도 챙겨보세요. ─◆─2022년에는 더 높은 곳으로 도약할 수 있도록희망찬 한 걸음을 내딛는 여러분을 응원합니다.어제보다 오늘, 오늘보다 내일 더인프런과 함께 성장하는 한 해가 되길 바랄게요.2022년도 인프런 해범! 🐯 잠깐, 특별한 혜택을 하나 더 준비했어요!이벤트 기간 내에 인프런에서 강의를 구매하신 분에게는2022년 성장의 첫 걸음을 응원하는 의미로인프런 오리지널 강의를 무료로 볼 수 있는100% 할인 쿠폰을 추가로 드립니다.▶ 2022년 2월 7일 (월) 일괄 지급 * 무료 강의는 첫 구매 이벤트에서 제외됩니다.* 수강 기한은 지급일로부터 1년입니다. 아래 토글을 클릭하시면 100% 할인이 적용되는 인프런 오리지널 강의를 확인하실 수 있어요. 해당 인프런 오리지널 강의 보기     프로그래밍 시작하기 : 웹 입문 (Inflearn Original)프로그래밍 시작하기 : 파이썬 입문 (Inflearn Original)자바 프로그래밍 입문 강좌 (renew ver.) - 초보부터 개발자 취업까지!!엑셀 시작하기 : EXCEL 입문 (Inflearn Original)UX/UI 시작하기 : Adobe XD 입문(Inflearn Original)UX/UI 시작하기 : Figma 입문 (Inflearn Original)UX/UI 시작하기 : Sketch 입문 (Inflearn Original)     Q. 이벤트 기간에 인프런 모든 강의가 0원인가요?A. 이벤트 페이지 내부에 소개된 강의만 해당되며, 각 클래스 이미지를 클릭하시면 강의를 확인하실 수 있어요. :) Q. 몇 개의 강의를 수강할 수 있나요?A. '인프런새해할인' 0원 강의는 수강 개수 제한이 없습니다. Q. 강의는 언제까지 볼 수 있나요?A. 해당 강의는 수강일로부터 12개월 동안만 수강이 가능합니다. Q. 수강 기한(12개월) 이후 자동으로 결제되나요?A. 12개월 이후 수강권이 자동 만료되며, 수강 기한 이후 추가로 결제되지 않습니다. 이어 수강하실 경우 재구매해주셔야 해요. Q. 이벤트 중인 무료 강의를 장바구니에만 담아놓으면 수강할 수 있나요?A. 장바구니에 담은 후 결제까지 완료해야 수강이 가능합니다. Q. 2월 7일 지급되는 할인 쿠폰은 누구나 받을 수 있나요?A. 이벤트 기간 내에 유료 강의를 결제해 주신 분들께만 지급됩니다.  
[주간 인프런 #38] 주니어를 넘어서, 성장하는 개발자의 길
[주간 인프런 #38] 주니어를 넘어서, 성장하는 개발자의 길
개발자가 말하는 개발자의 성장과 커리어 #개발자 #커리어 #스타트업 어떤 직업이든 그렇지만, 특히 개발자는 평생 공부하는 직업이라고들 하죠.  어려운 취업 경쟁을 뚫고 개발자가 되고 나서도 배움에는 끝이 없습니다. 새로운 프로젝트, 새로운 기술이 기다리고 있기 마련이니까요. 연차가 늘어갈수록 시니어 개발자로 나아가야 한다는 고민까지 더해져 가고요. 얼마 전, 인프런 사무실에는 너무나 반가운 분들이 찾아와주셨습니다. 바로 개발자 이종립 님과 최선혁 님인데요. 스타트업 그린랩스에서 개발자로 일하는 두 분께서 인프런 개발 파트에 성장과 커리어를 위한 조언을 들려드리기 위해서죠. 2021년의 마지막 <주간 인프런>은 두 분의 목소리를 담기로 했습니다. 수십 페이지에 달하는 내용을 추려내기 아쉬울 만큼 뜨거운 2시간이었어요. 하루가 다르게 변화해나가는 IT 업계, 회사와 함께 성장할 수 있는 방법이 궁금한 여러분들께 넘치는 스크롤의 압박(!)만큼이나 도움이 될 이야기를 전해드릴게요. 이번 강연을 진행해 주신 개발자 이종립 님은? 👨‍💻 비전공자로 비교적 늦은 나이인 31세에 개발자로 커리어를 시작했습니다. SI 회사와 여러 스타트업을 거쳐 현재는 그린랩스 백엔드 개발자로 일하고 있어요. 현 그린랩스 백엔드 개발자 전 컬리(마켓컬리) 백엔드 개발자 전 우아한형제들(배달의민족) 백엔드/프론트엔드 개발자 전 아티프렌즈 백엔드 개발자 Github 블로그 "기계인간 John Grib" 운영 중 주간 인프런 #38 목차 🌿 본 강연 (이종립 님) 위키 PR & 코드 리뷰 BDD 일지 히스토리 짝(코딩) 좋은 친구 인프런 개발 파트와의 Q&A (이종립 · 최선혁 님) 하루 일과는 어떻게? 두 분이 생각하는 시니어 개발자란? 공부는 어떻게 계획하고 실천하나요? 최근엔 어떤 걸 공부하시나요? 스타트업에서 기술을 선택하는 기준은? 회사에서 새로운 기술을 공부해야 할 땐? 코드 리뷰/짝 코딩에서 하지 말아야 할 것? 이직할 회사를 고르는 기준? 성장하는 주니어의 공통점? 안녕하세요. 개발자 이종립입니다. 인터넷에서는 제 이름인 이종립을 약간 변형해서 기계인간 John Grib(존 그립)이라는 필명을 쓰고 있고요.  몇 년 전까지만 해도 제가 개인적으로 성장하는 것에 초점을 맞춰 커리어를 쌓아갔었어요. 저는 SI 회사에서 개발자로 일을 하다 우아한형제들과 컬리에 합류를 해서 다양한 일을 하게 되었는데요. 언젠가부터 회사 동료들이 저를 시니어라고 부르더라고요. 그런데 저는 제가 시니어라는 자각이 없는 상태로 오랫동안 일해서 그런 호칭이 그다지 편하지가 않았어요.  그런데 시니어라고 사람들이 부르게 된 배경에는 저 스스로 보기에는 아쉬운 게 많았지만 제가 하는 이야기들, 제가 작성한 코드들에 대해서 알게 모르게 다른 분들이 인정하는 게 있었더라고요. 그래서 제가 혼자서 성장할 때는 어떻게 했었나 돌아보게 됐는데요.  위키 저는 제가 성장하는 데 가장 크게 기여한 도구로 위키(Wiki)를 만들게 됐다는 걸 꼽습니다. 제 기술 블로그는 다른 분들이 운영하는 기술 블로그와 달리 위키 형태로 이루어져 있어요. 일반적인 블로그와 다르게 제 블로그는 최근에 한 글자라도 수정을 했다면 예전에 쓴 글이라도 최신 글로 올라오게 됩니다.  사실 예전에는 다른 분들이랑 똑같이 블로그를 만들었는데 글을 안 쓰게 되는 거예요. 블로그는 왠지 완성한 글만을 올려야 한다는 느낌이 있었는데, 중간 저장 상태에서 글을 그냥 올려볼까 하는 생각을 하다가 ‘이게 위키잖아?’ 싶었어요.  "기억 보조용 위키", 기계인간 John Grib 블로그 (클릭) 그렇게 위키를 만든 게 2017년인데, 글이 지금 622개가 있습니다. 마냥 쉬운 일은 아니었는데 사실 쉬웠어요. 회사에서 일을 하다가 모르는 얘기가 나오면 빈 글을 하나 만들어 놓고 나중에 내용을 추가했고요. 이런 식으로 쓰다 보니까 처음에 쓰려고 했던 게 뭔지 알려면 목차가 있어야겠구나 싶었어요. 마지막으로 랜덤 버튼을 만들어서 넣었습니다. 그런데 이 세 가지, 위키 - 목차 - 랜덤이 조합이 되니까 전혀 예상하지도 못했던 어떤 시너지가 났습니다. 랜덤 버튼을 만들고 나서, 예상하지 못했던 글이 나오는 게 너무 재미있었어요. 그래서 몇 년 전 쓴 글이 튀어나오면 틀린 내용을 수정해서 업데이트를 합니다. 그렇게 예전에 쓴 내용을 복습하고, 부족한 글은 업데이트하면서 모든 글이 점진적으로 퀄리티가 좋아지게 됐어요.  또 제 블로그에는 오른쪽에 글의 목차가 나오게 돼 있거든요. 매일 랜덤 버튼을 누르고 목차를 읽다 보니까 제 블로그에 있는 글에 어떤 목차가 있다는 걸 자연스럽게 알게 됐어요. 일하다 잘 모르는 개념이 나오면 저는 이 내용이 어떤 글에 있다는 사실을 알고 있거든요. 이 과정이 저한테는 굉장한 성장의 비밀 무기가 됐어요.  주니어 때까지는 이게 잘 통했어요. 근데 시니어가 되니까 상황이 달라지더라고요. 저는 첫 회사였던 SI 회사를 빼고는 전부 스타트업에 다녔는데요. 주니어 때는 그냥 나한테 주어진 일을 열심히 해야겠다고 생각했어요.  그런데 제가 우아한형제들에서 알게 된 김보윤 님이라는 기획자 분이 계셨어요. 그 분이 『마케터의 일』이라는 책을 한 권 선물해 주셨는데 이런 내용이 있더라고요. “축구 선수처럼 일해야 한다.” 수비수한테 공격 찬스가 오면 ‘앗, 나 수비니까 공격을 하지 말아야지.’ 이런 생각을 하나요? 얼른 공을 뻥 차고 나가서 어시스트를 하거나 골을 넣어야겠죠. 당연한 건데 잊고 있었어요.  책 『마케터의 일』 (장인성 지음, 북스톤) 스타트업은 대기업과는 달리 굉장히 많은 일들이 구획 없이 일어납니다. 담당자가 없이 방치된 일도 많은데, 어떤 일을 할 때 답이 안 보인다면 결국에는 내가 담당해서 책임을 지고 끌고 나가는 게 궁극적인 해결책이라는 걸 꽤 나중에 알게 됐습니다. 그 사실을 깨닫고 나서부터 스스로를 시니어라고 생각하게 됐던 것 같아요. PR & 코드 리뷰 그러다 컬리라는 회사에 가게 됐습니다. 다른 스타트업에 비하면 개발자도 많았고 시스템과 체계도 나름 갖춰져 있는 무척 좋은 회사였어요. 그렇게 입사하자마자 무엇을 해야 할까 고민을 했는데, 일단 첫날 가장 먼저 생각이 든 건 PR을 하나 보내야겠다는 거였어요. 스스로에게 주어진 일만 그냥 하는 개발자가 아니라 직접 일을 찾아서 하는 개발자라는 걸 알려주고 싶었어요.  그때부터 시작이 됐어요. PR을 보내면서 다른 팀 팀장님하고도 이야기를 하게 되고, 친분도 생기면서 몇 년 후까지도 서로 도움을 주게 되는 관계가 되더라고요. 별개로 합류했을 때 아쉬웠던 것 중에 하나는, 이 회사에서는 다른 중요한 일이 너무 많다 보니까 여력이 없어서 코드 리뷰를 도입하지 못하는 상황이었습니다. 그래서 코드 리뷰를 도입해야겠다는 생각이 들어서 입사하고 두 달 내에 여섯 개 프로젝트 정도의 코드 리뷰를 하게 됐어요.  아마 인프랩에서 향로 님도 그러고 계실 것 같은데요. 그냥 코드 리뷰를 하는 게 아니라 코드 리뷰라는 문화를 도입해야겠다고 생각을 했기 때문에 여러 가지를 생각해야 했어요. 이 활동을 정착시켜야 하는 만큼 리뷰를 받는 사람들이 기분이 나쁘면 안 되겠죠. 그럼 코드 리뷰를 싫어할 테니까요. 구글에 "코드 리뷰"를 검색해 보면, 효과적인 코드 리뷰에 대한 많은 분들의 고민의 흔적을 찾아볼 수 있어요. 그래서 저는 제가 올린 PR부터 코드 리뷰를 진행했어요. 스스로 PR을 올리고 ‘여기 오타가 있네요, 문제 있어요’ 이런 식으로요. 다른 분들이 제 PR에 올린 리뷰를 보고 이렇게 할 수 있다는 걸 깨닫는 게 중요하다고 생각을 했어요. 그리고 다른 분들 코드 리뷰를 할 때는 굉장히 관대하게 했습니다. 코드에 대한 칭찬도 하면서 열심히 했는데, 처음에는 이게 잘 안 됐어요. 사람들의 기분을 신경 써야 된다는 걸 굉장히 천천히 깨달았어요. 만약 새 회사에서 코드 리뷰를 도입해야 된다면 칭찬과 솔직한 피드백의 비율을 8 대 2 정도로 가져갈 것 같아요. BDD 저는 테스트 코드가 없는 환경에서 일하는 것의 어려움을 늘 생각하고 있었기 때문에, 여기서도 테스트 코드를 도입해야겠다고 생각했어요. 다행히 이미 테스트 코드가 꽤 있었는데 스타일이 좀 아쉬웠어요. 코드를 작성한 사람마다 스타일이 달라서 일관성이 떨어지고, 코드를 읽는 데 많은 에너지가 드니까요.  그래서 테스트 코드 스타일 중에 제가 좋아하는 BDD(Behavior Driven Development) 스타일이 있습니다. 저는 Describe - Context - It으로 대표되는 스타일을 선호하거든요. 자바에서는 Describe - Context- It 스타일의 테스트 코드를 하는 회사가 제가 알기로는 거의 없었는데 이걸 어떻게 도입할까 하다가, @Nested Class를 사용해서 Describe - Context - It 구조의 테스트 코드를 만들 수 있다는 걸 알게 돼서 동료들과 함께 작업을 했는데 그게 너무 재밌었어요. 일정이 급하지 않은데도 재밌어서 밤새 테스트 코드를 작성하는 분도 있었고요. 저도 코드 리뷰를 하면서 굉장히 즐거웠던 기억이 납니다.  이렇게 작성했던 테스트 코드는 나중에 비즈니스 상의 변화가 생겨서 API 입출력은 바뀌지 않으면서 내부만 바꿔야 될 때 굉장히 큰 도움이 됐습니다. 신뢰할 만큼 충분한 테스트 코드가 있다 보니까 안심하고 빠르게 리팩토링을 진행했던 경험이 있습니다. 일지 항상 스타트업은 문서가 부족합니다. 해야 할 일은 많은데 어떤 일을 어떻게 해야 되는지 알려주는 사람이 없는 경우도 많아요. 그래서 대기업들을 부러워하는 이유는 자원 자체보다는 체계를 부러워하는 경우가 많습니다. 그런데 체계는 다른 게 아니라 일을 하는 방법에 대한 가이드가 곧 체계가 된다고 생각해요. 그런데 체계를 만들어야지, 하고 문서를 쓰려고 하면은 문서가 잘 안 써져요. 블로그랑 위키의 차이처럼 각을 잡고 나가기 때문이죠.  그래서 저는 처음에 일지를 써야겠다고 생각을 했어요. 그래서 매일 아침 컨플루언스(Confluence)에 일지를 하나 추가했습니다. 하루 종일 일을 하다 보면 기억해야 되는 주소라거나 특정 파일명 같은 메모를 그냥 그 일지에다 했어요. 그리고 퇴근하기 30분 전 일지를 정리하면서 그날의 중요한 사건 순으로 배치를 했습니다. 이렇게 하면 우선 인사 평가할 때 좋았어요. 보통 지난 6개월 동안 뭘 했는지 돌아보면 생각이 안 나요. 그런데 일지를 매일 기록해두면 목록을 보기만 해도 ‘아, 그동안 이런 일들이 있었지’ 하고 특정 일을 클릭해서 들어갈 수 있어요.  워크플로 관리 도구, 컨플루언스(Confluence) 이 일지는 다른 분들한테도 도움이 되는 경우가 많았는데요. 특히 새로 입사한 분들한테 “제가 몇 월 며칠쯤 어떤 일을 했는데 보시면 도움이 될 것 같아요” 하고 넘겨드리는 경우도 많아서 서로 작업을 하기에 도움이 됐었고요. 일지만 남기기는 아깝다 싶은 내용은 공식 문서로 만들기도 했습니다.  히스토리 그러다가 일지 개념에서 발전한 히스토리 문서가 있으면 좋겠다고 생각을 하게 됐어요. 사실 사람들이 히스토리를 남기지 않는 이유는 그냥 귀찮아서가 아니에요. 남기고 싶어 하지만 어디다 어떤 사실을 남겨야 할지 모르기 때문에 망설이다가 잊어버리는 거예요. 그래서 처음에는 아주 단순하게, 특정 프로젝트를 진행하기 위해 해야 하는 것들을 날짜별 체크리스트로 만들었어요. 날짜마다 관련된 문서나 슬랙 대화 목록 등을 스크린샷을 찍어서 넣어뒀고요. 일지에서 히스토리로, 히스토리에서 문서로. 이렇게 작성한 체크리스트는 프로젝트 배포 이후에도 계속 유지를 했어요. 그리고 어떤 문제가 생겼다면 문제를 어떻게 인지했는지부터 해결했는지 문서로 정리해서 서브 문서로 만들어서 링크해놨습니다. 나중에 회사에 처음 와서 프로젝트를 새로 시작하시는 분들이나, 새로 팀을 이동해온 분들께 이 문서를 드렸더니 업무에 도움이 많이 됐다고 전해주셨고요. 그리고 이렇게 하면서 각각의 방법도 같이 문서를 남기면 좋겠다 싶었어요. 그래서 히스토리 문서에 각각의 방법에 대해 서브 문서를 만들어놨어요.  이렇게 히스토리를 남기는 방법에 대한 선례가 생겼잖아요. 그러니까 그 다음 프로젝트에서도 이걸 보고 따라하는 식으로 비슷한 스타일의 문서가 조금씩 추가되었습니다. 이 문서들만 쭉 읽어보기만 해도 새로운 분들한테 온보딩도 되고 히스토리를 알 수 있다는 점에서 굉장히 좋았습니다.   짝 그러다가 팀 이동을 하게 됐는데, 팀의 히스토리를 아무것도 모르고 도메인도 이해하지 못하는 상황에서 일정이 정해져 있는 프로젝트를 하는 상황에 내몰린 거예요. 그래서 ‘이렇게 된 김에 페어 프로그래밍, 짝 코딩을 해보자’ 하게 됩니다. 그리고 여기 옆에 계신 최선혁 님과 같이 짝 코딩을 시작하게 됐어요. 처음에는 선혁 님도 저도 걱정이 많았어요. 지금까지 짝 코딩을 하면 항상 망했거든요. 기분이 상하거나, 서로 바람직하다고 생각하는 코드의 스타일이 달라서 사이가 틀어지기도 했고요. 그런데 이번에는 굉장히 성공적인 짝코딩이었어요. 지금 코로나 때문에 다들 재택을 하고 있잖아요. 근데 재택을 하게 되면 집중력이 저하가 되는 게 가장 큰 문제점이죠. 그래서 위험을 감싸안으면서 출근을 해서 일하는 경우까지 생겼습니다.  근데 저희는 IntelliJ의 Code with Me를 사용해서 원격으로 짝 코딩을 했거든요. 딴 짓을 못해요. 내가 딴 짓하면 이 분이 바로 알잖아요. 집중이 잘 된다는 것뿐만 아니라 실수를 서로 바로잡아주는 게 좋았어요. 동시에 문제를 푸니까 굉장히 퍼포먼스도 좋았고요.  Code With Me는 IntelliJ 기반 IDE에서 지원하는 공동 프로그래밍 서비스입니다. ©JetBrains 예전에는 짝 코딩을 하는 이유가 더 나은 코드를 만들고 서로에게 가르침을 주기 위해서라고 착각을 했었어요. 물론 그것도 나쁜 이유는 아니에요. 그런데 이번에는 제가 도메인을 잘 모르고 도움을 받아야 되는 상황이라고 생각해서 철저하게 선혁 님께 맞추려고 했어요. 그렇게 하니까 서로 자연스럽게 배려를 하게 됐습니다. 알고 보니 이게 이 프로젝트에서 맞는 방법이었던 거예요.  그리고 우리가 다른 사람한테 내가 코딩하는 걸 보여주고 싶지 않은 마음이 들 때가 많아요. 이 사람이 내 코드를 보고 평가할 것 같다는 생각이 들기 때문이죠. 그런데 같이 짝 코딩을 하루 종일 하다 보니까 잘 모르는 문제는 구글링을 하잖아요. 저희는 서로 화면도 공유하면서 작업했기 때문에 자연스럽게 내가 무엇을 모르는지 짝에게 공개하게 됩니다. 그런 일들이 반복되다 보면 얼마나 많은 시간 동안 내가 모르는 걸 아는 척하면서 살아왔는지를 깨닫게 돼요. 그리고 그렇게 행동하면서 얼마나 많은 스트레스를 받았는지도 알게 되고요. 모른다는 걸 서로 오픈하면서 마음의 안정이 찾아오는 건, 얼마나 편하고 문제에만 집중할 수 있게 되는 일인지 경험해봐야만 알 수 있어요. 페어 프로그래밍(Pair Programming), 일명 짝코딩은 유명한 개발 방법론의 하나로 꼽히고 있죠. 많은 사람들이 짝 프로그래밍을 코드 퀄리티를 위해 한다고 생각하는데요. 중요한 건 어느 관점에서 코드 퀄리티를 생각하는지입니다. 내 관점에서 좋은 코드는 상대방 입장에서 잘 안 맞을 수도 있거든요. 항상 코딩을 해놓고 “보기 어떠세요, 바로 이해가 가시나요?” 하고 물었어요. 선혁님도 똑같이 그런 말씀을 하시고요. 그런 일들이 반복이 되니까 서로 신뢰가 강력하게 쌓이더라고요. 무엇보다 굉장히 빠른 코딩이 가능했습니다. 일정이 촉박한 상황에서 굉장히 큰 도움이 됐어요. 그래서 만약 여러분들도 짝 코딩이 잘 안 됐다거나 아니면 뭔가 마음속에 짐이 많은데 회사에서 내가 부족한 걸 드러내고 싶지 않다거나 할 때는 마음을 열고 내가 모른다는 걸 솔직히 오픈하면서 해보시는 것도 좋은 경험이 될 수 있다고 생각을 합니다. 좋은 친구 저는 예전에 학창 시절에 친구가 없어서 고민이었어요. 그냥 친구가 아니라 좋은 친구가 있었으면 하는 생각을 늘 했거든요. 아마 많은 분들이 좋은 친구가 있으면 좋겠다는 생각을 하면서 살아가실 거예요. 그런데 좋은 친구가 잠깐은 있어도 오래 가지 않더라고요. 만나기도 쉽지 않았고요.  근데 그러다가 20대 중반쯤엔가 문제를 깨닫게 됐어요. 내가 좋은 친구를 기다리니까 그렇구나. 좋은 친구라는 분들은 세상에 무척 드물어요. 그래서 좋은 친구를 만드는 가장 좋은 방법은 내가 먼저 좋은 친구가 돼야 된다는 걸 뒤늦게 깨달았어요. 그래서 그때부터 좋은 친구가 저한테 해주기를 바랬던 일들을 제가 친구들한테 하니까 그 친구들이 저한테 좋은 친구가 돼주더라고요. 놀라운 경험이었어요. 그 전에는 그냥 앉아서 좋은 친구가 다가오기만을 기다리고 있었기 때문에 제가 외톨이였던 거였어요.  회사에서도 비슷하다고 생각해요. 만약 내가 좋은 동료가 많이 있기를 바란다면 좋은 동료가 많은 회사로 가야겠다고 생각을 할 수도 있을 것 같아요. 그런데 그렇게 좋은 회사로 가서 뛰어난 분들이 많은 곳에 가서 좋은 동료를 잔뜩 얻는 것도 괜찮은 전략이겠지만, 저는 내가 먼저 좋은 동료가 돼서 다른 동료분들한테 내가 알려드릴 수 있는 건 알려드리고 최선을 다해서 도와드리는 게 큰 도움이 된 것 같아요. 그래서 좋은 친구가 된다는 마음으로 내가 먼저 좋은 동료가 된다면 항상 주위에 좋은 동료가 있지 않을까 하는 생각을 하게 됐습니다. 그리고 그게 아마 스타트업에서 개발자가 회사랑 같이 성장을 하는 제일 괜찮은 전략이 아닐까 하는 생각을 합니다. 발표는 끝입니다. 감사합니다. 인프런 개발 파트와의 Q&A 💬 하루 일과가 궁금해요. 매일 24시간을 어떻게 활용하시나요? 이종립: 저는 출근을 하면 제일 먼저 그날 일지를 쓰기 위한 문서를 만들었어요. 최근에 짝 코딩을 할 때는 하루 종일 코딩에만 전념할 수가 있었거든요. 그래서 아침에 선혁 님이랑 바로 프로젝트 코딩을 시작했고요. 선혁 님이 브레이크를 많이 잡아주셨어요. 1시간 코딩하고 “이제 10분 쉬죠.” 하고요. 짝 코딩은 집중력이 저하되는 걸 방지하는 활동이기 때문에 시간이 흘러가는 걸 모르고 코딩하게 될 가능성이 있어요. 그래서 같이 중간중간 쉬는 시간 가지면서 일하다가 퇴근 시간 되면 퇴근했습니다. 물론 퇴근 시간 전후로 해서 그날 있었던 일들을 일제히 정리하고 하는 일들도 있었고요. 최선혁: 오늘 그냥 향로님 만나러 뵈러 왔다가 되게 부끄러운데요. (웃음) 저는 종립 님같이 의지력이 강하지 않아서 배우려고도 하고 따라하려고 했지만 의지력이 약해서 금방 며칠 만에 포기하고, 그런 사람이거든요. 모든 사람이 종립 님이 하는 이 많은 항목들을 알면서도 행할 수는 없지만 그래도 저 나름대로는 아침엔 할 일 정리하고 회사 업무를 하고요. 퇴근하고는 그 기술 서적 같은 걸 읽으려고 노력을 하고 있고, 중간중간 온라인 강의도 보고 개인 시간은 개발하면서 보내는 편이고요. 회사 일을 하고 나면 저녁에 녹초가 돼서 10시에 자기 전에 운동도 또 챙겨 하는 그런 식으로 하루를 보내고 있습니다. 이종립: 공부를 하는 게 공부를 해야 돼, 라고 생각을 해서 하는 게 아니라 글을 계속 추가하고 정리하면서 나한테 도움이 되는 걸 경험하다 보니까 너무 재밌어요. 그래서 계속하게 되는 것 같아요. 개인적인 공부를 할 때 공부를 계획하는 주기나 방법이 따로 있나요? 이종립: 저는 보통 공식 문서를 많이 보려고 하고요. 자바 가비지 컬렉터에 대한 흥미가 생겼을 때가 있었는데, 그때는 오라클(Oracle) 사이트에 올라와있는 공식 가비지 컬렉터 튜닝 가이드를 보고 번역을 해가면서 공부를 했었어요. 막상 밑에 있는 것까지 깊이있게 들어가는 분들은 많지 않은 상황에서 메모리 관리에 대해 신경을 쓰는 게 중요하다고 생각을 했거든요. 그런데 엉뚱한 소스로 파고든다면 큰일나잖아요. 그래서 저는 항상 공식 문서를 기준으로 한 공부를 무척 중요하게 생각해요.  사실 이게 그렇게 빠른 종류의 공부는 아닐 수 있어요. 굉장히 시간이 오래 걸리는 무식한 방법일 수도 있지만, 그게 저한테 맞는 공부라고 생각을 하고요. 제 위키에는 항상 참고 문헌을 정리를 해두려고 하는 편이거든요. 그래야 나중에 다시 찾아 들어가서 공부를 할 수도 있고, 내가 그때 공부를 잘못했었다는 걸 깨달을 수도 있어서 가능하면 참고 문헌, 1차 저작 위주로 공부를 하려고 해요.  그리고 필요하다면 소스 코드도 봅니다. 자바 가상 머신에 있는 가비지 컬렉터 소스 코드도 C++로 된 거 열어서 읽어보고, 소스 코드 발제해서 올린 다음에 주석도 달고요. 이렇게 하는 게 저에게는 그나마 마음이 놓이는 공부가 아닐까 생각합니다. 최선혁: 저는 종립 님 같은 학습 방법이 좋지만 모든 사람이 종립 님처럼 할 수는 없다는 주의입니다. 너무 스트레스를 안 받으셔도 될 것 같아요. 100명 중 99명은 그런 식으로 안 해도 되고 종립 님처럼 잘해놓은 블로그로 공부하면서 부족한 건 책도 읽으면 된다고 생각하는데, 이제 그런 식으로 하다 보면 이제 말씀하신 힌트가 있습니다. 공식 문서를 보시는 분들이 깊이가 달라요. 스타트업 같은 경우에는 결국은 회사의 성장과 품질이 곧 나의 성장이기 때문에 품질이 좋고 장애가 안 나야 되잖아요. 그러려면 이렇게 깊이 있게 공부하고 내 걸로 만드는 게 되게 중요하다는 걸 깨달았습니다. 같이 공부하시죠. (웃음) 최근에는 어떤 걸 공부하시나요? 이종립: JVM 공식 문서를 번역하려고 지금 준비하고 있는 게 하나가 있고, 그리고 이제 Clojure라는 새로운 언어를 시작을 했어요. 새로 간 그린랩스라는 회사에서는 Clojure를 쓰게 되니까 그렇게 두 가지를 공부하고 있습니다.  최선혁: 컬리에서 쿠폰이라는 시스템을 MSA로 하면서 생각을 많이 했거든요. 나 자신에 대한 실력, 그리고 내 생각, 그리고 소프트웨어 아키텍처에 대한 것. 과연 클린 코드가 무엇인가, 누구를 위한 것인가? 헥사고널 아키텍처를 책으로 배워서 도입했는데 너무 어려워서 사람들이 이해를 못하고, 클린 코드를 했는데도 클린 코드가 아닌 게 돼버린 결과도 있더라고요. 그러면서 이제 어떤 기술보다는 도메인 자체나 책임에 대해 공부를 많이 했었고요. 그리고 최근에는 종립 님처럼 저도 Clojure 공부를 하고 있어요. 지금 그린랩스에 신선마켓이라는 B2B 쇼핑몰이 있어요. 그 쇼핑몰 서버 쪽은 다 Clojure로 되어 있다고 알고 있어요. 그렇게 헬로 월드부터 Clojure 공부를 하니까 새하얀 백지에서 if문부터 찍었던 오래 전으로 다시 돌아가는 느낌이 좀 들더라고요. 그래서 저도 Clojure 책 보고, 유데미 강의 들으면서 계속 그러고 있습니다. 두 분이 생각하시는 시니어 개발자는 어떤 개발자일까요? 이종립: 어려운 질문인데, 시니어 개발자 조건이 어디 문서나 법전에 적혀 있는 게 아니잖아요. 그래서 상황에 따라 달라진다고 생각하고, 어떻게 보면 그렇게 중요하지 않은 질문일 수도 있다고 생각을 해요. 그 사람이 무엇을 하고 있고 조직에 어떤 영향을 끼치는지가 중요하지, 난 이제부터 시니어야 하고 막 어깨 힘주고 다니지는 않을 거잖아요.  그래서 내가 다른 사람들한테 영감을 주고 있는지, 아니면 프로세스를 개선하고 있는지, 동료들이 좀 더 즐겁게 일하는 데 도움을 주고 있는지가 더 중요하다고 생각을 합니다. 그래서 시니어라는 단어 자체를 언급하는 게 굉장히 조심스러워요. 특히 스타트업에서는 ‘내가 시니어니까 난 이것만 할 거야’라는 생각에 빠지게 되면 시니어가 아니라는 생각도 들고요. 그래서 회사라는 조직을 내가 풀어야 할 문제라고 여기고 같이 나서는 분일수록 시니어라는 신념에 좀 더 가까워지는 분이 아닐까 생각합니다. 최선혁: 최근에 고민을 많이 한 주제이기도 하거든요. 왜냐하면 저도 99년 말에 이제 개발을 시작해서 IT 버블 때부터 산전수전 다 겪었는데요. 컬리에 입사하고 나니까 뭔가 부끄러운 거예요. 5년차인 친구가 들어왔는데 너무 잘하는 거예요. 요즘 젊은 친구들은 이렇게 공부를 하는구나 하면서, 시니어라는 단어를 꺼내는 것 자체가 되게 부끄럽다고 생각을 했거든요. 그냥 예전에는 5년 되면 대리, 8년 되면 과장… 이랬는데 지금은 동등한 입장에서 시작하는 시대죠. 그리고 기존의 개발자들이 갖고 온 노하우들이라고 해도 이제 프레임워크가 다 해결해 주기 때문에 의미가 없는 시절이 되었고요. 시니어/주니어의 경계도 이제는 무의미한 것 같고요. 나이와 경력에 상관없이 서로 배워야 하고 내가 나이가 많다고 저연차 주니어 동료를 보고 ’그건 아니야’ 하는 마인드 자체가 있으면 안 된다고 생각하고요. 너무 강박관념에 싸여 있을 필요도 없다고 생각합니다. 다양한 언어와 기술을 써오셨을텐데, 어떤 기술을 좋아하시나요? 스타트업에서 기술을 선택하는 기준은 무엇인가요?  이종립: 일단 제 언어 취향은 다른 분들이랑 많이 다를 거예요. 제가 제일 좋아하는 언어는 Bash Shell Script예요. 셸 스크립팅을 하다 보면 명령어끼리 파이프로 연결을 하고 중간에 분기를 내서 빼거나 아니면 결과를 리다이렉팅해서 표준 출력으로 출력을 하거나 파일로 출력을 하거나 그렇잖아요. 저는 여기서 굉장한 스릴과 재미를 느끼거든요. 모든 명령이 서로를 연결한다는 점이 되게 중요하다고 생각해요. 입력도 결과도 전부 스트링이어서 모든 명령들이 결과를 만들 수가 있는 거죠. 저는 여기서 굉장한 자유로움을 느꼈어요. 그리고 언어마다의 특성은 그렇게 중요하게 생각하지 않는 성향도 여기서 나온 것 같아요. 요즘은 마이크로서비스 아키텍처를 실천하고 있는 회사도 굉장히 많아서 API 포맷과 프로토콜만 잘 지킨다면 각각의 인스턴스에 들어가 있는 소스 코드가 어떤 건지는 그렇게 중요하지 않은 시대가 다가오고 있다고 생각하고요.  결국 비즈니스 상황에 맞는 가장 적절한 언어를 고르는 게 중요하다고 생각을 해요. 왜냐면은 어떤 언어를 선택하건 퍼포먼스가 됐건 유지 보수가 됐건 그것은 블랙박스 컴퓨터 안의 일입니다. 그래서 회사 입장에서는 업계에서의 분위기, 비즈니스 요건 같은 것들을 종합적으로 선택해서 회사가 살아남고 안정적으로 엔지니어링을 할 수 있는 기술을 선택하는 것이 중요하다고 봐요. 그리고 제 개인의 호오는 회사와는 또 별개라고 생각을 하기 때문에 그런 걸 기준으로 기술을 선택하게 될 것 같습니다.  최선혁: 저도 처음에 VBScript하고 asp, PHP 이런 식으로 시작하다 자바라는 걸 알게 되고 그러면서 시작을 했거든요. 그런데 요즘 들어서는 그렇게 너무 특정 언어에 국한해서 벽을 질 필요는 없는 시대인 것 같아요. 결국은 하나로 되잖아요. @Driven으로. (웃음) 너무 거기에서 나는 꼭 이거를 고집해야 돼, 이럴 필요도 없는 것 같고요. 그냥 비즈니스와 상황에 맞게 빠르게 결과물을 내고 성장하는 게 더 중요하다 생각하고요. 결국 핵심 원리는 다 똑같다고 보거든요.  회사에서 새로운 기술 스펙을 공부할 필요가 있어서 회사 일과 별개로 빠르게 공부해야 하는 경우가 있으셨나요? 그럴 때는 어떻게 하셨나요? 이종립: 그런 경우는 항상 일어나는 것 같아요. 회사 일이랑 관련된 거면 회사 동료한테 물어보기도 하고요, 그냥 적당히 포기하는 게 되게 중요한 것 같아요. 공부만 계속하고 있으면 일을 못할 수도 있잖아요. 중간에 멈추는 지점을 판단하는 게 중요한 것 같아요. 저는 회사에서 일을 하는 게 제일 중요하다고 생각하거든요. 그래서 애초에 공부를 할 때 회사 일하고 완전히 동떨어진 거는 가능한 안 하려고요. 만약 회사에서 하는 일과 동떨어진 공부를 한다면 회사 일에서 아쉽게 될 거고, 반대로 회사 일에만 시간을 많이 들으면 공부가 제대로 안 돼서 마음이 굉장히 힘들 것 같거든요. 그래서 서로에게 도움이 되는 방향으로 공부를 하는 게 좋다고 생각을 합니다.  코드 리뷰나 짝 코딩을 할 때 하지 말아야 될 것들은 무엇일까요?  이종립: 많습니다. 정말 중요한 건 감정이죠. 어떤 말은 상대방을 위해 이야기하는 것 같은데 사실은 내 감정이 좋자고 하는 말도 있거든요. 이런 종류의 말을 철저하게, 가능한 한 안 해야 됩니다. 코드 리뷰를 할 때도 상대방이 기분을 상하지 않게 하는 게 굉장히 중요하고요.  기분이 상하더라도 좋은 코드가 나오는 게 중요한 게 아닌가 생각할 수 있지만, 우리는 그냥 개발자가 아니라 문화를 만들어가야 되고 조직 자체를 엔지니어링을 해야 되거든요. 동료와 서로 신뢰할 수 있는 관계가 되고, 이 사람이 나한테 상처를 주지 않는다는 확신이 있어야만 서로의 코드에 대해 “이 코드는 좋지 않습니다”라고 말할 수 있거든요. 그 단계를 밟지 않는다면 순서에 어긋난다고 생각을 해요.  그리고 내 입장에서 코드가 좋은 것보다 다른 사람들이 볼 때 좋은 코드인 게 더 중요하다고 생각합니다. 내 고집을 피우다 보면은 다른 사람들한테 상처를 주기도 하고 아니면 반대로 내가 상처를 받습니다. 결국 사람을 진짜로 움직이는 건 감정이라고 생각하거든요.  그리고 최근에는 오래 전 프로그래밍 영웅들처럼 혼자서 모든 걸 만들 수 있는 시대가 아니에요. 결국 평범한 사람 여러 명이 힘을 합쳐 대단한 일을 하게 하는 게 중요한데, 이 톱니바퀴들이 녹슬고 빠져버릴 수도 있다는 생각을 합니다. 그래서 프로젝트 매니징을 하건 프로젝트의 일원으로서 일하건 간에 자신의 감정을 컨트롤하고 다른 사람의 감정을 있는 그대로 이해하고 받아들이는 게 되게 중요한 능력이라고 생각해요. 최선혁: 덧붙이자면 한국에는 존대 문화와 군대 문화가 있잖아요. 이걸 버려야 할 것 같아요. 외국처럼 서로 동등한 선상에서 일을 해야 코딩이나 이런 부분에 시행착오를 덜 겪지 않을까? 내가 너보다 나이가 많은데, 경력이 많은데 이러면서 서로 자존심 싸움이 되고 무시하고 다투면 좋은 페어가 될 수 없죠. 아무리 좋은 스쿼드라도 먼저 연애하듯 서로 상대방을 존중해 주면서 의견을 경청하는 자세가 돼야 좋은 짝이 되는 걸 느꼈거든요. 그런 마인드가 중요하다는 생각을 합니다. 이직할 회사를 고르는 기준은 어떻게 정하시나요? 이종립: 그 회사가 어떤 사업을 하고 있는지, 임금 체불 걱정은 없는지, 성장하는 회사인지, 자사 프로덕트를 가지고 있는지, 내가 흥미가 있는 종류의 기술을 사용하고 있는지가 중요했던 것 같아요. 물론 처우나 복지, 출퇴근 거리 같은 것들은 기본이라고 생각을 하고요. 최선혁: 그 회사 도메인을 내가 얼마나 사랑하는지나 잘 맞는지도 중요한 것 같아요. 돈을 정말 많이 주는데 불법 카지노, 불법 블록체인, 성인 동영상 제작… 이런 걸 하면 되게 스트레스 받을 거 아니에요. 저는 맛있는 거 먹고 요리하고 가족이나 지인들과 얘기하는 걸 되게 좋아하는 사람이거든요. 근데 컬리에 있으면서도 컬리에서 물건을 사서 먹는 게 너무 좋고, 회사가 성장하는 게 좋더라고요. 내가 아무리 열정적으로 일을 해도 비즈니스가 성장하지 못하면 많이 아쉽고요. 나와 맞고 회사도 같이 성장할 수 있는 게 많이 중요한 것 같아요. 도메인 관심사가 같아야 되는 게 일종의 궁합이라고 생각을 합니다. 그동안 많은 저연차 주니어를 보셨을 텐데, 폭발적으로 성장하는 주니어들의 특징이 있을까요? 이종립: 성격이 명랑합니다. 굉장히 밝아요. 그런 분들 특징이 사과를 잘해요. 밝게 웃으면서 사과하고, 감사 인사도 모르겠다는 말도 잘해요. 근데 이런 분들이 말만 그런 게 아니라 진짜 그렇게 생각을 하고 계시다 보니까 뭐 하나라도 더 가르쳐드리고 싶어요.  아까 감정 말했었죠? 그것처럼 이분이랑 같이 있을 때 즐겁다, 뿌듯하고 보람이 느껴진다, 더 여러 시간 같이 일해보고 싶다는 생각으로 감정적으로 시간을 자꾸 보내게 되면서 내가 아는 것들을 계속 전달해 드리게 되는 것 같아요. 이런 분들한테는 저 말고도 다른 분들도 많이 알려주시더라고요. 물론 혼자서도 공부를 잘하는 분들이 있지만, 현대 사회의 특성상 다른 사람들의 도움을 왕창 받으면서 올라가는 사람들이 더 잘 될 거라고 생각을 합니다. 최선혁: 두 가지 종류가 있는 것 같아요. 하나를 알려주면 둘을 이해하는 똑똑한 친구들이 있는 반면에, 배우려고 하는 욕구가 강해서 스스럼없이 물어보는 분들이 되게 성장이 빨라요. 그런 분들한테는 저도 막 알려주고 싶거든요. 자만하는 주니어들보다는 배우려고 하는 분들이 지나고 보면 더 잘 돼 있는 것 같다는 생각이 들더라고요.  결국은 다 인간관계인 것 같아요. 이 바닥이 좁아서 결국은 다 만나더라고요. 한 다리 건너면 다 알고 이래서. (웃음) 이번 [주간 인프런] 어떠셨나요? 솔직한 의견을 들려주세요! 유익해요 | 아쉬워요 지난 [주간 인프런] 이 궁금하다면? (클릭)

807,051 명이
인프런과 함께합니다.

인프런은 강의의 수강생수, 평점을 투명하게 공개합니다.
실제로 많은 온오프라인 학원들은 단기적 성과를 높이기 위해 잘나온 특정 후기만 노출 하거나, 아예 숨겨버리는 경우가 많습니다.
반면 인프런은 강의에 대한 후기, 학생수 등 정보를 투명하게 공개합니다. 신뢰성을 바탕으로 학습자들이 더 좋은 컨텐츠를 선택하고 교육의 질을 높입니다.
안재원 님(수강생) 4분 전
파이썬(Python) 기초부터 실무까지 part.3
정말 좋습니다! 중간중간 스톰하고 문제풀어볼 수 있어서, 강의랑 비교해가면서 스킬도 얻고, part7까지들으러갑니다 ㅋㅋ
김이호 님(수강생) 11분 전
비전공자를 위한 진짜 입문 올인원 개발 클래스
플랫폼을 운영 중인 관리자입니다. 그랩님의 강의가 큰 도움이 되었습니다. 감사합니다
폴폴 님(수강생) 15분 전
스프링 핵심 원리 - 고급편
고급편을 완강했습니다! 이번에 내용이 정말 만만치않네요 다시 한번 더 들어봐야 할거같습니다. 처음에 스레드로컬 디자인패턴 배울때까지만 해도 AOP 강의인줄 전혀 모르고 있다가 프록시패턴을 보니까 아 이 모든 것들이 AOP를 위한 사전작업이구나 라고 깨달았습니다. 선생님의 밑그림이 너무 커서 이 전체 강의가 AOP를 위한 강의라는것을 중간쯤 되서야 알아차렸습니다. 마치 엄청나게 큰 도화지 위에 그림을 그리는데 그 도화지위에 서있는 기분이랄까요 뭘 그리는지 잘 모르고있다가 위로 올라가면 올라갈수록 서서히 그 그림이 눈에 보이는 것 처럼 말이지요 아무튼 이번 강의도 정말 잘 들었습니다. 스프링에 대해 깊게 공부하면 할수록 스프링이 해결한 수많은 문제들을 지금의 우리들이 쉽게 사용할 수 있지만 그 배경에는 엄청난 배경지식을 요한다는것을 느꼈습니다. 스프링의 방대한 크기에 제 자신이 너무 작아보이더군요. 이번 강의 정말 수고 많이 하셨을것 같습니다. 다음 강의도 정말 기대됩니다. 그럼 다음 강의에서 뵙겠습니다.
김지현 님(수강생) 19분 전
Git과 GitHub 시작하기
git 처음 접하는 사람들한테 좋아요
변영주 님(수강생) 1시간 전
cunegundis 님(수강생) 1시간 전
코코 님(수강생) 1시간 전
만들면서 배우는 리액트: 기초
리액트를 어떻게 시작해야할 지 몰라서 방황하고 있었는 데, 이 강의를 통해 따라하면서 공부해야할 방향을 찾았습니다. 알기 쉽게 설명해주시고, 강의자료나 참고하면 좋은 사이트들도 링크로 알려주십니다. 책을 읽고 하기 막막하신 분들도 이 강의로 처음 시작하면 좋을 것 같아요! 다음 중급강의나 고급 강의도 기대하고 합니다!!
테크노벨리 님(수강생) 1시간 전
스프링 입문 - 코드로 배우는 스프링 부트, 웹 MVC, DB 접근 기술
평소 스프링에 대해 궁금증이 많았는데, 이 강의로 스프링 개발에 대한 큰 그림을 알 수 있었습니다. 이후 강의들도 잘 수강 해봐야겠네요. 감사합니다.
한윤석 님(수강생) 1시간 전
파이썬 머신러닝 완벽 가이드
머신러닝 처음 배우는데 알기 쉽게 설명해 주셔서 감사합니다~
sejin723 님(수강생) 1시간 전
최연아 님(수강생) 1시간 전
우디의 일러스트레이터 강좌
우디님의 일러강의! 알차네요!
오혜진 님(수강생) 1시간 전
김민기 님(수강생) 2시간 전
스프링 핵심 원리 - 기본편
너무 좋은 강의 감사합니다!
권일근 님(수강생) 2시간 전
fbfbf1 님(수강생) 2시간 전
스프링 입문 - 코드로 배우는 스프링 부트, 웹 MVC, DB 접근 기술
스프링 배울 때는 이게 최고인 것 같네요! 감사합니다!
Jeongyun Lee 님(수강생) 2시간 전
CamelCase 님(수강생) 2시간 전
스프링 프레임워크 핵심 기술
강의 잘 들었습니다. 필요할때마다 초심잃지 않기위해 조금씩 보고있습니다. 감사합니다.
이승현 님(수강생) 2시간 전
catarina411 님(수강생) 2시간 전
실무로 배우는 엑셀(Excel) 2019
친절하고 꼼꼼하게 강의해주셔서 도움이 많이 됩니다!
ehddud2974 님(수강생) 3시간 전

지식을 나눠주세요.
쉽게 시작하고 합당한 보상을 받을 수 있어요.

지식공유 알아보기

모든 팀원이 인프런의 강의들을
자유롭게 학습하는 환경을 제공해주세요.

비즈니스 알아보기

당신은 더 좋은 곳에 갈 수 있어요.
지금 열려있는 채용공고를 확인해보세요.

공고 확인하기

이미 많은 기업 구성원들이
인프런에서 성장하고 있어요.

라인
우아한형제들
sk
네이버
넥슨
삼성
카카오
쿠팡
LG
nc

다양한 서비스를 신청하세요.

인프런의 지식공유자 ˙ 비즈니스 ˙ 대학생 신청방법에 대해 알아보세요.

지식공유자 되기

9개월간 온라인 기술 강의로만 1억원!
나의 지식을 나눠 사람들에게 배움의 기회를 주고, 의미있는 대가를 가져가세요.
지식공유자 참여하기

인프런 비즈니스 신청

모든 팀원의 인프런의 강의들을 자유롭게 학습하는 환경을 제공해주세요.
업무 스킬에 집중된 콘텐츠를 통해 최신 트렌드의 업무역량을 습득할 수 있습니다.
비즈니스 신청하기

인프런 X 대학생

학교와 인프런이 함께 하여,
많은 학생 분들께 정해진 커리큘럼 이외에도 필요한 학습을 보완하고, 더욱 성장할 수 있도록 도와드립니다.
대학생 신청하기