Microsoft Dev Days 2007 Korea

서울:http://www.microsoft.com/korea/msdn/devdays2007/seoul.aspx

Scott Guthrie가 발하는 Silverlight2의 RIA(Rich Internet Application)


출처 : 준서아빠가 생각하는 행복한 UX이야기 (http://www.uxkorea.net/blog_post_226.aspx )

2006년 10월 31일자 글이고, 기존의 네이버 블로그를 폐쇄하고, 가져온 글입니다.

 

2006년 10월 27일 작성된 글이며, 네이버 블로그를 폐쇄하고, 가져온 글 입니다.

1. 닷넷 델리게이트

-         응용 프로그램 내에 있는 다른 메소드를 가리키는 객체

1.1 델리게이트가 포함하는 3가지 중요한 정보

-         델리게이트가 호출하는 메소드 이름

-         이 메소드의 인수

-         이 메소드의 반환값

1. 2 닷넷 프레임워크에서는 동기 델리게이트와 비동기 델리게이트를 이용하는 것이 가능.

 

2. C#에서 델리게이트 정의하기

-         delegate 키워드를 사용.

-         내부적으로 System.MulticastDelegate로부터 파생되는 봉인 클래스가 생성됨.

Ex) public delegate void PlayAcidHouse(Person theDJ, int volumn);

sealed class PlayAcidHouse : System.MulticastDelegate {          public PlayAcidHouse(object target, unit functionAddress)          public void Invoke(Person theDJ, int volumn)          public IAsyncResult BeginInvoke(Person theDJ, int volumn, AsynCallback cb, object state)          public void EndInvoke(IAsyncResult result) }

 

-         PalyAcidHouse 클래스에는 자동적으로 3개의 public 메소드가 만들어짐.

-         Invoke() : 델리게이트에게 현재 지시하고 있는 메소드를 호출할 때를 알리기 위해서 호출, C#에서 직접 호출 불가능

-         BeginInvoke(), EndInvoke() 는 비동기 호출하는데 이용

2006년 8월 13일자에 작성된 글이며, 기존 네이버 블로그를 폐쇄하기 위해 가져온 글 입니다.

최초 작성자 세티 최초 작성일 2006년 8월 13일 일요일 최종 수정일 최종 수정자

C# '전처리기' 지시문 정의 : 컴파일 과정을 제어하기 위해서 사용됨. C# 전처리기 지시문 #define, #undef - 조건부 컴파일 기호를 정의하거나 정의를 해제 하는데 이용. #if, #elif, #else, #endif - 소스 코드의 일부를 조건적으로 건터뛰는데 이용. #line - 에러와 경고의 줄 번호를 제어하는데 이용. #error, #warning - 해당 빌드에 대한 에러와 경고 생성하는 데 이용. #region, #endregion - 소스 코드의 일부를 명시적으로 표시하는데 이용. - 표시된 영역 안의 코드는 확장, 축소 될 수 있다. #region, #endregion 를 이용하여 코드 영역 지정하기 #region 전처리기를 이용한 코드 영역 지정하기 public class Class1 {    //내용 } public interface Interface1 {    //내용 } #endregion 조건부 코드 컴파일하기 - #if, #elseif, #else, #endif 를 사용하여 코드 블록을 조건적으로 컴파일 하게 한다. using System; using System.Collections.Generic; using System.Text; namespace CSharpConsole {     class Program     {         static void Main(string[] args)         {             #if(DEBUG)             #warning 경고! Debug가 정의되어 있음. 릴리즈 빌드로 구성하시오.             Console.WriteLine("App directory:{0}", Environment.CurrentDirectory);             Console.WriteLine("Box: {0}", Environment.MachineName);             Console.WriteLine("OS: {0}", Environment.OSVersion);             Console.WriteLine(".NET Version: {0}", Environment.Version); Console.ReadLine(); #endif         }     } }

2006년 8월 12일에 작성된 글이며, 기존의 네이버 블로그를 폐쇄하고, 옮겨온 글입니다.

MSDN - Generic 소개

1. 제너릭 클래스와 메서드가 있다.
2. 제너릭 형식에서만 가능.
3. 재사용성, 형식 안정성, 효율성 달성이 가능.
4. 컬렉션과 컬렉션을 다루는 메서드에서 일반적으로 사용.
5. System.Collections.Generic 네임스페이스에 제너릭 기반 컬렉션 클래스가 존재.

using System;
using System.Collections.Generic;
using System.Text;

namespace VS2005
{
 //T형식 파라미터
 public class GenericClassTest<T>
 {
  //중첩된 Node 클래스도 T 제너릭
  public class Node
  {
   //T as private member data type
   private T data;
   public T Data
   {
    get { return data; }
    set { data = value; }
   }

   private Node head;
   public Node next;
   public Node Next
   {
    get { return next; }
    set { next = value; }
   }

   //중첩 Node 클래스의 생성자
   //생성자가 T를 받아서 타입을 결정
   public Node(T t)
   {
    next = null;
    Data = t;
   }
  }

  public GenericClassTest()
  {
   head = null;
  }

  public void AddHead(T t)
  {
   Node n = new Node(t);
   n.next = head;
   head = n;
  }
  public IEnumerator<T> GetEnumerator()
  {
   Node current = head;
   while(current != null)
   {
    yield return current.Data;
    current = current.Next;
   }
  }
 
 }

 public class GenericTest
 {
  public static void Main()
  {
   GenericClassTest<int> list = new GenericClassTest<int>();
   for (int i = 0; i < 10; i++ )
   {
    list.AddHead(i);
   }

   foreach (int i in list)
   {
    System.Console.Write(i + "");
   }
   System.Console.WriteLine("\nDone");
  }
 }
}

Google NIght을 다녀온 후
(HostName : Google Night)

Thursday, April 24, 2008 17: 26

지난 목요일에 회사 동료와 함께 Google Night 이라는 행사에 초대되었습니다.

