• Hell, it took two time than usual to get to office. I don't know why people are taking their cars to the roads in a rainy day!!!(어우 일찍 출발해서 지각은 면함) 2010-09-02 09:31:28
• xxcking Koreans! Even great storms never stop these workaholics from going to office. Yes, I'm one of them, xxck!!!!!(아놔. 휴가제도 어떤 머저리가 이렇게 만들어놔서 휴가 쓰기도 뭐하고) 2010-09-02 09:34:54
• 업무 생산성이 떨어진 사실을 절감하고 이메일을 두세 시간에 한번 확인하게 설정을 바꿨다. 자동 통지 시스템은 모두 껐고, 정해진 시간에 이메일 확인하라는 문자가 온다. 이와 더불어 미투데이, 트위터 등도 그때 한꺼번에 확인할 듯.(휴.... 월급 값은 해야지) 2010-09-02 13:50:18
• 나에게 어울리는 작가는 프란츠 카프카, 시드니 셀던, 아서 코난 도일 입니다. (from 반니) 라는데 미안하지만 셋 다 내 취향이 아니야. 실존주의는 카뮈로 충분하고 추리 소설은 그다지 정이 안 가 ㅋㅋ(엉터리여 엉터리) 2010-09-02 20:59:43
• 점점 나의 SNS 삶의 중심은 페이스북이 되어 간다. 트위터는 글 추적하기가 불편하고, 미투데이의 글감 기능은 참 좋은데 페이스북만큼 교류가 활발하진 않다 보니.(그래도 미투를 떠날 생각은 없지만 ㅋㅋ) 2010-09-02 21:20:23
• 참! GMail에 Priority Inbox라는 게 생겼는데 아시나요? 이번에도 머신 러닝을 활용해 지능적으로 중요한 이메일을 분류해냅니다. 어떤 이메일이 중요한지 자꾸 가르치면 애가 똑똑해져요. (바로 이걸 원했어. 드디어 만들어주는구나.)(오예~~~~~~ 구뜨!) 2010-09-02 21:23:31

이 글은 안드로메다-토끼님의 2010년 8월 29일에서 2010년 9월 2일까지의 미투데이 내용입니다.

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-동일조건변경허락 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

1. 댓글이 없습니다.

• 아버지는 혼자서만 반짝인다. 원래 슬픈 것들은 혼자서만 반짝거리는 법이다. - 마이 짝퉁 라이프(me2book 마이 짝퉁 라이프(오늘의 작가상 수상작 32) 2fb) 2010-09-01 12:14:10

  마이 짝퉁 라이프(오늘의 작가상 수상작 32)

  

이 글은 안드로메다-토끼님의 2010년 8월 29일에서 2010년 9월 1일까지의 미투데이 내용입니다.

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-동일조건변경허락 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

1. 댓글이 없습니다.

svn checkout h ttp://imaso.googlecode.com/svn/trunk/201008-MSBuildTutorial imaso-read-only

201008-MSBuildTutorial 폴더에서 이번 실습에 쓸 하위 폴더는 두 개 뿐이다. 003, Shared 이 두 폴더만 내려 받아도 괜찮다.

우려먹자

아래 예제는 003 폴더에 있는 msbuild-basic-template.xml 파일이다. 파일 이름이 암시하는 바, 빌드 스크립트를 작성할 때 기본 코드로 활용하곤 한다.

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

<Project 
	DefaultTargets="Build" 
	xmlns="http://schemas.microsoft.com/developer/msbuild/2003"
