<?xml version="1.0" encoding="UTF-8"?>
<feed xmlns="http://www.w3.org/2005/Atom" xmlns:thr="http://purl.org/syndication/thread/1.0">
  <title type="html">김 용묵의 절대공간 - 블로그: 프로그래밍-잡설에 달린 최근 댓글/트랙백 목록</title>
  <id>http://moogi.new21.org/tc/</id>
  <link rel="alternate" type="text/html" hreflang="ko" href="http://moogi.new21.org/tc/" />
  <subtitle type="html">철도를 명절 때에나 떠오르는 4대 교통수단 중 하나로만 아는 것은, 예수님을 사대성인· 성인군자 중 하나로만 아는 것과 같다.</subtitle>
  <updated>2022-04-18T17:15:22+09:00</updated>
  <generator>Textcube 1.7.8 : Con moto</generator>
  <entry>
    <title type="html">아라크넹님의 댓글</title>
    <link rel="alternate" type="text/html" href="http://moogi.new21.org/tc/536#comment1737" />
    <author>
      <name>(아라크넹)</name>
    </author>
    <id>http://moogi.new21.org/tc/536#comment1737</id>
    <published>2011-07-06T13:42:21+09:00</published>
    <summary type="html">상용 게임 서버 중 일부는 이미 C#으로 옮긴 곳도 있다고 알고 있습니다. 네이티브에 비해 크게 성능 차이도 나지 않고(보통 서버 프로그래밍은 I/O 성능과 서버 아키텍처에 큰 영향을 받죠) 그러면서도 심각한 버그를 더 잘 피할 수 있다는 장점이 있으니까요. 클라이언트 쪽이 모조리 C++를 버릴 시점은 아직 멀지 않았나 싶습니다만, 자바(!!!)로 클라이언트랑 서버 둘 다 짜서 성공한 마인크래프트(엄밀히는 lwlgl이라는 OpenGL 라이브러리가 있습니다만) 같은 걸 보면 그래픽에 민감하지 않은 게임은 전환이 이미 한참 진행 중이라고 봐도 될 듯 합니다.</summary>
  </entry>
  <entry>
    <title type="html">사무엘님의 댓글</title>
    <link rel="alternate" type="text/html" href="http://moogi.new21.org/tc/536#comment1738" />
    <author>
      <name>(사무엘)</name>
    </author>
    <id>http://moogi.new21.org/tc/536#comment1738</id>
    <published>2011-07-06T17:20:17+09:00</published>
    <summary type="html">설마 했는데 이제 서버에까지 닷넷이 본격 들어오고 있군요. 덜덜;;
하긴, C#은 성능이 떨어지는 것에 비해 C++보다 프로그램 짜기는 너무 편리하고 좋은 건 부인할 수 없습니다.</summary>
  </entry>
  <entry>
    <title type="html">남정현님의 댓글</title>
    <link rel="alternate" type="text/html" href="http://moogi.new21.org/tc/536#comment1739" />
    <author>
      <name>(남정현)</name>
    </author>
    <id>http://moogi.new21.org/tc/536#comment1739</id>
    <published>2011-07-07T09:56:13+09:00</published>
    <summary type="html">MS Research에서 개발 중인 OS 중에 Singularity OS가 말씀하신 C# to Native Compiler인 Bartok Compiler를 기반으로 짜여진 것이긴 합니다. Bartok 컴파일러가 지원하는 C#의 비표준 사양을 보면 Native Code와의 연계를 목표로 만든 몇 가지 특수한 설정, 가령 printf 등에서 사용하는 가변인자 포인터에 대한 핸들링 기법 등이 포함되어있고 이에 대한 흔적이 MS가 공개한 Rotor Framework 소스에도 들어있습니다. 그리고 최근 MS가 성능을 위해서 채택하는걸 보면 C# Only보다는 하단에 Native를 사용하고 상단을 C#으로 커버하는 경우 (WPF나 실버라이트)도 많이 보이죠. ㅎㅎ</summary>
  </entry>
  <entry>
    <title type="html">사무엘님의 댓글</title>
    <link rel="alternate" type="text/html" href="http://moogi.new21.org/tc/536#comment1740" />
    <author>
      <name>(사무엘)</name>
    </author>
    <id>http://moogi.new21.org/tc/536#comment1740</id>
    <published>2011-07-08T13:19:52+09:00</published>
    <summary type="html">처음 뵙는 분이네요. 반갑습니다. 자세한 보충 설명에도 감사합니다. ^^
같은 네이티브 코드라도, 진짜 운영체제의 원초 API하고만 직통으로 대화하는 놈이 있는가 하면 여전히 아주 크고 아름다운 런타임-_- 라이브러리에 의존해야 하는 놈도 있을 수 있겠죠?</summary>
  </entry>
  <entry>
    <title type="html">남정현님의 댓글</title>
    <link rel="alternate" type="text/html" href="http://moogi.new21.org/tc/536#comment1741" />
    <author>
      <name>(남정현)</name>
    </author>
    <id>http://moogi.new21.org/tc/536#comment1741</id>
    <published>2011-07-08T10:43:03+09:00</published>
    <summary type="html">응용프로그램의 성능이라는 축과 개발자의 생산성이라는 축은 서로 상충되는 면이 있다보니 어떤걸 어느 시점에 잘 취사선택하는가는 굉장히 중요한 이슈가 되는것 같긴 합니다. ㅎㅎ

