수익창출하지 않은 글입니다. 문제 시 삭제하겠습니다. 질문 내용: https://youtu.be/3aokY48UZkk 면접관 소개 스타트업 인턴 1.5년차 네이버 5년 근무(3년 정직원, 1.5년 팀장) 면접관으로 활동 인터뷰 질문 면접관 경험 상 좋아하는 개발자의 특징은? 이런 사람은 뽑고싶다: 엔지니어랑 긱(Geek)한 사람. 대부분 이런 사람들이 실력이 좋기 때문에 스타트업에서 바로 일할 수 있어서 좋음. 원 질문 대기업의 경우, 신입은 키워서 쓴다. -> 코딩테스트, CS공부 이런 사람과는 같이 일하기 싫다: 신입인데 가술 스택이 k8s, Redis, Kafka, MSA, 아키텍처 등인데 질문 했을 때 제대로 답을 하지 못하는 사람, 겉멋이 많이 들었다고 생각되어 신뢰할 수 없음. 많은 기술을 사..

By. 공자 생각 없이 배우기만 하면 얻는 것이 없고, 생각만 하고 배우지 않으면 오류나 독단에 빠질 위험이 있다. 잘하는 개발자는 도적질을 일삼는다. 코드의 유지보수성보다 빨리 굴러가야하는 경우가 있다. 애자일이나 배포가 시급한 경우.. 그리고 항상 살아남는 코드는 동작하는 코드들이다. 코드 도적질은 빠르게 동작하는 코드를 얻을 수 있으며, 사고의 확장까지 할 수 있다는 이점이 있다. 이번 글에서는 어떻게 효율적으로 도적질을 하며 최신 도적질 트렌드를 알아보려고 한다. 글 컨셉 때문에 성장은 레벨업이라고 표현하겠다. 개발자가 되고 싶은 자는 나에게... 좋은 선례를 도적질하라. 회사의 기술 블로그나 공신력있는 개발자의 코드를 도적질해라. 코드가 없다면, 그 사람의 학습 방식을 도적질하라. 회사의 기술블..

https://dev.gmarket.com/30 개발자의 글쓰기는 다르다. 안녕하세요. Seller & SD Engineering 팀 박명훈입니다. 기존에는 프로젝트나 기술적인 내용에 중점을 주어 글을 작성했는데 오늘은 내용을 좀 환기하여 개발자의 글쓰기에 대해 이야기합니다. 회사에 dev.gmarket.com 위 글을 읽고 느낀점, 학생 개발자로써 느낀 점을 이야기해보려고합니다. 개발자에게 글쓰기는 중요한가? 아니요. '개발자'에게 글쓰기는 중요하다고 말할 수 없습니다. 다만 글쓰기를 하였을 때 메리트는 있습니다. 본인의 생각을 타인에게 보여줄 수 있고, 글쓰기를 하는 사람의 생각은 글을 작성하며 한번 정리되기 때문에 꽤나 확고합니다. 그렇다면 이렇게 다시 물어볼 수 있습니다. 성장을 관점으로 봤을 때..

어제 동아리 선배와 커피챗을 했다. 그러다 학생 개발자의 성장을 주제로 이야기하게 되었는데, 그 내용을 글로 다시 적어보려고 한다. 내가 생각하는 좋은 개발자란? 지금 내가 생각하는 좋은 개발자는 프로덕트를 개발할 수 있으면서 어떻게 개발하였는 지 설명할 수 있는 개발자다. 물론 이를 아는 것은, 개발자가 사용하는 모든 도구에 대한 대략적인 이론, 작동원리 등을 이해하고 있어야만 가능하다. 그래서 대기업에서는 컴퓨터 이론을 학습한 컴퓨터 관련 전공자를 선호하는 것이라고 생각한다. 때문에 개발자로서 먹고살려면 본인이 사용하는 프레임워크의 함수가 뭐가 있는지 보다. 도구 그 자체를 이해하고 있을 필요가 있다. (우리가 CS를 배워야하는 이유) 커뮤니케이션이나 소프트스킬같은것도 물론 중요하지만 그런 부분까지 ..

참고자료: https://www.youtube.com/watch?v=d3PYoBwow9I 위 영상을 보고 복기 및 재정리 용도로 적은 글입니다. 영상으로 보셔도 충분합니다. 영상에서는 3가지의 온라인 공부팁을 공유합니다. 공식문서를 읽으세요. 기술에 대한 지식 습득용이 아닌 스택 오버 플로우, GPT한테 얻은 코드 복붙은 거의 성장이 안될거에요. 커뮤니티의 글을 복사-붙여넣기만 반복한다면 코파일럿 미만의 결과물을 얻을 것이고, 개발자 본인의 성장도 더뎌질 것 입니다. 공식문서는 모든 시니어 개발자가 말하는 옳은 공부 방법입니다. 현직자도 꾸준히 읽고 있으며, 본인이 사용하는 기술에 대한 공부를 하는 데에는 개발문서만한 자료가 없습니다. 공식 문서가 도움되는 방식: 초보자: 기본 쌓기 주니어: 지식 강화 ..

내가 개발 블로그를 운영하면서 깨달을 부분을 정리해보았다. 목차 카테고리명을 구체적으로 작성하라. 비슷한 요소끼리는 묶어라 카테고리의 깊이를 최소화하라. 카테고리명을 구체적으로 작성하라. 카테고리는 해당 개발자가 어떤 것을 공부했는지를 한눈에 볼 수 있는 항목이다. 애매모호한 명명 규칙을 따른다면, 이 사람이 어떤 기술 스택을 가지고 있고, 어떤것을 공부하는지를 알 수 없다. 또한 블로그에서 코딩 꿀팁 같은 내용으로 검색을 하지 않는다. 때문에 기술명 같은 구체적인 네이밍을 권장한다. 명명 규칙 BAD NAMING GOOD NAMING - 코딩 꿀팁 - 오류 고치기 - AWS, Sping 등 (기술 이름) - 자기개발 - 독서 - etc(기타) 등등 좋은 예시를 몇개 들고왔다. 개발 블로그 카테고리 네이..