177. 최종 결과

채용불가
(3~6)
채용고려
(7~8)
합격후보
(9~10)
합격
(11~12)
필히채용
(13~15)


지식수준과 경험(경력), 직무동기를 감안하였을 때 지원직무에 적합한 사람인가?12345
업무수행에 필수적인 기본역량을 갖추고 있는 사람인가?12345


전반적인 인성 및 성장가능성을 보았을 때, 합격시킬만한 사람인가?12345


178. 기록 내용

  • 실시간 관제 2년 카스타로 시작
  • 발표는 편하게 잘 함 (아이컨택도 좋음)
  • 발표 자료는 7년 S/W 개발, 12년 위성 운영
  • 저궤도 경험은 교신 스케줄링 SW 개발
  • IPOS 에서 C# 1년 공부하고 나서 SW 개발을 시작함
  • 면접관의 말을 끝까지 안 듣는 경향이 살짝 있음
  • 설계에 대해서 질문했는데 요지를 잘 파악하지 못함
  • 대화는 차분한데, 의사소통의 맥락을 못 잡는 경향이 살짝 있음
  • 자료구조의 필요성을 느끼고 있는 중 → 액션은 아직 없어 보임
  • 말을 장황하게 하는 경향이 있음. 본질은 없고...ㅡ.,ㅡ;;...
  • 인터페이스가 쉽지 않을 것 같아보임. 핵심보다는 주변부 이야기를 길게 늘어놓음. 
  • 무언가 말이 앞뒤가 안 맞음
  • 6년 경력으로 인정 가능? 조금 더 늦게 최종 결정해도 됨? 사내 추천의 사유? 등에 대해서 알아봐야 함


179. 내 서류 평가 의견

IOPS

SW 개발 8년 경력, 전체 13년 경력​

희망 연봉 없음

직전 5300만원

사전 과제는 100% 기대에서 50% 정도 (코드 품질 soso 지만 경력 대비 아쉬움, 문제 이해도 낮음, 정리 내용 심하게 말하면 처참함)

180. 질의 응답

질문답변
채용이 된다면 언제 출근이 가능한가요? 

1달 여유 필요

선임자? SIIS 에서 오신 분? → 김태화

최소 어느 정도 경력이 인정되기를 원하나?

SW 개발 8년은 최소 인정이 필요함

흠흠...선임 2년차? 이거...내가 인정 가능한가...흠...

낯선 경험 OK. 틀린 것을 통해서 배운 경험은?

모니터링의 중요성, 데이터 처리에 따른 속도 및 정확성이 위성 운영의 안정성에 왜 영향을 끼친다고 생각하나?

어떤 경험을 기반으로 그런 생각을 한 것인가?


경력 12년 운영 경험자로서 관제 시스템은 이래야해. 라고 정의한다면?하나의 시스템에서 멀티 위성을 운영할 수 있어야 함

본인의 장점 중의 하나라 운영 경험이 있는 개발자라고 했는데,

운영자의 관점에서 지상시스템에 꼭 필요한 SW 는 어떤 것이 있는가? 왜 필요한가?


운영자 입장에서 지상시스템에서 가장 핵심이라 생각하는 기능은 무엇인가? 왜인가?

위성 상태 모니터링이 제일 중요함

현재 SW 적으로 아쉬운 점은? 비정상적인 명령을 필터링 하는 기능이 없는 것!

운영 경험을 갖는 지상시스템 개발자로서 본인만이 갖는 장점이 무엇인가? 구체적으로 설명을 해 달라.

도메인 지식을 갖고 있음

실력에서는 부족하다고 생각함. 더 성장하고 싶어서 SI 선택.

C# 에서 Generic 부분을 고민을 많이 해야할 것 같음 → 무슨 소리?

StandAlone 보다는 Web 기반의 설치가 운영자 측면에서 더 필요하다고 생각함


업무 흐름을 이해하고 있음. 개선이 필요한 부분이 무엇인지 인지할 수 있음. 운영 업무 자동화 포인트.

2015년...왜 FTP 가 아닌 SFTP 를 사용해야 하나요? SFTP 로 기능 변경을 하기 위해서는 어떤 부분이 가장 큰 변경점인가요?

보안키를 사용하느냐 안하느냐

기능이 구현된 클래스 찾기??

설계 경험이 있나요? Conjunction Assessment 구현할 때, 설계한 내역은 무엇이 있나요? (데이터/화면/Class/Component?)

기능이 명확해서 기능 별로 화면을 구성할 수 있었음

요구사항 분석서에서 사용자 매뉴얼까지 작성했었음

구체적인거 몇 개 이야기했는데 놓쳤음

요구사항 - 기능 - 세부 항목 - 타 사업 참고 → 무슨 소리?

왜 SW 개발 업무를 하고 싶은가요? SW 개발 업무 측면에서 개인적으로 어떤 목표가 있나요? (이루고 싶은 무언가...)

운영 업무는 루틴했음. 무료했음.

진취적인 것으로 보였던 것이 SW 개발이었음. 선임자 권유. 윈도우/리눅스 플랫폼 경험해봤음.

SI 유지보수 인력의 SW 업무를 보는데 멋있는 면이 있었음. 타 업체, SW 와 맞춰가는 행위가 매력적이었음.

설계와 시스템 구성에 대해서 관심을 갖고 있음. 효율적인 설계 및 모듈 구성. 팀 업무 배분. → 필요성을 느끼고 액션은 아직 없음. 2016년에 느꼈는데...ㅡ.,ㅡ...

문서 작성 경험은? 업무에서 문서가 차지하는 비중은 얼마라고 생각? 그 이유는?
일반 SW 개발 업체에 지원을 했나? 그 이유는?

안하고 있음

현실적으로 나이도 있고, 도메인 지식을 바탕으로 할 수 있는 곳을 찾았음

그간 apply 하지 않은 이유는? → 그 때까지 준비가 되어 있지 않았다고 생각했음. 22년 10월까지.

4개월 사이에 준비된 무언가는? → 타 직원들 납품 지원. 4개월 동안 무언가 준비되었다라고 말하기 어려운 것 같다고 생각함. 팀의 인력 구성을 고민했었음. 선임자가 나가면서 본인도 실력 향상을 위해서 이직을 해야겠다고 생각했음. 선임자 퇴사가 가장 직접적인 이유.

SW 개발 직무에 있어서 본인의 한계/부족함은 무엇? 어떻게 개선했었나?

컴퓨터 공학에 대한 지식 부족 → 필요에 따라 그 때 그 때 찾아보는 정도 → 구글에서 검색, Stackoverflow, Git 등

어떤 코드가 좋은 코드인가 분별하는 능력

SW 개발 역량 향상을 위해서 계속 하고 있는 노력?

1일 1 커밋 시도 중

다른 Open Source Code 검토

레거시 코드 분석 방법?화면 확인 → 데이터 처리부 확인 → 데이터가 화면에 잘 올라오는지 확인
Duration, Max Elevation 의 값만 가린 이유는?컨택 지점을 유추할 수 있을 것이라 생각해서. AOS/LOS 는 별로 안 중요하다고 생각했음