셩잇님의 잡동사니

인프콘 2022에선 인프랩 개발자와 함께하는 데브챗 부스가 운영되었는데요. 한정된 시간과 공간 때문에 현장에서 못다 한 이야기가 많아 아쉬웠던 인프랩 개발자들이 다시 한번 모였어요! 인프메이션 #54에서는 데브챗에서 많이 나왔던 고민을 중심으로, 인프랩 개발자들의 의견을 들려드리려 합니다. 더 읽어보기 & 출처 : https://www.inflearn.com/pages/infmation-54-20221004?utm_source=mailchimp_email&utm_medium=cps&utm_campaign=inflearn_%ED%8A%B8%EB%9E%98%ED%94%BD_%ED%97%AC%EB%A1%9C%EC%9D%B8%ED%94%84%EB%9F%B0_infmation-54-20221004&utm_cont..

(번역) 주니어가 되는 것을 그만두세요. 아마 개발자로 일을 한지 2~3년 차 시절 때였습니다. DEVIEW에 참관하러 나갔다가 저의 멘토님이시자 스승님이 발표하신다기에 응원을 하러 갔었죠. 아무렇지 않게 동기들과 맨 앞자리에 자리를 잡고 기다리다 인사할 기회가 생겼는데 그분은 저에게 이런 말씀을 하셨습니다. "이제 발표할 때 되지 않았니? 준비는 잘 하고 있지?" 이제 막 회사에 적응해서 코딩을 하는데 겨우 재미가 들던 시절 발표라니... 너무도 충격적인 기억이라 아직도 생생한데요. 지나고 보면 경험이나 연차가 많아야지만 그런 무대에 올라 발표를 해야 하는 룰은 없으니 스스로 제 자신의 울타리를 친 건 아닌가 생각을 해본 기억이 있습니다. 주니어 개발자의 정의는 무엇일까요? 그렇다면 시니어 개발자는요?..

+10배의 엔지니어는 신화적인 인물일지 몰라도 -10배의 엔지니어는 존재합니다. -10배의 엔지니어가 되려면 주당 400시간의 엔지니어링 시간을 신나게 낭비하면 됩니다. 본문을 통해 -10배 엔지니어가 되는 20가지 전략들을 공유합니다. 더 읽어보기 : 요즘 IT https://yozm.wishket.com/magazine/detail/2012/?utm_source=stibee&utm_medium=email&utm_campaign=newsletter_yozm&utm_content=contents -10배 엔지니어가 되는 방법 | 요즘IT 이 글은 10x 엔지니어가 아닌 -10배의 엔지니어가 되는 법에 대해 작가의 개인적인 견해를 담은 글입니다. +10배의 엔지니어는 신화적인 인물일지 몰라도 -10배의 엔..

이전 글 ‘주니어 개발자를 위한 엄청 쉬운 TCP/IP 4계층 이야기’에서, 컴퓨터와 컴퓨터의 통신이 올바르게 이루어지기 위해 데이터가 각각 어떤 계층에서 캡슐화되어야 하는지 알아보았습니다. 또한 데이터가 목적지에 정확히 전달되기 위해 계층별로 어떠한 프로토콜(약속)로 구성되어 있는지도 간단히 알아보았습니다. “응용, 전송, 인터넷, 네트워크 액세스 순으로 캡슐화”라는 큰 개념만 알아보았다면, 이번 시간에는 앞서 언급한 각 계층의 대표적인 프로토콜들에 대해 좀 더 알아보고, 각 프로토콜이 네트워크에서 어떻게 이용되는지 확인해 보겠습니다. 더 읽어보기 : https://yozm.wishket.com/magazine/detail/2005/?utm_source=stibee&utm_medium=email&utm..

