소프트웨어 엔지니어링이 다른 엔지니어링 분야보다 전문화되었다고 어떻게 설명 하시겠습니까? [닫은]

저는 훌륭한 소프트웨어 엔지니어가 모든 소프트웨어 기술에서 개발할 수 있다고 주장하는 사람과 함께 일하며 특정 기술에서의 경험은 좋은 소프트웨어를 구축하는 데 중요하지 않습니다. 그의 비유는 해당 제품을 제조하는 조립 라인을 구축하는 방법을 알기 위해 제작중인 제품에 대한 지식이 없어도된다는 것입니다.

어떤면에서는 "잘하면 모든 것에 능숙하다"는 말로 칭찬을받는 것이지만, "Codemonkey, go sling code"와 같이 직업을 사소하게하는 방식으로 칭찬이다. 특정 소프트웨어 프레임 워크에 대한 경험이 없으면 문제가 빨리 발생할 수 있으며 이는 중요합니다.

나는 이것을 설명하려고 노력했지만 그는 그것을 사지 않았다. 한 가지에 대한 나의 경험이 모든 것을 해석하지는 않는다는 것을 설명하는 데 도움이되는 다른 견해 나 생각이 있습니까?

그러나 "Codemonkey, go sling code"에서와 같이 직업을 사소하게 만듭니다.

나는 정반대의 주장이다. 우수한 소프트웨어 엔지니어는 기술에 구애받지 않는 우수한 소프트웨어를 개념화, 설계 및 설계 할 수 있습니다. 이 스펙트럼의 반대쪽 끝은 .NET 또는 Java 또는 PHP 전용 "codemonkey"로 방향이나 사양이 주어지고 소프트웨어를 구현하는 도구를 활용 하는 데 능숙 합니다.

소프트웨어 엔지니어는 모든 도구의 마스터 일 필요는 없지만 대부분의 도구가 무엇인지, 테이블에 무엇을 제공하는지, 주어진 프로젝트에 가장 적합한 요소에 대해 상당히 잘 이해해야합니다. . 코드 몽키는 특정 도구에 대한 선포 된 전문 지식의 마스터 일 것으로 기대합니다.

기계공의 업무를 수행하는 방법을 모르는 포드 엔지니어는 신뢰하지 않습니다.

그럼에도 불구하고, 소프트웨어 엔지니어링은 많은 분야에서 엔지니어, 빌더 및 정비사가 될 것으로 예상되는 분야 중 하나입니다.

나는 당신이 일하는 사람과 어느 정도 동의합니다. 훌륭한 소프트웨어 엔지니어는 일반적인 디자인 및 소프트웨어 제작 원칙을 다룹니다. 실제 언어 및 프레임 워크는 세부 사항입니다.

새로운 언어와 프레임 워크를 쉽게 선택할 수있는 것은 아닙니다. 그들과 관련된 학습 곡선이 항상 있지만 요점은 좋은 소프트웨어 엔지니어에게 수직 벽이 아니라 곡선이라는 점입니다.

훌륭한 소프트웨어 엔지니어는 다양한 도구와 기술에 대한 광범위한 경험을 가지고 있습니다. 그렇지 않다면 어떻게 작업에 가장 적합한 도구를 선택할 수 있습니까? 망치를 사용하는 법을 아는 사람에게 오래된 진부한 소리를 내기 위해 모든 문제는 못처럼 보입니다. 스크루 드라이버 전문가가 아니더라도 나사에 대한 이해가 필요하기 때문에 나사를 웃기는 표정으로 만 인식 할 수 있습니다.

TLDR 버전 : 다른 엔지니어링 분야에서는 사용중인 재료에 대한 지식이 필요합니다 (예 : 설계자는 설계에 사용중인 재료가 얼마나 많은 하중을 견딜 수 있는지 알아야합니다 ). 우리가 소프트웨어 엔지니어링에 사용하는 언어와 프레임 워크에는 한계가 있으며,이를 효과적으로 설계하고 개발하려면 그들에 익숙해야합니다.

