Mr. WiseBell

InKey의 블로그에 놀러가보니 재미있는 글이 눈에 보였다.
이름을 통계자료를 기준으로 풀어본다는 것인데, 해서 내 이름도 한번 넣어보았다.

생각해본적 없었는데 내 이름의 "현"자는 여성의 이름에 많이 사용된다고 한다.
(  -_);;;
누군가 딴지를 걸어올거 같은 느낌이 진하게 전해져온다;;


내 이름 어때? - 노현종

작은 집단의 자료에서 계산한 여러 통계자료를 기준으로 이름의 성별과 시대별 특징을 알려드립니다. 정교하게 조절된 통계가 아니므로 재미로만 보세요. :)

• 사적인 정보를 가능한 한 보호하려고 인구가 적은 이름들은 사례 노출에서 대부분 제외하였습니다.
• 비슷한 이름으로 추정한 부분은 기계학습 알고리듬으로 계산되었기 때문에 사람의 실제 느낌과는 많이 다를 수도 있습니다.
• 통계 자료는 주로 70년대 태생을 기준으로 했기 때문에, 60년대 이전이나 85년 이후에 많이 사용된 이름들은 부정확할 가능성이 높습니다. (아래 나오는 연도는 모두 탄생연도 기준입니다.)

관련글 트랙백과 댓글은 블로그로 보내주세요. 여러 명을 한꺼번에 알아보시려면 여기에서 하실 수 있습니다.

내 이름 느낌이 어때?

• 노씨는 한국에서 30번째 많은 성이고 모두 29만 434명이 있어서 전체 0.63%를 차지합니다. (통계청, 2000년)
• 현종은 아주 중성적인 이름입니다.
  
• 현종은 남자 이름 중 578번째 인기있는 이름이며 남자 2507명 중 1명 정도가 현종이입니다. 전체에서는 0.020%로 1023번째입니다.
• 비슷한 여자 이름은 현정 현주 연정 현자 현지 등이 있고, 비슷한 남자 이름은 현조 현중 형종 한종 효종 등이 있습니다.
• 이름을 뒤집으면 종현이 되어서 매우 남성스러운 이름네요~*
• ㄴㅎㅈ로 머릿글자를 만들 수 있는 사람은 전체에서 0.05% 정도이고 389번째 많습니다.
• 현종은 남자 이름으로는 오락가락하는 추세이며, 76년 무렵 가장 인기있었습니다.
  

글자마다 뜯어보면 어때?

• 앞 글자 "현"은 약간 여성스러운 느낌을 주고, 두 번째 글자 "종"은 매우 남성스러운 느낌이 있습니다. 두 글자가 서로 좀 이질적이네요.
• 앞 글자 "현"은 여자 이름 앞 글자에서 4.52% 빈도로 쓰여서 6번째 많이 쓰입니다.
• 앞 글자 "현"은 남자 이름 앞 글자에서 2.35% 빈도로 쓰여서 14번째 많이 쓰입니다.
• 앞 글자 "현"은 약간 여성스러운 이름으로 만듭니다. (0.15)
• 뒷 글자 "종"은 여자 이름 앞 글자에서 0.05% 빈도로 쓰여서 84번째 많이 쓰입니다.
• 뒷 글자 "종"은 남자 이름 앞 글자에서 0.60% 빈도로 쓰여서 46번째 많이 쓰입니다.
• 뒷 글자 "종"은 강하게 남성 이름으로 만드는 경향이 있습니다. (-0.41)
• 남자 이름에서 앞 글자 "현"은 대체로 늘어나는 추세이며, 79년 쯤 가장 인기있었고, 뒷 글자 "종"은 꾸준한 추세이며, 64년에 주로 인기있었습니다.
• 여자 이름에서 앞 글자 "현"은 오락가락하는 추세이며, 76년 무렵 가장 인기있었고, 뒷 글자 "종"은 꾸준한 추세이며, 70년생에게 가장 인기있었습니다.
• 글자별 빈도 변화: █ 현 (남) █ 현 (여) █ 종 (남) █ 종 (여)
   