소프트웨어 엔지니어로 2-3년 정도 경력이 쌓이면 이제 주니어 레벨에서 벗어날 준비가 필요하다. 회사에서도 한 단계 높은 미드레벨 개발자의 역량을 요구하기 때문이다. 평균적인 수치로 경력을 2-3년이라고 했지만 이는 사람마다 다를 수 있다. 빠르면 1년 이내 미드레벨에 도달할 수도 있고, 길면 4-5년 차 또는 그 이상이 될 수도 있다. 이번 글에서는 주니어 개발자가 미드레벨에 도달하기 위해, 어떤 역량이 필요한지 필자의 경험을 토대로 살펴보고자 한다. 더 읽어보기 : https://yozm.wishket.com/magazine/detail/1993/?utm_source=stibee&utm_medium=email&utm_campaign=newsletter_yozm&utm_content=contents 미..

거의 모든 개발자는 성장의 여정에서 필연적으로 많은 장애물을 넘게 됩니다. 기술과 사람의 문제로 넘어지기도 하지만 이 경우는 일반적인 장애물은 아닙니다. 가장 일반적인 유형이자 제가 유독 많이 느끼기도 했던 개발자의 성장을 방해하는 장애물과 장애물을 넘는 방법을 하나씩 정리해보려고 합니다. ⚠️ 완벽 추구 개발자로서 어떤 시도를 하려고 할 때 완벽하게 준비가 됐을 때 행동하려는 마음이 생기곤 합니다. “난 더 연습해야 해. 아직 시도할 준비가 되지 않았어.” “조금 더 배워야 해” “코드와 기능을 조금 더 개선 후에 출시해야 해” “조금 더 공부하고 더 나은 회사에 지원해야 해” 이렇게 완벽을 추구하려는 노력은 사실은 누구나 가진 실패에 대한 자연스러움 불안함, 두려움입니다. “완벽 추구”는 불안, 불편..

개발자의 성장에 있어서 ‘반복하는’ 것은 굉장히 중요합니다. 현재 서 있는 자리에 오기까지 반복해서 시도한 것들을 앞으로도 계속 반복하면 분명 가치가 있겠지만 다음 단계로 넘어가기는 쉽지 않습니다. 다음 단계로 넘어가려면 새로운 경로, 단계, 올바른 방향으로 움직일 수 있는 힘이 필요합니다. 이러한 열린 마음을 갖는 것은 성장에 큰 도움이 됩니다. 그러나 새로운 경로, 단계, 올바른 방향을 안 것만으로는 충분하지 않습니다. 새로운 것이 일상적인 개발 루틴의 일부가 되도록 ‘연습을 반복’하는 것이 가장 중요합니다. 저는 새로운 것이 나의 일상이 되어 한단계 더 성장한 모습 상상하기를 좋아합니다. 하지만 성장에 그다지 큰 도움이 되는 상상은 아닌 것 같습니다. 개발자로 치열하게 살면 살수록 “천 리 길도 한..

앞으로 30년 혹은 그 이상을 개발자로 살고 싶은 분들께 조금이나마 도움이 되었으면 하는 마음으로 제 경험을 3회차의 연재 글로 풀어볼 겁니다. 지난 1편에 이어 두 번째 글입니다. 성장하는 10년 리딩하면서 일하는 10년 ←여기 서포트하는 10년 (경영과 사업의 10년) 매니지먼트는 프로젝트 관리, 팀 관리, 프로세스 관리로 구분할 수 있습니다. 첫 번째 프로젝트 관리는 출시 시기와 중점을 둬야 하는 일을 관리하는 기술입니다. 두 번째는 팀 관리, 즉 사람 관리입니다. 세 번째로 프로세스 관리입니다. 진행하는 과정을 관리하는 기술입니다. 주니어 개발자로 입사하면 처음에는 주어진 일을 하며, 개발 방법과 개발 주기를 배웁니다. 연차가 높아질수록 프로젝트를 관리하는 방법, 직원을 관리하는 방법, 좋은 프로..

