엔지니어가 아닌“소프트웨어 엔지니어”작업을 신청할 수 있습니까? [닫은]

저는 "엔지니어"또는 "엔지니어링"이라는 단어의 사용이 법률에 의해 엄격하게 규제되는 국가 출신입니다. 즉, 공학 학위를 소지하고 엔지니어 전문 협회에 가입하여 제목을 사용하려면 시험을 통과해야합니다. 전 세계적으로 업계에서 사용되는 "소프트웨어 엔지니어"라는 용어에 대해 약간 혼란스러워합니다.

소프트웨어 엔지니어 의 wikipedia 페이지 와 사용법에 대한 페이지 의 링크 된 섹션 을 읽고 깊이있는 토론을 제공합니다. 그러나 내 질문은 어떻게 든 더 구체적입니다.

국제 엔지니어링 회사에서 소프트웨어 엔지니어를위한 오프닝을 볼 때 엔지니어링 분야에서 학위를 보유하고 있지 않다는 사실을 알고 있습니다. ? 공학을 전공하지 않았다는 점을 어떻게 강조해야합니까?

당신은 다른 사람의 시간을 낭비하지 않을 것입니다. 해봐 또한 공학 학위를 소지하지 않았다는 것을 강조 할 필요도 없습니다. 당신의 이력서 (이력서)는 당신이 어느 정도의 학위를 보유하고 있는지, 그리고 당신이 갖고 있지 않은 것을 유추하여 분명히 진술 할 것입니다. 인증 된 것만 찾고 있다고 명시한 회사 만 피하십시오.

편집 : 그 이유는 컴퓨터 소프트웨어 개발이 계속되고 있으며 앞으로도 계속해서 폭발적으로 성장하는 산업 주도 분야가 될 것입니다. 대학이 아닌 직장. 대학은 석사 이상으로 특정 주제에 대한 전문성을 배우는 데 적합하며 회사가 전문가를 찾고있을 때 일반적으로이 요구 사항을 명시합니다. 이것은 "컴퓨터 과학 학사 학위"를 소지하고 있지만 자신이하는 일이 실제로는 대학 외부의 과학이라는 것을 알게 된 사람으로부터 나왔습니다. (처음에는 고등학교에서 바이너리 검색이 무엇인지 알게되었고 나중에 직장에서 OOP가 무엇인지 알게되었을 때. 대학에서는 아직 OOP에 대해 들어 보지 못했습니다.)

미국에서 "소프트웨어 엔지니어"는 일반적인 직책으로 "프로그래머 / 분석가"또는 "소프트웨어 개발자"와는 다른 의미를 갖지 않습니다. 문제의 회사가 타이틀로 제공하고자하는 내용에 따라 다릅니다.

예를 들어, 내가 고용 된 한 곳에서 거의 모든 사람이 "엔지니어"또는 "기술자"로 끝나는 직책을 가졌습니다. 내 위치의 HR 관리자를 "리드 인적 자원 엔지니어"라고했습니다.

내가 함께 일한 최고의 소프트웨어 개발자 중 일부는 소프트웨어 개발과 관련된 학위를 가지고 있지 않았습니다. 저도 IT 학위를 받았지만 여전히 소프트웨어 개발 분야에서 경력을 쌓았습니다.

전문 기술 협회는 특정 기술 분야가 보편적이고 도전적이지 않은 표준과 수용된 관행에 가까울 때와 그러한 전문가에 대한 수요에 비해 상대적으로 많은 양의 자격을 갖춘 노동일 때 형성되는 경향이 있습니다. 이것은 비교적 성숙한 공학 분야에서 발생합니다.

소프트웨어 엔지니어링은 아직은 아니지만 천천히 다가오고 있습니다. 문제는 오늘날 소프트웨어 엔지니어를 무작위로 샘플링하여 " __ 추적을위한 CRUD 웹 기반 응용 프로그램 디자인"과 같은 간단한 질문 을하면 크게 다른 디자인을 얻게된다는 것입니다. 일부는 좋은 디자인, 일부는 가난하고, 일부는 독특하고, 일부는 상용구입니다. 만약 당신이 제임스 고슬링, 마틴 파울러, 그리고 다른 위대한 마음을 방으로 데려 가면 아마 그들이 동의 한 것보다 더 많은 주장과 차이가있을 것입니다.

또한 비즈니스 및 사회적 관점에서 볼 때 때때로 대안 및 가격에 따라 품질이 낮은 소프트웨어를 사용하는 것이 좋습니다. 교량에서 기대하는 품질에 대한 비즈니스 및 사회적 관점과 비교해보십시오. 품질이 나쁜 교량을 수용하는 사람은 없으며 엄격한 교량 및 허용 기준에 따라 교량을 설계하는 엔지니어도 마찬가지입니다.

내 생각에 그것은 언젠가 오늘날 이용 가능한 소프트웨어의 90 %의 비용과 가치가보다 적절하게 정렬 될 것이며, 남은 것은 디자인에 접근하기 위해 널리 받아 들여지고 공식화 된 방법을 가진 크고 비싸고 높은 표준 중심의 프로젝트가 될 것이라는 점에 도달 할 것이다. 문제. 이 시점에서만 전문 협회의 자격을 갖춘 엔지니어가 덜 공식적인 작업을 수행 할 수있는 밝은 위즈 키드의 필요성보다 더 커질 것입니다. 그러나 적어도 15-20 년 동안 이런 일이 일어나지 않습니다.