>

	<!-- Special characters -->  
	<PropertyGroup>  
		<Semicolon>%3b</Semicolon>  
		 
		<Ampersand>&amp;</Ampersand>
		<LeftAngleBracket>&lt;</LeftAngleBracket>
		<RightAngleBracket>&gt;</RightAngleBracket>
		<StraightQuotationMark>&quot;</StraightQuotationMark>
		<Quot>$(StraightQuotationMark)</Quot>
		<Apostrophe>&apos;</Apostrophe>
	</PropertyGroup>  

	<!-- Folders -->
	<PropertyGroup>
		<RootDir>$(MSBuildProjectDirectory)</RootDir>
	</PropertyGroup>

	<!-- Tools -->
	<PropertyGroup>
		<DevEnv>devenv.exe</DevEnv>
	</PropertyGroup>
	
	<!-- Build configuration: DEBUG/RELEASE, Any CPU/x86/Win32/x64 -->
	<PropertyGroup>
		<Platform 
			Condition=" '$(Platform)' == '' 
				AND '$(MSBuildBinPath)'=='C:\Windows\Microsoft.NET\Framework64\v2.0.50727' "
		>x64</Platform>
		<Platform Condition=" '$(Platform)' == '' ">Win32</Platform>
		<Configuration Condition=" '$(Configuration)' == '' ">Debug</Configuration>
		<BuildCondition>$(Configuration)|$(Platform)</BuildCondition>
	</PropertyGroup>

	<PropertyGroup Condition=" '$(BuildCondition)' == 'Debug|Win32' ">
	</PropertyGroup>

	<PropertyGroup Condition=" '$(BuildCondition)' == 'Release|x64' ">
	</PropertyGroup>

	<ItemGroup>
		<ProjectReferences Include="$(RootDir)\Projects.sln">
			<Configuration>$(Configuration)</Configuration>
			<Platform>$(Platform)</Platform>
			<BuildCondition>%(Configuration)|%(Platform)</BuildCondition>
		</ProjectReferences>
	</ItemGroup>
			
	<Target Name="Clean">
		<Message Text="타겟: Clean" />
		
		<Exec 
			Command="$(DevEnv) $(Quot)%(ProjectReferences.FullPath)$(Quot) 
				/Clean 
				$(Quot)%(ProjectReferences.BuildCondition)$(Quot)" 
			ContinueOnError="false" 
			IgnoreExitCode="false" 
		/> 
	</Target>

	<Target Name="Build">
		<Message Text="타겟: Build" />
		<Message Text="빌드 조건: '$(BuildCondition)'" Importance="high" />
		
		<Exec 
			Command="$(DevEnv) $(Quot)%(ProjectReferences.FullPath)$(Quot) 
				/Build
				$(Quot)%(ProjectReferences.BuildCondition)$(Quot)" 
			ContinueOnError="false" 
			IgnoreExitCode="false" 
		/> 
	</Target>

	<Target Name="Rebuild" DependsOnTargets="Clean; Build">
		<Message Text="타겟: Rebuild" />
	</Target>

</Project>

이 빌드 스크립트는 짧지만 나름의 노하우가 집적된 코드이다. 대부분의 Visual Studio 개발환경에서 빌드 스크립트를 처음 도입할 때마다 요긴하게 써 먹는다. 이 소스 코드를 바탕 삼아 이 기능 저 기능 확장해나가면 된다. 얼핏 복잡해 보이나 실은 별 게 없는 이 템플릿을 실제 환경에 적용해보며 속속들이 알맹이를 꺼내 보자.

실전!

실전에선 개인적으로 진행 중인 오픈소스 프로젝트인 얼그레이를 빌드해볼 것이다. “003\msbuild.xml” 파일을 열어서 살펴보자.

폴더

<!-- Folders -->
<PropertyGroup>
	<RootDir>$(MSBuildProjectDirectory)</RootDir>
	
	<SharedDir>$(RootDir)\..\Shared</SharedDir>
	<EarlgreyDir>$(SharedDir)\Earlgrey</EarlgreyDir>
</PropertyGroup>

$(RootDir) 는 이 빌드 스크립트가 놓인 폴더가 된다. 정말 정말 피치 못할 사정이 없는 한 “C:\Workspace” 처럼 경로를 하드코딩하는 건 좋지 않다. 빌드 자동화의 기본 원칙 첫 번째!