엔지니어, 개발자에게 인성과 태도, 소프트 스킬이 중요한 이유는 이렇다. 1. 개발자에게 개발 능력이 최우선이 맞다 2. 개발 능력이 매우 뛰어나면 인성이나 태도가 그리 중요하지 않은 것도 맞다 이걸 다시 말하자면, 1. 10년 이상 개발일을 계속 하려면 개발 능력이 일정 수준 이상 되는 것이 전제 조건이다 2. 태도가 중요하지 않을 정도의 개발 능력을 갖춘 사람은 상위 1% 정도, 즉 100명 중에 한 명이 그정도 수준이 될까 말까다. 네이버 직원수에 비교하면 네이버 전체에 많아야 한 30~40명 정도? 즉, 1. 개발자로 오래 일하려면 일정 수준 이상의 개발 능력은 기본으로 탑재 되어 있어야 하고 2. 대부분은 태도가 중요하지 않을 정도의 능력자가 아니기 때문에 개발일을 직업으로가진 대부분의 사람들에..

회사 입장에서 어려움 점을 이해해 보고 주니어 개발자가 꼭 알아야 할 점을 파악해 봅니다. 1️⃣ 주니어 개발자는 1, 2년의 투자 기간이 필요하다 최소 1, 2년 정도 한 사람에게 투자할 수 있는 팀이 아니라면 주니어 개발자를 고용하지 않는 것이 좋다. 특히 투자자들에게 결과물을 빨리 내야 하는 스타트업에는 적합하지 않은 고용 방법일 수 있다. 2️⃣ 그들에게는 경력이 많은 관리자가 필요하다 경력이 없거나 자질이 없는 관리자는 주니어 개발자를 고용하거나 멘토 할 수 없다. 주니어 개발자를 고용하려면 경력이 풍부한 관리자가 필요하다. 3️⃣ 잘 정의된 업무만 줄 수 있다 주니어에게 몇 주 만에 결과물을 내야 하는 업무를 줄 수 없다. 따라서 팀은 최소 6개월에서 12개월 안에 결과물을 낼 수 있는 프로젝..

주니어 개발자를 위한 엄청 쉬운 TCP/IP 4계층 이야기 네트워크가 생겨나게 된 계기는 데이터를 주고받기 위해서입니다. 자신의 컴퓨터에만 존재하던 데이터를 다른 컴퓨터와 교환하기 위해 연결을 하면서 ‘네트워크’가 되고, 네트워크 집합들 간의 연결이 ‘인터넷’이 된 것입니다. 네트워크를 통해 하는 행동은, 내가 원하는 것을 상대방에게 “요청”하여 “응답”을 받는 것입니다. 바로 옆사람과 대화 주고받기, 서울 다른 구 사람과 대화 주고받기, 한국 다른 시의 사람과 대화 주고받기, 다른 나라의 사람과 대화 주고받기 등 과거라면 상상도 못할 먼 거리의 사람과 대화가 가능한 것도 바로 네트워크라는 환경이 존재하기 때문인 것입니다. 이번 글에서는 이전 글 “택배 배송 과정으로 알아보는 엄청 쉬운 컴퓨터 네트워크”..

주니어 개발자의 이력서 작성법 F-Lab에서 공개한 주니어 개발자를 위한 이력서 작성법입니다. 요악하면 본인의 기술적 역량을 잘 어필할 수 있도록 작성해야 한다는 건데요, 취업을 준비하는 신입이거나, 이제 이직을 준비하거나, 또는 이직 계획이 없더라도 이력서는 주기적으로 업데이트 하는 것이 좋다고 생각합니다. 자세한 내용은 링크를 참고해주세요! 출처 : 커리어리 '강병진'님 https://careerly.co.kr/comments/79736?utm_campaign=user-share 강병진 / 주니어 개발자의 이력서 작성법 | 커리어리 F-Lab에서 공개한 주니어 개발자를 위한 이력서 작성법입니다. 요악하면 본인의 기술적 역량을 잘 어필할 수... careerly.co.kr 원 출처 : https://f..