구글에서 주최하는 행사 참석은 처음이었고, 구글 밤이라는 행사는 또 어떤 류의 행사인지 매우 궁금했습니다.
기존 행사인 구글 개발자의 밤과 같은 행사는 아닌 듯 보였습니다.(비공개 행사라는 이야기를 들었기 때문입니다.)

아무튼 행사 담당자의 초대 이메일을 확인하고, 사진으로만 보아오던 알록달록하게 꾸며진 유쾌한 Workspace의 모습을 직접 볼 수 있게 된다는 약간의 설레임을 안고 스타타워로 향했습니다.

구글의 R&D 사무실은 스타타워 22층에 위치하고 있었고, 엘리버이터에서 내리면 아래 사진과 같은 입구가 보입니다. 아주 찾기 쉽습니다.

입구에 들어서니 사진으로만 보아오던 알록달록한 인포스페이스가 시선을 사로잡았습니다.

스티커로 만들어진 명찰을 가슴에 붙이고 행사장으로 향했습니다.

인터넷에 공개된사진과 제가 찍어온 사진과 별반 다를바가 없지만 그래도 눈으로 직접 보는 그 곳의 느낌은 달랐습니다. 사진에서의 느낌은 뭐랄까요? 굉장히 즐겁고, 창의적이고 어떤 에너지가 마구 분출될 것 같은 느낌이었는데 실제의 눈으로 본 느낌은 사진보다 그리 강하진 않았습니다.

구글의 시스템을 체험하지 못한 상황에서 분위기만으로 그것을 판단하는 것은 섣부른 판단이라는 생각이 들었고, 다만 이런 인테리어를 통해 구글의 의지 만큼은 확실하게 읽을 수 있었습니다.
국내 일부 기업들 처럼 실제 생활과 겉으로 보여지는 이미지가 불일치하는 그런 곳이 아니길(?) 마음 속으로 생각해 봤습니다. 물론 구글의 기업문화가 그렇진 않겠죠.(이미 많은 이야기를 들었으니깐요.)

30 여분간의 식사를 마치고, igoogle 개발자의 간단한 이야기를 들었습니다. 영어로 진행됐지만 기술적 이야기들이 오고가서 그런지 맥락을 이해하는데는 크게 어렵지 않았습니다.
다만 제가 질문을 하고 싶었는데 못했을 뿐이죠.^^ (역시 말하기는 별개의 능력인 것 같습니다.)

전 개인적으로는 구글의 검색 능력보다는 구글이 시도하는 웹 기반의 application에 관심이 더 많습니다. 왜냐면 사용자는 인터넷을 통해 검색만 하고 살지는 않기 때문이죠. 사용자에게 있어 검색은 컴퓨팅 생활의 일부분이고, 대부분의 사용자는 검색과 같은 생활을 하기 위해서는 Application 에 의지해야 하기 때문이라고 봅니다.

Application의 사용 편이성과 성능이 사용자를 사로잡는다고 보고 있으며, 구글이 생산하는 웹 기반의 Application이 어느 정도의 사용자 임팩트를 주는가에 늘 관심을 가지고 있습니다. 웹 기반 Application에서는 가장 선도적인 업체라 생각되기 때문입니다.

아무튼 Application에 합리적인 결과를 도출해주는 것이 (검색을 기반으로 하는)데이터 가공에 의한 것이긴 하지만 일반 사용자는 검색 그 자체보다는 자신이 직접 컴퓨터 상에서 맞이하게 되는 Application에 더 관심이 있다고 보고 있으니깐요.

이후 행사는 구글코리아의 개발자가 모두 나와서 구글 코리아에 대해 설명했습니다. 자신이 하는 일은 무엇이고 어떻게 일하고 있으며, 구글에 입사하는데 필요한 지식을 전달하며, 두 시간에 이르는 세션이 마무리 되었습니다. 약간 리쿠르팅 냄새도 나긴 했지만 구글에 대한 정보가 부족한 상황에서 그런 행사를 여는 것 또한 구글에 대해 알고자 하는 사람들에게는 많은 도움이 되었다고 보여집니다.

행사 중간에 구글 코리아 대표이사님께서 구글 코리아가 아직은 한국에서 미흡한 부분이 많이 있지만 시간이 걸리는 부분이고, 노력하고 있다고 말씀하셨습니다.
한편으로는 공감이 가면서도 주변 환경에서의 실적에 대한 압박을 어느 정도 받고 있는 것은 아닌가 하는 느낌도 들었습니다.(주관적 느낌이므로 틀렸다면 미안합니다.^^;)

참... 음료수는 매우 좋았습니다. 공짜였으니깐요.^^
하지만 뷔페의 음식은 화려하고 보기엔 좋았지만 입맛에 썩 맞지는 않았습니다. ^^*

원글출처: http://silverlight.net/GetStarted/overview.aspx
본 강좌는 위의 원글을 참고 및 번역해서 작성했으며, 글 중간중간 제 개인적인 표현이나 의견을 넣어서 각색했습니다.

안녕하세요~ 세티 입니다.^^

지난 시간에는 디자이너를 위한 실버라이트에 대한 소개를 해봤는데요~ 이번에는 이어서 개발자에 대한 실버라이트 소개를 해볼까 합니다.

실버라이트 애플리케이션에 대한 강력함을 보고 싶다면 다음의 주소를 방문하여 볼 수 있습니다.
실버라이트 애플리케이션 보기 : www.silverlight.net

자바스크립트를 이용해서 실버라이트를 개발하고자 한다면 실버라이트 1.0 릴리즈 버전이 필요하지만 닷넷을 이용해서 실버라이트를 개발하고자 한다면 실버라이트 1.1 알파 버전이 필요합니다.

실버라이트로 개발하기 전에 먼저 실버라이트에 대한 정보를 얻을 필요가 있습니다. 그래야 훌륭한 애플리케이션을 만들 수 있을 테니깐요.^^

