두 부류, 그리고 서로 다른 방식으로 실패합니다
이곳의 도구들은 서로 비슷해 보이지만, 완전히 다른 방식으로 잘못될 수 있는 두 그룹으로 나뉩니다.
물리량 — 길이, 무게, 면적, 부피, 속도, 압력, 에너지, 일률, 각도, 시간, 온도. 이들은 산술입니다. 곱셈 한 번, 가끔 오프셋 하나. 올바른 두 단위를 골랐다면 답은 맞고, 잘못 골랐다면 답이 천 배쯤 명백하게 틀려서 바로 알아챕니다.
표현 방식 — Base64, Base64를 이미지로, 텍스트를 이진수로, 데이터 단위, 진법 변환, 로마 숫자. 이들은 다시 쓰는 것이며, 조용히 실패합니다. 표현 변환기는 완벽하게 형식이 맞으면서도 틀린 출력을 내놓을 수 있는데, 실수가 서로 말하지 않은 가정 속에 숨어 있었기 때문입니다.
알아둘 가치가 있는 조용한 실패들
어떤 문자를 문자로 셌는가. 텍스트를 Base64나 이진수로 인코딩한다는 것은 바이트를 인코딩한다는 뜻이며, 텍스트는 인코딩을 선택해야만 비로소 바이트가 됩니다. 순수 ASCII를 벗어난 것 — 악센트, 이모지, 키릴 문자, CJK — 은 한 글자이지만 UTF-8에서는 여러 바이트입니다. 문자당 1바이트라고 가정하는 도구는 정확히 그런 문자들만 손상시키고 나머지는 멀쩡히 통과시키는데, 그래서 그 피해는 며칠 뒤 어느 고객의 이름에서야 드러나곤 합니다.
어떤 부호 규칙을 쓰는가. 음수에는 단 하나의 이진 표기법이 없습니다. 도구는 마이너스 기호와 절댓값으로 보여줄 수도, 2의 보수로 보여줄 수도 있으며 둘 다 “맞는” 표현입니다 — 하지만 당신의 프로그램이 실제로 들고 있는 값과 일치하는 것은 하나뿐입니다. 진법 변환기가 체크박스 하나가 아니라 별도의 도구로 존재하는 이유가 바로 이것입니다.
어떤 단위 정의를 쓰는가. 데이터 단위는 이 두 부류가 충돌하는 유일한 지점입니다: “메가바이트”는 누가 세느냐에 따라 1,000,000일 수도, 1,048,576바이트일 수도 있으므로 같은 파일이 두 개의 참값을 갖습니다. 데이터 단위 변환기는 어느 한쪽을 대신 골라주는 대신 두 열을 모두 보여줍니다.
다른 곳에 있는 것들
색상 값(HEX, RGB, OKLCH)도 일종의 변환이지만, 색상환과 함께 생성기에 자리 잡고 있습니다. 타임스탬프 — 에폭 초를 읽을 수 있는 날짜로 — 는 개발자에 있습니다. 이미지 형식 변환은 이미지에 있습니다.
이 페이지의 모든 변환은 입력하는 즉시 계산됩니다. 어디로도 전송되지 않으므로 요청 횟수 제한도 없습니다.