소프트웨어 엔지니어링이 공식적인 직업이 되려면 무엇이 변경되어야합니까?

회계, 법률, 의학 등과 같은 다른 직업과 달리 소프트웨어 엔지니어링에 대한 직업 인증은 없습니다.

전문화 및 경험의 증거로 사용되는 다양한 기술 및 방법론 별 인증을 잘 알고 있지만, 일반적으로 인정되는 전문 표준을 설정하고 법적으로 평가할 권한이있는 공공 소프트웨어 엔지니어링 사회 / 관리 기관은 없습니다. .

나는 소프트웨어가 역동적 인 짐승이라는 것을 이해합니다. 즉 부분 예술, 부분 과학입니다. 그러나 소프트웨어 엔지니어링이 공식적인 직업이 될 가능성이 있는지 궁금합니다.

이것이 일어나려면 무엇이 바뀌어야하며, 심지어 좋은 것일까 요?

(이 주제에 대한 공식 연구에 대해 아는 사람이 있다면 참고 문헌을 높이 평가할 것입니다.)

최신 정보

소프트웨어 엔지니어링의 현재 인증 수준과 관련하여 아래에 제기 된 많은 장점에 동의합니다. 또한 일부 국가에서는 소프트웨어 공학을 직업으로 취급하는 반면 다른 국가에서는 그렇지 않은 것이 매우 흥미 롭습니다.

그러나 "공식 직업"이라는 용어와 소프트웨어 엔지니어링에 적용되는 방법을 둘러싼 약간의 덮개가있는 것 같습니다. 소프트웨어 엔지니어링의 주된 문제는이 기술이 본격적인 직업이 아닌 주된 이유입니다. 인증 된 소프트웨어 엔지니어 인 경우, 예를 들어 엘리베이터 용으로 작성한 일부 소프트웨어가 고장 나 사람을 죽이고 공식 전문가 기관의 인증 및 / 또는 멤버십은 취소되지 않습니다.

물론, 회사는 수백만의 혐의로 고소 당할 수 있으며, 개인적으로 직업을 잃고 나쁜 참조를받을 수도 있지만, 일반적으로 말하면, 귀하는 개인적으로 해당 회사에 고용 된 결과로 제한된 책임의 보호를받습니다. 다시 말해서, 내가 아는 한, 다른 공식 직업 및 그 통치 단체와 달리 법적 평가 / 강령은 없습니다. 이는 당신이 거대한 물건을 만든 후에는 공식적으로 거래를 금지해야합니다. .

저는 소프트웨어 엔지니어링이 그대로는 공식적인 직업 일 필요가없는 자비주의라는 사실에 감동 한 답을 매우 좋아했습니다. 이것이 변하지 않아야하는 좋은 것입니다. 동시에 미션 크리티컬 소프트웨어의 소프트웨어 엔지니어와 기타 / 비 임계 소프트웨어 개발자를 명확히 구분해야한다고 생각합니다.

업무상 중요한 소프트웨어를 사용 / 작업 한 사용자에게는 개인 책임이 있습니까? 소프트웨어 엔지니어가 값 비싼 실수를 할 경우 공식적인 영향이 필요합니까?

사용 가능한 정보를 바탕으로 소프트웨어 엔지니어링은 이미 공식적인 직업이라고 생각합니다. 그것은 널리 받아 들여지지는 않지만 직업의 특성에 대해 일반적으로 인정되는 기준을 충족하고 있습니다.

에서 직업에 대한 위키 백과의 글 :

직업의 특징을 정의하는 것에 대해서는 상당한 합의가 있습니다. 그들은 "전문가 협회,인지 기반, 제도화 된 교육, 라이센싱, 노동 자율성, 동료 통제 ... (그리고) 윤리 강령"[18]을 가지고있다. "직업은 특별한 힘과 명성을 가진 직업"(Larson, px)이며 모든 사회에서 "독점 엘리트 집단"(Larson, p. 20)으로 구성되어 있습니다.

이것은 Magali Sarfatti Larson의 전문성의 상승 : 사회 분석을 광범위하게 인용합니다 . "직업의 특성"을 검색하면 비슷한 결과를 얻는 경향이 있습니다.

소프트웨어 엔지니어링은 이러한 특성과 어떻게 비교됩니까?

