셩잇님의 잡동사니

인프콘 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개월 안에 결과물을 낼 수 있는 프로젝..

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

개발자 진로에 중요한 직급별 스킬과 기대 역할 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가지 습관 ❶ 메모하기 모든 톱엔지니어들은 노트를 적는 시스템이 있습니다. 노션부터 텍스트파일까지 다양합니다. 질문들, 배웠던 것들, 키 데이터, 대응해야하는 것들을 적습니다. 메모하는 것에 관심을 가지고 실천해보세요. ❷ 피드백 루프를 단축하기 소프트웨어 개발은 모두 피드백에 대한 것입니다. 1. 코드를 변경했다면, 테스트를 실행하세요. 2. 버그를 수정했다면 재현해보세요. 3. 마켓에 제품을 출시했다면, 출시한 제품을 실행해봐야합니다. 그리고 출시와 실행을 반복하세요. 최고의 엔지니어들은 피드백 시간을 줄이기 위해 최선인 사람들입니다. 무언가 잘못되었을 때 빠르게 우선순위를 세우고 빠른 피드백을 받기위해 테스트를 합니다. 자주 실행하고 테스트하고 커밋을 합니다. 디버깅을 위한 작은..

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

연차가 높아지면서 사람들이 스스로에게 하는 질문이 있습니다. "나는 내 직급에 맞는 실력과 역량을 갖추고 있을까?" 그런데 이 '직급에 맞는 실력과 역량'이라는 게 정확히 무엇일까요? 회사에서 직급에 따라 기대하는 바가 정확히 정의되어 있으면 그나마 낫겠지만, 그렇지 않은 경우 스스로 이를 파악해야 합니다. 오늘 글에서는 Kamran Ahmed님이 정의한 주니어, 미드 레벨, 시니어 개발자의 차이를 소개드립니다! 🌱 주니어 개발자 - 코드를 작동하게 하는 것에만 주로 집중함. ‘작동하는 코드 = 좋은 코드’라고 생각함. - 업무를 받을 때 구체적이고 잘 정리된 요구사항을 받아야 진행 가능. - 일을 하다 막히면 직접 해결하기보다는 시니어의 도움을 필요로 함. - 문제가 있을 때 그 문제의 근본 원인을 파..

💡 주니어 개발자에서 중급 개발자로 도약하기 위한 7단계 대다수의 주니어 개발자의 경우, 개발 리더 또는 시니어 개발자, 프로젝트 관리자 등의 공식 명칭을 가진 개발 경력자들을 포함한 팀에서 근무하고 있을 것입니다. 경험이 많은 개발자들의 업무 중 하나는 주니어 개발자의 작업을 확인하고, 이에 대한 피드백과 조언을 통해 주니어 개발자의 실력을 향상시키고, 회사에 도움이 되는 인재로 발전하도록 도와주는 것입니다. 저도 시니어 개발자와 이러한 과정을 겪어본 경험이 있죠. 누군가가 내 작업을 판단하는 것에 익숙하지 않다면 조금은 의아한 기분이 들 수도 있습니다. 그러나 다들 언젠가는 시니어 개발자의 자리에 앉기를 원하는 만큼, 시니어 개발자의 조언을 경청하고 잘 활용해 보세요. (본문 중) 출처 : 커리어리 ..