GiitHub 엔지니어 채용 학습회에서 배운 총결

개시하다
며칠 전에 엔지니어 채용 학습회에 참가했다.
내용상 비엔지니어(주로 인사인사임용)는 GiitHub을 활용하여 엔지니어 채용에 성공하도록 하세요!이런 내용.
그날의 내용을 돌아보면서 자신의 해석을 덧붙여 메모용으로 담았다.
주) 일부는 기억하지 못하거나 대담하게 내 설명을 덧붙일 수도 있다.그건 양해해 주십시오.
목표의 종점은 여기다
채용 담당자가 깃허브를 보고 자사에 적합한지 판단할 수 있는 후보가 최종 목표다.
나도 그것을 기준으로 필기를 했다.
일본에서 GiitHub의 도입을 활용했는지, 아니면 블루오션을 활용했는지.
해외에서는 매우 보편적인 지아이허브를 채택했지만 일본에서는 아직 완전히 침투하지 않았다.
저 자신도 전혀 활용할 수 없는 상태라 활용하고 싶어요.
우선, 현재의 엔지니어 수요 추세
우선 엔지니어는 어떤 기업에 들어가고 싶습니까?
나는 문과인과 문과의 취직 활동을 겪었지만 엔지니어와 일반 직업의 이직 경향이 크게 다르다고 생각한다.
인사(문과) 생각대로 채용 활동을 하면 전혀 안 되는 것 아니냐는 것이다.내 생각엔
엔지니어가 업무에서 중시하는 가치관은 다음과 같은 세 가지가 있다.
  • 기술과 기술을 발휘한다.
  • 회사 분위기와 직장 분위기가 있습니다.
  • 임금, 보수 수준이 높다.
  • 임금과 보수의 수준에 관해서는 기업에 따라 올리기가 어렵다.
    다른 한편, 다른 두 가지에 관해서는 어느 기업이든 접근할 수 있는 방법이 있다고 생각합니다.
    기타 엔지니어의 의견
    메르칼리 회사의 기술 지도자가 이 행사에 참가했다.
    선생님
  • "기술력을 평가하는 스카우트는 즐겁습니다!"
  • OSS 활동을 하는 사람들은 이직 의향이 높은 경향이 있다.
  • 듣건대
    이 점도 머릿속에 담아두면 기릿허브 활용의 유용성을 느낄 수 있겠죠.
    그럼 구체적으로 어디가 좋을까요?
    GiitHub에서 확인해야 할 점
    GiitHub에서 확인해야 할 중요한 항목으로 다음과 같은 몇 가지를 열거했다.
  • 활동량이 많다.
  • 개인 프로젝트(OSS 작업).
  • README의 별 수입니다.
  • 나는 이것들을 머릿속에 넣고 진행할 것이다.
    GiitHub에는 두 가지 모델이 있습니다.
    GiitHub을 사용할 때는 크게 두 가지 유형이 있습니다.
  • 모드1: 모집에 응한 후 GiitHub에서 선발한 도형을 검사한다.
  • 모델2: 담당자가 직접 GiitHub에서 스카우트 메일을 보내는 모델.
  • 나에게는 패턴 1에 접근할 수 밖에 없고, 활용하는 방법도 있다.
    GiitHub에 추가하여 다음 항목을 확인하십시오.
    물론 GiitHub에 풀이 자라지 않아도 우수한 엔지니어가 있다.
    결국 가산점을 고려해야 하며 감점 대상으로 삼지 않도록 주의해야 한다.
    아래의 항목도 엔지니어의 기술을 똑똑히 보는 참고로 삼을 수 있다.
  • 개인 블로그
  • twitter
  • Qiita/note/Medium
  • 사외강연 등 대외활동을 하고 있습니까?(학회에서의 LT도 생각해 볼 수 있겠지?)
  • 그럼에도 불구하고 '비엔지니어' 로서는 GiitHub을 완전히 이해하기 어렵다.최소한의 지식으로 다음과 같은 4가지를 통제한다.
  • 창고
  • 요청 취소
    → 의견을 교환하는 장소에 사용한다.최종 OK 되면 채택해.
  • 스타 = 페이스북에'괜찮다'
    → 창고 제작자에게 스타가 있다면 인기다.10이면 대단한 수준이다.100이면 신!!이런 대체적인 느낌.
  • 케어=활동량이 많음=손재주가 좋은 사람.
  • 제출 = 창고에 파일 관리와 수정 기록을 저장합니다.
  • bot에서 미용이 폭발하는 사람도 있으니 주의해야 한다.
  • 실제로 GiitHub 보세요.
  • Overview
  • GiitHub에서 자동으로 활동하는 물체를 높인다.
    나는 네가 무슨 언어를 사용하고 있는지 안다.→ 백엔드?이런 판단은
  • Popular repositories=자동 생성
  • pinned = 본인이 박은 곳.
  • XXX/XXXXX처럼/가 있다면 본인이 만든 창고가 아닙니다.
    →여러 사람과 관련된 곳, 어떤 형태로든 연결되어 있다.
  • Stars
  • 주의해야 할 것은'받은 스타'가 아니라 본인이 선물한 스타다.
    →본인의 실력이라고 착각하지 않도록 주의한다.
  • 해독하면 어떤 언어에 관심이 있는지 알 수 있다.
  • 관심자
  • 는 트위터와 페이스북과 달리'맹목적으로 따라가는 문화'가 없다.
  • 목표 시간이 50명 이상이면 뭔가 빛나는 게 있을 수 있다.
  • 연락처 및 개인 그룹

    ● 자신의 계정이다.
  • 갑작스럽게 연락하면 실례가 될 수 있습니다.어휘 선택과 서면 내용에 충분히 주의하다.
  • 반가워하는 사람도 있지만 GiitHub을 잘 읽을 필요가 있다.(실제로 대리로 이직하는 경우도 있어 불평하는 사람이 있다.)
  • 풀의 생장 방법에 대한 견해
  • 가로축은 달이고 세로축은 주이다.
  • 녹색이 짙을수록 활동량이 크다.
  • 우수한 사람일수록 가로축이 넓다.
  • 1년에 1200 이상 케어가 있으면 대단해요.
  • [주의]
    - 케어가 적기 때문에 활동이 없는 것은 아니다.
    - 사유창고에서 공개되지 않았을 수 있습니다.
    개인과 창고의 정리가 없는데도 1000명 이상이 있다니 정말 대단하다.
    창고에 있는 물건을 다시 봅시다.
    주안점
    Forked from Sample/XXXXX
    → Sample의 창고에서 나온 것이다
    - [Update 3hours ago] 등 OSS 활동의 유효성이 높은지 여부는 업데이트 시점에 따라 판단됩니다.
    → 여가 면담의 단락으로 쓸 수 있다.최근에 이거 했어, 뭐 했어??라는 느낌을 받았다.그가 나를 잘 보고 있다는 것을 느낄 수 있다.
    MIT Licence = 저작권이 얼마나 되는지 적혀있어요(채택과 상관없음)
    contributers
  • 참여 인원수
  • 본인이 하지 않았을 수도 있으니 제출 여부를 확인해야 한다.
  • README
    →창고 자체의 설명문.봉사적으로 생각하는 사람일수록 설명문을 진지하게 쓴다.디자인감 있어요.
  • https://commits.top/
    → Most active GitHubusers에서 확인할 수 있습니다. 보세요.
  • Codereview
    다른 사람을 평론하고 있다.(많으면 EM 및 Review)
  • insight
    언제부터 언제까지 활동할지 판단할 수 있다.
    organizations
  • 조직
  • https://github.com/search
  • 는 Languages를 통해 찾을 수 있습니다.
  • Most Repositories
  • 다른 도구를 확인함으로써 정밀도를 높인다.
  • techplay
  • slideshare
  • twitter
  • connpass
    잠깐만요.
  • 대부분의 사람들이 아이디를 통일하는 경우가 많으니 검색해 볼 수 있다.
    끝말
    이상입니다.
    간단하게 정리한 거니까 시간을 내서 잘 정리해 보고 싶어요.

    좋은 웹페이지 즐겨찾기