• 전문가 협회 소프트웨어 엔지니어를위한 수많은 전문가 협회 가 있습니다. IEEE 더 구체적으로 IEEE 컴퓨터 학회 는 IEEE 컴퓨터 학회는 컴퓨터와 소프트웨어 엔지니어에 특별히 초점으로, 전 세계 엔지니어링에서 일하는 전문가를 제공합니다. ACM은 일반적으로 미주, 컴퓨팅에서 일하는 전문가를위한 또 다른 전문 기관입니다. 영국 컴퓨터 학회 도 있습니다. 영국 컴퓨터 학회 는 일반적으로 영국에서 정보 통신 기술 분야의 다양한 직업을 제공합니다.

• 코 그너 티브 베이스 지식 기반 소프트웨어 엔지니어링 바디는 IEEE, 보잉, 캐나다 국립 연구위원회, 레이 시온, Construx 소프트웨어, 캐나다 전문 엔지니어 협의회, MITER Corporation, NIST, Rational, SAP (2004 버전)가 후원합니다. 그것은 "소프트웨어 엔지니어링을 합법적 인 엔지니어링 분야 및 인정 된 직업으로 만들기" 를 위한 단계 로 시작되었습니다 .

• 기관 교육 미국에서는 정보 기술, 컴퓨터 과학 및 소프트웨어 공학 프로그램을 ABET 이 인증 할 수 있습니다 . 캐나다에서는 컴퓨터 과학 및 소프트웨어 공학 프로그램이 CIPS의 인증을 받았습니다 . 이 기관들은 인증 된 프로그램을 졸업 한 학생들이 전문적인 환경에서 기능 할 수 있도록 최소 표준과 예상 결과를 정의합니다. IEEE는 또한 Software Engineering Knowledge of Knowledge- 학부 (또는 최근에 졸업 한 학부생)를위한 Certified Software Development Associate 시험과 중급 전문가를 위한 Certified Software Development Professional 시험을 기반으로 두 가지 시험을 제공합니다 .

• 라이센싱 2013 년 4 월부터 NCEES는 소프트웨어 엔지니어링 전문 엔지니어링 시험을 제공합니다 . 미국에서는 주별로 제공됩니다. 그러나 Software Engineering PE 시험은 현재 모든 주에서 제공되는 것은 아니며 더 적은 수의 라이센스가 필요합니다. 이 기사는 IEEE 소프트웨어 1999 년 11 월 / 12 월호에 출판되었습니다., 텍사스 주에서의 라이센스 요구 사항과 온타리오 및 브리티시 컬럼비아, 캐나다 및 영국에서의 라이센스에 대한 간단한 설명을 제공합니다. 텍사스에서는 "엔지니어링 된 전기 또는 기계 구성 요소에 대한 자세한 이해가 필요한"내장형 또는 실시간 시스템의 설계, 테스트 또는 구현과 "기계 장치, 전기 장치의 소프트웨어 시스템에 대한 라이센스 만 필요합니다. 및 전력 시스템 "-비교적 적은 양의 소프트웨어 개발 작업. 라이센스를 제공하는 주에서 최악의 시나리오는 고객 또는 고용주가 불만을 제기 할 경우 징계 조치, 제재 또는 라이센스 손실입니다. 그러나 라이센스가 필요한 주에서는 유일한 피해가 발생합니다. 라이센스가 작업을 수행하는 데 필요한 경우가 아니면 라이센스를 잃어버린 것은 아무 의미가 없습니다.

• 윤리 강령 ACM과 IEEE 컴퓨터 협회는 소프트웨어 공학 윤리 강령 및 전문 관행을 만들었습니다 . 미국에서는 소프트웨어 엔지니어링 프로그램을 포함한 ABET 공인 엔지니어링 프로그램을 졸업 한 엔지니어 가 일반적으로 전문 엔지니어에게 적용되는 윤리 강령을 유지하는 Order of the Engineer에 참여할 수 있습니다 .

• 업무 자율성, 동료 통제, 높은 수준의 전문가 및 지적 우수성 소프트웨어 엔지니어링이 엔지니어링 분야로 취급되는 환경에서 자주 볼 수 있습니다. 즉, 모든 고용주 (또는 프리랜서)가 소프트웨어 개발을 엔지니어링으로 취급하지는 않습니다.

소프트웨어 개발자 / 엔지니어 / 아키텍트 / 기타 등을 위해 널리 확립되고 승인 된 전문 기관은 좋지 않습니다.

현재, 이것은 메리 토크 라시 역할을 할 수있는 몇 안되는 분야 중 하나입니다. 에서와 같이, 나는 당신이 어느 정도 (또는 당신이 전혀 가지고 있는지), 얼마나 많은 연수, 당신이 알고있는 언어 등을 상관하지 않습니다. 당신이 좋은 개발자인지 아닌지를 알아내는 것은 상대적으로 쉽습니다. , 그리고 하루가 끝날 때 그것이 중요한 유일한 것입니다. 즉, 일을 끝낼 수 있습니까?

