Vincent's Blog

IT 업계에 종사해 보신 분들이라면, ‘Acme’ 혹은 ‘ACME(애크미) corporation’라는 회사명을 한번 쯤은 들어 보셨을 겁니다. 다른 분야에서는 잘 모르겠지만 하여간 IT 분야에서는 흔히 사용되는 가상의 회사 명인데요.

가령 예를 들어 “Java Sound Programmer Guide (자바 사운드 프로그래머 가이드)”의 “Chapter 13: Introduction to the Service Provider Interfaces (13장: 서비스 프로바이더 인터페이스)”를 보면 다음과 같은 대목이 나옵니다.

For example, suppose a hypothetical service provider called Acme Software, Inc. is interested in supplying a package that allows application programs to read a new format of sound file (but one whose audio data is in a standard data format). The SPI class AudioFileReader can be subclassed into a class called, say, AcmeAudioFileReader. In the new subclass, Acme would supply implementations of all the methods defined in AudioFileReader; in this case there are only two methods (with argument variants), getAudioFileFormat and getAudioInputStream. 

(예를 들어, 가상의 서비스 공급자인 ㈜Acme 소프트웨어는 어플리케이션 프로그램이 새로운 형식의 소리 파일을 읽도록 해주는 패키지를 공급하려고 한다. SPI 클래스인 AudioFileReader는 말하자면 AcmeAudioFileReader라는 클래스로 서브클래스화될 수 있다. 이 새로운 서브클래스를 통해, ㈜Acme는 AudioFileReader에서 정의된 모든 메써드를 구현한다; 이 경우에는 getAudioFileFormat과 getAudioInputStream, 2개의 클래스만 존재한다. 

뭐 대충 이런 식인데요. Acme 혹은 ACME가 무슨 뜻이길래 회사 명으로 쓰이는 걸까요? 사전을 찾아 보면

ac·me〔〕 n. [the acme] 절정, 극점, 극치, 전성기 《of》;【고생물】 최고 번성기
ac·mat·ic[] a.

(출처: 네이버 영어사전)

이런 뜻인데 말이죠. 아 그러니까 사업이 잘돼서 그 전성기를 누리고 있는 회사란 말인가? 정도로 생각하고 덮기가 쉽겠지만...

그래서야 어디 얘깃거리가 되겠습니까.  ACME는 사실 "A Company that Makes Everything"의 약자입니다. 말 그대로 뭐든지 다 만드는, 극강의 문어발 재벌 기업이죠. Acme라는 이름은 1930년에 처음 상영되기 시작한 워너브러더스의 극장용 애니메이션, 루니 튠즈에서 처음 쓰이기 시작했다고 합니다. 

위 그림에서 보시다시피 루니 튠즈 만화는 우리나라에서도 (요즘엔 모르겠습니다만) 가끔씩 TV에서 방영해 주곤 했던지라, 벅스 버니를(상단 왼쪽) 비롯해서 우리에게도 낯 익은 캐릭터들이 많습니다. (최소한 30대 이상은 공감할 듯... 그 이하는 잘 모르겠음) 이들 중에서도 특히 Acme 제품을 많이 사용하는 캐릭터는 "Wile E. Coyote(와일리 코요테)"라는 코요테입니다. 이 녀석은 "Road Runner(로드러너)"라고 하는, 총알같이 뛰는 (으잉?) 새를 잡으려고 매 회마다 갖은 고생을 하는데요, 이 새는 날지도 않는 것이 어찌나 빠른지 번번히 실패하고 맙니다. 물론 왜 그렇게 로드러너에 집착하는지는 절대 알 수 없구요. 요새 캐릭터로 치면 '언젠가는 치토스를 먹고야 말거야!'하고 다짐하는 치타랑 비슷하다고 할까요. (생각해보니 요새도 아니군요 -.-;)

이 코요테가 가끔씩 로드러너를 잡기 위해 회심의 무기로 들고 나오곤 하는 것이 바로 Acme 사의 신제품들인 거죠. 그런데 문제는 Acme의 제품들은 절대! 의도한 대로 작동하지 않는다는 건데요. 위 그림에서 보는 것처럼 처절하게 실패하고 나서 자세히 보면 깨알만하게 주의 사항이 써 있다든지 하는 식입니다. 

Acme의 제품들은 주로 우편으로 판매되는데요. 와일리 코요테가 매회 초반에 로드러너를 잡기 위한 아이디어를 떠올리고 이를 적어서 우체통에 넣으면 거의 돌아서기도 전에 그의 손에 배달되어 있곤 합니다. 말 그대로 총알 배송(!)일 뿐더러, 뭘 적어도 다 보내 줍니다. 그래서 'A Company that Makes Everything' 즉 '뭐든지 다 만드는 회사'인거죠. 뭐 하나 제대로 작동하는게 없다는게 문제이긴 하지만요. (그런데 똑같은 물건이 벅스 버니 손에 들어가면 얄밉게도 제대로 동작합니다.) 

해외의 어떤 사이트는 그간 등장한 Acme 제품들을 카다로그 형태로 모아 두고 있기도 합니다. (http://home.nc.rr.com/tuco/looney/acme/acme.html)

Acme 주식회사의 제품들은 MGM의 톰과 제리(Tom&Jerry)나 유니버살의 딱다구리(Woody Woodpecker)에도 심심찮게 등장하곤 합니다. 물론 결과는 항상 비참하지만요. 

오랜만에 고전 만화 사진들을 보니 어릴 적 생각도 나고 왠지 쎈치해 지는 저녁이군요. :)

"추천 한번쯤 눌러 준다고 마우스가 닳아지는 건 아니겠죠?"

Posted by vincent

오랜만에 새벽까지 야근을 하다가 문득 생각 났다는 듯이 한 일주일 방치해둔 내 블로그에 들어와보니, 애드클릭스 자리에 500 Servlet Exception이 나 있군요. 자주 있는 일이 아닐것 같아서(설마 -.-;;) 기념으로 캡쳐해 둡니다.

그건 그렇고 블로고스피어에서 활동하시는 분들은 다 아는 얘기겠지만 그렇지 않은 분들을 위해 간단히 설명하자면, Servlet은 Java 언어로 작성된, 서버에서 돌아가는 프로그램 모듈이라고 생각하시면 됩니다. Exception은 말그대로 예외... 그러니까 프로그램이 정상적으로 돌아가지 않았다는 얘기죠. 이런 상황이 발생하는 것에 대비해서 예외 처리 즉 exception handling을 해둬야 저런 흉한 메시지가 안 뜨는 겁니다.

그럼 그 앞에 붙어 있는 500 이라는 숫자는 뭐냐...? 이건 서버가 웹브라우저에게 보내는 http 상태 message 라는 겁니다. 가장 흔하게 접할 수 있는 것이 404 Not Found죠. 주소를 적었는데 정작 아무 것도 없을 때 보여지는 error(...엄밀히 말하자면 error라고 칭하는 건 조금 어폐가 있지만)입니다. 그 다음으로 많이 노출되는 것이 500 Internal Server Error. 즉 서버 측에서 프로그램이 돌아 가는데 뭔가 문제가 생겼다는 얘기입니다. 그 외에는 뭐 403 Forbidden (외부 접근이 차단된 페이지에 접속을 시도했을 때) 504 Gateway Timeout 등등이 있죠. 앞서 404가 가장 흔한 상태 message라고 했지만, 사실 가장 자주 발생하는 상태 message는 200 OK 입니다. 브라우저가 서버의 특정 위치에 접속했을때, 아무 문제가 없으면 서버는 200번 메시지를 브라우저에 보내지만 브라우저는 이 메시지를 보여 주지는 않죠. 뒤 따라오는 페이지를 화면에 뿌리면 되는 거거든요. 그래서 저 200번 메시지가 브라우저에 뜨는 걸 볼 일은 없는 겁니다.


이게 전형적인 "404 Not Found" 화면입니다. 많이들 보셨죠? 예를 들어서 http://www.kaist.ac.kr/vincentkwak.html 처럼, 존재하지 않는 문서의 주소를 브라우저 주소창에 치면 저런 메시지가 뜨는 겁니다.

상업적인 사이트들은 저런 메시지를 그냥 띄우지 않고 redirection (사용자가 입력한 주소가 아닌 다른 주소로 자동으로 옮기도록 하는 것)을 해서, 아래와 같이 별도의 친절한(?) 메시지를 보여 주는 경우가 대부분입니다. 의외로 네이버는 http://www.naver.com/vincentkwak.html을 쳐보니 redirection을 안하고 표준적인 404 페이지가 나오네요.



예전에 웹 프로그래밍 조금 할 때는 디버깅하고 테스트하고 하느라 저런 메시지들 거의 외우다시피 했었는데(외우려고 외우는 게 아니라 자꾸 보다보면 뭘 의미하는지 그냥 익혀지는 거죠)... 특히 디버깅할 때는 브라우저로 할 때도 있지만 오고 가는 메시지를 모니터링해야 할 때도 있고 해서, 위에 언급한 '흔한' 메시지들 외에 다른 메시지들도 많이 보게 됩니다.

애드클릭스는 Resin server를 쓰고 있군요. Resin은 무료인 걸로 알고 있는데 맞나요?

Posted by vincent

www 즉 world wide web의 약자로 시작하는 인터넷 주소가 일반화되기 시작할 무렵부터, 우리말로 발음하면 '더블유더블유더블유', 9자에 달하지만 실제 전달되는 정보량은 거의 없는 이 부분을, 사람들은 '따따따'라고 줄여 부르곤 했다. 즉 더블유더블유더블유닷구글닷컴(헥헥)이 아니라 따따따쩜구글쩜컴,이다. 매우 편하긴 한데, 인터넷의 본고장이라고 할 수 있는 미국 아해들은 방송 등 공적인 자리에서는 물론이고 (나의 좁은 경험으로는) 사석에서도 항상 '더블유더블유더블유'라고, 아주 빠른 발음으로 다 말을 하더라구. 그래서 아 미국 애들한테는 이게 그렇게 어렵고 귀찮은 발음이 아니구나 혹은 (단어의 첫글자를 딴 약어 표현은 많이 써도) 발음을 줄이는 건 별로 안좋아 하는 구나... 정도로 생각했었다.

요새 출퇴근 길에 PodCast로 다운 받은 IT 관련 대화나 인터뷰 내용들을 영어 공부 겸 해서 듣고 있는데, 예전과는 달리 미국인들도 이 부분을 다 발음하지 않고 덥덥덥 혹은 더비더비더비, 라고 말하더군. 예전 생각도 나고, 역시 대한민국 네티즌들이 앞서 가긴 앞서 가는구나 하는 가당찮은 생각도 들었다.

90년대 초중반에 C++가 처음 등장하기 시작할때 사람들이 이걸 항상 씨쁠쁠이라고 읽었는데, 잠시 적을 두고 있던 회사의 사장님이 정부 돈으로 미국에 견학을 한번 갖다 오더니 실리콘밸리에서는 모두 씨플러스플러스라고 제대로 발음하더라, 그러니 너희들도 꼭 그렇게 해라며 회의 중에도 누가 씨쁠쁠이라고 말하면 꼭 쫑코를 주곤 했다. 왠지 된장스러운 느낌이 들어 마뜩찮아 했던 기억인데(물론 그때는 된장녀 어쩌고 하는 개념은 없었다), 지금 미국 애들은 어떻게 발음하는지 모르겠다. C++은 그때 당시만 해도 차세대 프로그래밍 언어의 대세가 될 것처럼 기세 등등했었는데 Java의 등장으로 많이 밀려서... 물론 꾸준히 사용되고는 있지만 확연한 관심이나 논쟁의 대상이 되지는 않는 것 같다.

Posted by vincent