전문직에 대한 딜레마 재개 [닫기]


21

저는 이력서에 "C에서 7 년 동안 실무 경험을 쌓은 경험"을 가지고 있다고 스스로를 말합니다.

명확히하기 위해, 나는 일부 대학 과정을 혼합하여 자율적으로 가르치는 C 프로그래머입니다. 저는 소규모 개인 프로젝트를 수행했으며 실제 경험이없는 컴퓨터 공학 대학원생보다 더 유능하다고 생각합니다.

문제는 이것입니다. 저는 채용 사이트에서 이력서를 보며 선임 개발자 직책, 계약 등에 관심이 있는지 문의하는 채용 담당자로부터 전화와 이메일을 계속 받고 있습니다. 이력서에는 3 년의 경력 (모든 IT 분야) 만 포함되어 있으므로 C에 대한 나의 이전 경험에 대해 질문 할 때는 전문적인 업무가 아니라 개인적인 업무라는 것을 분명히해야합니다.

나는 개발자로서의 직업을 정말로 원하지만, 내가 감당할 수없는 일을 위해 고용되기를 원하지도 않고, 내 강점을 과시하려 할 때 자신을 잘못 표현하고 싶지도 않다. 나는 전문적이지 않다는 것을 암시하기 위해 문구 "실습"을 고의로 선택했다. 이력서에서 C 경험을 더 잘 표현하려면 어떻게해야합니까?


24
더 많은 업계 경험이 있다면 소프트웨어 개발 타이틀에서 "Senior"라는 용어가 심하게 남용되며 소위 "Senior Developers"라는 말이 엄청나게 끔찍하다는 것을 알게 될 것입니다. 당신이 원격으로 똑똑하다면, 대다수의 직업에서, 심지어 HR 유형에 대한 잘못된 판단으로 인해 자격이 부족한 일조차도, ​​동료의 80 %보다 더 똑똑 할 것임을 알게 될 것입니다.
maple_shaft

1
@maple_shaft 동료에 대한 평가에 지나치게 낙관적입니다. 그러나 문제는 당신이 그들보다 분명히 똑똑 할 때, 그들은 당신을 "과도하게 자격을 갖춘"것으로 거부한다는 것입니다.
Gangnus

2
당신의 딜레마에 대한 유일한 해결책은 대학 경험을 세는 것을 멈추십시오. 결국 그것은 실제로 계산되지 않기 때문입니다.
Ramhound

5
"공식적인"요구 사항은 잊고 실제 요구 사항 만 생각 하십시오 . 회사에 필요한 것이 무엇인지 더 정확하게 물어보십시오. 업무를 처리 할 수 ​​있다고 생각되면 그 일을하고 가치있는 것에 대한 대가를 받으십시오! 다른 말로, 일부 회사들이 "고급 개발자"라고 부르는 것을 얼마나 쉽게 따라 잡을 수 있는지에 놀랄 수 있습니다.
Olivier Pons

4
Lol, 개인 프로젝트로 13 살 때부터 C를 사용한 적이 있다면 C를 11 년 동안 사용할 수 있습니까? 죄송 합니다만, "년"에 경험을 전혀 떨어 뜨릴 수 있다고 생각하지 않습니다.
user606723

답변:


25

언어 능력 측면에서 상업적 경험과 비상업적 측면에는 세 가지 차이점이 있습니다 (일반적인 개발 경험 측면에서 더 많음).

  1. 상업은 일반적으로 풀 타임이므로 비영리적인 파트 타임보다 더 가치가 있습니다. 즉, 모든 비 상업이 시간제 인 것은 아닙니다.
  2. 광고는 팀에서 일하는 경향이 있습니다. 이는 다른 사람들로부터 배우고 깨끗한 코드 (다른 사람들이 이해할 수있는 코드)에 대해 배우는 것을 의미합니다.
  3. 비상업적 인 것은 당신이 자기 주도적이라는 것을 보여줍니다. 반드시 포함시켜야합니다.

당신의 상황에서, 아마 "7 년, 3 개의 상업용, C" 그 사람이 잘못 오면 매우 놀랐습니다.