아래의 표에서 실버라이트 1.0과 1.1에 대한 정보를 얻을 수 있습니다.

Run Time
- 윈도우즈를 위한 실버라이트 1.0(Microsoft Silverlight 1.0 - for Windows)
- 맥을 위한 실버라이트(Microsoft Silverlight 1.0 - for Mac)
- 윈도우즈를 위한 실버라이트 1.1 알파(Microsoft Silverlight 1.1 Alpha September Refresh - for Windows)
- 맥을 위한 실버라이트 1.1 알파(Microsoft Silverlight 1.1 Alpha September Refresh - for Mac)
- ASP.NET을 위한 실버라이트 컨트롤이 포함된 릴리즈(Microsoft ASP.NET Futures (July 2007))

개발툴
- Microsoft Visual Studio 2008 Beta 2
- Microsoft Silverlight Tools Alpha for Visual Studio 2008 Beta 2

디자이너 툴
- Expression Blend 2 August Preview : 이 툴은 디자이너를 위한 툴 입니다.
- Expression Design : 이 툴은 실버라이트 자원을 만드는데 필요한 일러스트와 그래픽 디자인을 위한 툴 입니다.
- Expression Encoder : 비디오와 같은 것들을 만드는데 필요한 툴 입니다.

소프트웨어 개발 kit
- Microsoft Silverlight 1.0 Software Development Kit (SDK)
  : 실버라이트 1.0을 타겟으로 하고 있으며, 문서, 샘플, 템플릿 등이 포함되어 있습니다.
- Microsoft Silverlight 1.1 Software Development Kit (SDK) Alpha September Refresh
  : 실버라이트 1.1을 타겟으로 하며 문서와 샘플이 포함되어 있습니다.

이상으로 개발자가 실버라이트로 애플리케이션을 개발하기 위해 준비해야 할 것이 무엇인지 알아봤습니다.

다음 시간에는 자바스크립트를 이용한 실버라이트 개발에 대해 조금씩 진행해 보도록 하겠습니다.^^
물론 실버라이트 1.0 입니다.~

원글출처:http://silverlight.net/
본 강좌는 위의 원글을 참고 및 번역해서 작성했으며, 글 중간중간 제 개인적인 표현이나 의견을 넣어서 각색했습니다.

안녕하세요~ 세티 입니다.

디자이너를 위한 실버라이트를 간략하게 소개합니다.
뭔가 새로운 것이 나왔을 때 그것에 대해 알고 싶고, 찾고 싶고 정리된 내용으로 내 머릿 속에 들어와 주길 바라지만 인터넷의 지식이라는 것이 모두 흩어져서 존재하고 단편적이라 전체를 이해하는 수단으로서는 사실 그리 좋지는 않더라구요...ㅎㅎ 아무튼 실버라이트는 개발자 보다는 디자이너 분들에게 더욱 임팩트가 있지 않을까 하는 생각이 듭니다. 그래서 디자이너 분들이 실버라이트로 무언가를 만드는데 있어 필요한 것들을 간략하게 소개해 볼까 하구요~ 제작과 관련된 것 보다는 실버라이트가 뭐고, 툴은 어디서 얻어야 하고, 샘플은 또 어디서 구해야 하는지에 대해 간략하게 적어 보겠습니다.

1. 실버라이트를 경험해 보자.
먼저 실버라이트로 제작된 애플리케이션을 보고 싶다면 아래의 사이트로 방문하시면 됩니다.
http://www.silverlight.net

2. 실버라이트가 뭐하는 건데요?

• 사용자 경험을 애플리케이션에 반영하는데 필요한 흥미있는 크로스 플랫폼 입니다.
• 미디어 솔루션이며, 매우 강력합니다.
• 리치 인터펙티브 애플리케이션(RIA)을 제작하는데 최적의 기술 입니다.

3. 그러면 플러그 인 하고 툴은 어디서 구하나요?