주니어가 "일잘러" 소리 듣는법 1. 물어보기 전에 먼저 찾아보는 주니어 주니어의 미덕은 '잘 묻는 것'이라고 했다. 그러나 시도 때도 없이, 질문의 수위 조절도 없이 닥치는 대로 질문하는 건 '핑프 주니어'일 뿐이다. 일단 질문 전, 사내 DB나 커뮤니티에서 서칭을 해볼 것을 추천한다. 2. 모르겠으면 꼭! 물어보고 일을 진행하는 주니어 사내에서 공유으로 사용하는 DB나 커뮤니티가 없거나, 찾아도 없거나, 진짜 모르곘거나, 내 판단력으로 의사결정을 내릴 수 없다고 생각이 들 때 최대한 빠르게 물어보는 것이 상책이다.'이런 사소한 걸 물어봐도 되나...', '너무 바보같아 보이는 거 아닌가'하는 생각에 질문하기를 미루되는 순간부터 일이 꼬이기 시작한다. 모르는 것은 모르겠다고 말하고, 헷갈리는 것은 헷갈..

많은 사람들이 프로그래머가 되고 싶어 하고, 이미 프로그래머인 많은 사람들이 자신이 하는 일을 더 잘하고 싶어 합니다. 프로그래밍은 현시대에 할 수 있는 가장 흥미로운 일 중 하나이며, 프로그래밍을 떠나서도 어떤 일에 능숙해진다는 것은 좋은 일입니다. 물론 그것이 프로그래밍이라면 더 좋겠죠. 프로그래밍을 이해하는 사람들은 남들과 다른 방식으로 사고하고, 문제를 훨씬 더 빨리 해결할 수 있습니다. 여러분이 웹 개발자든, 컴퓨터 공학자든, 현재 주니어 레벨이든, 시니어든 경력에 상관없이 훌륭한 프로그래머는 여타 개발자와 차별화되는 몇 가지 특징을 항상 가지고 있습니다. 궁금하시다면 이 글을 읽어보세요. 스스로가 훌륭한 개발자인지 알 수 있게 될 것입니다. 저는 정말 뛰어난 개발자가 가진 특징을 설명하려고 이..

개발자 진로에 중요한 직급별 스킬과 기대 역할 1️⃣ Engineer I (주니어) 명확하게 정의된 업무를 완료하고 다른 문제로 인해 업무가 차단되었을 때 도움을 요청한다. 관련 기술 및 시스템을 학습하고 적극적으로 시스템을 유지하고 확장한다. 상대방의 의견을 존중하고 대외적으로 정중한 방식으로 의사소통할 줄 안다. 결과물을 배포하고, 코드베이스를 리펙토링하거나 시스템을 업데이트하는 방법을 통해 영향력을 행사한다. 기술 문제를 디버깅하는 것과 문제를 개선할 수 있도록 돕는다. 이전 경력이 필요하지 않는 직급이다. 📌 주니어 직급은 학습과 성장을 통해 꾸준히 결과물을 내는 것이 목표입니다. 2️⃣ Engineer II (중간 개발자 또는 미드 레벨) 개발과 설계 과정에서 기술 부채가 발생하지 않도록 주의하..

신입, 경력직 회사 생활과 자기 계발에 필요한 것 간단한데 생각보다 사람들이 하지 않는 사소한 습관 1️⃣ 내가 맡은 공식, 비공식 업무 및 서류 기록하기 많은 사람들이 하는 큰 착각은 “다른 사람들이 내가 무슨 일 맡은지 아니까”라며 따로 개인 업무 기록를 안한다. 코드 짜기와 서류 및 보고서 작성하기 등등 결과가 확실한 업무라도 업무를 수행하는 과정 중에 세세한 코드 변경이나 작성하는 문서가 생긴다. 결과에 직접적으로 연관되는 모든 서류와 코드는 나중에 쉽게 찾을 수 있도록 한곳에 링크를 모아두자. 그리고 가능하면 모든 것을 문서화 하거나, 보여줄 수 있는 형태로 아웃풋을 내는 것이 좋다. 예를들어 팀원에게 새로운 시스템 아키텍처를 제안한다면 간단하게 회의를 통해 말로만 제안 검토를 끝내지말고, 제안..