Subversion 에서 내려 받은 소스 코드와 Visual Studio만 있으면 알아서 빌드해서 작동하는 프로그램을 만들어내야 한다.

소스 코드를 내려 받는 경로는 어디든 상관 없어야 한다. 꼭 “D:\Workspace”에 소스 코드가 있어야 한다던가, 이런 건 지양하자. 신입 사원이 들어와서 “설치 다 했는데 왜 안 되요?” 라고 물을 때 우리 소스코드는 ‘D:\Workspace’에 있어야만 작동돼?”라고 하면 쪽 팔리지 않겠는가? 사람이 기억할 거리를 줄이는 게 자동화의 기본이다.

빌드 설정

<!-- Build configuration: DEBUG/RELEASE, Any CPU/x86/Win32/x64 -->
<PropertyGroup>
	<Platform 
		Condition=" '$(Platform)' == '' 
			AND '$(MSBuildBinPath)'=='C:\Windows\Microsoft.NET\Framework64\v2.0.50727' "
		>x64</Platform>
	<Platform Condition=" '$(Platform)' == '' ">Win32</Platform>
	<Configuration Condition=" '$(Configuration)' == '' ">Debug</Configuration>
	<BuildCondition>$(Configuration)|$(Platform)</BuildCondition>
</PropertyGroup>

Platform

Platform은 x64 빌드인지, Win32 빌드인지 등을 결정한다.

'$(Platform)' == '' 

이 조건은 $(Platform)을 사전에 정의하거나 msbuild.exe 의 명령 줄 옵션으로 정의하지 않았는지 확인한다. 사전에 정의한 값이 있으면 그 값을 사용한다.

'$(MSBuildBinPath)'=='$(WINDIR)\Microsoft.NET\Framework64\v3.5' 

이 빌드 스크립트를 실행한 MSBuild 인터프리터가 64비트 빌드용이라면 당연하게도 x64용 코드를 만들어낸다.

Configuration

그다지 볼 것도 없다. 사전에 정의한 값이 없다면 Debug 빌드를 하기로 한다.

Visual Studio 솔루션

<ItemGroup>
	<ProjectReferences Include="$(EarlgreyDir)\src\Earlgrey.sln">
		<Configuration>$(Configuration)</Configuration>
		<Platform>$(Platform)</Platform>
		<BuildCondition>%(Configuration)|%(Platform)</BuildCondition>
	</ProjectReferences>
</ItemGroup>

Earlgrey.sln 이란 솔루션 파일이 있고 앞서 정의한 $(Configuration), $(Platform) 값에 따라 빌드하기로 한다. 계산해보면 4가지 조합이 가능하다.

• Debug|Win32

• Release|Win32

• Debug|x64

• Release|x64

솔루션 빌드

<Target Name="Build">
	<Exec 
		Command="$(DevEnv) $(Quot)%(ProjectReferences.FullPath)$(Quot) 
			/Build 
			$(Quot)%(ProjectReferences.BuildCondition)$(Quot)" 
		ContinueOnError="false" 
		IgnoreExitCode="false" 
	/> 
</Target>

솔루션은 Visual Studio 바이너리인 devenv.exe 를 호출해 실행한다. 코드가 복잡해 보이나 변수 값을 해석하고 나면 이렇게 간단해진다.

devenv.exe "C:\imaso\trunk\201008-MSBuildTutorial\Shared\Earlgrey\src\Earlgrey.sln" \
 /Build "Debug|Win32"

타겟 Clean 도 차이가 없기 때문에 설명하지 않는다.

실행!!!

네 가지 빌드 구성에 맞춰 빌드하는 법을 알아보고 실제로 돌려보자. 여기서 눈 여겨 볼 것은 /p 명령 줄 옵션을 사용해서 $(Configuration)의 값을 사전에 지정하는 대목이다.

Debug|Win32

MSBuild_Win32.bat msbuild.xml /t:build

Debug|x64

MSBuild_Win64.bat msbuild.xml /t:build

Release|Win32

MSBuild_Win32.bat msbuild.xml /t:build /p:Configuration=Release

