대소문자 구별하는 언어는 왜 그따구로 만든 거야?

[익명(118.176)]

그딴게 효율적이라고 생각하는 양반들은 그렇게 매사에 완벽한 사람들임?

[ㅅㅅㅅ(125.128)]

Case Sensitivity는 뭐 어느 가치를 더 중점으로 두냐에 따라 다른 거지. 일단 대소문자를 구분하게 되면 그로 인해 얻는 이점은 지을 수 있는 이름이 두 배가 된다는 거고. 이 두 배라는 name space를 효율적으로 활용한 예가 C에서 상수는 대문자로만, 변수는 소문자를 섞어 씀으로써 똑같은 이름이라도 구분되게 한 예라던가(#define COUNT 7, int count; 식으로) 원래 소문자를 관습적으로 많이 쓰는 곳에 대문자를 쓰는 이름을 넣음으로써 뭔가 강조를 해준다던가(임시용 이라는 식으로). 구분하면 유용하게 쓸 만한 예가 은근히 있어.

[익명(49.174)]

ㅅㅅㅅ//던가->든가

[ㅅㅅㅅ(125.128)]

솔직히 user-friendly한 부분에서는 대소문자를 구분하지 않으면 좋은 경우가 더 많지. 그래서 MS-DOS 같은 PC용 운영체제는 일찍이 파일 이름에 대소문자를 구분하지 않았고. 그 관습을 이어 Windows도 파일 이름 대소문자를 구분 안하지. 그리고 언어 중에서 베이직(BASIC)도 대소문자 구분 안한다. 사용자에게 쉽게 배워서 다가가게끔 하려는 의도에서지. 근데 나중에 대소문자를 이용한 여러 유용한 naming convention들이 나오면서 프로그래밍 언어는 사실상 변수명의 대소문자를 구분하는 게 대세임.

[ㅅㅅㅅ(125.128)]

ㅇㅇ // 추측은 -던가, 선택은 -든가(든지)인데 자꾸 헷갈린다 ㅠ

[익명(49.174)]

추측이 아니고 과거 회상이다

[ㅅㅅㅅ(125.128)]

ㅇㅇ // 추측도 된다. 그냥 여러 의미가 있는데 내가 생각난 게 '내가 그랬던가...' 같은 예문 밖에 안 떠올라서 추측이라고 쓴 거. "2 .(주로 ‘-던가 하다’, ‘-던가 싶다’, ‘-던가 보다’ 구성으로 쓰여) 과거의 사실에 대하여 자기 스스로에게 묻는 물음이나 추측을 나타내는 종결 어미."

[익명(182.227)]

옛날에는 대소문자를 구분하고 싶어도 구분할 수가 없었음. 컴퓨터가 지원을 해야 말이지. 8 비트 애플, MSX 이런거 코딩은 닭치고 대문자 로만 하는거였음. 이보다 더 전인 펀치카드 쓰던 시절에 카드에 소문자 따위는 아예 있지도 않았음.

[ㅅㅅㅅ(125.128)]

천공 카드 시절은 이해가 간다만 그 이후에는 왜? ASCII에 대문자와 소문자 구별 되잖아. 아마도 내 생각에 프로그래밍 언어 역사상 천공 카드 시절의 잔재가 많이 남아있는 듯해. =를 대입 연산으로 쓰는 것도 천공 카드 시절의 흔적이잖아. 나중에 파스칼에서 =를 원래 수학에서의 equal 의미로 쓰고 assignment는 :=로 구분해서 썼고.

[ㅅㅅㅅ(125.128)]

혹시 EBCDIC에서는 대소문자 구분 안하나 찾아봤는데 마찬가지로 구분했다. 관습이라면 모를까 문자 코드 문제는 아닌 듯.

[익명(182.227)]

니말대로 관습이 제일 클 것 같고, 용량을 최대한 아껴쓰거나 속도를 높이기 위한 최후의 꼼수였을수도 있을것 같음. 70, 80년대 컴퓨터가 메인프레임이라고 해도 요즘 브로드웰 i7에 비하면 지가 좋아봐야 얼마나 좋겠냐.

[vv(59.14)]

http://autogram.tk/이
중고차 어플리케이션 어떤가요?