12월, 2008의 게시물 표시

무료 도메인 제공 폐해?

QQ가 막아버린 .cn - 중국 도메인의 몰락?!

역시나 대륙의 기상이랄까? 홍보 방식이 별로 좋지 않았나 싶다. 저럴 돈이라면 차라리 기존 매체에 광고를 개재하는 것이 훨씬 좋지 않을까 싶다. 덕분에 정상 도메인마저 신뢰를 잃거나, 접근성이 떨어지지 않을까 싶다. (이미 떨어지지 않았나? 최소한 나부터도 .cn에 대한 신뢰를 전혀 할 수 없기 때문에, 지인에게도 .cn을 들어가지 않도록 권하고 있으니 말이다.)

그런데 그런 실패한 홍보방식을 가지고 온 이유는 뭘까?

의도는 알겠지만, 역시나 적절하지 못한 방법인 것 같다. 제발, .cn 꼴이 나지 않길 바란다.

nhnfreepekr.png


원본 위치: http://purewell.egloos.com/4017935

비싼 휴대폰은 누구 탓?

사이좋은 사람들 싸이월드
소비자들과 시민단체들은 '국내 휴대폰 제조사들이 전략적으로 국내 시장에 고가폰을 집중적으로 출시하기 때문’이라고 주장하고 있는 반면, 휴대폰 제조사들은 ‘국내 소비자들이 유별나게 고가폰을 선호하는 탓’이라는 반론을 펴면서 팽팽히 맞서고 있다.

'고가폰'을 'IE'로 바꿔도 대충 말은 되는 듯.


원본 위치: http://purewell.egloos.com/4010637

보안의식 살짝 상승?

뭐... 아직도 IE에서 ActiveX 설치할꺼냐는 대화상자에 [예]를 기본으로 누르는 사람이 많긴 해도, 메일이나 메신저로 실행 파일 전송한 것을 실행하는 사람은 확실히 적은 것 같다.

실예로 스팸메일에 섞인 바이러스가 퍼지기 시작하면 그만큼 빠르게 각종 커뮤니티에서 사용자끼리 서로 알려준다. 지인에게 가끔씩 전혀 불량하지 않은 압축 파일이나 실행 파일을 전송해주려고 하면, 받기 전에 바이러스 보내는 것 아니냐고 물어본다.

이런 것만 봐도 나름 일반인도 보안의식이 살짝 상승한게 아닐까? ㅡㅂ-)b


원본 위치: http://purewell.egloos.com/4004578

기본 생성자가 없는 객체 배열을 만들 수 있나?

C++ in Action Book: Pointers
There is no direct way to initialize the contents of a dynamically allocated array. We just have to iterate through the newly allocated array and set the values by hand.
C++에서 new연산자를 이용해서 객체배열을 만들 때, 객체에 기본생성자는 없고 다른 생성자가 있을 경우는 사용할 수 있는 문법 자체가 전무하다. 그냥 처음부터 끝까지 돌면서 하나하나 초기화 해주시라는 답안이다. 잇힝~*

C/C++이 상당히 유연하다고 생각했는데, 가끔씩 이런 것에서 뒷통수 때릴 수도 있다. 다른 언어는 어떨까? 왠지 Java/C#/D는 있을 것 같다.



원본 위치: http://purewell.egloos.com/4002582

친절하지 못하면 선택 받기 힘들다

요즘 후배가 FreeBSD를 깔면서 며칠 째 고생하고 있다. FreeBSD 설치 화면이 윈도우즈 그것에 비교할 수 없을 정도로 불친절하기 때문이다. (물론 네트워크 성능 하나만큼은 미칠 듯이 좋지만)

2000년... 대학교 들어와서 처음 마주해본 리눅스라는 녀석이 지금 FreeBSD와 같았으리라. 그때도 배우기 싫고, 불친절한 녀석과 마주하기 싫었다. (지금은 밥벌이의 매우 소중한 존재가 되었다) 그랬던 녀석이 지금은 윈도우즈와 비슷하게 화려해지고 친절해졌다. 번역문서도 엄청 많아졌고, 같이 이야기를 나눌 수 있는 상대도 많아졌다. 정말 많이 친절하고 좋아졌다.

반면 FreeBSD는 어떠한가. 물론 FreeBSD 역시 번역문서도 제법 있고, 철학 자체가 군더더기 없는 OS라고 하지만, 초보자가 언뜻 다가서기엔 너무나 먼 당신이다. 물론 닥치면 내가 2000년에 만난 리눅스처럼 강제로 배우겠지만, 그렇지 않으면 윈도우즈나 리눅스를 선택할 것이다.

이거 왠지 케케묵은 어떤 OS가 더 좋냐 식의 떡밥이 될 수도 있겠지만, 말하고자 하는 바는 OS 성능이 아니라 UX를 말하고자 하는 것이다.

친절하지 못하면 선택 받기 힘들다.



원본 위치: http://purewell.egloos.com/4002541

공유메모리에 40바이트 읽고 쓰는데 얼마나 충돌날까?

가끔씩 공유메모리에 있는 자료를 n개 프로세스/쓰레드가 읽고 쓰기 위해 접근할 때, 정말 충돌이 나긴할까? 물론 이론은 반드시 나긴 나는데, 이론은 이론이고... 임계영역이 I/O wait이 안 일어날 정도로 짧은 구간이더라도 충돌이 날까?

결론은 충돌난다. ㅡ_-) 덴장... 이래서 잠금장치가 여러개 있는 것이지...


아래 소스를 대충 컴파일해서 돌려보고 Ctrl+C를 눌러보면...

#include <sys/ipc.h> #include <sys/shm.h> #include <unistd.h> #include <string.h> #include <stdlib.h> #include <stdio.h> #include <errno.h> #include <sys/types.h> #include <signal.h> enum { SHM_STR_LEN = 32 }; typedef struct str_t { int len; char buf[SHM_STR_LEN+1]; } str_t; volatile size_t g_total_count(0); volatile size_t g_crash_count(0); int g_shmfd(-1); str_t* g_buf(NULL); // make random string... void makeRandStr(str_t& buf) { memset(&buf, 0x00, sizeof(buf)); int i, max(rand()%SHM_STR_LEN); for ( i = 0; i < max; i++ ) { buf.buf[i] = (rand()%10) + '0'; } buf.len = max; buf.buf[SHM_STR_LEN] = 0x00; } // check str_t structure... …