프리랜서 사짜

 

Public Class Form1

    Private Sub Button1_Click(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles Button1.Click
        MsgBox("Ck")
    End Sub
End Class

일단 가난한 월급쟁이의 월급으로 휴대폰을 그리 자주 바꿀 수 있는 전자기기가 아닌지라,

가상PDA를 구동시켜 작업을 해봤습니다.

기본적으로 무언가의 개발을 위해선 맛배기로 Hello, World 를 찍죠.

전 저 단어를 굉장히 싫어합니다. 이유? 그런거 없습니다.

굳이 얘기하자면, 프로그래밍 초보자용 서적을 너무 많이 봐서 항상 초보라 생각하는 저에게 있어선

저 단어 찍는 설명이 너무나 저를 비참하게 만들었다고 할까요.

그리고 ck 간단하잖아요? ^^

우리회사 홍보영상입니다 ^^

마이뉴스3 홍보 및 마이미디어 자랑 ^^

다들 자연스럽게 잘 나왔어요~ 마지막 미자주임님 너무 귀여워~

그리고 오그라들어~

1. 바탕 화면에서 '새 폴더'를 만든다.
2. GodMode.{ED7BA470-8E54-465E-825C-99712043E01C} 로 수정한다.
3. 새폴더가 'GodMode' 라는 폴더명으로 바뀐다.
4. 더블클릭으로 실행.

이 모드로 인해 윈도우7의 기능을 한페이지에서 처리할 수 있습니다.

(서울=뉴스와이어) 2009년 12월 30일 -- 마이미디어DS가 전국시사카툰과 컨텐츠 제휴 체결을 통해서 인터넷신문 솔루션 업체의 인지도 향상 및 컨텐츠 다양화라는 측면에서 마케팅역량 강화에 나선다.

마이미디어DS(대표 여원동)는 국내 기업 최초로 시사만화공급 뉴스사인 전국시사카툰과 컨텐츠 제휴를 통해 마케팅역량 강화에 상호 협약을 23일 체결했다고 밝혔다.

이번 상호협약은 양 사간의 컨텐츠 제휴 마케팅을 통한 효율적인 브랜드 자산 가치 향상을 위해 이뤄졌으며, 이번 협약을 통해 마이미디어DS는 ▲전국시사카툰 홈페이지 내 마이미디어DS 로고 및 광고물 등재 ▲마이미디어DS 회원사 사용료 50%할인 적용 및 일정 수의 인물캐리커쳐 무료지원 ▲전국시사카툰과 공동 마케팅 및 홍보 활동 추진 등 인터넷신문 솔루션 시장에서 다양한 브랜드 마케팅 활동을 펼치게 된다.

우선, 마이미디어DS는 전국시사카툰 홈페이지에 상호배너 광고를 등재를 통해서 마이미디어DS 브랜드 인지도 상승과 고객의 접근 편의성을 향상 시켰다. 뿐만 아니라 사용료 절감혜택 및 일정수의 인물캐리커쳐 무료 제공 등을 통해서 기존 마이미디어DS의 회원사의 고객충성도를 더욱 높일 수 있게 됐다. 특히, 이번 컨텐츠 상호 제휴를 통해서 컨텐츠 다양화의 필요성이 대두되고 있는 인터넷신문 솔루션에 대한 고객만족도 제고에 큰 기여를 하게 될 전망이다.

마이미디어DS 미디어사업부 여형구본부장은 “이 번 카툰 제작업체와의 컨텐츠 제휴를 통해 마이미디어DS는 지속적으로 양질의 컨텐츠를 고객들에게 제공하게 되었고, 이를 통해 한 단계 높은 서비스를 고객들에게 제공하게 되었다.”라고 밝혔다.

마이미디어DS는 인터넷신문 솔루션을 200여곳의 회원사에게 공급해주고 있으며 대학교 및 관공서에도 인터넷신문 솔루션을 제공해주고 있다. 인터넷신문 솔루션 시장은 일반 인터넷신문 매체 뿐만 아니라 법인사업자 및 개인사업자들도 이용하고 있다. 향후 인터넷신문 솔루션 시장은 점점 커져가는 추세이다.

한편, 마이미디어DS는 구글, 야후, 다음, 태그스토리, 큐브리드 등과 제휴를 맺고 있어 빠른 성장동력원을 지녔다는 평가를 받고 있다. (문의:마이미디어DS www.mymedia.com, 02-850-3370)

언론문의처 마이미디어DS 미디어사업부 윤희주대리 02-850-3370 yhj@mymedia.com

여기를 눌러 마이미디어디에스 전체 보도자료를 보세요.

한동안 헤맸던 Notify 설정

작업표시줄, 트레이아이콘으로 넘기기

인트라넷의 주요기능 및 고객센터 관리, MYM 계정조회 기능을 어플리케이션으로 개발

최소한의 동선과 시간으로 원하는 정보를 바로 조회가능 하도록 개발중입니다.

저에게 있어 어플리케이션 개발 노하우와 독립 프로젝트 경험

사내에 있어 편리함 및 시간 단축을 위해 개발을 시작합니다.

현재 인트라넷 계정으로 로그인, 출퇴근, 출퇴근 리스트 개발 완료되었습니다.

앞으로 각기 게시판과 고객센터, MYM 연동

기타 부가기능 추가

이런식으로 작업 계획입니다.

폼디자인 및 아이콘 디자인은 강지연 대리님께서 맡아주시기로 하셨습니다.




관심 가져주시기엔 모두가 바쁘시지만,

마음먹고 개발중인데 이왕이면 쓸모있는 프로그램이 됐으면 합니다.

원하시는 기능 및 추구하는 인터페이스가 있으시다면 추천해주시면 감사하겠습니다.

맛있는거 사드릴께요 ^^

아직 RC1인 점을 감안하면 이런 글을 쓸 필요가 없는데, 제 생각에는 이것이 RC1이기 때문이 아니라 제가 이번 세미나 준비를 하면서 과도하게 ^^; 제어를 하는 도중에 발생한 것이기 때문에 아마도 IE 8 관련 ActiveX를 개발하시는 분들에게 나타날지 모를 현상이라 이렇게 기록을 해둡니다. (참고로, 이에 대한 해결책은 발견하지 못했습니다.)

이리 저리, 세미나 준비로 IE 8을 프로그래밍으로 제어하는 도중 - 갑자기 어느 순간 부터 인터넷 익스플로러가 프레임 윈도우가 뜨고 나서 탭 윈도우의 내용이 초기화 되는 사이에 약 2분 정도의 멈춤 현상이 발생했습니다.

그러니까,,, 아래와 같이 프레임 윈도우가 나타난 이후 일정 시간 아무런 반응이 없습니다.

[그림 1: IE 8 RC1 실행]


2분이라... ^^; 매번 탭이 뜰 때마다 2분이 멈춘다는 것은 세미나 도중에 하게 될 데모에는 치명적인 시간입니다.

IE 8 RC1 버전인데다 단순히 멈춤 현상으로 인해... 이런 것은 구글 검색도 도움이 되지 못했습니다.

현상이 매우 재미있었는데, "관리자 권한"으로 실행시키거나 "No Add-ons"모드로 실행시키면 아무런 문제없이 잘 실행이 되었습니다. 그 외에 그냥 실행시키거나 명시적으로 Add-on관리자에서 모두 비활성화 상태로 실행시켜도 멈춤 현상은 발생했습니다.

---

현상이 이와 같아서 아무래도 레지스트리의 인터넷 익스플로러 설정 부분과 관련이 있을 거라 생각하고 사막에서 바늘 찾기를 하러 떠났습니다. (세미나를 3일 앞두고, 정리를 할 수 있는 유일한 시점인 마지막 일요일에 이런 바늘 찾기도 쉽지 않습니다. ^^;)

여러 가지 해본 끝에, 아래의 레지스트리 값 2개를 지우면 해결이 되었습니다.

HKEY_CURRENT_USERSoftwareMicrosoftWindowsCurrentVersionInternet SettingsZones
이름: 2500

HKEY_LOCAL_MACHINESoftwareMicrosoftWindowsCurrentVersionInternet SettingsZones
이름: 2500

그러니까, 아래의 화면에서 보는 것처럼 "2500" 으로 되어 있는 값을 HKLM과 HKCU영역에서 지우면 됩니다.

[그림 2: 지워야 할 레지스트리 값]


일단, 이렇게 해주시면 "멈춤(hang)" 현상은 없어지는 데 ^^; 또 다른 문제가 하나 발생합니다. "보호 모드"로 IE가 실행되지 않습니다. 모든 IE 윈도우가 "Medium"레벨로 실행이 된다는 것이지요. 왜냐 하면, 2500 에는 특별한 의미가 있기 때문입니다.

고급 사용자를 위한 Internet Explorer 보안 영역 레지스트리 항목
; http://support.microsoft.com/kb/182569

혹시나, 위와 같은 문제의 해결을 아시는 분은 공유 좀 부탁드리고요. 행여나 이 문제를 만나게 되는 분들은... ^^; 보호 모드를 포기하거나,,, 아니면 제가 그랬듯이 시스템을 다시 설치하시면 됩니다.

참고로, 나름대로는 아래와 같이 시스템 복원을 통해서 그 현상이 발생한 시점 이전으로 복원을 해봤지만 해결되지 않았습니다.

[그림 3: 시스템 복원도 무색하게 한.]


(어쩌면 시점 선택이 잘못 되었을 수도 있고.) 다른 가능성을 생각해 보면 아마도 시스템 설정 쪽에서 잘못된 것은 아닌 것 같고... IE가 사용하는 특정 파일의 권한이 보호 모드에서는 접근하지 못하도록 바뀌어서 그럴지도 모르고. 암튼 시간 관계상 더 찾아보지는 못했습니다. 

New 키워드를 사용하여 클래스의 인스턴스가 만들어질 때 개체의 수명이 시작됩니다. 새 개체의 경우 일반적으로 처음에 사용하기 전에 초기화 작업을 수행해야 합니다. 일반적인 초기화 과정에는 파일 열기, 데이터베이스에 연결 및 레지스트리 키 값 읽기 등이 포함됩니다. Microsoft Visual Basic .NET에서는 생성자라는 프로시저를 사용하여 새 개체의 초기화를 제어합니다.

개체는 해당 범위를 벗어나고 CLR(공용 언어 런타임)에 의해 해제되면 그 수명이 끝납니다. Visual Basic .NET에서는 소멸자라는 프로시저를 사용하여 시스템 리소스의 해제를 제어합니다. 또한 생성자(초기화를 제어할 수 있는 특수 메서드) 및 소멸자는 강력하면서 예측이 가능한 클래스 라이브러리의 생성을 지원합니다.

Sub New 및 Sub Finalize

Visual Basic .NET에서 Sub New 및 Sub Finalize 프로시저는 각각 개체를 초기화하고 소멸시킵니다. 두 프로시저는 이전 버전의 Visual Basic에서 사용된 Class_Initialize 및 Class_Terminate 메서드에 해당합니다. 그러나 Sub New 생성자는 Class_Initialize와 달리 클래스가 만들어질 때 한 번만 실행될 수 있으며 같은 클래스나 파생 클래스로부터 다른 생성자의 첫 번째 코드 줄을 제외한 다른 위치에서는 명시적으로 호출될 수 없습니다. 또한 Sub New 메서드의 코드는 항상 클래스의 다른 코드보다 먼저 실행됩니다. Visual Basic .NET에서는 사용자가 클래스에 대해 Sub New 프로시저를 명시적으로 정의하지 않는 경우 런타임에 Sub New 생성자를 암시적으로 생성합니다.

CLR는 개체를 해제하기 전에 Sub Finalize 프로시저를 정의하는 개체에 대해 Finalize 메서드를 자동으로 호출합니다. Finalize 메서드에는 파일을 닫고 상태 정보를 저장하는 것과 같이 개체가 소멸되기 직전에 실행해야 하는 코드가 포함될 수 있습니다. Sub Finalize를 실행할 경우 성능이 다소 저하되므로 개체를 명시적으로 해제해야 하는 경우에만 Sub Finalize 메서드를 정의해야 합니다.

Finalize 소멸자는 속한 클래스나 파생 클래스에서만 호출될 수 있는 보호된 메서드입니다. 시스템에서는 개체가 소멸될 때 자동으로 Finalize를 호출하므로 파생 클래스의 Finalize 구현 외부에서 Finalize를 명시적으로 호출하지 않아야 합니다. 개체가 nothing으로 설정되는 즉시 실행되는 Class_Terminate와는 달리 개체가 범위를 상실하는 시기와 Visual Basic .NET에서 Finalize 소멸자를 호출하는 시기 사이에는 약간의 차이가 있습니다. Visual Basic .NET에서는 언제든지 명시적으로 호출하여 리소스를 즉시 해제할 수 있는 명명된 Dispose라는 다른 종류의 소멸자를 사용할 수 있습니다.

IDisposable 인터페이스

클래스 인스턴스는 주로 Windows 핸들 및 데이터베이스 연결과 같이 CLR에서 관리하지 않는 리소스를 제어합니다. 가비지 수집 기능을 보완하기 위해 클래스에서는 IDisposable 인터페이스를 구현하는 경우 시스템 리소스를 능동적으로 관리하기 위한 메커니즘을 제공할 수 있습니다. IDisposable에는 개체 사용이 끝났을 때 클라이언트에서 호출해야 하는 Dispose 메서드가 포함되어 있습니다. Dispose를 구현하면 리소스를 해제하고 파일 닫기 및 데이터베이스 연결 끊기 등과 같은 작업을 수행할 수 있습니다. Finalize 소멸자와 달리 Dispose 메서드는 자동으로 호출되지 않습니다. 리소스를 해제하려면 클래스의 클라이언트에서 Dispose를 명시적으로 호출해야 합니다.

가비지 수집 및 Finalize 소멸자

.NET Framework에서는 사용되지 않은 리소스를 주기적으로 해제하는 참조 추적 가비지 수집이라는 시스템을 사용합니다. 이전 버전의 Visual Basic에서는 참조 횟수라는 다른 시스템을 사용하여 리소스를 관리합니다. 두 시스템이 모두 자동으로 같은 함수를 수행하지만 몇 가지 중요한 차이점이 있습니다.

CLR는 시스템에서 특정 개체가 필요 없는 개체로 확인되면 해당 개체를 주기적으로 소멸시킵니다. 개체는 시스템 리소스가 부족하면 좀 더 빠르게 해제되고 그렇지 않은 경우에는 해제되는 빈도가 적습니다. 이전 버전의 Visual Basic 개체와는 달리 개체가 범위를 상실하는 시기와 CLR가 해당 개체를 해제하는 시기 사이에는 차이가 있으므로 개체가 소멸되는 시기를 정확하게 알 수 없습니다. 이러한 경우 개체가 명확하지 않은 수명을 가지는 것으로 간주됩니다. 대부분의 경우 개체가 범위를 상실하는 즉시 Finalize 소멸자가 즉시 실행되지 않을 수도 있다는 사실에 유의한다면 명확하지 않은 수명으로 인해 응용 프로그램의 작성 방법이 변경되지는 않습니다.

가비지 수집 시스템 간의 다른 차이점은 Nothing의 사용과 관련된 것입니다. 참조 횟수를 이용하려는 경우 이전 버전의 Visual Basic을 사용하는 프로그래머는 해당 변수가 보유하는 참조를 해제하기 위해 경우에 따라 개체 변수에 Nothing을 할당합니다. 변수가 개체에 대한 마지막 참조를 보유하는 경우 해당 개체의 리소스는 즉시 해제됩니다. Visual Basic .NET에서도 이 프로시저를 계속 유용하게 사용할 수는 있지만 이로 인해 참조된 개체가 해당 리소스를 즉시 해제하지는 않습니다. 변수를 Nothing으로 설정해야 하는 유일한 경우는 해당 수명이 가비지 수집기가 고아 개체를 검색하는 데 걸리는 시간보다 긴 경우입니다.

Parent 환경에서,        

        Form.session = session
        Form.MdiParent = Me
        Form.Show()