4
그는 3 년간의 상업 기간이 C에 있지 않다고 말했다.
cyborg

3
매우 많은 팀에서 코드를 깨끗하게 유지하고 좋은 스타일을 유지하려는 시도는 과시하고 낭비하는 시간으로 간주됩니다. 물론 공개적으로 말할 사람은 거의 없습니다.
Gangnus

@cyborg : 네 말이 맞아. 나는 그것을 잘못 읽었다. 이 경우 "C에서 약정되었지만 비영리적인 7 년"
pdr

1
이 문맥에서 "상업용"이라는 용어를 들어 본 적이 없습니다. "전문적"이라고 말하는 것과 동일합니까?
Kris Harper

@ root45 : 가까이. 상업용은 적어도 상업적으로 실행 가능한 고객을 대상으로 한 제품을 개발하고 있습니다.
pdr

9

나는 당신이 지금 그것을 표현하면서 당신의 경험을 떠날 것입니다. 3 년의 경력 및 지원하는 직업과 가장 관련이 있다고 생각되는 개인 프로젝트!

솔직히 말해서, 당신이 "처리 할 수없는"것을 위해 당신을 고용하는 것은 어떤 회사의 이익도 아니고, "개인 작업"은 "전문 작업"만큼 중요합니다. 당신이 "개인 작업"을하고 있다는 사실은 프로그래밍이 단지 당신에게 직업이 아니라는 것을 보여줍니다. 많은 고용주들이 좋은 것으로 간주합니다 !!

내 조언은 당신이 그것에 대해 생각할 때 당신이 무엇을 잃어 버렸 을까 생각하기 때문에 리큐 이터가 당신에게 보내는 인터뷰를 따라가는 것입니다. 인터뷰 경험이없고 회사가 찾고있는 것을 얻지 못하면 목표를 달성하기 위해 스킬 셋을 더욱 발전시킬 수 있습니다!

행운을 빕니다


5

당신의 문제는 지식의 부족이 아니라 산업 경험의 부족입니다. S / w 엔지니어 또는 Junior / Apprentice Software 엔지니어의 채용 공고가 있는지 모집 담당자에게 문의하십시오. 완벽하게 괜찮습니다.

업계 경험이 없지만 C 프로그래밍에 대한 열정이 있으며 프로그래밍 기술이 Comp Sci 졸업생과 비교할 수 있다고 확신합니다. 중요한 페르소나 프로젝트 중 일부를 설명하십시오. 개발자 사이트 또는 다른 사이트에서 다운로드 수를 표시 할 수 있다면 더욱 좋습니다. 그것이 사실이더라도 Comp Sci 대학원보다 자신을 더 유능하다고 생각하지 마십시오. 신입 사원은 기뻐할 수 있지만 팀 리더는 특히 CS 졸업생이라면 오만하다고 생각할 것입니다.

일어날 수있는 최악의 상황은 "죄송하지만, SE에게는 하나의 공석이 있습니다"라는 것입니다. 조만간 일부 공무원이 여러 공석을 채우려는 사람을 찾아서 새 프로젝트를위한 새 팀을 구성 할 수도 있습니다. 그리고 그들은 주니어 급 남자도 필요합니다. 평등 한 경험을 가진 기존의 전문가보다 낮은 급여를 받아야 할 것입니다. 이 직업을 사용하여 사다리를 배우고 위로 올릴 수 있습니다.

작업을 처리 할 수없는 것에 대해 걱정하지 마십시오. 숙련 된 개발자조차도 어려운 상황에서 차가운 땀을 흘리는 경우가 있습니다.


4
당신이 경우에 것을 말할 것 없는 감기에 침입 이제 모든 땀 한 후, 당신은 항상 완벽하게 상황을 감사하지 않습니다.
nwahmaet

3

내 경험상 프로그래머 / 개발자로서 약 15 년은 이력서의 중요성이 과장되어 있습니다. 당신의 경험과 당신이하고 싶은 일을 분명하게 요약하는 것이 중요하지만, 이력서의 유일한 목적은 당신이 한 일, 할 수있는 일 등을 전달할 수있는 인터뷰를 얻는 것입니다. 이력서와 인터뷰 과정에서 분명했다.