현재 당신은 누군가가 당신에게 수여 한 인정이 아니라 당신의 능력에 의해 평가를받습니다. 그리고 이것은 공정한 Good Thing (tm)입니다.

아무것도 바꿀 필요가 없습니다.

마찬가지로 토마스에 의해 지적 , 소프트웨어 공학은 이미 직업이다. 프로그래밍, 해킹 및 / 또는 공예, 엔지니어링라고하지만, 할 수 있다 직업으로하고 많은 사람들이 돈을 만들고있다.

귀하의 질문은 라이센스에 관한 것입니다.

현재 소프트웨어 엔지니어링에 대한 공식 라이센스는 없습니다. 스마트와 프로그래밍 능력이 충분한 사람은 기계 나 장치에서 실행하는 것보다 코드를 작성하기 위해 고용하고 비용을 지불 할 수 있습니다.

이것은 다른 산업과는 다릅니다 (법과 의학은 문제에서 인용 된 예입니다). 해당 직업에 대한 라이센스가 필요합니다. 누구나 자동차를 운전할 수 있지만 합법적으로 운전하려면 운전 면허증이 있어야합니다. 라이센스 나 인증이 없어도 누구나 프로그래밍 할 수 있습니다.

이제, 나는 누군가가 (자동차 운전과 같은) 무언가를 할 수 있다는 것을 증명하고 (길의) 규칙의 내용을 알고 있다는 점에서 라이센스가 좋다고 믿습니다.

소프트웨어 엔지니어링에는 비슷한 라이센스가 필요할 수 있지만 그다지 좋은 것은 아니라고 생각합니다. 실제로 끔찍한 드라이버 인 라이센스가있는 드라이버가 많이 있으므로 라이센스가 있다고해서 좋은 드라이버 나 프로그래머를 의미하지는 않습니다.

라이센스는 진입 장벽을 만들어이 업계에서는 좋지 않을 것이므로 그러한 라이센스의 이점을 인식하지 못합니다.

소프트웨어 엔지니어를 고용하는 회사는 필요한 기술을 기반으로 "프로그래밍 테스트"(그리고 나는 피즈 버즈 유형에 대해 이야기하지 않음)로 잠재적 프로그래머의 능력을 확실하게 테스트해야합니다. "인증"을 가진 프로그래머는 종이에 좋지만 실제 경험과 적성을 측정하기 위해 실제 테스트를 통해 테스트를 받아야합니다.

변호사가 변호사 시험에 합격하는 방식으로 시험에 합격함으로써 공인 소프트웨어 개발자가 될 수 있다고 생각합니다. 또한 인증되지 않은 프로그래머는 여전히 프로그래머로 작동 할 수 있어야한다고 생각합니다. 차이점은 고용주가 원하는 경우 인증 된 프로그래머를 위해 특별히 광고 할 수 있고, 인증 된 프로그래머는 높은 가격표뿐만 아니라 특정 책임을 보장한다는 것입니다.

저는 소프트웨어 개발이 책임이없는 버그가 많다고 말하는 포스터에 동의합니다. 나는 그것이 그렇게되어야한다고 생각하지 않습니다. 좋은 소프트웨어를 만들고 싶어하고 책임을지는 개발자가 있습니다. 우리는 자신을 구별 할 수있는 방법이 필요합니다.

저는 20 년 이상 소프트웨어를 개발해 왔습니다. 나는 이것이 저 자신을 훌륭한 개발자로 만든다고 주장하지는 않지만, 나는 꽤 훌륭한 개발자라고 생각합니다. 문제는 여가 시간에 프로그래밍을 배우고 나와 같은 직업을 원하는 모든 아이들보다 왜 내가 더 나은 개발자인지를 끊임없이 보여줘야한다는 것입니다. 돈의 일부를 위해 같은 일을 할 것을 약속하는 "해외"개발자들의 군대는 말할 것도 없습니다. 지금은 많은 노력이 필요합니다. 작업 샘플을 제공하고, 참조하고, 시험을 보거나, 인터뷰를해야합니다. 나는 쉽게 나쁜 하루를 보내고 시험에서 실수를하고 실격 될 수 있습니다. 차라리 "나는 공인 개발자이고 여기에 내 인증서가 있습니다"라고 말하고 싶습니다. 나는 여전히 인터뷰를해야하지만 적어도 다른 인증 된 개발자들과 만 경쟁하고 있습니다.

