오히려 그만큼 오류가 많다는 소리임
35의 ALIS에 대한 지속적인 문제가 제기된 게 이미 5년을 넘김
그로 인해 ODIN이라는 소프트웨어로의 대체를 2020년 말 쯤에 적용을 시작했어야 했음
그리고 그 ODIN은 복합적인 문제로 중지됨
이 문제는 ALIS를 기능적으로 대체하는 데의 복잡함과
그로 인한 비용 증가를 포함함
ALIS를 개선하려는 여러 노력에도 불구하고 ALIS는 35의 가장 큰 문제 중 하나로서 남아있음
소프트웨어 줄이 많다고 그만큼 성능이 높기만 한 게 아님
그만큼 오류가 발생할 확률도 높아지고 개선도 쉽지 않음
- dc official App
스파게티라 늘어난거면 확실히 문제네
스파게티일 가능성도 있기야 하겠지만 관련 내용은 찾기 힘들더라 - dc App
기능에 비해 라인이 많다 + 여러 업체가 참여중이다 = 99.99% 스파게티 소스
해당 댓글은 삭제되었습니다.
그건 그런데 그거랑은 별개로 ALIS가 35에서 지속적인 문제를 일으키고 있다는 건 부정이 힘듬 - dc App
성능이야 보장되지만 그럼에도 소프트웨어를 ODIN으로의 대체를 시도한 것은 많은 의미를 내포함 - dc App
와 충격적인 첫줄이네 라인 많으면 오류가 많다니 이게 무슨 프로그래머 미치고 팔짝 뛸 소리냐 라인 규모로 따질 수 없고 규모 상관없이 프로젝트종료되는 시점엔 자잘한 것들만 남게 되어야 제대로된 프로젝트라고 할 수 있는데 마일스톤을 모르니 f35 s/w프로젝트 평가는 오직 미국방부만 할 수 있다 그리고 고성능이다 아니다도 라인규모로 못 따진다
이건 내가 말을 잘못 했는데 저기서는 많은 줄보다는 많은 기능이라는 표현을 사용해야 했음 이건 내 실수임 - dc App
다만 ALIS의 성능이 미 국방부가 요구하는 것보다 부족하다는 건 명백한 사실임 애초에 성능이 안정적이였다면 ODIN으로 완전히 대체하는 계획을 필요로 하지도 않았을 테니까 - dc App
라인이랑 에러랑 뭔 상관임 - dc App
이건 내가 말을 잘못 했는데 저기서는 많은 줄보다는 많은 기능이라는 표현을 사용해야 했음 이건 내 실수임 - dc App
애초에 코드라인수로 광고하던 F-35 마케팅이 원흉일 수도 있겠지만... 라인수로 프로그램의 크기와 복잡함을 단순하게 평가하던 시대는 옛날 1980년도 시절 스타일이고 많은 기능이라는 것도 달라유.. 데스크탑 애플리케이션보다 기능이 훨씬 적은 모바일 앱의 라인수가 훨씬 많은 경우도 있음.
그냥 F-35의 능력에 소프트웨어 비중이 크고, 그에 대한 문제가 더 크게 다가온다 정도가 글쓴이가 하고 싶은 말이었다고 정리해드림
ㅇㅇ 5세대기에서 큰 비중을 차지하는 소프트웨어가 다양한 역할을 동시에 수행해야 하는 상황을 맞으면서 그만큼 오류가 많이 발생하고 해결도 쉽지 않게 되는 거임 - dc App
얘는 또 뭔소리야 제안서 쓸 때 복잡도 평가는 라인수 객체수 모듈수 이런 데이터가 기반이 되서 평가하기 때문에 이걸로 단가 산정도 하는데 와 여긴 제대로 알지도 못하는 애들이 입만 살았네 무슨 80년 대 소리가 나와 그 때는 프로젝트 평가모델도 제대로 없을 때인데.
디시라 급발진은 이해하는데 본인도 말했듯이 라인수로만 평가하지 않잖음? SI쪽 프로젝트 아직도 맨먼스 하는 건 아는데오 앱개발 주문 할 때 라인수 체크하는 거 보셨읍니까. 80년대에는 프로젝트 평가모델이 없었을거라는 본인 생각과는 달리 소프트웨어의 위기와 SW공학의 역사는 좀 더 오래되었구 오 LOC만으로 하던건 달탐사선 시절임