소프트웨어 엔지니어링의 일반적인 약어는 무엇입니까?

s / w , 하지만 남서부 에 더 자주 사용되는 것 같습니다.

Engrg. 매우 드물지만 engr. ( 엔지니어 용) 은 일반적입니다.

답변

원하는 경우 큰 소프트웨어 프로젝트를 코딩하고 작업하려면 SRE 대신 SWE를 선택해야합니다.

SRE는 코드를 작성하지만 최소한 운영 작업에 많은 시간을 소비하는 경향이 있습니다. 공식적으로 서비스가 “정상”으로 간주되면 SRE는 최대 50 \%의 시간을 운영 작업에 소비 할 것으로 예상됩니다. 그다지 건강하지 않은 서비스의 경우 그 이상이 될 수 있습니다.

운영 작업은 소프트웨어를 구축하지 않는 서비스의 상태를 유지하기 위해 수행하는 모든 것입니다. 여기에는 실시간 중단 문제 해결과 같은 고도로 숙련되고 매력적인 작업과 중단이 발생하기 전에 중단을 방지하기 위해 모니터링 시스템에서 감지 된 문제에 대한 대응이 포함됩니다.

또한 계획된 유지 관리 준비와 같은 덜 숙련되고 지루한 작업도 포함됩니다. 추가 사용자를 처리하기 위해 서비스의 크기 또는 위치 조정, 새 코드 버전 출시, 구성 변경 사항 출시, 새 코드 및 구성이 출시되기 전에 확인하기위한 A / B 테스트 구성, 출시 완료 대기, 체크인 롤아웃을 통해 아직 완료되지 않은 이유를 확인하고 버그로 인해 롤아웃이 완료되지 않는 다른 팀에 티켓을 제출합니다.

SRE로 코드를 작성하면 큰 프로젝트가 아닐 것입니다. . 구성을 리팩토링하고 지루한 운영 작업을 자동화하고 자주 사용하는 도구를 조정합니다. 대부분은 팀 외부의 누구에게도 표시되지 않으며 Google 외부의 누구에게도 표시되지 않습니다.

대규모 사용자 용 애플리케이션에 대한 참여는 대부분 검토 는 신뢰성을 고려하여 새로운 디자인 (때로는 코드)을 검토합니다. 때때로 버그를 추적하기 위해 서비스 코드를 파헤칠 수 있지만 버그가 존재한다고 의심되면 개발자에게 넘겨 줄 가능성이 높습니다.

SRE에 가입하는 경우 Mark Shieh의 조언을 받고 SRE-SWE로 고용되었는지 확인하십시오. SWE 인터뷰를 다시 진행할 필요는 없지만 쉬운 것은 아니므로 SWE로 전달하기가 더 쉽습니다. Google의 전근 프로세스는 초보자가 자신의 발을 찾도록 돕는 것이 아니라 스타 직원을 유지하도록 설계되었습니다. 전송은 성과 검토에 따라 달라 지므로 SRE가 효과가 없다는 것을 알게 된 이후 전송을 신청하면 이미 너무 늦었을 수 있습니다.