우리가하는 일에는 두 가지 뚜렷한 단계가 있습니다. 첫 번째는 개념 설계입니다. 그것은 고수준 및 저수준 시스템 설계입니다 (예 : UML 사용). 높은 수준의 디자인은 이론적으로 구현에 무관심 할 수 있습니다 (때로는 높은 수준의 디자인은 데이터베이스 플랫폼, 기성품 미들웨어 등과 같은 특정 사항을 고려해야합니다). 저수준 디자인은 조금 까다 롭습니다. 인프라 세부 정보를 입력하지 않고도 비즈니스 로직의 세부 사항을 설계 할 수 있으며 이론적으로 플랫폼에 구애받지 않을 수 있습니다.

두 번째 단계는 실제 프로그래밍입니다. 일부 프로그래밍은 구성으로, 다른 사람 (나 포함)은 코딩이 여전히 디자인 원칙이라고 주장하지만 ( PPP 에서 Bob Martin은 저자가이 효과에 대해 아주 좋은 주장을 제시하는 기사를 언급하지만, 나는 그것을 가지고 있지 않습니다. 나 지금,하지만이 기사에 대한 링크 로이 답변을 업데이트 할 것입니다). 실제 구성은 컴파일을 할 때 발생하며 실제로는 무료입니다.

건축가가 자신이 사용하는 건축 자재의 인장 및 압축 강도와 같은 것을 고려해야하는 것처럼 소프트웨어 엔지니어는 코드를 작성할 때 개발중인 플랫폼의 기능을 알아야합니다. 플랫폼 선택을 고려하지 않으면 저수준 시스템 설계가 그다지 효과적이지 않다고 주장합니다.

소프트웨어 공학 학위 프로그램을 졸업 한 사람으로서, 귀하의 동료가 부분적으로 정확하다고 말할 수 있습니다. 훌륭한 소프트웨어 엔지니어는 시스템을 구축하기 위해 수학, 통계, 컴퓨터 과학 및 도메인 경험을 적용하는 데 중점을 둡니다. 소프트웨어 엔지니어가 사용하는 방법은 일반적으로 기술 및 언어에 구애받지 않습니다. 도구는 기본 원칙만큼 중요하지 않습니다.

즉, 동료의 비유에는 결함이 있습니다. 엔지니어링 문제에는 도메인 문제를 이해하는 것이 필수적입니다. 해결하려는 문제와 충족하려는 사람들을 완전히 이해하지 못하면 문제에 대한 최상의 솔루션을 구축하기가 훨씬 더 어려워집니다.

궁극적으로 소프트웨어 엔지니어링 (및 모든 엔지니어링 분야)은 여러 가지 개념을 적용하여 문제를 해결하는 것입니다. 동일한 도구를 자주 사용하면 해당 도구에 능숙 해집니다. 해당 도구로 해결할 수있는 문제, 해당 도구를 사용하여 위험 또는 함정을 식별 한 다음 해당 도구를 사용하여 솔루션을 구성하는 것이 더 쉬울 것입니다.

그의 비유는 해당 제품을 제조하는 조립 라인을 구축하는 방법을 알기 위해 제작중인 제품에 대한 지식이 없어도된다는 것입니다.

이것은 거의 확실하지 않습니다. 전문 생산 엔지니어는 관리중인 제품에 대해 많은 것을 이해해야합니다.

어쨌든 기계 공학 과정을 졸업 한 사람은 더 나은 비유를 할 수 있습니다. 모든 사람이 거의 같은 기술로 시작하더라도 (기계 공학과 소프트웨어 모두), "기계 엔지니어"로 남아있는 사람은 없지만 대신 그들이 만드는 것들. 마찬가지로 소프트웨어 개발에도 매우 다른 하위 필드가 있습니다.

