웹 배우고 있습니다만 본인도 뭐가 다른지 모르겠습니다. 그리고 프로그래밍 할때 데이터를 선언하는데 대충 let value = 10; 선언하는 타입(let), 이름(value), 연산자(=), 10(값), ;(명령어의 마지막 표시)로 이루어져 있는데 이걸 컴파일러(대충 코드 짜주면 프로그램 만드는 애)는 공백으로 구분합니다. 예시를 들어 타입과 이름 사이에 공백을 없애면 컴파일러는 타입과 이름을 구분못합니다.
윈도우, 리눅스, 맥 전부 한글은 UTF-8을 사용함
근데 윈도우하고 리눅스는 한글을 저장할때 자음 유니코드 + 모음 유니코드 를 조합해서 나오는 한 글자씩 저장하고 한글자씩 화면에 표현함
맥은 한글을 분해해서 자음 유니코드, 모음 유니코드를 각각 별도로 저장하고 화면에 뿌릴 때 조합해서 뿌림
그래서 맥에서 보내면 자소분리가 된 코드를 그대로 보내기 때문에 윈도우나 리눅스에서는 자소분리가 된 상태로 보이게 됨
간단하게 두루뭉실하게 설명해보면
거의 모든 운영체제의 뿌리는 결국 UNIX인데
UNIX의 자식뻘인 LINUX나 DOS도 결국엔 키보드 입력 기반 운영체제 였단 말야
띄어쓰기는 명령어 구분용이었고, 파일명은 하나의 텍스트 덩이리인게 기본 룰이었음
"A B"라는 파일명을 만들고 이걸 "C D"로 바꾸고 싶다면
ren A B C D 이딴식이 되버리고 꼬임
그래서 ren A_B C_D 이런식으로 해야 잘되는거지
그래픽 기반인 윈도우나 맥OS, 요즘 리눅스에 와서야 마우스 딸깍이니까
띄어쓰기를 예외처리 해준거고, 명령어로 입력하면 아직도 100% 오류난다.
안돼%20그럴%20순%20없어
읽기 힘들기 vs 파일명 인식 못하기
ㄴㅓㄴㅏㅈㅏㄹㅎㅐ.zip <-------이것도 빡침
스페이스바를 인식 못하는 환경이 워낙 많아서...
와 를 구분할 수 있거나 와 가 무슨 차이가 있는지 눈으로 알 수 있으면 인정해줌
인식 안되서 나중에 일일히 다 수정할 때의 똥꼬쇼를 알기나 해?
ㄹㅇ_왜_그러는_거지
ㄹㅇ_왜_그러는_거지
안돼%20그럴%20순%20없어
옛날에 자막 텍스트파일로 받으면 제목에 스페이스바 대신 % 이렇게 돼있는게 그거때문이였구나
읽기 힘들기 vs 파일명 인식 못하기
와 를 구분할 수 있거나 와 가 무슨 차이가 있는지 눈으로 알 수 있으면 인정해줌
뭔데? 이거 뭔데?
마치 마비노기 컬러 차이를 보는 느낌이군
우리가 아는 공백과, 특수문자 공백.
스페이스바 공백이랑 전각 공백 아님?
특수문자 공백.......ㄷㄷㄷ일반공백이랑 다르니까 이름도 특수문자인거지? 공백따위에 구분이 왜 필요한지 일반인 기준으로는 어렵네. 프로그래밍할때 쓰이려나.
와_ _와_ 차이
더 혼란스러워졌어. 퇴근하고 찬찬히 봐야겠다
웹 배우고 있습니다만 본인도 뭐가 다른지 모르겠습니다. 그리고 프로그래밍 할때 데이터를 선언하는데 대충 let value = 10; 선언하는 타입(let), 이름(value), 연산자(=), 10(값), ;(명령어의 마지막 표시)로 이루어져 있는데 이걸 컴파일러(대충 코드 짜주면 프로그램 만드는 애)는 공백으로 구분합니다. 예시를 들어 타입과 이름 사이에 공백을 없애면 컴파일러는 타입과 이름을 구분못합니다.
와(스페이스바) (스페이스바)와(스페이스바) 이걸 코드덩어리가 쌓인곳에서 맨눈으로 볼수있냐 문제임
ㄴㅓㄴㅏㅈㅏㄹㅎㅐ.zip <-------이것도 빡침
ㅁㅐㄱㅂㅜㄱ
이거 클릭하면 해킹당함!
ㅁㅐㄱ 한글 ㅇㅣㄴㅋㅗㄷㅣㅇ 좀 ㄱㅗㅊㅕㄹㅏ 팀쿡 새끼야
스페이스바를 인식 못하는 환경이 워낙 많아서...
애초에 많은 CRI 환경이 명령어 구문의 구분자를 스페이스로 쓰고 있어서 "" 붙여야 스페이스 인식하는것만 해도 엄청난 발전임....
맥 쓰면 자모분리된다던데
요즘은 안된다고 하던데 아이패드에서 만든 파일 클라우드로 넘기니까 분리되더라 ㅋㅋㅋ
첨에 몰랐을땐 놀리나 싶었음 ㅋㅋㅋㅋ
패드로 일러스트 작업할때 파일명 로마자+숫자로만 쓰다가 한번 한글로 한 일이 있었는데, 바로 자모 분리돼서 흩뿌려버리던 ㅋㅋㅋ
이건 윈도우/리눅스/유닉스의 한글에 대한 언어 코드 차이일텐데 리눅스 유닉스가 UTF-8인가 그럴텐데 윈도우만 달라서 발생하던가 그런걸로 아는데 틀렸다면 유게이의 보충이 필요
맥쓰는 사람들이 파일 보낼때마다.. 자모분리되서 파일이름 바꾸는거 겁나 귀찮음 ㅠㅠ
한글 자모도 분리되고 일본어는 탁점이 밀림 ㅋㅋㅋ 아주 대환장 콜라보
윈도랑 맥 한글 인코딩 차이 때문에 맥에서 작성한 한글 파일명이 윈도엔 분해되어 보임. 좀 협의좀 봤음 좋겠는데 계속 이상태.
윈도우, 리눅스, 맥 전부 한글은 UTF-8을 사용함 근데 윈도우하고 리눅스는 한글을 저장할때 자음 유니코드 + 모음 유니코드 를 조합해서 나오는 한 글자씩 저장하고 한글자씩 화면에 표현함 맥은 한글을 분해해서 자음 유니코드, 모음 유니코드를 각각 별도로 저장하고 화면에 뿌릴 때 조합해서 뿌림 그래서 맥에서 보내면 자소분리가 된 코드를 그대로 보내기 때문에 윈도우나 리눅스에서는 자소분리가 된 상태로 보이게 됨
맥 만의문제임
https://en.wikipedia.org/wiki/Unicode#Ready-made_versus_composite_characters 유니코드에서는 한글을 조합한 형태로도 사용가능하고 (ex. 김) 분리한 형태로도 사용가능함 (ex. ㄱㅣㅁ) 그런데 Windows 에서는 조합형태로 사용하고 Mac에서는 분리한 형태로 사용해서 생기는 문제인데 둘 다 맞는 사용법이라 지금 상태에서는 한쪽에 대고 바꿔라라고 이야기할 수 없는 상황임
지식이 늘어따
진짜 지브리짤이 화룡점정이네
인식 안되서 나중에 일일히 다 수정할 때의 똥꼬쇼를 알기나 해?
스페이스쓰면 개별로 인식되어버리잖아...
인본애들은 지들도 뛰어쓰기 않하잖아????
ㅆㅂ로마
당장_내_회사에서_나가
리눅스 파일명에 _ 안쓰고 띄어쓰넣으면 경력짬찌인거 인증임
짬찌정도가 아니라 이상한걸로 배운거 아냐..?
지랄_하고_자빠졌네
스페이스 바 이렇게 나오는 거 보고싶다면야
우주_바_
읽기 힘들진 않은데 단락 이동으로 넘버링해야 편한데 그거 못 써서 좀 불편항
ㅎㅎ 스페이스 2칸 떨어진걸로 버그나서 그거 찾는다고 12시간쯤 디버깅하면 걍 함 ㅋㅋ
그래서 파일명을 카멜표기로 해드려야 하는거임
한글_파일은-카멜_표기법으로-어떻게_처리하나요?
한글빠일은까멜뾰기법으로쩌리.zip
오호!이런빵법이!역시쎄종때왕님
난 카멜 너무싫은데..............
그 스페이스를 인식하는 언어와 인식못하는 언어가 있다고!
그것은_엔지니어기_ 때문이지.al
스스로_해봐_시스템마다_환경에_따라_인식이_되었다안되었다하는_매직을_볼꺼임;
근데 진짜 왜임? 위에 맥이니 리눅스 이야기 있던데 아직도 뭔가 인식이 안되는게 있음? 근데 왜 인식이 안되는거임?
공백값이 " "인지, " "인지, ""인지, "ᅟ"인지, "ᅠ"인지, "ㅤ"인지, "ᅠ"인지, "⠀"인지, %20인지 모르니까.
참고로 위에 입력한거 전부 다른값임.
안되는게 아니라 os마다 처리빙법이 약간씩 달라서 그래 세상에 윈도우만 다가 아님….
간단하게 두루뭉실하게 설명해보면 거의 모든 운영체제의 뿌리는 결국 UNIX인데 UNIX의 자식뻘인 LINUX나 DOS도 결국엔 키보드 입력 기반 운영체제 였단 말야 띄어쓰기는 명령어 구분용이었고, 파일명은 하나의 텍스트 덩이리인게 기본 룰이었음 "A B"라는 파일명을 만들고 이걸 "C D"로 바꾸고 싶다면 ren A B C D 이딴식이 되버리고 꼬임 그래서 ren A_B C_D 이런식으로 해야 잘되는거지 그래픽 기반인 윈도우나 맥OS, 요즘 리눅스에 와서야 마우스 딸깍이니까 띄어쓰기를 예외처리 해준거고, 명령어로 입력하면 아직도 100% 오류난다.
아 다른 os 존재야 내 댓글에도 있듯이 아는데 뭔 차이가 있나 싶어서 궁금했음 어떤 원인에 의해서 띄어쓰기가 여러 종류인지가 궁금했음 띄어쓰기라는게 보이지는 않지만 뭔가 별도의 데이터 값이 있는게 아닌가 싶었는데 그게 os마다 다 다르다니까 신기하네
으...암튼 문외한인 나로선 더 깊게 가면 모를듯하고 ㅠㅠ 하여튼 _의 필요성은 덕분에 잘 배웠네요
띄어쓰기뿐만이 아니라 줄바꾸는 표현도 OS별로 다름 https://en.wikipedia.org/wiki/Newline
파일명에 스페이사 허용된지 얼마 안됐엉..
님도_써보셈.jpeg
공백이 한갠지 두갠지 모를때도 있고 인식하기 어려울 때가 있으니 밑줄을 쓰는 것..
다른사람한테 전달할거면 한글 특문 공백 쓰지마 ㅋㅋㅋㅋ 경로처리 소팅 귀찮아
딴나라는 다그렇다치고 전각스페이스와 반각스페이스를 둘다가진 너희는 그런말을 하면 안된다 생각한다
파일이름 공백을 아직도 제대로 인식 못하는 시스템이 존재하니까.
-_-
스페이스나 공백문자들을 토큰 분리자로 많이 써서..
우리도 안쓰고 싶어서 강제로 그러는게 아냐
모든 규칙에는 이유가 있는법
단순하게 생각해서 안그러면 에러가 난다고 생각하면 됩니다.
왜 _를 넣나요 읽기 힘드니까 그만하세요 X 공백은 나도 읽기 힘들고 컴퓨터도 읽기 힘들어하니까 _로 대체함 O
당장 엑셀만 해도 시트 이름이 스페이스면 다른 시트에 값을 참조시킬때 애로사항이 꽃핀다고
\000b나 \u0020이나 \u0009 등으로 이루어진 공백은 눈까리로 보면 구분도 안되고.. 코드로 하면 더럽고 복잡해지니까..?
언더바 대신 스페이스로 폴더나 파일명을 만들면 일반인들도 많이 쓰는 하이퍼링크부터 문제가 생김. 폴더명을 "건담 마크투" 라고 하면 "건담"만 인식해서 하이퍼링크가 먹히질 않더라구. 결국 "건담_마크투"라고 이름을 하나하나 다 고쳐야 했음.ㅅㅂ
일반적으로 문제없는데, 다른 시스템이랑 엮이면 귀찮은 일 생기기 쉬움 어떤 데는 변수명에 대문자랑 언더바 허용 안하는 경우도 있음
공백은 인식 못하는 경우가 많아서 _ 이거로 하는 경우 많음 지금은 안 그런다고 해도... 그냥 예전부터 해왔던 습관이 있어서.. 나도 모르게.. ㅎ 근데 채팅할 때는 안그럼 ㅋ