일반적으로 구인 광고에서 학위가 필요한지 여부가 언급됩니다. 이에 따라 적용 여부를 결정하십시오. 언급되지 않은 경우, 직업이 학위보다 더 많은 경험이나 태도를 요구할 가능성이 있습니다. 이 경우 제 생각에는 기회를 신청하고 취할 수 있습니다. 어쨌든 채용 담당자가 이력서에 학위가 없다고 판단하면 선택 여부를 결정합니다.

적어도 미국에서는 열쇠가 설명에 설명 된대로 작업을 수행 할 수 있어야한다는 것입니다. 그 기술을 덜 중요하게 여기는 방식.

그러나 다음과 같은 경우 엔트리 레벨 직책에 큰 도움이되는 선별 검사를 수행하는 회사가 있습니다.

• 무언가에 BS 또는 BA 학위
• 컴퓨터 공학, 소프트웨어 공학, 컴퓨터 과학, IT, 수학 등과 같은 컴퓨터와 모호한 관련이있는 BS가 바람직합니다. EE, 물리학 또는 기타 과학조차도 언어학 또는 미술보다 더 많은 기회를 얻을 수 있습니다.
• 좋은 GPA

이는 주로 회사의 심사 과정 및 신청자 수와 관련이 있습니다. 회사의 공식적인 규모가 적을수록 심사는 덜 제한적이다.

결국, 나는 당신이 설명에서 말하는 것을 할 수 있고 이력서와 인터뷰를 통해 그 사건을 만들 수 있다면 "소프트웨어 엔지니어링"을하는 직업을 얻을 수 있다는 데는 의심의 여지가 없습니다. 법제화되고 기준이되는 것으로 "엔지니어링"의 정의는 특별히 국제적으로 번역되지 않는 특정 국가에 고유합니다. 일부 전문 인증은 모두 인증과 인증에 따라 다릅니다.

이력서

이력서가 진행되는 한 귀하가 할 수있는 일을 강조하는 것이 좋습니다. 당신이하지 않은 일이 아닙니다. 클래식 이력서 형식에는 다음이 포함됩니다.-목표-교육-기술 능력-이전 직장 경험

중요한 요소를 없애는 것은 해당 요소가 없다는 것을 보여주는 좋은 방법입니다.하지 말아야 할 것을 말하지 않고 넘어갈 필요가 없습니다. 예를 들어, 몇 년 동안 대학을 수료했지만 교과 과정을 거치지 않은 경우, 학교에 어디로 갔는지, 몇 년이 지 났는지, 주요 교과 과정에 대해 언급하십시오. 졸업 일자 (또는 예상 졸업 일자)가 아직 학교를 마치지 않은 직접적인 팁입니다.

독립적 인 개인 프로젝트를 통해 얻은 기술에 대해 이야기 할 때 사용 가능한 공간의 양에 따라 두 가지 옵션 인 IMO가 있습니다.

• 더 어린 지원자의 경우, 기술 언어에 기술 습득자 (예 : 프로그래밍 언어, 방법론, 개발 도구 등)를 나열한 다음 "경험"아래의 개인 프로젝트를 개인 프로젝트라는 주석과 함께 나열합니다. 나는 게임 사이트에서 이런 식으로 동적 웹 서버 코드를 구현 한 후보자를 만났고 그가 링크를 제공했을 때 그의 사이트를 가지고 놀면서 그가 한 일에 대한 감각을 얻었습니다. 토론을위한 진정한 승리.

• 1 마일의 경험 목록을 가진보다 숙련 된 후보자의 경우 – 프로젝트가 믿을 수없고 검토 가능하지 않은 경우 "기술 / 지식 섹션"에서 새로운 기술을 고수하십시오. 예를 들어, 당신이 Hibernate의 큰 부분을 코딩했다면, 거기에 놓으십시오 !!! 하지만 빙고 그룹을위한 웹 서버를 만든 경우 ... 지난 3 년간 귀하를 고용 한 대기업에 더 관심이있을 것입니다 ...

나의 일반적인 철학은-회사가 왜 당신을 고용해야 하는지를 보여주는 것이 당신의 일입니다. 당신이 직책에 가장 적합한 지 여부를 조사하는 것이 그들의 임무이며, 더 큰 후보자에 비해 당신을 고려하여 그렇게 할 것입니다. 다른 모든 지원자가 공식 학위 및 전문 자격증을 보유하고 있다면 운이 좋지 않을 수 있지만 그렇지 않은 경우 완벽한 기술을 갖추게 될 수 있습니다.

제목에 얽매이지 마십시오. 그들이 그 회사에 뭔가 의미가 있다면, 그들은 당신의 이력서 / 이력서를 무시할 것입니다. 당신은 당신이 즐길 것이라고 느끼는 모든 직업에 적용해야합니다. 출발 게이트에서 자신을 제한하지 마십시오. 최악의 경우 30 분의 시간이 낭비됩니다.

소프트웨어 엔지니어는 실제 엔지니어가 아닙니다. 소프트웨어 개발을 엔지니어링 위치로 공식화하려는 움직임이 있었지만 많은 충돌을 겪었습니다. 소프트웨어 개발은 ​​아직 너무 새롭고 너무 빨리 개발되어 기계 또는 전기 엔지니어와 같은 엔지니어링 전문가로 올바르게 정의 될 수 없습니다. 소프트웨어 개발이 실제로 엔지니어의 동일한 정의에 적합한 지 또는 소프트웨어 개발을 엔지니어링 프로세스로 만드는 것이 유리한지에 대한 논쟁도 있습니다.