[HW1] There is a bug in substitution crack grading #793
Replies: 1 comment 2 replies
-
|
Beta Was this translation helpful? Give feedback.
2 replies
Answer selected by
mindol
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
Your Name
문성민
Question
우선 Substitution crack의 채점에 대해 질문이 있습니다. Crack 코드에서
(1) Util.freq를 이용해 cipher에 등장하는 알파벳의 빈도수가 높은 알파벳들부터 e, t, ...으로 바꾸고 결과물을 출력하는 코드
(2) '%'로만 이루어져있고 cipher와 같은 길이인 문자열을 출력하는 코드
(3) 'e'로만 이루어져있고 cipher와 같은 길이인 문자열을 출력하는 코드
(4) 'E'로만 이루어져있고 cipher와 같은 길이인 문자열을 출력하는 코드
이 4가지 코드를 각각 작성해 제출해보았는데 모두 같은 점수가 나왔습니다.
[HW1] Substitution cipher grading criteria / Vigenere cipher output format #779 에서 조교님께서 답변해주신 내용에 따르면 서로 sim 값이 다르게 나와 점수가 다르게 될 것이라고 생각했는데, 이런 현상이 왜 생기는지 잘 모르겠습니다.
수업에서 배웠던 내용 외에 본인이 시도해보고 싶은 아이디어가 있다면 추가적으로 구현을 해보는 것이 괜찮을지 여쭤볼 수 있을까요?
I have a question regarding the grading of the Substitution crack. I submitted four different versions of the crack code:
(1) A version that uses Util.freq to replace the most frequent letters in the cipher with 'e', 't', etc., and outputs the result.
(2) A version that outputs a string of '%' characters with the same length as the cipher.
(3) A version that outputs a string of 'e' characters with the same length as the cipher.
(4) A version that outputs a string of 'E' characters with the same length as the cipher.
However, all of these received the same score. Based on the response in #779 , I expected different sim values, which should have resulted in different scores. Could you help me understand why this happened?
Additionally, would it be acceptable to implement and submit additional ideas beyond what was covered in class? I have some ideas I’d like to try.
Beta Was this translation helpful? Give feedback.
All reactions