• 자바스크립트를 사용하여 실버라이트 애플리케이션을 개발하기 위해서는 실버라이트 1.0 릴리즈가 있어야 합니다. 그리고 닷넷(Visual Basic 이나 Visual C#)을 이용하여 개발하기 위해서는 실버라이트 1.1 알파 버전이 있어야 합니다.

          실버라이트 플러그인 다운로드 주소 : Microsoft Silverlight 1.0 Release Candidate

4. 실버라이트 디자인하기
자아~ 플러그 인을 얻었으니깐 이제 실버라이트를 제작해 봐야겠죠? 그리고 그러기 위해선 툴이 필요할거구요
실버라이트 개발툴을 구하기 위해선 아래의 주소로 방문하시면 됩니다.

 Expression Studio

아.. 참고로 디자이너가 사용하는 툴이 Expression Studio 입니다.^^
디자이너가 사용하게 될 Expression Studio는 총 3가지가 있습니다.

1. Expression Blend 2 August Preview - 실버라이트로 웹에 접속된 사용자를 위한 프로페셔널 디자인 툴
2. Expression Design - 실버라이트를 위해 필요한 자원을 생성하기 위한 프로페셔널 일러스트레이션과 그래픽 디자인 툴
3. Expression Encoder - 비디오 기술을 위한 툴 입니다.

5. 실버라이트로 개발하기

• 실버라이트 애플리케이션에 자바스크립트 추가를 도와주는 통합개발환경으로는 비주얼 스튜디오 2008 베타를 사용한다.

6. 실버라이트 SDK?

• 실버라이트 SDK는 상업적인 애플리케이션을 빌딩하는데 있어서 필요한 문서, 샘플, 템플릿을 포함하고 있다.

7. 샘플과 문서를 이용해서 실버라이트 배우기

• 처음 애플리케이션을 만드는 것이라면 QuickStarts 를 보면 매우 좋습니다.
• 만약 실버라이트에 관한 질문이 있다면  Forums 를 방문해 보세요~

이상으로 디자이너가 실버라이트로 무언가를 개발하기 위해 필요한 것들이 어떤 것들이 있는지 알아봤습니다.
다음 시간에는 개발자를 위한 실버라이트 소개를 해볼까 합니다.~

원글출처:http://silverlight.net/
본 강좌는 위의 원글을 참고 및 번역해서 작성했으며, 글 중간중간 제 개인적인 표현이나 의견을 넣어서 각색했습니다.

실버라이트 1.0 릴리즈를 실행하기 위해 추천되는 시스템

• 윈도우즈 XP, 윈도우즈 서버 2003, 윈도우즈 비스타: 128MB RAM, 인텔 펜티엄 2 450MHz 나 더 빠른 프로세서

• 매킨토시 OS 10.4.8 이나 상위버전 : !GB 메모리, Power PC G3 500MHz 나 더 빠른 프로세서 또는 인텔 코어 듀오 1.83GHz나 더 빠른 프로세서

실버라이트 1.1 알파

• 윈도우즈 XP, 윈도우즈 서버 2003, 윈도우즈 비스타: 128MB RAM, 인텔 펜티엄 2 450MHz 나 더 빠른 프로세서

• 매킨토시 OS 10.4.8 이나 상위버전 : !GB 메모리, 인텔 코어 듀오 1.83GHz나 더 빠른 프로세서

실버라이트의 브라우저와 OS 지원여부
실버라이트는 크로스-브라우저 플러그인이며, 작은 사이즈로 디자인 되어져 있다.
실버라이트는 아래의 것들과 호환된다.

• IE6.0, IE7.0 그리고 파이어폭스 1.5와 2.0 브라우저를 사용하는 윈도우즈 XP SP2, 윈도우즈 비스타 및 윈도우즈 서버 2003

• 사파리 파이어폭스 1.5와 2.0을 사용하는 Mac OS 10.4.8
  

실버라이트 1.1 알파는 다음의 것들과 호환된다.

• IE6.0, IE7.0 그리고 파이어폭스 1.5와 2.0 브라우저를 사용하는 윈도우즈 XP SP2, 윈도우즈 비스타 및 윈도우즈 서버 2003

• 사파리 파이어폭스 1.5와 2.0을 사용하는 Mac OS 10.4.8

원글출처:http://silverlight.net/
본 강좌는 위의 원글을 참고 및 번역해서 작성했으며, 글 중간중간 제 개인적인 표현이나 의견을 넣어서 각색했습니다.

안녕하세요~ 세티 입니다.

이미 몇 년전 부터 Rich UI, UX와 관련된 이야기들이 나오고 여러가지 타입의 애플리케이션을 통해 다양한 시도(브라우저 기반이 아닌 응용 document 애플리케이션들을 이용한 Rich UI)들이 이어져오더니 이젠 교통정리가 되는 것 같습니다.
그것은 2D 기반의 단순 텍스트 위주의 애플리케이션이 아닌 3D 기반의 화려한 그래픽으로 무장된 애플리케이션을 말합니다. 제 기억으로는 3D기반 Rich 애플리케이션의 플래쉬가 선두 주자 였던 것으로 알고 있습니다.
 웹의 보조 컨텐츠로 사용되던 플래쉬가 이제는 마크업을 넘어 점차 부유한 애플리케이션으로 발전해 나가고 있습니다. 이러한 발전의 끝에 플렉스와 실버라이트가 경쟁하는 구도로 이어져가고 있으며, 이러한 경쟁은 현재도 진행형, 앞으로도 몇 년간은 진행형의 형태 일 것 같습니다.

이러한 제가 다룰 내용은 Rich UI, 그 중에서도 Microsoft의 실버라이트 입니다. 인터넷을 검색하면 실버라이트에 대한 아주 많은 그리고 양질의 데이터가 검색 되겠지만 그래도 세티는 세티만의 강좌를 진행해 볼까 합니다.~ 강좌도 쓰고 공부도 하고.... 세티에게는 일석이조 입니다. ㅋㅋ

실버라이트란 무엇인가?
마이크로소포트가 발표한 실버라이트는 웹에서의 닷넷 기반 미디어 경험과 리치 인터렉티브 어플리케이션을 실행하기 위한 차세대 크로스 브라우저, 크로스 플랫폼 플러그 인 입니다. 실버라이트는 웹 어플리케이션에 통합되기 위해서 AJAX, Python, Ruby 그리고 Visual Basic과 C#을 이용하여 유연하고 일관성있는 프로그래밍 모델을 지원합니다. 실버라이트 미디어는 Mac이나 Windows에서 실행되는 Firefox, Safari 그리고 IE 등과 같은  브라우저에 높은 수준의 오디오와 비디오의 전개를 빠르고 효과적인 비용으로 포함시키는 능력을 가지고 있습니다. 실버라이트 제작에 필요한 툴인 Expression Studio와 Visual Studio를 이용하여 디자이너와 개발자는 보다 가벼운 웹을 제작하는데 있어 더욱 효과적인 협업을 할 수 있게 되었습니다.


흥미로운 크로스-플랫폼 사용자 경험

• 비디오 애니메이션, 상호작용, 매우 멋있는 사용자 인터페이스를 포함하는 웹을 위한 리치 인터렉티브 어플리케이션

플리케이션(RIA)와 미디어 사용자 경험의 전개

• 어떠한 설치 요구가 없이 맥이나 윈도우즈의 일관성 있는 경험을 제공

• 퍼포먼스 증가로 클라이언트에게 유리한 값지고 완벽한 웹 경험 생성

• 실버라이트를 사용함으로써 기대되는 것은 화려한 그래픽 그리고 미디어의 퍼포먼스와 더불어 현존하는 표준 AJAX 기반 어플리케이션의 업그레이드

통합툴과 유연한 프로그래밍 모델

• 닷넷 프레임워크 기반, 실버라이트는 웹을 위한 미디어 경험과 RIA를 전개하기 위한 툴과 개발자와 디자이너가 현재의 기술로 충분히 활성화 할 수 있습니다.
• 기존 웹 기술과 자산으로 간단하게 통합한다는 의미는 back-end 웹 플랫폼이나 기술로 작업할 수 있다는 것을 의미합니다.
• 아파치, PHP 자바스크립이나 클라이언트상에 위치하는 XHTML을 포함하여 현존하는 인프라스트럭처나 어플리케이션을 통합합니다.
• 자바스크립트, 루비, 파이선, C#, VB,NET 그리고 그 외의 언어를 포함하기 때문에 개발자는 언어를 선택할 수 있습니다.
• 마이크로소프트 닷넷 플랫폼의 특성과 웹 표준 지원을 위한 디자이너와 개발자를 위한 특별한 툴, 인터렉티브한 사용자 경험과 미디어-리치 경험, 인코딩과 분산을 위한 미디어 준비하기, 그리고 XHTML, XML, XSLT, CSS 그리고 ASP.NET을 사용하는 W3C 표준 컴파일런트 사이트를 생성하기 위한 Expression Studio(디자이너)
• 인텔리센스, 강력한 크로스-플랫폼 디버깅, 리치 언어 지원 그 밖의 클라이언트와 서버 코드 개발을 위한Visual Studio(개발자)
• XAML을 사용하는 일관성 있는 프리젠테이션 모델, 윈도우즈 비스타 어플리케이션에서 사용되는 프리젠테이션 언어. 컨트롤, 비주얼 디자이너, 미디어 그리고 또 다른 엘리먼트들은 실버라이트와 윈도우즈 어플리케이션과 함께 표현할 수 있는 프리젠테이션 언어.
• 확장 컨트롤 모델은 효과적인 코드 재사용과 공유를 활성화 할 수 있고, 리치 콘텐트 추가를 위해 쉽게 만들수 있다.
• 파워, 퍼포먼스, 그리고 실버라이트와 마이크로소프트의 유연성 과 더불어 AJAX가 활성화된 웹 사이트를 위한 퍼포먼스가 전개 되었다.

능률적이고 저비용의 배포와 더욱 강력해진 미디어 솔루션

• 마이크로소프트는 WMA와 MP3오디오를 잘 지원하는 SMPTE VC-1 비디오 표준 도구를 윈도우즈 미디어 비디오(WMV)와 같이 단일화된 미디어 포맷으로 HD에서 모바일까지 지원한다.
• 그래픽 통합을 지원하는 미디어 오버레이와 벡터 기반의 그래픽을 추가.
• 비주얼 사실성 또는 모션 퀄리티의 손실 없이 방송 스타일의 비디오나 애니메이트 광고를 지원하는 플렉시블한 비디오와 애니메이션을 솔루션에 추가.
• 윈도우 서버(롱혼)을 위한 미디어 팩을 서버에 장착할수 있어 비용을 절약할 수 있고, 저비용의 미디어 스트리밍과 에미상을 수상한 윈도우 미디어 기술.
• 윈도우즈 미디어 기술 플랫폼으로써 미디어 툴, 서버 그리고 솔루션의 방송 생태계
• 콘텐츠 제공자를 위한 윈도우즈와 맥을 지원하는 마이크로소프트우의 플레이레디(PlayReady)
• 미디어 경험을 사실적으로 표현할 수 있는 하드웨어 가속 기반의 강력한 인코딩 툴

웹, 서버 그리고 서비스의 연결

• JSON, RSS, POX 그리고 REST와 같은 공용 프로토콜 데이터에 접근할 때 LINQ와 LINQ-to-XML을 실버라이트가 지원한다.
• 실버라이트 애플리케이션내의 인터페이스와 컨텐츠를 묘사하기 위해 XAML 포맷기반의 텍스트를 검색하고 인덱스할수 있는 RIA의 향상된 검색능력
• 호스트와 소프트웨어 서비스 그리고 미디어 콘텐츠의 통합 따른 윈도우즈 라이브에 의한 실버라이트 스트리밍의 빠른 스케일의 애플리케이션

이제 제법 날씨가 더워진 것 같습니다.

회사를 마치고 집에 오는 길... 꽤 늦은 시간 임에도 불구하고 약간 땀이 나더군요.
추운 겨울이 지나고 봄이 오는 것을 바라보며, 자연의 신비함을 그 어느 때 보다 강하게 느끼곤 합니다.
제가 사는 아파트에는 나무와 꽃이 무척이나 많습니다. 대도시 아파트 단지에서는 보기 힘든 곳이죠.
여름이면 20년된 나무가 청주의 가로수 길 처럼 하나의 거대한 나무 터널을 만듭니다.

매일 아침 길을 나서며 집 앞 나무를 바라 봅니다. 어제는 앙상했던 가지가 오늘은 보다 풍성해졌더라구요.
그리고 내일이 되면 더더욱 풍성해질 것이라는 생각을 해봅니다.

하루가 다르게 풍성해지는 나무를 바라보며, 요즘은 나무에게 인사를 합니다.^^; 그리고 흙과 돌에게도 인사를 합니다. 나무가 잘 자라도록 뿌리를 보호해주는 흙이 고맙고, 흙이 부서지지 않게 그것을 지탱해주는 돌이 고맙고, 그런 보호를 받으며 잘 자란 나무가 만들어주는 그늘이 고맙게 느껴 집니다.

그러고 보면 세상의 모든 것들은 소중하기도 하고, 또 고맙게 느껴지기도 합니다.
존재하는 모든 것에 대한 고마움.... 그것을 모두 포용하기에는 아직 제 마음의 수양이 덜 되어 잘 되지 않을 때가 많지만 그래도 그것의 고마움을 잊지 않기 위해 노력하고 싶습니다.

이런 한결 같음에 우리는 자연을 좋아하는 게 아닌가 싶습니다. 그리고 별을 보는게 아닌가 싶기도 합니다.
오늘은 나무와 흙과 돌에게서 좋은 것을 배우네요.

한결같은 그것들의 모습....

사람과 사람사이에서도 한결같은 모습이 보여진다면 세상은 조금 더 평화로워지지 않을까 생각해 봅니다.

언제나 그렇듯 영상을 보면 컴퓨터로 뭐든지 다 될거 같은 유쾌한 기분이 듭니다.
하지만... 실제로 사용할 때는 왜 그런 기분이 안드는지....ㅡㅡ;
(좋지 않다는 말이 아니라... 그냥 기분상의 문제 입니다.^^;)
그렇다해도 일반 사용자가 쓰는데 있어서 아직 까지는 최고의 운영체재라고 생각합니다.

필요한 네임스페이스

System.Net, System.Net.Sockets

 

System.Net.Sockets.Socket 클래스의 특징

- 클라이언트 응용프로그램과 서버 응용 프로그램에서도 소켓으로 사용 가능

- 동기, 비동기 동작을 모두 사용가능

 

endpoint

- 네트워크 케이블의 양 끝(종단점)

- 네트워크에 대한 읽기, 쓰기를 수행

 

클라이언트와 서버 응용 프로그램은 소켓 연결을 통해서 통신하고 바이트 스트림을 주고 받는다. 다른 소켓으로 메시지를 보내기 위해서는 응용 플로그램을 제공하는 PC의 아이피 주소와 소프트웨어의 프로세스 식별자를 알아야 한다.

PC에서 소프트웨어 프로세스 식별자는 포트라고 하는 고유한 숫자를 사용.

따라서 응용 프로그램에서 연결의 반대편 끝에 있는 다른 소켓에 메시지를 전달하려면 상대편 IP주소와 응용 프로그램의 포트 번호를 알아야 한다.

 

닷넷 프레임워크에서는 소켓의 기능을 System.Net.Sockets.Socket 클래스로 제공.

인터넷을 사용하는 소켓 응용 프로그램을 작성하므로 AddressFamily.InterNetwork를 사용한다.

 

[소캣구성]

소켓 객체를 생성하고 사용하기 위한 Socket 클래스의 생성자

public Socket(AddressFamily addressFamily, SocketType socketType, ProtocolType protocolType)

 

소켓 객체의 생성자는 3가지 열거형 AddressFamily, SocketType, ProtocolType을 인자로 받으며 각 열거형은 System.Net.Sockets 네임스페이스에 정의되어 있다.

 

AddressFamily 열거형

- Socket 객체가 주소를 풀이하기 위해 사용하는 주소 지정 스키마를 정의.

- 여기서는 인터넷을 사용하므로 AddressFamily.InterNetWork를 사용.

 

SocketType 열거형

- 소켓의 종류를 지정, 가장 많이 사용되는 소켓의 종류는 SocketType.Stream

- Stream은 양방향 연결 기반 바이트 스트림을 제공.

 

ProtocolType 열거형

- 소켓이 통신을 하기 위해 사용하는 저수준 프로토콜의 종류를 지정.

- TCP, AddresssFamily.InterNetwork를 사용해야 함.

 

예) 소켓객체의 인스턴스를 생성

