Lazy Developer

1. 테마
a. 테마는 페이지와 컨트롤의 모양을 정의하고 웹 응용 프로그램의 페이지, 전체 웹 응용 프로그램 또는 서버의 모든 웹 응용 프로그램 간에 일관된 모양을 적용할 수 있는 속성 설정의 모음이다.
b. 테마는 스킨, CSS 스타일시트, 이미지 및 기타 리소스와 같은 일련의 요소로 구성된다. 테마에는 최소한 스킨이 포함된다. 테마는 웹 사이트 또는 웹 서버의 특수 디렉터리에 정의된다.
c. 테마는 웹 사이트에서 \App_Themes 폴더의 하위 폴더에 만들어진다. 각 테마는 \App_Themes 폴더의 개별 하위 폴더이다.

2. 스킨
a. 스킨 파일은 파일 이름 확장명이 .skin이며 Button, Label, TextBox 또는 Calendar 컨트롤과 같은 개별 컨트롤의 속성 설정을 포함한다.
b. 컨트롤 스킨 설정은 컨트롤 태그 자체와 비슷하지만 테마의 일부로 설정되는 속성만 포함한다.
c. 테마 폴더에 .skin 파일을 만든다. .skin 파일에는 여러 컨트롤 형식에 대한 하나 이상의 컨트롤 스킨이 포함될 수 있다. 각 컨트롤에 대해 별도로 스킨 파일을 정의하거나 테마에 있는 모든 스킨을 단일 파일로 정의할 수 있다.
d. 스킨 파일 예

<asp:button runat="server" BackColor="lightblue" ForeColor="black" />

e. 기본 스킨
i. 테마를 페이지에 적용할 때 같은 형식의 모든 컨트롤에 기본 스킨이 자동으로 적용된다. SkinID 특성이 없는 컨트롤 스킨은 기본 스킨이다.
f. 명명된 스킨
i. SkinID 속성이 설정된 컨트롤 스킨이다.
ii. 명명된 스킨은 형식별로 컨트롤에 자동으로 적용되지 않는다. 그 대신 컨트롤의 SkinID 속성을 설정하여 명명된 스킨을 컨트롤에 명시적으로 적용할 수 있다.
iii. 명명된 스킨을 만들면 응용 프로그램에서 동일 컨트롤의 각 인스턴스에 대해 서로 다른 스킨을 설정할 수 있다.

3. 테마 설정
a. 단일 웹 응용 프로그램에 대한 테마를 정의할 수도 있고 웹 서버의 모든 응용 프로그램에서 사용할 수 있는 전역 테마를 정의할 수도 있다.
i. @Page 지시문의 Theme 또는 StyleSheetTheme 특성을 사용하여 개별 페이지에 배치할 수도 있다.
<%@ Page Theme="ThemeName" %>

ii. 응용 프로그램 구성 파일의 <pages> 요소를 설정하여 응용 프로그램의 모든 페이지에 적용할 수도 있다. Machine.config 파일에서 <pages> 요소를 정의하면 서버의 웹 응용 프로그램에 있는 모든 페이지에 테마가 적용된다.

<pages theme="ThemeName" />

iii. 프로그래밍 방식 적용 (반드시 PreInit이벤트에 해야 한다)

Protected void Page_PreInit(object sender, EventArgs e)
{
switch (Request.QueryString["theme"])
{
  case "Blue":
   Page.Theme = "BlueTheme";
   break;
  case "Pink":
   Page.Theme = "PinkTheme";
   break;
}
}

4. 테마 적용의 예
a. 한 페이지에 Pink테마, Blue테마를 적용시켜서 버튼의 색깔을 바꿔 본 예제

1. Microsoft Operation Manager?

· 시스템 관리 및 모니터링 프로세스, 지원 단계의 지원, 문제점 관리 및 복구 프로세스, 최적화 단계에서의 시스템의 최적화를 위한 근거 자료 제공 등의 기능을 지원하는 Microsoft Operations Manager는 분산 환경에서의 마이크로소프트의 서버 운영체제와 서버 기반 응용프로그램 전체에 대해 시스템의 가용성, 성능, 보안을 근본적으로 향상시킬 수 있는 모니터링 솔루션으로, 시스템에 대한 문제 이벤트 수집, Knowledge Base 연결, 시스템 성능 모니터링 및 리포팅 기능을 제공한다.
○ 이벤트 통합, 성능 모니터링, 경고 및 리포팅
○ 이벤트 뷰 제공 및 Microsoft Knowledge Base 및 기업 Knowledge Base 연결
○ 발생한 문제 및 시스템 추이 분석

2. Microsoft Operation Manager가 제공하는 기능

a. 이벤트, 성능 관리
i. 엔터프라이즈 이벤트 컬렉션
ii. 규칙 기반의 이벤트 필터링과 통합
iii. 경고에 대한 자동 응답 액션 수행