주니어 개발자가 성장하기 좋은환경 F-Lab에서 작성한 “주니어 개발자가 성장하기 좋은 환경” 이라는 글을 공유 드립니다. 취업이나 이직을 고민하는 분들께 도움이 됐으면 좋겠습니다. 가장 인상깊은 부분은 결국은 사람이 중요하다는 생각이 듭니다. 성장하기 좋은 회사인지 판단하기 위한 질문들도 같이 제공해주시니 참고하시면 좋을 것 같습니다 출처 : 커리어리 '강병진'님 https://careerly.co.kr/comments/77753?utm_campaign=user-share 강병진 / 주니어 개발자가 성장하기 좋은환경 | 커리어리 F-Lab에서 작성한 “주니어 개발자가 성장하기 좋은 환경” 이라는 글을 공유 드립니다. 취업이나 이직을 고... careerly.co.kr 원 출처 : https://f-la..

🕊️ 모든 주니어 개발자들에게 전하는 충고 5 소프트웨어를 처음 배우는 것은 굉장히 고된 일입니다. 정신적으로든, 육체적으로든. 배워야 할 것은 너무나 많은데, 내가 알고 있는 것은 너무나 적기 때문이죠. 이번에는 그런 주니어 개발자들을 위해 '모든 주니어 개발자들에게 전하는 충고 5'를 가져왔습니다. 1️⃣ FOMO - 고립공포감 *fear of missing out: 다른 사람들이 하는 경험에서 나만 소외되었다는 불안감 처음 개발자로 시작하게 된다면, 여러가지 것들(10가지 다른 언어, 프레임워크 등)을 동시에 배워야 한다는 생각에 사로잡힐 수 있습니다. 소프트웨어 분야는 발전하는 것을 멈추지 않기 때문에 배워야 할 것도 너무 많아보입니다. 그래서 처음엔 어디서부터 시작해야 할지도 모른채 불안감만 늘..

🕊️ 주니어 개발자들의 8가지 일반적인 실수 레벨이 높아지면 좋을 것만 같은데, 의외로 시니어 엔지니어가 되는 것을 꺼리는 분들이 많습니다. 많은 이유 중에 한가지는, 주니어 때는 허용 가능하던 실수들이 시니어에겐 더이상 관대한 눈으로 바라 봐 주지 않기 때문입니다. 그들에게는 실수를 저지르는 수 많은 시간들이 있었고, 어쩌면 그들의 경험이 주니어에게 또 하나의 실수를 저지르는 상황을 피하는 데 도움이 되겠습니다. 이번에는 '주니어 개발자들의 8가지 일반적인 실수'를 가져왔습니다. 1️⃣ 도움을 요청하지 않는다. 프로그래밍은 어렵습니다. 다양한 기술과 패턴을 인식하고, 언제 어떤 기술을 사용할지 알 수 있어야 합니다. 처음 시작할 때, 당신을 올바른 방향으로 인도하고 잘못된 것을 알려줄 누군가가 필요합니..

주니어 개발자가 다음 단계로 도약하기 위해서는 어떤 것들을 알아야 할까요? 제가 주니어였을 때를 생각해보면, 일을 잘하고 싶은 마음은 큰데 모르는 게 많아 막막했던 기억이 납니다. 그런 분들을 위해 Kamran Ahmed님이 적어 주신 주니어 개발자를 위한 조언 중 꼭 필요하다고 생각되는 10가지를 선정해 보았습니다! 1. 몰라도 괜찮습니다. 모른다는 것을 부끄러워하지 마세요. ‘이런 건 바보 같은 질문일까?’라고 고민할 시간에 하나라도 더 질문해야 일의 효율성을 높일 수 있습니다 (물론 물어보기 전에 검색해 보는 건 기본이지만요). 2. 코드를 많이 읽어보세요. 업무에서 사용하는 코드 외에도 오픈소스 코드, 라이브러리/프레임워크 코드 등 잘 쓰여진 코드를 읽고 배우세요. 3. 업무 외 사이드 프로젝트를..