특히 소스 코드에서 이러한 기호를 각각 한 번 이상 사용하십시오.
! " # $ % & ' () * + , - . / : ; < = > ? @ [ \ ] ^ _ ` { | } ~
주석, 문자열 리터럴, 정규 표현식 (또는 다른 종류의 리터럴 등) 내부의 기호는 계산되지 않습니다 (그러나 그와 같은 구분 기호 /**/
또는 ""
계산).
프로그램은 어떤 작업도 수행해서는 안됩니다. 컴파일 할 때 실행하고 아무것도하지 않아도됩니다.
어떤 이유로 일부 기호를 선택한 언어로 사용할 수없는 경우 그 기호를 엄격하게 설명하십시오 (무엇을 왜 제외해야하는지).
업데이트 : 몇 가지 답변은 정규 표현식과 함께 기호를 사용했습니다. 나는 이것을 약간 문제가 있다고 생각합니다. 문자열 리터럴이나 주석에 넣는 것과 같습니다 (따라서 그 요구 사항 에 등 을 넣습니다 ). 이것없이 시도하십시오. 또한 위의 요구 사항을 업데이트했습니다.
업데이트 : 가장 짧은 코드가 승리합니다 ( code-golf 로 태그 지정 ). 제안한 바와 같이 타이 브레이커 기준이 필요할 가능성이 높습니다. 넥타이가있는 경우 당첨되는 것은 ASCII 기호가 가능한 많은 순서로 나타나는 것입니다. 공식적으로 : 프로그램에서 나열된 각 기호의 첫 번째 항목을 필터링합니다. 나열된 기호에 순열이 발생합니다. 순열의 반전 수가 적은 프로그램이 승리합니다.
업데이트 : C (++), Java, Scala, Haskell 등과 같은 일반 / 주류 언어로 된 일부 / 더 많은 솔루션을 보게되어 기쁩니다.
#
, @
그리고`문자 그대로 모든 종류의하지 법정 외입니다
@%
없고 백틱는 C에 나타날 수있는 것을 제외하고 (c 충분히 새로운 버전의 문자의 일부로서%
이중 음자에 나타날 수있다). (#
전 처리기 지시문에만 표시되지만 우리는 그와 함께 살아야합니다)? 즉, Matt의 접근 방식이 명시 적으로 합법적이어야합니다.