아, 그리고 홈페이지에 있는 프로필을 보고 인사도 드리고 싶었습니다. 저는 정올 공모전을 통해서 55회 ISEF 대회에 참가했었던 학생이고, 말씀 많이 들었습니다. 앞으로 종종 블로그에 들러서 많은 가르침 얻었으면 합니다. :-)</summary>
  </entry>
  <entry>
    <title type="html">사무엘님의 댓글</title>
    <link rel="alternate" type="text/html" href="http://moogi.new21.org/tc/536#comment1742" />
    <author>
      <name>(사무엘)</name>
    </author>
    <id>http://moogi.new21.org/tc/536#comment1742</id>
    <published>2011-07-08T13:20:31+09:00</published>
    <summary type="html">(앞 댓글에 &#039;여전히&#039;가 반복돼 있어서 고쳤더니, 댓글의 순서까지 이상하게 바뀌어서..)

남정현 님, ISEF 후배이시군요. 더욱 반갑습니다. ^^;;
워낙 대외 프로필이 화려하게 적혀 있어서 그 한 줄은 미처 간과했습니다.
이곳에서 제 프로필을 보셨겠지만, 저는 현재 IT 쪽(을/만) 파고 있지는 않죠.
후배님의 세부 관심 분야가 어디인지는 모르겠지만, 공모 출신, 더구나 그쪽의 만렙인 ISEF 출신들이 각자 다양한 분야를 컴퓨터 기술과 융합하여 사회에 보탬이 되는 창의적이고 좋은 작품을 많이 만들어 내면 좋겠습니다.
아무쪼록 좋은 인연 맺어 나갔으면 합니다. 고맙습니다. ^^</summary>
  </entry>
  <entry>
    <title type="html">????????????님의 댓글</title>
    <link rel="alternate" type="text/html" href="http://moogi.new21.org/tc/536#comment1743" />
    <author>
      <name>(????????????)</name>
    </author>
    <id>http://moogi.new21.org/tc/536#comment1743</id>
    <published>2011-07-08T17:05:27+09:00</published>
    <summary type="html">아, 하단에 네이티브를 쓰는 경우는, MS 안의 OS 전담 부서의 개발자들이 C++를 쓰는 사람들이 대부분이라 그런 거예요. 그것 때문에 Longhorn을 모두 .NET 기반으로 만들려고 하다 결국 무산되었고, 같이 진행되던 Avalon도 C++에서 접근할 수 없어서 WPF라는 원래 목적보다 작은 규모의 시스템이 되었지요.</summary>
  </entry>
  <entry>
    <title type="html">????????????님의 댓글</title>
    <link rel="alternate" type="text/html" href="http://moogi.new21.org/tc/536#comment1744" />
    <author>
      <name>(????????????)</name>
    </author>
    <id>http://moogi.new21.org/tc/536#comment1744</id>
    <published>2011-07-08T17:07:31+09:00</published>
    <summary type="html">비밀번호 안 적으면 비밀번호 써 달라고 요구하게 할 수 없을까요... 비밀번호 안 쓰고 글 쓴 뒤에 수정하려면 할 수가 없군요 OTL</summary>
  </entry>
  <entry>
    <title type="html">사무엘님의 댓글</title>
    <link rel="alternate" type="text/html" href="http://moogi.new21.org/tc/536#comment1745" />
    <author>
      <name>(사무엘)</name>
    </author>
    <id>http://moogi.new21.org/tc/536#comment1745</id>
    <published>2011-07-09T13:14:47+09:00</published>
    <summary type="html">헐, 운영체제를 전부 virtual machine 기반으로 만들겠다는 건 흠좀무스러운데요.
Windows가 완전히 신생 꼬꼬마 운영체제도 아니고 이미 native 기반의 너무 탄탄한 기득권이 있는 물건인데 굳이 그런 위험한 모험을 감행할 이유가 없죠.
이곳 블로그 엔진을 고치는 방법은 잘 모르겠습니다. 제로보드 4는 제가 마음대로 고쳐 쓸 정도로 구조가 단순한 반면, TextCube는 꽤 복잡하네요. ^^</summary>
  </entry>
  <entry>
    <title type="html">????????????님의 댓글</title>
    <link rel="alternate" type="text/html" href="http://moogi.new21.org/tc/536#comment1746" />
    <author>
      <name>(????????????)</name>
    </author>
    <id>http://moogi.new21.org/tc/536#comment1746</id>
    <published>2011-07-12T11:31:57+09:00</published>
    <summary type="html">그런 이유 때문에 코드네임 Longhorn은 개발 중에 무너져 버렸고, 그것은 Windows XP의 수명이 비정상적으로 늘어나 버린 이유가 되었지요 :(

대신 지금까지 유출된 Windows 8 초기 버전의 내부 구조를 살펴보면 .NET과 C++의 완벽한 공존을 위한 여러 컴포넌트가 준비되어 있다고 해요.</summary>
  </entry>
</feed>