적어도 완전히는 아닙니다. 소프트웨어는 페인트와 같은 매체입니다. 대형 구조물의 산업용 스케일 페인팅 작업을하는 사람들이 있고, 높은 수준으로 수행하기 위해 새로운 페인트를 디자인하는 사람들이 있지만, 창고를 페인트하는 것과 같은 소규모 작업을하기 위해 페인트를 구입하는 사람들도 있습니다. 자신의 페인트를 사용하지만 고양이 사진을 페인트하는 데 사용합니다.

마찬가지로 안전에 중요한 소프트웨어 및 / 또는 재무 소프트웨어가 공인 엔지니어가 필요로하는 미래를 볼 수 있지만 예술이나 엔터테인먼트 소프트웨어를 제작하는 사람들은 필요하지 않습니다. 공인 엔지니어가 필요한 안전 또는 재무 소프트웨어를 얻기 위해 변경해야 할 사항은 무엇입니까? 다른 직업과 마찬가지로 법을 요구하려면 법이 필요합니다.

소프트웨어는 직업이 아니며 소프트웨어도 아닙니다.

"직업은 직업, 직업, 직업, 교육, 견습 및 시험에 기초한 공식 자격 개발, 회원 입회 및 징계 권한을 가진 규제 기관의 출현, 어느 정도의 독점권을 통해 변화 할 때 발생합니다."

이 설명은 소프트웨어와 전혀 일치하지 않습니다.

우선, 소프트웨어에 관심이있는 사람이라면 누구나 소프트웨어를 개발하는 직업을 찾을 수 있습니다. 많은 사람들이 컴퓨터 프로그래밍과 전혀 관련이없는 대학 학위를 가지고 있으며 학위를받지 않은 사람들도 많습니다. 이들 그룹 중 하나가 소프트웨어 프로그래머가되는 것을 막을 수있는 것은 없습니다.

"라이센스가 부여 된"멤버가 자신이 야기한 피해와 실질에 대한 책임이 있기 때문에 소프트웨어는 직업이 될 수 없습니다. 개발자 중 80-90 %가 몇 년 안에 그 직업을 잃게 될 것입니다.

일반적으로 소프트웨어 품질은 끔찍하고 버그가 발생하기 쉬우 며 잘 수행되지 않는 경우가 많습니다. 직업이 될만한 가치가 있습니까? 사람들이 라이센스를 취득하기 때문에 그만 두는 것을 예견하십니까? 전문 조직이 높은 표준과 전문적인 품질을지지하지 않는다면 아무런 의미가 없습니다. 그것은 업계 관행과 직접적으로 관련이 있습니다. 시장 출시 시간, 비용, 충분하기 때문에 품질이 우수하고 강력하며 작동하는 소프트웨어를 작성하는 것은 대부분의 회사의 원칙에 위배됩니다. 전문가 급 소프트웨어보다 중요합니다.

또한, 과실에 관해. 한 사람과 다른 사람이 다른 사람을 비난한다는 것을 어떻게 증명할 것입니까? 소프트웨어에서 손가락을 쉽게 가리키고 두 개발자 모두 "정확합니다". 개발자가 OS 창에 숨겨진 문서화되지 않은 API를 사용하고 OS 공급 업체가 기능을 변경하거나 제거하면 누가 책임을 져야합니까?

규제 기관에 행운을 빕니다 Microsoft가 "라이센스가있는"개발자 만 고용 할 수 있기 때문에 Microsoft가 해당 청구서를 강제 종료하도록 요청할 때 의회가 Microsoft에게 거부한다고 말합시다. 해당 규제 기관이 없으면 누가 규제 기관없이 독점권을 얻는 것과 같은 부가 가치가없는 경우, 귀하를 징계하고 귀하에게 회비를 청구 할 권리가있는 조직에 합류 할 사람입니다.

라이센싱이 필요한 것이 좋을까요? 인정받을 수있는 사람들을 위해 절대적으로. 새로 발견 된 독점으로 인해 급여가 급격히 상승 할 것입니다.

그러나 다른 모든 사람들에게 ... 현재 비즈니스에서 컴퓨터 기술의 사용은 빠른 속도의 발전과 함께 줄어들 것입니다. 언어 및 설계 방법론과 같은 새로운 소프트웨어 발전에 대한 장애물이있을 것입니다. 결국, 라이센스를 유지하기 위해 수년간의 재교육이 필요한 새로운 방식의 작업을 추진하려는 사람. 대부분의 라이센스가 허여 된 개발자는 해당 방식대로 작업을 수행하는 것을 선호합니다.