Release|x64

MSBuild_x64.bat msbuild.xml /t:build /p:Configuration=Release

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-동일조건변경허락 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

1. 댓글이 없습니다.

@echo off
SETLOCAL
call "%VS90COMNTOOLS%\..\..\VC\vcvarsall.bat" x86
"%WINDIR%\Microsoft.NET\Framework\v4.0.30319\msbuild.exe" %*
SET ERR_LEVEL=%errorlevel%
ENDLOCAL
exit /b %ERR_LEVEL%

이 배치 파일의 핵심은 단 두 줄

call "%VS90COMNTOOLS%\..\..\VC\vcvarsall.bat" x86

vcvarsall.bat 파일은 Visual C++에 필요한 SDK, 빌드 도구 등의 경로를 설정한다. %VS90COMNTOOLS% 에서 90은 Visual Studio 2008을 뜻한다. 물론 뒤의 x86은 WIN32/x86 빌드에 필요한 환경설정이 필요하단 뜻이다.

"%WINDIR%\Microsoft.NET\Framework\v4.0.30319\msbuild.exe" %*

msbuild.exe 는 MSBuild 인터프리터이다. 닷넷 프레임워크 버전마다 그에 맞는 바이너리를 배포한다. 여기서는 닷넷 프레임워크 버전 4.0용 MSBuild를 사용한다.

x64 빌드용 MSBuild 배치 파일

@echo off
SETLOCAL
call "%VS90COMNTOOLS%\..\..\VC\vcvarsall.bat" x64
"%WINDIR%\Microsoft.NET\Framework64\v4.0.30319\msbuild.exe" %*
SET ERR_LEVEL=%errorlevel%
ENDLOCAL
exit /b %ERR_LEVEL%

예상대로 아주 쉽다. vcvarsall.bat 를 호출할 땐 x86이 아니라 x64라고 이야기해주고, 64 비트용 msbuid.exe 의 경로(Framework –> Framework64)를 지정한다.

Windows 명령 줄 스크립트

여기선 MSBuild_Win32.bat 에서 쓴 기능만 간단히 살펴본다. 명령 줄 스크립트에 대해 더 깊게 알고 싶다면 윈도우 명령줄 스크립트를 참고하자.

@echo on/off

이게 뭔지 궁금하다면 off 값을 on 으로 바꿔보고 스크립트를 실행해보자. 끝!

SETLOCAL

1. 명령 줄 cmd.exe 를 실행한다.
2. SET 을 친다. 어떤 환경 변수가 있는지 확인해둔다.

3. 배치 스크립트를 실행한다.

   MSBuild_Win32.bat msbuild.xml /t:Build 

4. 다시 SET을 치고 환경 변수가 바뀌었나 확인한다.
5. 안 바뀐다!!!

MSBuild_Win32.bat 에서 SETLOCAL 을 제거하고 위의 과정을 반복한다. 이번에 SET을 치면 환경 변수가 많이도 추가됐다. SETLOCAL이 없으면 배치 스크립트 안에서 바꾼 환경 설정이 실행이 끝난 뒤에도 영향을 미친다. SETLOCAL은 그 전까지의 환경 설정을 저장해놨다가 배치 스크립트가 종료되거나 명시적으로 ENDLOCAL 을 호출할 때 다시 복구한다.

%*

이 부분은 MSBuild_Win32.bat 에 준 명령 인자를 그대로 msbuild.exe 의 명령 인자로 넘기란 뜻이다. 이를테면,

MSBuild_Win32.bat msbuild.xml /t:Build 

이렇게 명령을 내리면 %* 는 “msbuild.xml /t:Build” 가 된다.

%errorlevel% 과 exit

SET ERR_LEVEL=%errorlevel%
exit /b %ERR_LEVEL%

이 부분은 msbuild.exe 의 종료 코드(exit code)를 배치 파일의 종료 코드로 그대로 쓰게 한다. 윈도우 명령 줄에선 0 은 성공으로, 그 외의 값은 실패로 처리하는 관행이 있다.

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-동일조건변경허락 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