조립 라인 비유로 돌아가려면 모든 조립 라인이 각 제품마다 다르며 소프트웨어 개발 유형마다 다른 방법론이 필요합니다. 게임을 빌드하는 것과 같은 방식으로 보안 소프트웨어를 구축하지는 않습니다.

다른 전문 분야와 관련된 학습 곡선이 있습니다. 임베디드 / 실시간 프로그래밍, 웹 응용 프로그램 프로그래밍, 시스템 / OS 프로그래밍, 씩 클라이언트 프로그래밍, 모바일 개발 등의 차이점에 대해 이야기하고 있습니다.

한 유형의 프로그래밍 전문가 인 사람은 다른 요구 사항으로 인해 다른 프로그램으로 바로 넘어갈 수 없습니다. 물론, 소프트웨어 엔지니어는 기본 사항을 가지고 있지만 무언가를 전문화하려면 시간이 걸립니다.

나는주의를 기울일 것이지만 동료가 제안하는 전제에 동의합니다.

훌륭한 소프트웨어 엔지니어는 새로운 기술에 대해 약간의 학습을 한 후 모든 기술에서 우수한 소프트웨어를 구축 할 수 있습니다.

처음에는 명확하지 않은 단점이있을 수 있지만, 훌륭한 소프트웨어 엔지니어가 곧 배울 것입니다.

그가 실제로 의미하는 바는 개발자가 2 년간 탄탄한 C # 경험을 가지고 있다고해서 Java 배경을 가진 더 나은 소프트웨어 엔지니어를 의미하지는 않는다는 것입니다. 첫 번째 사람보다 더 나은 C # 개발자가 되십시오.

다시 말해, C #에서 "시간을 마쳤다"고해서 Java 직원을 반드시 할인 할 필요는 없습니다.

예를 들면 : 10 년 전에는 전문적인 경험을 쌓는 것이 매우 중요하다고 생각되는 소프트웨어 프레임 워크가 존재 했거나, 상당한 변화를 겪었을 것입니다. 우리 직업의 본질은 직업 전체를 전문화하는 것을 불가능하게합니다. 각 기술 수준에 따라 전문 분야를 통해 특정 프레임 워크를 사용해 본 적이없는 사람보다 1 개월에서 6 개월 사이의 이점을 얻을 수 있습니다. 그 후, 당신은 파에 있습니다.

저는 헬리콥터 회사에서 일하고 있으며 여기에서 항공 엔지니어들은 함께 일할 수있는 항공기 유형에 특화되어 있습니다. "유형 등급"이어야합니다. 기술적으로 그들은 Robinson R22에서 Jumbo Jet에 이르기까지 모든 작업을 수행 할 수 있었지만 변환 교육이 없었다면 가능했습니다.

"변환 교육"이 소프트웨어 엔지니어에게 더 비공식적이라는 점을 제외하면 소프트웨어 엔지니어링과 매우 유사하다고 생각합니다.

화가와 대화 할 때 조각에 아무런 문제가 없다고 말할 수 있습니까?

새로운 언어 또는 새로운 영역에 대한 구체적인 내용을 배우는 것은 주로 연필과 잉크를 다루고 페인트하는 방법을 배우는 아티스트와 비슷합니다. 이것은 대부분의 다른 답변이 말하는 것입니다, 친구가 부분적으로 올바른지-동일한 개념이 많이 적용됩니다.

그러나 화가에게 3D 물체를 조각하거나 소설 (예술적 표현의 두 가지 형태)을 작성하는 방법은 완전히 다른 짐승입니다. 그것이 당신의 관점입니다.

웹 기반 소프트웨어는 데스크탑 소프트웨어와 완전히 다른 유형의 사고가 필요합니다. 게임과 작업 환경에 적용 할 때 둘 다 완전히 다릅니다. OS 또는 통합 시스템에서 작업하는 경우에도 다른 방식으로 생각해야하지만 의심 할 여지가 없습니다. 그리고 다른 사고 방식을 필요로하는 다른 영역이 있다는 것은 의심 할 여지가 없습니다.