Socket mySocket = new Socket(AddressFamily.InterNetwork, SocketType.Stream, ProtocolType.Tcp);

 

[원격서버에 연결하기]

Socket클래스의 Connect()를 사용하여 원격서버에 연결.(동기적 시도)

Connect() 메소드의 서명

- public void Connect( EndPoint remoteEP);

 

Connect() 메소드 인자

- System.Net.EndPoint 클래스의 인스턴스

- EndPoint 클래스는 추상 클래스로 네트워크 주소를 의미한다

- EndPoint 클래스의 하위 클래스는 System.Net.IPEndPoint

- Connect() 메소드를 사용할 때는 연결하려는 원격 서버의 IP 주소와 포트 번호를 포함한 IPEndPoint 객체를 인자로 사용해야 함.

 

IPEndPoint객체의 2가지 생성자

public IPEndPoint(long address, int port);

public IPEndPoint(IPAddress address, int port); (가장 자주 사용함)

3. xml 문서의 생성

빨간 부분 : xml 문서라는 것을 알려주는 것과 버전 번호를 알려주는 XML 선언
              : 프롤로그 영역

검은 부분 : 도큐먼트 엘리먼트

<?xml version="1.0" encoding="utf-8" ?>
<INVENTORY>
    <BOOK>
        <TITLE>The Adventures of Huckleberry Finn</TITLE>

        <BINDING>mass market paperback</BINDING>
        <AUTHOR>Mark Twain</AUTHOR>
        <PAGES>298</PAGES>
        <PRICE>$5.49</PRICE>
    </BOOK>
    <BOOK>
        <TITLE>The Marble Faun</TITLE>

        <BINDING>trade paperback</BINDING>
        <AUTHOR>Nathaniel Hawthorne</AUTHOR>
        <PAGES>473</PAGES>
        <PRICE>$10.95</PRICE>
    </BOOK>
    <BOOk>
        <TITLE>
           Moyy-Dick
             <SUBTITLE>Or, the Whale</SUBTITLE>
        </TITLE>

        <BINDING>Hardcover</BINDING>
        <AUTHOR>Human Melille</AUTHOR>
        <PAGES>724</PAGES>
        <PRICE>$9.95</PRICE>
    </BOOK>
