Microsoft 또는 다른 회사에서 연구 소프트웨어 엔지니어의 주된 업무는 무엇입니까?


최상의 답변

저는 캘리포니아에있는 소프트웨어 회사의 연구 소프트웨어 엔지니어입니다. 제 견해는 다음과 같습니다. 중소기업 (직원 수 500 명 미만) 제가 작업하는 혁신 연구 (SBIR) 계약을 기반으로합니다. SBIR 계약을 실행하는 것이 회사의 비즈니스 모델의 일부인 경우 국방부 ( DoD), Department of Energy (DoE) 등 결과적으로 Ph.D.가 강하게 선호되고 (읽기 필요) 장점입니다. 복잡한 아이디어를 전달하려면 좋은 작가이자 발표자 여야합니다. 평범한 영어로. 학계 및 국립 연구소와의 연구 협력이 권장되며 때로는 자금이 필요합니다.

연구 엔지니어의 실제 업무는 프로젝트에 자금이 지원 될 때 시작됩니다. 한 명은 매우 훌륭한 소프트웨어 엔지니어 여야합니다. 흥미로운 문제를 해결하고 실행 전체에 걸쳐 솔루션에 대한 코드를 작성합니다. 프로젝트에. 코드는 거의 프로덕션 준비가되지 않습니다. 아이디어는 제품과 직접적인 관련이 있어야합니다. 작은 회사가 원하는 마지막 것은 재능이 궁금해하고 회사에서 아무도 신경 쓰지 않는 것을 탐구하는 것입니다. 일정은 생각만큼 느슨하지 않을 수 있습니다. 각 프로젝트 / 데모 / 보고서에는 확정 기한이 있습니다. 제약은 유동적이며 새로운 기술을 실험 할 수있는 충분한 기회가 있습니다. 지금은 혁신을위한 적절한시기입니다.

신기술을 탐구하는 것은 거의 항상 흥미 진진한 일이지만 “다른면이 있습니다. SBIR 프로젝트는 수명이 짧을 수 있습니다 (6 ~ 9 개월). 다년간의 프로젝트를 통해 특정 (아마도 새로운) 기술에 집중하면이를 뒷받침 할 진정한 전문 지식과 상당한 경험을 개발하기가 어렵습니다. 양질의 연구 논문, TRL 7-8 수준 소프트웨어를 제작할 가능성이 훨씬 더 높습니다. 그런 식으로 진정한 차이를 만들 수 있습니다. 그러나 현실은 돈이 너무 많고 경쟁이 치열하기 때문에 그러한 기회는 드물다는 것입니다. 결과적으로 수년에 걸쳐 많은 (주변 연결) 기술에 접하게 될 것입니다. 피상적 인 친숙 함을 구축하고 결국 사라집니다. 즉, “몇 가지 거래의 희미한 잭과 없음의 마스터”입니다.

흥미롭게도 이것이 항상 나쁜 것은 아닙니다. 실제로 어떤 열망을 갖고 있는지에 달려 있습니다. 오늘날의 “교대 시대”에는 기술 변화의 속도가 너무 빨라서 새로운 기술을 빠르게 습득하는 것이 특정 기술에 대한 깊은 전문 지식보다 가장 가치있는 자산이 될 수 있습니다. 오해하지 마십시오. 영역은 필수적이며 어떤 일이 있어도 더 잘해 나 가려고 노력해야합니다.

그렇다면 별이 정렬 될 때 일어나는 일과 사랑하는 영역에 초점을 맞춘 다년간의 프로젝트에 대한 다음 요점으로 넘어갑니다. (회사와 귀하를 위해) 자금이 지원됩니다. 금광입니다! 취미가 일이 될 정도로 운이 좋을 수도 있습니다. 다른 곳에서는 찾기 힘든 자유 감입니다. $$$, 재능 (코딩 기술) 및 시간이 있다는 것은 힘을 실어주는 느낌입니다. 많은 사람들이 언젠가 진짜 오아시스로 변하기를 바라고있는 “미라지”입니다.

답변

높은 수준에서 RSDE는 추가합니다. 실제 실험을위한 강력한 연구 프로토 타입을 구축하기 위해 진행중인 연구 프로젝트에 엔지니어링 근육을 추가합니다. SDE와 같이 정교하게하기 위해 RSDE의 초점은 소프트웨어를 엔지니어링하는 것입니다. 그러나 SDE와 달리 RSDE는 다소 유동적 인 제약 조건으로 작업해야합니다. 유동성은 실제 실험을위한 연구 아이디어를 구현하려면 약간의 수정이 필요합니다. 그리고이 점은 RSDE의 엔지니어링 독창성, 유연성 및 민첩성을 보장합니다. 특전으로 RSDE는 기술, 기술 및 엔지니어링을 실험 할 수있는 더 많은 유연성을 갖게됩니다. 또한 RSDE 이후 s는 연구에 가깝기 때문에 핵심 연구 노력에 대한 아이디어를 쉽게 기여 / 탐색 할 수 있습니다. 즉, 제품과 직접적인 관련이없는 아이디어 / 노력을 탐색 할 수 있습니다. 따라서 RSDE가 알려지지 않은 / 푸른 하늘에 대한 불꽃을 갖는 것이 유익 할 것입니다. 특정 제공 계획의 제약 내에서 자주 작업하는 SDE와 달리 RSDE는 대부분 엄격한 제공 계획이없는 연구 프로젝트에서 작업합니다. 따라서 RSDE는 자신이 참여하는 프로젝트를 처리하면서 시간, 작업 및 일정을 관리 할 수 ​​있어야합니다. 간단히 말해서 독립성과 자기 관리는 RSDE에서 매우 바람직한 특성입니다. 물론 RSDE도 SDE입니다. 따라서 프로그래밍, 알고리즘 및 엔지니어링 프로세스에 강한 RSDE가 되려면 훌륭한 SDE가되어야합니다. Masters가 RSDE가되기위한 요건인지 의심 스럽습니다. 그래도 도움이 될 수 있습니다. 대부분의 RSDE에는 석사 학위가 있지만 저는 석사 학위가없는 RSDE를 알고 있습니다. 내가 알고있는 RSDE를 기반으로 RSDE에 관심이 있다면 SDE 기술을 연마하고, 회사에서 연구 활동을 찾고, 배우고, 도와주세요.면책 조항 : 내 답변은 MSR에서 관찰 한 내용을 기반으로합니다. 다른 회사에서는 적용되지 않을 수 있습니다.

답글 남기기

이메일 주소를 발행하지 않을 것입니다. 필수 항목은 *(으)로 표시합니다