나는 이니셔티브와 열정을 보여주기 때문에 전문가의 개인 프로그래밍 경험을 강조합니다.


1

연도의 "수"는 경험의 강도에 전적으로 의존하기 때문에 실제로 거의 의미가 없습니다. 1 년의 작업으로 얻은 경험이 적은 환경에서 몇 년 동안의 작업과도 비교할 수없는 상점이 있습니다. 가장 좋은 방법은 연도를 "소프트"숫자로 인식하는 것입니다.

관리자 채용의 경우, 이는 예를 들어 3 년에서 5 년의 경험 등 바보 같은 임의의 임계 값을 걱정하지 않고 수를 넘어서서 작업 후보자의 자질을 평가하는 것을 의미합니다.

응시자의 경우 이는 "수년간의 경험"이 ( "요구 사항"의 내용에 관계없이) 거의 끊어지지 않음을 인식하는 것을 의미합니다. 대신, 당신이 일을 할 수 있다고 믿는다면, 당신이 할 수있는 일에 대해 고용 관리자를 설득하는 것이 중요합니다.


0

소규모 개인 프로젝트에 참여한 적이 있으며 실제로 실제 경험이없는 컴퓨터 과학 대학원생보다 유능하다고 생각합니다.

그냥 말해봐 대부분의 다른 사람들이 아닌 경우에도 CV에 정직하고 개방적인 것이 가장 좋습니다! 내 개인적인 의견. 이 말을하면 CV가 고용주의 책상에 부딪 칠 때 정보에 근거한 결정을 내릴 수 있으며 시간이나 시간을 낭비하지 않을 것입니다.

그러나 채용 대행사가 작성하는 내용을 읽지 않더라도 대부분 키워드 검색을 한 다음 키워드 조회수만을 기반으로 이메일을 보내거나 전화를 걸 것입니다. 그런 다음 스스로 읽지 않고 이력서에 대해 묻는 시간을 낭비합니다. 그들은 영광스러운 텔레마케터이며 텔레마케터처럼 99 %의 시간을 낭비합니다. 회사에 직접 접근하는 것이 좋습니다.


0

"경험"은 매우 모호하고 잘못 정의 된 개념이며 HR 부서는이를 지나치게 단순화하려고 시도합니다. 그들은 작업을보다 쉽게하기 위해 사람들을 판단하고 분류하는 데 사용할 수있는 간단한 휴리스틱을 원합니다. 정보를 처리하고 배우는 사람의 능력에는 큰 차이가 있다고 생각하십시오. 따라서 학습 능력이 다른 사람들에게는 수년간의 경험이 특히 가치가없는 휴리스틱입니다. 이력서를 작성할 때나 인터뷰 중에이 점을 명심하십시오.

좀 더 정확한 방법은 지원자에게 일종의 철저한 기술 테스트를 시행하는 것이지만, 거의 이루어지지 않습니다. 나는 인터뷰가 이것의 일부를 이루기위한 것이라고 생각하지만 그것조차 부정적이다. 우선, 일부 재능있는 사람들은 단순히 테스트를 잘하지 않고 긴장하거나 스팟 타입 상황을 잘 처리 할 수 ​​없습니다. 그렇다고해서 훌륭한 개발자가되지는 않습니다. 긴밀한 타임 라인조차도 분이 아닌 시간 단위 (일반적인 인터뷰 시간)로 발생합니다.

이 모든 것의 핵심은 정보를 전달하는 것입니다. 그것은 다른 사람들이 당신의 말을 어떻게 해석 할 것인지 설명해야한다는 것을 의미합니다. 특히 이러한 모호한 개념에서 의사 소통되는 내용의 본질이 가장 중요하다고 생각합니다. 불편한 직업에 대한 제안을 계속 받고 있다면 수년간의 경험을 버리십시오.

또한 자신감 부족으로 고통받을 수 있습니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.