요약 및 예 :

"예술"에는 조각, 소설, 만화 및 그림이 포함됩니다. 기술 중복은 다음과 같습니다.

• 체형과 색 이론 : 조각, 만화 및 그림
• 텍스트 커뮤니케이션 : 소설과 만화

... 등등. 그러나 위에서 언급했듯이 만화가는 첫 소설에서 잘하지 못할 것입니다. 그들은 다르게 생각해야합니다.

마찬가지로, 프로그래밍 / 소프트웨어 엔지니어링의 다른 분야에는 겹치는 부분이 있지만 대부분은 너무 뚜렷해서 뛰어들 수 없습니다. 예를 들면 다음과 같습니다.

• 알고리즘 : OS / 통합 시스템, 게임 및 기타 속도 또는 메모리 최적화에 필요한 장소 거의 웹 개발에 큰 어려움
• 디자인 : 웹 개발의 모든 곳에서 UI가없는 통합 시스템에서는 그다지 중요하지 않습니다.
• 클라이언트 / 서버 소프트웨어 : "클라이언트를 믿지 마십시오"라는 사고 방식은 일부 도메인에는 존재하지 않을 수도 있습니다 (요즘에는 인정하지 않는 단일 플레이어 게임 및 기타 독립형 데스크톱 소프트웨어).

모든 도로 건설 근로자가 작업 현장의 모든 장비와 기계를 사용할 수 있습니까? 대답은 '아니오. 그들이 알고 있고 다른 사람들에게 친숙한 기계들이 있습니다. 소프트웨어 엔지니어도 마찬가지입니다. 매일 사용하는 언어와 프레임 워크는 x 개에 달합니다. 그러나 교육을받지 않고 다른 사람의 정확한 작동을 알 필요는 없습니다. 그것은 착암기 노동자를 데리고 시멘트 믹서를 운전하는 임무를 부여하는 것과 같습니다.

프로그래밍 언어 및 프레임 워크는 소프트웨어 엔지니어 툴 벨트의 툴일뿐입니다. 경험 때문에 다른 도구보다 더 잘 아는 도구가 있습니다. 궁극적으로 가장 좋은 도구는 컴퓨팅의 핵심 개념과 원리를 이해하는 것입니다. 언어와 프레임 워크를 고르는 것은 어떤 나사에 어떤 드라이버를 사용할 것인지 선택하는 것입니다.

이런 종류의 일은 내가 일하는 곳에서 많이 일어납니다.

나는 아내의 삼촌의 직업-자동차 정비공과 비교하고 싶습니다.

그는 전문 메르세데스, 그는 자동차의 다른 차종에 자신의 지식을 적용 할 수 있습니다, 그는 않습니다 - 그들 중 일부는 오히려 드문,하지만 그가 할 수있는 것은 아닙니다 바로 당신이 소음을 말할 수리 메이크업의 X 있기 때문이다.

몇 가지 언어로 프로그래밍했지만 탭을 변경할 때마다 MacBook의 Safari가 페이지를 다시로드하는 이유를 알지 못합니다 (오늘의 이상한 전화). 나는 이유를 알아 내려고 노력할 것이지만 컴퓨팅 분야가 거대 하기 때문에 머리 꼭대기에서 알지 못할 것 입니다.

두 경우 모두 각각의 분야를 조사한 후 시간을 보낸 후에 답변을해볼 수 있었지만 사람들은 "하지만 당신은 자동차를 다루지 만"또는 "컴퓨터를 다루지 만"10 초 안에 대답 할 수는 없었습니다.

사람들은 지역 의사에게 그러한 말을합니까 (예 : "내가 어떤 질병에 걸렸을 때 두통이 있습니까?")-대부분의 사람들은 자신의 즉각적인 기대보다 한 직업에 더 많은 것이 있다는 것을 실제로 이해하지 못하기 때문에 내기합니다 직업의.