1. 댓글이 없습니다.

구글 코드에서 내려 받자.

svn checkout h ttp://imaso.googlecode.com/svn/trunk/ imaso-read-only

무턱대고

무턱대고 MSBuild 스크립트가 어떻게 생겼는지 살펴보자.

<?xml version="1.0" encoding="utf-8" ?>
<Project xmlns="http://schemas.microsoft.com/developer/msbuild/2003">

<Target Name="Clean">
	<Message Text="타겟: Clean" />
</Target>

<Target Name="Build">
	<Message Text="타겟: Build" />
</Target>

<Target Name="Rebuild" DependsOnTargets="Clean; Build">
	<Message Text="타겟: Rebuild" />
</Target>

</Project>
		

MSBuild의 빌드 스크립트를 구성하는 XML 구성요소는 크게 ItemGroup, PropertyGroup, Target, 그리고 Tasks가 있다.

• ItemGroup : C++ 등에 익숙한 프로그래머라면 배열이라 생각하면 된다.
• PropertyGroup : 변수를 하나씩 선언할 때 쓴다.
• Target (작업) : 함수라 생각하면 된다. 위 코드엔 Clean, Build, Rebuild 이렇게 세 가지 Target이 있다.
• Task : Target 안에서 어떤 기능을 맡아 수행하는 작은 함수이다. 위의 코드에선 Message란 Tasks를 사용했다.

대책 없이

MSBuild 스크립트를 짜는 법을 자세히 공부하기 전에 우선 돌려나 보자.

MSBuild_Win32.bat msbuild.xml /t:Build

경고(붉은 색 글자)와 오류(노란 색 글자)가 전혀 없으면 빌드 스크립트는 제대로 실행된 것이다. 메시지를 자세히 살펴보면 “타겟: Build”라는 문장이 있다. 이 부분이 <Message /> task가 한 일이다.

디버깅 기초

MSBuild 스크립트를 실행하는 msbuild 인터프리터의 명령 줄 옵션부터 살펴보자.

MSBuild_Win32.bat /?

자세히 읽어보면 디버깅할 때 유용한 옵션이 몇 개 나오는데 제일 중요한 건 /v, /verbosity 이다. q, m, n, d, diag 등의 단계가 있는데 디버깅 할 땐 diag 만 알면 된다.

MSBuild_Win32.bat msbuild.xml /t:Rebuild /v:diag

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-동일조건변경허락 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

1. 댓글이 없습니다.

• 멘탈리스트 시즌 2 마지막 편에서 레드존의 첫 대사를 맞췄어!!!(2fb me2tv 멘탈리스트 2) 2010-08-29 22:26:47

이 글은 안드로메다-토끼님의 2010년 8월 29일의 미투데이 내용입니다.

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-동일조건변경허락 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

1. 댓글이 없습니다.

• 심리학 중에 실용적인 분야를 집중 공부하는데 실생활에 적용하면서 느끼는 바가 많다. 어제 그 말이 그런 뜻이었구나 뒤늦게 깨닫곤 하는데 비슷한 유형의 사람끼리 의사전달이 되려 안 되는 경우였다. 아, 아쉽다. 좋은 기회를 놓쳤네.(2fb 에구궁) 2010-08-26 09:14:07

이 글은 안드로메다-토끼님의 2010년 8월 22일에서 2010년 8월 26일까지의 미투데이 내용입니다.

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-동일조건변경허락 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

1. 댓글이 없습니다.

• 제발 표준대로 짜란 말이야. 뒤치닥거리하느라 지친다.(2fb 스펙 좀 읽어봐) 2010-08-24 11:40:05

이 글은 안드로메다-토끼님의 2010년 8월 22일에서 2010년 8월 24일까지의 미투데이 내용입니다.

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-동일조건변경허락 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

1. 댓글이 없습니다.