b. 엔터프라이즈 지원
i. 중앙 콘솔
ii. 클러스터링 구축 가능
iii. 확장성
iv. MOM Connector Framework를 통한 확장성

c. 자동화
i. 스크립트
ii. 태스크
iii. 분석

d. 리포트
i. 웹 기반의 리포트 생성
ii. 일정 기간 동안의 리포트 자동 생성(스케줄링)

e. 모니터링
i. 서버,애플리케이션 헬스 모델
ii. 규칙 라이브러리
iii. Knowledge Base

3. Microsoft Operation Manager를 통해서 IT관리자는 다음과 같은 작업을 수행할 수 있다.

a. Identifying Concern
i. 시스템에서 장애가 생긴 지점을 빠르게 식별해낼 수 있게 도와줘야 한다.
ii. 예: 기업의 전체 Exchange 2003 환경 모니터링에서, 각 서버들의 상태를 한 눈에 볼 수 있어야 한다.

b. Understanding the Issue
i. 많은 미리 정의된 규칙, 지식, 작업 등이 매니지먼트 팩을 통해서 제공된다. 이를 통해서 각 이슈에 대해서 더 빨리 더 명확하게 이해를 할 수 있게 도와준다.

c. Resolving the issue
i. 이미 알려진 이슈들에 대한 해결 작업을 자동으로 이루어지게 할 수 있다.
ii. Task
1) 명령 줄 작업
2) 스크립트
3) .NET 코드 실행
4) 파일 전송

Batch 파일에서 변수를 사용할때는 SET 명령을 사용한다.

set a_dir="c:\test"

그 변수를 사용할때에는 앞뒤로 %를 붙여주면 된다.

xcopy c:\hInstall.log %a_dir%\test2\

Foster open communications

열린커뮤니케이션을장려한다.

당연한 말일지도 모른다. 하지만 커뮤니케이션이 잘못되어서, 프로젝트가 위기에 빠지는 경우를 우리는 너무나 흔하게 본다. 실제로 많은 소규모 프로젝트들이 담당자들간의 간단한 대화에만 커뮤니케이션을 의존한다. 그런 경우, 마치 가족오락관의 어떤 게임처럼 한군데서 커뮤니케이션의 미스가 생기면 그게 눈덩이처럼 불어나면서, 돌이킬 수 없는 큰 문제로 발전하게 된다. 그리고 서로 책임 떠넘기기에 바빠진다.

위에서 언급한 사례들이 바로 닫힌 커뮤니케이션이다. 즉, 커뮤니케이션 자체는 이뤄졌지만 그 커뮤니케이션의 결과물들은 아무데도 없다. 단지 참여한 사람들의 기억 속에만 있다. 폐쇄적이고 닫혀 있어서 다른 사람들은 아무도 알 수가 없다. 열린 커뮤니케이션은 이런 것을 지양한다. 모든 커뮤니케이션은 기록되고 공개되어 있어서, 적절한 권한이 있다면 누구나 볼 수 있다. 그래서 현재 프로젝트의 상황을 투명하게 볼 수가 있다. 적어도 오른손이 하는 일을 왼손이 몰라서 문제가 생기지는 않는 것이다.

다른 원칙 보기

Foster open Communications (열린 커뮤니케이션을 장려한다)
Work toward a shared vision (비전을 공유하고, 그 비전을 목표로 작업한다)
Empower Team Members (팀 멤버들에게 많은 권한을 위임한다)
Establish clear accountability and shared responsibility (팀,개인의 의무를 분명히 하고, 동시에 책임을 모두가 공유해야 한다)
Focus on delivering business value(비즈니스 가치에 초점을 맞춰야 한다)
Stay agile, expect change (언제나 유연하게 변화에 대응할수 있도록 한다)
Invest in Quality (품질에 투자한다)
Learn From all Experiences(모든 경험으로부터 배운다)

invalid-file

MSF(Microsoft Solutions Framework)는 Microsoft에서 제안하는 Software 개발방법론이다. 실제로 Microsoft에서 그동안 많은 소프트웨어를 개발하면서 겪어왔던 여러 교훈들이 녹아있는 꽤 훌륭한 방법론이다. (물론 제대로 적용되었을 때 얘기이다.) MSF는 다음 8가지를 기본 원칙으로 삼는다.

Foster open communications

열린 커뮤니케이션을 장려한다.

Work toward a shared vision

비전을 공유하고, 그 비전을 목표로 작업한다.

Empower team members

팀 멤버들에게 많은 권한을 부여한다.

팀(개인)의 의무를 분명히 하고, 동시에 책임을 모두가 공유해야 한다.

Focus on delivering business value

비즈니스 가치에 초점을 맞춰야 한다.

Stay agile, expect change

언제나 유연하게 변화에 대응할수 있도록 한다.

Invest in quality

품질에 투자한다.

Learn from all experiences

모든 경험으로부터 배운다.