|
|
|
|
|
 |
단순히 알고리즘을 수정해도 해결되지 않아, 근본적인 원인을 찾는 과정이 필요 했습니다.
이 과정을 통해 근본 원인을 찾는 능력뿐 아니라, 효율적인 문제 해결 절차를 체득할 수 있었습니다.
이때 저는 문제의 원인을 개인의 역량이 아닌 협업 과정의 비효율에서 찾았습니다.
하지만 여전히 데이터 셋 품질 문제는 남아 있었습니다.
이처럼 문제를 단순히 코드 수준에서 해결하는 것이 아니라, 원인부터 분석하고 재발을 방지하는 구조적 접근을 중요하게 생각합니다.
Q1. SW 개발 과정에서 포기하지 않고 문제를 해결했던 경험이 있나요?
오류 문제를 해결할 때도 단순히 부품 교체보다 환경적 요인을 분석했습니다.
원인을 단순히 모델 구조로만 생각했지만, 데이터를 분석하니 불균형한 학습 샘플이 문제였습니다.
|
|
|
 |
센서와 초음파 센서를 활용해 장애물을 인식하고 경로를 자동으로 수정하는 소프트웨어를 구현하는 것이었습니다.
처음에는 오픈소스 경로탐색 알고리즘을 그대로 적용하려 했지만, 실험 중 센서가 일정 간격으로 신호를 누락시키면 서 로봇이 갑자기 멈추는 문제가 발생했습니다.
단순히 센서 문제로만 판단했던 초기 접근이 잘못된 것이었습니다.
문제를 해결하기 위해 센서 데이터를 그대로 활용하지 않고, 신호의 신뢰도를 판단하는 보정 알고리 즘을 추가했습니다.
이후 실험에서는 안정적으로 장애물을 인식할 수 있었지만, 경로계산에서 여전히 지연이 발생했습니다.라이다
이 과정을 통해 근본 원인을 찾는 능력뿐 아니라, 효율적인 문제 해결 절차를 체득할 수 있었습니다.
초반에는 모두 의욕적으로 참여했지만, 중반 이후 학습 정확도가 기대치에 미치지 못하면서 팀 분위기가 점점 침체되었습니다.
데이터 셋의 품질 문제와 학습 환경의 불안정성 때 문에 성능이 오르지 않았습니다.
팀원마다 사용하는 코드 환경과 데이터 전처리 방식이 달라, 결과가 일정하지 않았습니다.
처음에는 데이터가 불균형하거나 중복된 경우가 많았지만, 팀원들이자 발적으로 문제를 공유하고 수정하면서 점점 개선되었습니다.
저는 이 경험을 통해 개발 과정에서는 기술력만큼이나 협업구조가 중요하다는 점을 배웠습니다.
개발 과정에서 가장 중요한 것은 단순히 기능을 구현하는 것이 아니라, 사용자의 요구와 시스템의 제약을 모두 고려해 최적의 구조를 설계하는 일이라고 생각합니다.
이 경험을 통해 시스템 병목지점을 찾아내고, 구조적으로 개선하는 능력을 키웠습니다.
이처럼 문제를 단순히 코드 수준에서 해결하는 것이 아니라, 원인부터 분석하고 재발을 방지하는 구조적 접근을 중요하게 생각합니다.
Q1. SW 개발 과정에서 포기하지 않고 문제를 해결했던 경험이 있나요?
오류 문제를 해결할 때도 단순히 부품 교체보다 환경적 요인을 분석했습니다.
Q3. 협업 과정에서 갈등이 생겼을 때 어떻게 해결했나요?
또한 협업 중에도 근거를 중심으로 의사결정을 내리며 팀의 효율성을 높였습니다.
이런 사고방식은 복잡한 무기체계 SW 개발에서 안정성과 신뢰성을 확보하는 데 큰 강점이 될 것입니다 .
Q6. SW 품질 향상을 위해 본인이 실천하는 개발습관은 무엇인가요?
Q7. LIG넥스원 SW 직무에 지원한 이유는 무엇인가요?
Q9.입 사 후 어떤 개발자로 성장하고 싶나요?
Q10.방산 SW 개발자로서 가장 중요하다고 생각하는 자세는 무엇인가요? |
 |
문제, 데이터, 팀, 개발, 원, 시스템, 원인, 프로젝트, 해결, 코드, 단순하다, 경험, 구조, 분석, sw, 성, 과정, 생각, 중요하다, 발생 |
|
|
|
|
|
|
 |
|
|
|
|
|
|
|
|
|
|
|
| |
|
|
|
2025.10.02
5페이지