• 바이널스는 공연 자주 안 하는구나. 오늘 사진 찍고 올 걸. 다음에 앨범 구해서 사인 받고 겸사겸사 한번에 해치우려 했는데 욕심이었네.(음악 KT올레스퀘어에서 me2music 1집 Illusion) 2010-08-22 20:09:27

  1집 Illusion

  
• 뭐랄까. 공연을 현장에서 보기 시작하니까 누가 밴드 리더인지 감 잡는 게 의외로 쉽네. 예전엔 그저 곡만 들을 뿐이었는데 이젠 밴드 내의 역학 관계까지 보인다.(2fb 바이널스 공연 보고 나서 me2music Step Up (Single)) 2010-08-22 20:31:20

  Step Up (Single)

  
• 아바타를 다시 보며 느끼는 점. 미국은 개인주의 사회라 그런지 인물의 성격과 동기가 참 분명하다. 우리가 아니라 '나'이기에.(me2movie 아바타 2fb) 2010-08-23 00:35:22

  아바타

  

이 글은 안드로메다-토끼님의 2010년 8월 22일에서 2010년 8월 23일까지의 미투데이 내용입니다.

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-동일조건변경허락 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

1. 댓글이 없습니다.

한 가지 다른 점이 있다면 어제 저녁엔 요가 학원이 아닌 클럽으로 향했다는 것이지. 베이스 선생님이 프리버드에서 공연한다는 이야기를 듣고 순환선을 빙 둘러 한참을 달린 끝에 홍대입구 역에 도착했다.

그때가 6시 50분쯤이었나? 어차피 이 날의 첫 주자가 아니기에 느긋한 마음으로 약도를 살피며 길을 걸었다. 하지만 대체 피자헛이 어디 있단 말이더냐? 길을 따라 내려갔다 다시 돌아오기를 반복하다 ”이게 아닌가벼”. 업무용인 회사 프린터를 유용하여 찍어낸 약도를 접고 구글 맵을 검색하여 새로운 루트를 뚫었다. 그렇게 하여 난생 처음 프리버드에 도착하긴 했으나 구글 맵을 보고도 길을 헤매는 천성은 어찌하지 못했다. 35분이나 길을 헤매다 클럽에 도착했을 무렵엔 살인적인 무더위에 맛이 간 나머지 오랜 세월 애써준 필립스 출신의 MP3 플레이어와 신참 소니 이어폰과 영원히 헤어진 후였다. 그나마 이 사실도 클럽을 떠나 지하철로 향하던 길에 깨달았으니……

지인은 “호랑이 담배 피던 시절에 가끔 가던 프리버드가 아직도 있냐?”라고 하던데 아직도 있다. 하기야 내겐 첫 방문이니 어제 간 프리버드가 호랑이 담배 피던 시절의 프리버드인지, 소유주는 여전히 같은 사람인지, 술값은 얼마나 올랐는지 그런 건 모른다. 그저 그러려니 하고 짐작할 뿐.

이 날은 여성보컬데이라 저녁 11시까지 네 개 밴드의 아리따운 여성을 보는 재미와 다양한 음악을 듣는 즐거움이 함께 했다. 라인업은 아래와 같다.

• Band [스토리셀러]

• Band [루버더키]

• Band [힛더나인]

• Band [비마이게스트]

시원한 클럽 안으로 들어왔을 땐 스토리셀러의 공연이 절반쯤 끝난 상태. 후에 멜론에서 들었던 앨범보다 현장에서 느끼는 화끈함은 역시, 달.랐.다. 놓쳐버린 곡이 아쉬울 따름이다.

루버더키는 참…… 귀엽더라. 솔직히 음악은 현장보다 앨범이 더 인상적이었는데 라이브 실력이 나빠서가 아니라 그 귀여움에 현혹된 탓이 아니었나 싶다.