링크는 http://openlook.org/app/nameanalysis/

StringBuilder

Any "tips and tricks" presentation on the .NET Base Class Libraries will tell you that StringBuilder is better than String::Concat. Here's how that looks:

void StringBuild::build(int loops)
{
    String* block = "123456789012345678901234567890";
    StringBuilder* result = new StringBuilder();

    for (int i=0; i<loops;i++)
        result->Append(block);
    String* realresult = result->ToString();
    Console::WriteLine(realresult->Length.ToString());
    return;
}

The only hassle is remembering to call ToString() on the StringBuilder when you've finished building it. The code is simple to write and to read, and it's much much faster than the String::Concat() case. But it's not the fastest, at least not always.

Hand-allocating a buffer

StringBuilder works by allocating more memory than you need, and by tacking the new strings into that buffer. Every time you need the buffer to enlarge, it doubles in size. That approach was chosen as a trade-off between allocating too much memory and wasting a lot of time allocating little extra bits over and over again. The starting size is implementation-specific, but in most cases it's 16 characters. You can pass an integer to the StringBuilder constructor to bump up the initial allocation if you know what you'll need: That will save you the extra allocations but it won't save you all the testing to see whether you've exceeded your capacity or not.

So, because this is C++ after all, let's do something they can't do in VB and play with pointers a little. Look at this code:

void StringBuffer::build(int loops)
{
    char* block = "123456789012345678901234567890";
    int delta = strlen(block);
    char* buffer = new char[loops*strlen(block)+1];

    char* p = buffer;
    for (int i=0; i<loops;i++)
    {
        strcpy(p,block);
        p += delta; 
    }

    String* result = buffer;
    Console::WriteLine(result->Length.ToString());
    return;
}

Whenever you work with char* strings, you have to remember when to add an extra character for the \0 or when to move past it or before it or whatever. In this code, the delta, how much we move forward each time, is deliberately set to exactly the strlen of block—normally you would add 1 to allow room for the \0, but I want the first character of the next append to overwrite the \0 so we have one long, contiguous string at the end.

This code works, and it is faster than StringBuilder. That's not surprising, because I don't have to test to see whether I am exceeding my capacity, and I don't have to allocate more memory. Because I'm steering clear of the managed heap except for the final string, I'm probably not exercising the garbage collector either. So what is surprising is that's it's not very much faster than StringBuilder: about 10-20% less time for the same number of loops. And this is for a special case where I knew the exact length of the buffer in the end. For the general case where you're gluing together an unknown number of strings, each of an unknown length, you're not going to beat StringBuilder with something you write yourself. That's worth knowing, isn't it?

** 주인공 '토니 스타크'역의 '로버트 다우니 주니어'가 3편까지 출연이 약속되어있다고 하니 시리즈물을 가볍게 즐겨보시고자 해도 괜찬은 선택이 될것 같습니다.

충분히 셔터를 날려주지 못해 건진 사진이 얼마 없는 가운데... 가릴것없이 올려본다..
충분한 셔터고 좋은 사진을 만드는걸까?
사진을 찍는동안... 5D와 30D를 교대로 서봤는데.. 아무리.. 좋은 사진은 찍는사람이 중요하다고
하지만... 왠지 5D와 30D 앞에서 작아만지는 350D 였다... OTL

어여 기계탓을 하지 않을정도가 되야 할텐데 (  -_);;

서울숲의 첫 얼굴.. 벤치?

열심히 나무위를 돌아다니는 개미들..

숲을 지키는 개미.. 나무위를 거닐다..

화단의 나무..

나무와 벤치

꽃밭..

사슴의 옆얼굴

사슴의 뒷태

엿못위의 하트

두송이의 꽃