프론트에서 코드 오류 났기 때문 ㅋㅋ
의도한 대로라면 저 dayTxt가 "2021072003" 이 나와야 하는데
Date에서 hour, 즉 Date.getHours는 그냥 3이 나와서, dayTxt가 "202107203"이 되어버림.
그럼 20일 17시 분기(2번째 첫 if문) 에 걸리는게 아니라 20일 20시 분기(2번째 else if문) 에 걸림
누가 저렇게 처리 했는지는 몰라도 참..
컴퓨터 시간을 1시로 변경하면 예약 가능하다고 합니다.
제정신이 아니군요...
말씀은 숫자형으로 바꿔서 비교해야하지 않냐 이거죠?
저도 저런 코드 보고 신기했는데, 요즘은 저렇게 텍스트로 비교하더라구요...
그리고 저래도 잘되요....ㅎㅎ (절대 오류케이스가 없는지는 모르겠지만, 입력값으로 아라비아 숫자만 넘어온다면 잘되는거 같더라구요...ㅎㅎ
프런트 전문가분들 좀 조언좀 해주세요...ㅎ)
면밀히 QA해줄 인력도 없었나봅니다
맨날 개발자만 갈아넣으니 ㅋ
세상 모든일은 경험많은 오래한 베테랑들이 잘하죠...
그러나 그 베테랑들은 소수이죠...
--경력이 짧은 사람이 코딩했을것이고..
--관리자도 경력많은 베테랑 필요없다, 초년병들이 더 잘한다 그런 마인드라면, 저런 경우가 비일비재하게 발생하는거죠..
글짜크기가 작으신가봐요
it인 덕분에. 예약 성공했습니다.
고맙습니다.
클리앙에 동종업계 분들이 많이 있어서 참 좋습니다.
감사합니다
세상 참 편하네요...ㅎㅎㅎ
얼마나 시간에 쪼들렸으면 저런 거 검토도 없이..
코딩컨벤션도 안맞고 디버깅용 console도 남겨놓고 minify도 안되있는건 좀...
자릿수 맞추려고 10보다 작을때 앞에 0을 붙이는 처리를 하다니...
진짜 개발자를 전공불문에 개나 소나 다 하다보니
스트링 포맷이라는 개념도 모르는 개발자가 수두룩한가보네요...