힛더나인이 원래 목표로 삼은 밴드. 중간에 들어온 N님을 발견하고 한두 마디 대화를 주고 받았다. 공연 준비로 바쁜 분은 보내드리고 또 다시 나초 한 조각, 맥주 한 모금을 반복했다. 그러고 보니 여담이지만 프리버드 홈페이지에 힉더나인이라 소개됐길래 이 사실을 고자질한 사람이… 그렇다. 바로 나다!!! 번역질을 좀 해서 그런지 오타만 보면 정의감에 불타고 만다.

하여튼 힛더나인은 유투브 동영상으로 봤을 때 어렴풋이 짐작했지만 딱 90년대 스타일이다. 90년대 초부터 배철수의 음악캠프 등을 통해 팝 음악에 노출되어 살아온 사람에겐 뭐랄까, 향수를 불러일으킨 달까? 이 날 공연 중에 관객 반응이 가장 좋았던 것도 그런 탓일까? 따지고 보면 드럼을 제외하고도 여성이 무려 다섯이니 숫자로 이미 압도적이긴 했다. 보컬 셋이 앞에서 춤추며 노래를 하니 후끈 달아오르지 않으면 불감증을 의심해봐야 할지도.

그러고 보니 세상엔 몇 가지 부류의 드러머가 있는데 힛더나인의 경우엔 “느끼는  타입”이더라. 폭넓게 관찰하기 좋은 뒷자리에 앉아 건반부터 드러머까지 면밀히 살펴보았는데, 드러머의 표정이 어찌나 웃기던지. 다음엔 꼭, 그 분의 느끼는 얼굴을 사진으로 남기고 싶다. 흐흐흐.

베이스에 대해선 언급 회피. 일단 객관적인 위치가 아니기 때문에 뭐라 말해도 공정하지 않을 것 같다. 보컬은 안 보고 베이스만 집중해서 보는 건 앞선 공연부터 그랬지만(그러고 보니 베이스가 보컬인 경우도 있긴 했지), 힛더나인에선 정도가 심했던 탓에 보컬이 열심히 율동을 보여줘도 사실 기억이 잘 안 난다. 그러니 더 이상의 언급은 무의미하지 않을까?

마지막으로 본 공연은 Be My Guest.

전자 음악에 액시드 재즈적인 요소가 섞였던데 늦은 밤에 듣기에 더 바랄 게 없었다. 베이스의 그루브가 참 인상적이어서 N님과는 색다른 맛이었다. 카페 가서 살펴보니 기타리스트는 정식 멤버는 아니었나 본데 역시 한 실력했고 보컬, 기타리스트, 베이시스트 셋이 쇼맨십을 보여줄 땐 흥겨움이 배가 됐다. 특히 베이시스트는 그 큰 덩치로 귀여운 동작을 줄곧 보여주니 한편으론 웃기기까지 했다. 그리고 보컬의 Sunnie L.양? 씨? 에겐 제일 중요한 할 말이 있다.

Be My Guest의 보컬 Sunnie L.과 베이스 Jerry

클럽에서 사진 찍어본 적이 없어서 이모양 요꼴. 베이스의 그루브는 그렇다 쳐도 보컬의 매력이 사진 노이즈에 가려 안타까울 따름. 알흠다운 본연의 모습을 보고 싶다면 공식 카페에라도 가보면 된다.

“이상형이예요!!!”

사실 그렇다. 이상형이 매번 바뀌긴 한다. 그래도 매력적으로 느껴지긴 하더라. 보컬에 집중하지 않고 연주자를 골고루 보는 편인데 자꾸 눈길이 중앙으로 쏠리는 걸 어찌하긴 힘들었다. 보컬과 마주보는 자리에 앉아서 감미로운 목소리를 듣자니 그 소리가 나만을 위한 것 같기도 하고 자꾸 망상에 들려 하는 걸 간신히 다 잡았다. 다음엔 대형 현수막이라도 제작해 갈까?

이상이 2010년 8월 20일 프리버드에서 있었던 여성보컬데이에 대한 소회였다. 그럼 안녕.

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-동일조건변경허락 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

1. 댓글이 없습니다.