sucess와 fail의 중간 말은?

good.
정도가 아닐지요..^^;
아님 so so...

한국말로는...
잘했네.
ㅎㅎ

good job and,
Thanks for a job well done :roll:

빵먹는 상황이라면,

No one lives forever.

맛난 소보루 빵을 사는 이유는 먹기 위해서 입니다.
먹지 못하는 것을 사온 것이므로 실패입니다.
Exception 을 적용해서 맛난 소보루 빵으로 바꿔온 후
성공처리 하는게 맞겠지요.

유통기한에 너무 민감할 필요 없으므로 이 경우 성공으로 처리해도 되지 않을까요??

전 늘 회사에서 유통기한이 지난 빵을 먹었는 걸요^^/

하지만 다시 생각해보면 빵을 사오라고 할때 유통기한에 대해서 언급이 없었으므로
유통기한이 지난 빵은 틀린 답이라고 할 수는 없죠. (success)

비슷한 예를 들어보자면....
만두를 사오라고 시켰는데.... 다 식은 만두를 사왔다.
이때는 success겠죠. 따끈따끈한 만두를 사오라고 하지 않았으므로
식었다고 해서 fail은 아니겠죠.
하지만 만약 맨처음 시킬 때 따끈따끈한 만두를 사오라고 했었다면
식은 만두를 사오면 fail일겁니다.

결국 문제에 대한 명세에 따라서 결과에 대한 fail/success가 갈리는 거라고 생각됩니다.

Logical Error 이므로 Fail 이네요.

예를 들면 화면에 Sprite를 뿌리는데 좌표가 틀려서 예쁘지 않으면 논리 오류이므로 Fail이 확실하네요.

솔직히 KLDP분들 중에 '예쁘지 않거나 생각보다 리소스를 많이 잡아먹는다 혹은 Time Sync가 맞지 않아 사용자에게 삽질을 요구하거나 전력소모가 많다.' 라는 걸 그냥 지나치실 분은 없을거라 생각합니다(설령 프로젝트 기한을 초과하더라도 말이죠).

cksum fail?

빵이 손상되었는지 확인하기 위한 cksum에서 Fail..

저같으면 맛있는 빵의 유통기한을 보고 Oh shit! 이라고 했을것 같습니다.

shit 가 중간인가봐요.. -_-a

그런건 분위기로 아는 거죠;;

주석이면, Nice Try, Try Again.
플랙이면, Oops.

defense 아닐까요.

빵을 사오긴 사왔으니 할말은 있고,

유통기한이 지났으나. 꼭 먹고 죽는다는 경우는 없으니.

"먹고싶음 먹고, 아님 니가 가서 바꿔와라"

즉... 내가 다시 가지는 않아도 되니까 defense -_-a

새로운 방법을 찾아냈습니다.
다음은 BreadCheck 함수의 리스트입ㄴ다.

if(bread.expireDate() < Calendar::getCurrentDate())
 throw bread_expire_exception(bread);
else if(bread.tasteLevel() <= 0)
 throw bread_badtaste_exception(bread);
else if(bread.canBakerEatThis())
 throw bread_baker_liar_exception("You greedy liar!");
else return 0;

catch(exception &e)
{
 cout << e.what();
 return -1;
}

계륵