미국이 프삼오 개발하면서 ada 라는 언어를 썼는데 이걸 다룰 줄 아는 아다들이 없어 c++ 로 바꿨다더라고 이러면 프로젝트 지연 및 추가 발생 비용이 많이 발생하냐?
- dc official App
댓글 17
나 이런거 1도모르긴하는데 틀딱기계들 언어바꾸려니 돈많이들어서 퇴직한할배들 모셔와서 굴렸다는 뉴스 옛날에봤음 그거보면 비용이 많이나가긴할듯
밀리터리이야기만함(jinpingsissy)2023-09-06 15:49
답글
ada 다룰 아다새기들이 없어서 c++ 로 바꾼게 재앙의 시작이었다고 나무위키에서 나오길래 - dc App
익명(zvfg6h)2023-09-06 15:50
Ada는 모르는데 비슷ㄹ한 상황이면 대개 걍 포기하고 새로 만드는게 차라리 나음
익명(110.11)2023-09-06 15:51
답글
프로그래밍 언어를 바꾸는게 존나 미친짓이라서 긍가? - dc App
익명(zvfg6h)2023-09-06 15:52
답글
적당한 비유가 아닐 순 있는데 대충
야드파운드 기준으로 만들어진 기계가 있는데
더 이상 기계를 만드는데 야드파운드를 쓰지 않게 되서 미터법 기준으로 만들어진 부품들을 써야 한다고 생각하면 비슷한 좆같음일 듯
익명(110.11)2023-09-06 15:55
수백장 짜리 논문 써야하는데, 한컴 다루는 사람이 없고 hwp 호환도 안되서 워드로 다시 작성함. 그런데 내용 복붙도 불가능하고 문서 양식도 그대로 배껴야 하는데 이것도 복붙이 안되고 눈대중으로 픽셀 단위 오차 조정해야 한다고 생각해봐.
익명(dcnadomolu)2023-09-06 15:53
언어 바꾸는 코드 전체 볼륨을 알아야 추측이 될텐데... Ada나 C/C++ 이나 요즘 최신 언어들에 비하면 많이 로우레벨한 언어라 언어 변경 자체는 생각만큼 비용이 안 들 수 있음. 경험상 테스트가 지랄임.
앞으로의 유지보수 용이성, 컴파일러 지원 생각하면 언젠가 해야 할 일이 아니었을까...
ㅇㅇ 1(116.47)2023-09-06 15:53
답글
나무위키 보니 코드 행수가 8백만개 라던데 이정도면 큰 규모인감? - dc App
익명(zvfg6h)2023-09-06 15:54
답글
ada 쓰던 시절에는 지금처럼 맘대로 가져다 쓸 오픈소스나 스택오버플로도 없었을테니 쌩 처음부터 팔백만줄 새로쓰는거면 초대형 프로젝트 맞음.
ㅇㅇ 1(116.47)2023-09-06 16:01
답글
ada 쓸 줄 아는 아다들 엥꼬나서 씨뿔뿔로 바꾼건 원래대로라면 개지랄이었다는 건감 - dc App
익명(zvfg6h)2023-09-06 16:03
새로 배우는 시간 + 언어에 대한 숙련도 새로 쌓는 시간 + 그 언어와 연계된 기타 프로그램에 대한 여러 이슈
이런것만 생각해도 그냥 새로 만드는게 훨씬 편함
익명(dmdkdkdwnrma)2023-09-06 15:55
이게 남이 짠 코드 유지보수 할때 많이 하는 실수가 "이걸 왜 이렇게 비효율적으로 하지?" 라는 생각에 히스토리 모르는 새 개발자가 간단한 코드로 바꿔놓는데, 나중에 사고가 터지고 나서야 그 비효율적 코드엔 그럴만한 이유가 있었다는 사실이 밝혀지는 경우가 많음.
특히 제어 같은 경우는 실제 장비를 가동시켜야 진짜 테스트가 되는거라 리스크가 더 큼.
ㅇㅇ 1(116.47)2023-09-06 15:57
답글
프삼오가 그 지랄을 한게 좋은 짓거리는 아니었다는 건가? 아다 새끼들이 없는게 문제네 ㅉㅉ - dc App
익명(zvfg6h)2023-09-06 15:59
답글
언어 문제 이전에 히스토리 관리 문제이긴 한데... 유지보수 할 ada개발자가 없다는건 코드 히스토리 아는 원로 개발자들 은퇴하고 요양원이나 공동묘지가있다는 뜻이니 뭐 ㅋㅋㅋ
ㅇㅇ 1(116.47)2023-09-06 16:04
답글
ada는 요새 쓰는 아다 새끼들이 없나? - dc App
익명(zvfg6h)2023-09-06 16:07
"몇천억 짜리 전투기 하늘에 띄워놓고 나서야 버그 발견하기"
ㅇㅇ 1(116.47)2023-09-06 15:59
그런 이유로 언어 변경하는건 사실상 프로그램을 처음부터 다시 작성하는 그나 다름 없는데
문제는 주문하는 쪽에서는 처음 개발할때보다 간단한 일이라고 생각해서 열심히 지원 안함..
지옥됨...
나 이런거 1도모르긴하는데 틀딱기계들 언어바꾸려니 돈많이들어서 퇴직한할배들 모셔와서 굴렸다는 뉴스 옛날에봤음 그거보면 비용이 많이나가긴할듯
ada 다룰 아다새기들이 없어서 c++ 로 바꾼게 재앙의 시작이었다고 나무위키에서 나오길래 - dc App
Ada는 모르는데 비슷ㄹ한 상황이면 대개 걍 포기하고 새로 만드는게 차라리 나음
프로그래밍 언어를 바꾸는게 존나 미친짓이라서 긍가? - dc App
적당한 비유가 아닐 순 있는데 대충 야드파운드 기준으로 만들어진 기계가 있는데 더 이상 기계를 만드는데 야드파운드를 쓰지 않게 되서 미터법 기준으로 만들어진 부품들을 써야 한다고 생각하면 비슷한 좆같음일 듯
수백장 짜리 논문 써야하는데, 한컴 다루는 사람이 없고 hwp 호환도 안되서 워드로 다시 작성함. 그런데 내용 복붙도 불가능하고 문서 양식도 그대로 배껴야 하는데 이것도 복붙이 안되고 눈대중으로 픽셀 단위 오차 조정해야 한다고 생각해봐.
언어 바꾸는 코드 전체 볼륨을 알아야 추측이 될텐데... Ada나 C/C++ 이나 요즘 최신 언어들에 비하면 많이 로우레벨한 언어라 언어 변경 자체는 생각만큼 비용이 안 들 수 있음. 경험상 테스트가 지랄임. 앞으로의 유지보수 용이성, 컴파일러 지원 생각하면 언젠가 해야 할 일이 아니었을까...
나무위키 보니 코드 행수가 8백만개 라던데 이정도면 큰 규모인감? - dc App
ada 쓰던 시절에는 지금처럼 맘대로 가져다 쓸 오픈소스나 스택오버플로도 없었을테니 쌩 처음부터 팔백만줄 새로쓰는거면 초대형 프로젝트 맞음.
ada 쓸 줄 아는 아다들 엥꼬나서 씨뿔뿔로 바꾼건 원래대로라면 개지랄이었다는 건감 - dc App
새로 배우는 시간 + 언어에 대한 숙련도 새로 쌓는 시간 + 그 언어와 연계된 기타 프로그램에 대한 여러 이슈 이런것만 생각해도 그냥 새로 만드는게 훨씬 편함
이게 남이 짠 코드 유지보수 할때 많이 하는 실수가 "이걸 왜 이렇게 비효율적으로 하지?" 라는 생각에 히스토리 모르는 새 개발자가 간단한 코드로 바꿔놓는데, 나중에 사고가 터지고 나서야 그 비효율적 코드엔 그럴만한 이유가 있었다는 사실이 밝혀지는 경우가 많음. 특히 제어 같은 경우는 실제 장비를 가동시켜야 진짜 테스트가 되는거라 리스크가 더 큼.
프삼오가 그 지랄을 한게 좋은 짓거리는 아니었다는 건가? 아다 새끼들이 없는게 문제네 ㅉㅉ - dc App
언어 문제 이전에 히스토리 관리 문제이긴 한데... 유지보수 할 ada개발자가 없다는건 코드 히스토리 아는 원로 개발자들 은퇴하고 요양원이나 공동묘지가있다는 뜻이니 뭐 ㅋㅋㅋ
ada는 요새 쓰는 아다 새끼들이 없나? - dc App
"몇천억 짜리 전투기 하늘에 띄워놓고 나서야 버그 발견하기"
그런 이유로 언어 변경하는건 사실상 프로그램을 처음부터 다시 작성하는 그나 다름 없는데 문제는 주문하는 쪽에서는 처음 개발할때보다 간단한 일이라고 생각해서 열심히 지원 안함.. 지옥됨...