프로그램이 “ 버기 ”라고 말하는 것이 맞습니까?

보고서 형식에 따라 다릅니다 (제 경험상 보고서는 형식적임).

형식 “프로그램에 여러 버그가 있습니다.”를 사용합니다.

비공식 “프로그램이 버그가 있습니다”라고해도 괜찮을 때입니다.

예, 버기 은 그런 의미에서 일반적으로 사용되는 형용사입니다. Thomas Edison은 거의 150 년 전 1878 년 편지에서 벌레 곰 또는 “작은 결함과 어려움”으로 버그 에 대해 이야기했습니다.

더 많은 대화 용어이며 질적 설명 자로 사용됩니다. 종종 보고서는 더 높은 정밀도와 비율과 같은 정량적 설명을 찾습니다.

코드 결함 좀 더 공식적인 용어이며 “댓글이없는 1,000 개당 결함 소스 코드 줄 “은 소프트웨어의 버그 성 을 수량화하는 비교적 일반적인 방법입니다.

댓글

• i> 버그 성 유효한 단어입니까? Google은 ' 모릅니다
• Merriam-Webster는 알고 있습니다. 내가 어떻게 알았지? 구글이 나에게 말했다. merriam-webster.com/dictionary/bugginess
• 글쎄요. '별로 유용하지 않습니다. " 코드 결함 "은 명사이고-당신이 지적했듯이-" 버기이기 때문입니다. "는 형용사입니다. 따라서 " 결함 "이 더 적절한 대체 방법이지만 ' 실제로는 더 모호합니다. . " 결함 코드 "는 매우 느리거나 그렇지 않은 코드를 의미 할 수 있습니다. ' 질적으로는 잘 수행하지만 논리적 / 구문 오류가 없습니다.
• 개인적으로 ' ' 충분히 비공식적이므로 " 버그 "는 괜찮지 만 " buggy "는 너무 비공식적입니다. 보고서에서 버그에 대해 너무 많이 논의하여 매번 " 코드 결함 "을 작성합니다. 형식 상 " bug "에 대해 새로운 단어를 정의 할 수는 있지만 불필요한 형식은 싫습니다. 제가 가지고있는 사용 사례는 " […]로 인해 버그가있는 프로그램이 충돌 할 가능성이 더 높습니다 ", 이는 어색 할 수 있습니다. " […]로 재 배열하면 프로그램에 버그가있을 경우 충돌 할 가능성이 높아집니다 ".