로직 분기 용도로 쓰시거나
오류를 덮고 사용자측에서 돌아가게만 보이도록 만드는 용도로 사용하시는 코더들이 너무 많습니다
보통 몇중으로 트리이 캐치를 감싸신 다음에
캐치문에서 아무런 디버깅 메시지도 남기지 않은 상태로 넘어가게 만드시던데,
사용자들도 일단 돌아가는 것처럼 보이셔서 좋아하고 있고
만드신분도 잘한다고 소문나서 코로나때 좋은 직장 얻으셔서 퇴사했다고 들었습니다
로직 분기 용도로 쓰시거나
오류를 덮고 사용자측에서 돌아가게만 보이도록 만드는 용도로 사용하시는 코더들이 너무 많습니다
보통 몇중으로 트리이 캐치를 감싸신 다음에
캐치문에서 아무런 디버깅 메시지도 남기지 않은 상태로 넘어가게 만드시던데,
사용자들도 일단 돌아가는 것처럼 보이셔서 좋아하고 있고
만드신분도 잘한다고 소문나서 코로나때 좋은 직장 얻으셔서 퇴사했다고 들었습니다
와우... 전 보통 Gizmos 컬러값이나 매트릭스같은 전역으로 쓰거나 레이아웃 BeginHorizontal 같은데서 항상 원래값으로 돌아가도록 finally 잡는 용도로 쓰는데 오류를 덮어버리는건 문제가 많은거 아닌가요 - dc App
그거나 본문 사람이랑 똑같이 잘못쓰고있는건데요
@Indie1(218.144) 내부 노드 표시하다 잘못 된 경우에 제대로 해제 안해주면 에디터 자체가 멈춰버려서 모든 기능이 마비되요 안전 장치로 걸어두는거죠 - dc App
책임없는쾌락goat 메서드 추적 검증 좆같이귀찮지만 무조건 터지면 안되는 코드에 딸깍ㅋㅋㅋㅋ
프갤로
눈을 떴구나 세상은 그렇게 돌아가는거란다
모드를 지원하거나 런타임에 사용자 입력을 받아서 처리해야 해서 예외 처리가 필요한곳에는 써야하는것 같은데 게임의 로직과 같이 이미 정해진 입력과 아웃풋이 정해져 있는 경우가 태반이라 그런 경우 예외 처리 안하고 바로 에디터에서 확인하게 하는게 좋은 습관이라 생각하는 편임
Assert 가 채고인듯
나는 코더가 아니다 울부짖는 글 잘 봤습니다. 언릉 고치러 가십시오. ㅋㅋㅋ
글댓비는 과학