</INVENTORY>

 

xml을 보기 위해서는 다음의 xml parser를 다운받아 설치한다.

(http://www.microsoft.com/downloads/details.aspx?FamilyID=4a3ad088-a893-4f0b-a932-5e024e74519f&DisplayLang=en)

 

아래는 설치 후 웹 브라우저를 통해서 본 이미지입니다.

4. CSS를 이용한 XML 문서 출력 
XML 문서를 출력하기 위해 .css 인 파일을 하나 만든다.

<style type="text/css">
BOOK
{
 display : block;
 margin-top : 12pt;
 font-size : 10pt;
}
TITLE
{
 display : block;
 font-size : 10pt;
 font-style : Italic;
 font-weight : bold;
}
AUTHOR
{
 display : block;
 margin-left : 15pt;
 font-style : Italic;
 font-weight : bold;
}
BINDING
{
 display : block;
 margin-left : 15pt;
}
PAGES
{
 display : none;
}
PRICE
{
 display : block;
 margin-keft : 15pt;
}
</style>
 

다음으로 다음의 코드를 XML 문서에 추가한다.

<?xml version="1.0" encoding="utf-8" ?>

<?xml-stylesheet type="text/css" href="family.css"?>

<INVENTORY>
    <BOOK>
        <TITLE>The Adventures of Huckleberry Finn</TITLE>

        <BINDING>mass market paperback</BINDING>
        <AUTHOR>Mark Twain</AUTHOR>
        <PAGES>298</PAGES>
        <PRICE>$5.49</PRICE>
    </BOOK>
    <BOOK>
        <TITLE>The Marble Faun</TITLE>

        <BINDING>trade paperback</BINDING>
        <AUTHOR>Nathaniel Hawthorne</AUTHOR>
        <PAGES>473</PAGES>
        <PRICE>$10.95</PRICE>
    </BOOK>
    <BOOk>
        <TITLE>
           Moyy-Dick
             <SUBTITLE>Or, the Whale</SUBTITLE>
        </TITLE>

        <BINDING>Hardcover</BINDING>
        <AUTHOR>Human Melille</AUTHOR>
        <PAGES>724</PAGES>
        <PRICE>$9.95</PRICE>
    </BOOK>
</INVENTORY>

아래는 웹 브라우저를 통해 출력된 XML 문서이다.

1. XML이란?

XML(Extensible MarkUp Language) - http://www.w3.org/TR/REC-xml

- W3C 워킹그룹에 의해 정의됨
- SGML의 부분 집합
- 1998년 2월 XML 버전 1.0

 
필요한 이유?
- HTML은 악보의 기호나 수학 방정식을 표현하는 엘리먼트가 부족하다.
- 필터링과 같은 기능의 구현
- 트리 같은 계층 구조로 정렬하기 원하는 문서에 사용

XML
- XML 문서의 엘리먼트 이름은 XML 정의의 일부가 아님.

XML 문서 작성하기

- 엄격한 syntax 적용 (시작태그와 마침태그)
-  엄격함의 여부에 따라 well-formed, valid

XML 문서 출력하기
- 스타일시트 링크
- 데이터바인딩
- 스크립팅

2. xml의 10가지 설계 목표

11. XML은 인터넷에서 널리 사용된다.
2. XMl은 다양한 어플리케이션을 지원할 것이다.
3. XML은 SGML과 호환된다.
4. XML 문서를 처리하는 프로그램을 작성하는 것은 쉬워야 한다.
5. XML의 부가 기능의 개수는 가능한한 최소(이상적으로는 0) 로 유지되어야 한다.
6. XML 문서는 사람이 읽기 쉬워야 라고 납득할 만틈의 수준으로 명확해야만 한다.
7. XML 디자인은 빠르게 준비될 수 있어여 한다.
8. XML의 디자인은 명확할 필요가 있다.
9. XML 문서는 작성하기에 쉬워야 한다.
10. XML 마크업은 꼭 간결할 필요는 없다.
9. XML 문서는 작성하기에 쉬워야 한다.
10. XML 마크업은 꼭 간결할 필요는 없다.

원문 보기 : http://www.internetnews.com/dev-news/print.php/3738906

글씨크기

픽셀단위를 지정했을 경우의 장점
• 어떤 브라우저나 장치든 동일한 크기의 폰트를 볼 수 있다.
• MS 브라우저 외의 다른 장치에서는 px로 지정된 글자 크기를 조절할 수 있음.

CSS에서 font-size를 지정하는 4가지 방법
• 상대갑과 절대값을 이용

상대값
• em: 상위 엘리먼트에 지정된 글씨 크기에 상대적
• ex: 지정된 글꼴의 x의 높이에 상대적
• px: 특정 장치의 해상도에 상대적(가장 일반적인 단위)

절대값
• in: 인치
• cm: 센티미터
• mm: 밀리미터
• pt: 포인트
• pc: 피카

상대크기(상위엘리먼트의 현재 크기에 따라 결정됨)
• larger:
• smaller

퍼센트값
• 상위 엘리먼트에 지정된 글씨 크기에 상대적인 크기로 지정됨

절대크기 키워드(브라우저나 장치에서 결정하는 글씨 크기의 집합)
• 각 키워드간의 비율을 1.5배로할 것을 권고(W3C)
• xx-small
• x-small
• small
• medium
• large
• x-large
• xx-large
• 표현 문법이 간단함(장점)
• lagrge > medium(1.5배), small < medium(1.5배)

윈도우용 IE5를 위한 핵
• body {
• font-size: x-small; /* IE5 적용 */
• voice-family: "\"}\"";
• voice-family: inherit;
• font-size: small /* 일반브라우저 적용 */
• }
• html>body {
• font-size: small; /* 오페라 적용 */
• }

단순화된 박스모델 핵(http://www.info.com/ph/~etan/w3pantheon/style/modifiedsbmh.html)
• 에드워드슨 탠이 개발
• body{
• font-size: small;
• }
• * html body{
• font-size: x-small; /* IE 전용 */
• f\ont-size: small; /* 기타브라우저 */
• }

기본 글씨 크기 지정
• <body> 엘리먼트에 기본 글씨 크기를 지정한다.

글씨 크기값을 정확하게 잡아가기
• <div>를 이용하여 키워드값을 조절한다.

우리는 하루를 살면서 수많은 사람들과 만나고 이야기 합니다.

사람과 사람 사이에서 우리가 표현하고자 하는 것을 전달하는 매개타입으로는 듣기, 말하기, 보기 등이 있습니다. 듣기, 말하기, 보기 중에 전달 매개타입으로써 어느 하나도 중요하지 않은 것이 없지만 그 중에서 가장 중요한 것이 말하기와 듣기라고 봅니다.

그 중 '말' 이라고 하는 것이 가장 정확하게 의미를 전달할 수 있는 수단이라고 보는데요~ 말로써 의미를 전달하기 위해 우리의 두뇌는 스스로도 느끼지 못하는 찰나의 순간에 스토리를 만들어 냅니다. 회사에서 동료, 상사와 이야기 하고 퇴근 후에 친구들과 이야기 하고 물품을 구매할 때 이야기 하고 또 자기 자신과도 소리내어 이야기 하기도 합니다. 우리의 하루는 끊임없는 쌍방향 커뮤니케이션(대화)를 통해 이루어지며, 잠을 자는 그 순간까지 우리의 곁을 한 시도 떠나지 않을 만큼 우리와 밀접하게 연관되어 있습니다.

쌍방향 커뮤니케이션이 하루 동안의 삶에 있어서 즐거움을 주기도 하지만 때론 의도치 않은 불쾌함을 주기도 합니다. 내가 아닌 타인과 이야기 하기 위해 매일 스토리를 생각하고, 그것에 대해 말하고 듣고 그렇습니다. 우리의 쌍방향 커뮤니케이션, 즉 대화의 깊은 곳에는 이렇게 스토리가 존재한다고 봅니다.

아래는 제가 컴퓨터와 대화 하기 그린 플로우 입니다.
플로우는 하나의 스토리가 될수 있으며, 그것은 또한 그림으로 표현이 가능하고 적절한 프로그래밍 작업을 통해 컴퓨터와 대화하는 수단으로 활용되며, 구현을 통해 타인도 컴퓨터와 대화할 수 있도록 해줍니다.



그러고 보니 세상의 모든 것에는 스토리가 있는 듯 하네요.^^ 자연에게는 봄, 여름, 가을, 겨울로 이어지는 스토리가 있고 비온뒤에 하늘이 개는 날씨와 관련된 스토리가 있고, 해가 뜨면 밝고, 해가 지면 어두워지면서 초롱초롱 떠오르는 별의 이야기가 있듯이 우리 주변에서 공기 만큼이나 우리와 함께 하는 것이 스토리이고, 일상 생활에서 벌어지는 유무형의 스토리에 의해 긍정의 기운과 부정의 기운을 느끼게 되기도 합니다.

 이런 양면성을 가지는 스토리를 말하는 사람이 어떻게 그것들을 조합하고 양념치고, 또 표현하는 가에 따라 그 사람의 이미지가 결정되기도 합니다. 잘 짜여진 스토리로 이야기를 풀어가는 이들의 말에 귀를 기울이게 되고, 또 그렇지 못한 사람들의 이야기에는 아무래도 집중하기 어려운 것이 사실일지도 모릅니다.

어쩔수 없이 우리 자신은 매일 쏟아지는 세상의 스토리에 의해 평가를 받고 그것에 의해 가치가 매겨집니다.
이것은 사람 뿐만이 아니라 기업에게 있어서도 마찬가지 입니다. 어차피 기업을 구성하는 최소한의 유닛이 사람인 이상 그 구성원이 가지는 스토리에 의해 기업 또는 조직의 브랜드 가치도 달라진다고 봅니다.

사람은 감성적 동물이기에 스토리에 의해 감정의 영향을 받고 판단하고 결정을 내립니다. 그래서 어쩌면 스토리를 잘 만들어내는 사람의 주변에 끊임없이 사람들이 모여드는 것이 당연한 이치일 지도 모릅니다.

영화감독 폴 오스터는 "스토리를 만들고 전달하는 것이야 말로 우리가 세상을 이해하고 우리의 삶에 의미를 만들어 낼 수 있는 유일한 방법" 이라고 말했습니다.

피플은 이 세상을 구성하는 가장 소중한 유닛입니다. 피플은 서로 다른 사회적 경험과 선천적 기질로 인해 타인의 감성을 보듬어 주기도 하지만 때론 무자비하게 칼질을 하기도 합니다. 우리나라 속담에 '아 다르고 어 다르다.' 라는 속담이 있는 건 모두가 알겠지요~ 그것이 무릇 하나의 단어만을 지칭한다고 보진 않습니다. 그것은 스토리의 양면성을 뜻하기도 한다고 봅니다. 그런 의미에서 우리가 하루를 보다 긍정적으로 살고 그것을 통해 자신의 가치를 보다 더욱 높이고 빛나게 한다면 어쩌면 삶의 대부분이 행복해질수 있다고 봅니다. 이런 제 피플과 스토리에 대한 관심이 아래의 책을 구매 하게 하였습니다.

막상 이렇게 써놓고 보니 책장사 같네요.^^;
전 아래에 소개된 책의 저자와 전 아무런 관계도 없으며, 이 책이 잘 팔린다고 하여 저에게 땡전 한 푼 돌아오는 것도 아닙니다.^^

스토리텔링에 대해 관심있는 분들을 위해... 그리고 '응? 스토리텔링이 뭐야???' 라고 궁금해 하실 분들을 위해 책을 소개해주고, 또 관심을 유도하기 위해 적어본 글 입니다.~ 가격도 저렴하니 관심있는 분들은 인터넷에서 구매해서 보세요~글자도 크고 알록달록해서 내용도 눈에 잘 들어온답니다.ㅎㅎ


모든 분들이 아름다운 스토리로 가득찬 즐겁고 유쾌한 하루가 되길 바랍니다.^^*