<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
	<channel>
		<title>Yagur의 Juggling</title>
		<link>http://yagur.impon.net/</link>
		<description></description>
		<language>ko</language>
		<pubDate>Wed, 10 Mar 2010 06:21:26 +0900</pubDate>
		<generator>Tistory 1.1 (http://www.tistory.com/)</generator>
		<image>
		<title>Yagur의 Juggling</title>
		<url><![CDATA[http://cfs10.tistory.com/upload_control/download.blog?fhandle=YmxvZzg5NzA5QGZzMTAudGlzdG9yeS5jb206L2F0dGFjaC8wLzAuanBn]]></url>
		<link>http://yagur.impon.net/</link>
		<description></description>
		</image>
		<item>
			<title>AsciiSector...</title>
			<link>http://yagur.impon.net/entry/AsciiSector</link>
			<description>X3 Reunion이 생각난다. ... but it also means that the game&#039;s single designer and programmer can concentrate on gameplay instead of fancy graphics. 공식 싸이트 대문에 나와있는 소개글의 일부이다. 오, 왠지 멋지다. 사용자가 퀘스트를 만들수도 있으며, 스크립트 언어도 제공된다. 왠지 대단... 매뉴얼은 이 링크에 가면 볼수 있다.  처음 시작 화..</description>
			<category>게임</category>
			<category>동영상</category>
			<author>yagur</author>
			<guid>http://yagur.impon.net/151</guid>
			<comments>http://yagur.impon.net/entry/AsciiSector#entry151comment</comments>
			<pubDate>Sun, 16 Aug 2009 05:57:13 +0900</pubDate>
		</item>
		<item>
			<title>C++의 #ifdef _DEBUG 대용 매크로.</title>
			<link>http://yagur.impon.net/entry/C%EC%9D%98-ifdef-DEBUG-%EB%8C%80%EC%9A%A9-%EB%A7%A4%ED%81%AC%EB%A1%9C</link>
			<description>작성자: yagur rev: 1 # define __SLASH(x) /##x # define __DOUBLE_SLASH __SLASH(/) #ifdef _DEBUG # define _D # define _R __DOUBLE_SLASH #else # define _D __DOUBLE_SLASH # define _R #endif int main(const int iArg, char* ppArg[]) { printf(&quot;Hello &quot;); _D printf(..</description>
			<category>조각코드</category>
			<category>C++</category>
			<category>macro</category>
			<author>yagur</author>
			<guid>http://yagur.impon.net/149</guid>
			<comments>http://yagur.impon.net/entry/C%EC%9D%98-ifdef-DEBUG-%EB%8C%80%EC%9A%A9-%EB%A7%A4%ED%81%AC%EB%A1%9C#entry149comment</comments>
			<pubDate>Thu, 23 Oct 2008 17:20:27 +0900</pubDate>
		</item>
		<item>
			<title>명시적 반복문 한계치 지정 매크로 for C/C++, 혹은 무한 루프 방지</title>
			<link>http://yagur.impon.net/entry/%EB%AC%B4%ED%95%9C%EB%A3%A8%ED%94%84-%EB%B0%A9%EC%A7%80-%EB%A7%A4%ED%81%AC%EB%A1%9C-for-C</link>
			<description>작성자 : yagur rev : 1 다른분들은 어떤지 모르겠지만, 전 가끔 무한 루프에 빠지는 실수를 하곤합니다. 루프 횟수가 상수가 아니라 가변값인 경우에도 종종 애를 먹기도 합니다. 그래서 루프의 최대 반복 횟수를 단정지어 버리는 매크로를 만들어봤습니다. 이 확장된 _for, _while문은 명시적으로 지정한 반복 한계치에 도달하면 오류(assertion fail)를 발생시킵니다. 소스코드 #define LOOP_ASSERT assert #if..</description>
			<category>조각코드</category>
			<category>C++</category>
			<category>macro</category>
			<author>yagur</author>
			<guid>http://yagur.impon.net/147</guid>
			<comments>http://yagur.impon.net/entry/%EB%AC%B4%ED%95%9C%EB%A3%A8%ED%94%84-%EB%B0%A9%EC%A7%80-%EB%A7%A4%ED%81%AC%EB%A1%9C-for-C#entry147comment</comments>
			<pubDate>Thu, 02 Oct 2008 07:43:05 +0900</pubDate>
		</item>
		<item>
			<title>Jeff Bay의 객체 건강유지법.</title>
			<link>http://yagur.impon.net/entry/Jeff-Bay%EC%9D%98-%EA%B0%9D%EC%B2%B4-%EA%B1%B4%EA%B0%95%EC%9C%A0%EC%A7%80%EB%B2%95</link>
			<description>작성자 : yagur rev : 1 작고 단단한 객체를 작성하기 위해 프로그래머들은 고민을 많이 합니다. 이에 조금은 도움이 될만한 연습방법이 눈에 띄더군요. Thought Works Anthology란 수필 모음집에 객체 건강유지법(Object Calisthenics)이란 흥미로운 수필이 바로 그것이었습니다. 아래 목록은 잘알려진 7가지 코드 품질에 관련된 항목들입니다. 응집력cohesion, 느슨한 결합loose coupling, 무중복zero..</description>
			<category>개발</category>
			<category>OOP</category>
			<category>실용주의</category>
			<author>yagur</author>
			<guid>http://yagur.impon.net/141</guid>
			<comments>http://yagur.impon.net/entry/Jeff-Bay%EC%9D%98-%EA%B0%9D%EC%B2%B4-%EA%B1%B4%EA%B0%95%EC%9C%A0%EC%A7%80%EB%B2%95#entry141comment</comments>
			<pubDate>Wed, 01 Oct 2008 11:43:41 +0900</pubDate>
		</item>
		<item>
			<title>테스트와 장인 - 10</title>
			<link>http://yagur.impon.net/entry/%ED%85%8C%EC%8A%A4%ED%8A%B8%EC%99%80-%EC%9E%A5%EC%9D%B8-10</link>
			<description>작성자 : yagur rev : 2 테스트 항해(Test Nevigation) 먼 곳으로 항해하는 배가 풍파를 만나지 않고 조용히만 갈 수 는 없다. 풍파는 언제나 전진하는 자의 벗이다. - 니체 항해의 주 목표는 목표 지점에 정확히 안전하게 가는 것이지만, 좋은 위치 측량없이는 힘들다. &#039;명세에 맞는 결함이 적은 코드 생산&#039;을 목표 지점으로하는 항해를 하기 위해선 위치 측정이 중요하다. 육분의는 현재 위치를 측정할수 있는 좋은 도구이다.  프로그램..</description>
			<category>수필</category>
			<category>Metric</category>
			<category>TDD</category>
			<category>테스트와장인</category>
			<author>yagur</author>
			<guid>http://yagur.impon.net/145</guid>
			<comments>http://yagur.impon.net/entry/%ED%85%8C%EC%8A%A4%ED%8A%B8%EC%99%80-%EC%9E%A5%EC%9D%B8-10#entry145comment</comments>
			<pubDate>Tue, 30 Sep 2008 06:25:47 +0900</pubDate>
		</item>
		<item>
			<title>TDD 인하우스 툴, Eclipse Ganymede 잡담.</title>
			<link>http://yagur.impon.net/entry/TDD-%EC%9D%B8%ED%95%98%EC%9A%B0%EC%8A%A4-%ED%88%B4</link>
			<description>TDD할때 쓰는 인하우스 툴입니다. 취향대로 쓸려다보니 적당한게 없어서 만들어쓰게 되는군요.  이전 수필들에 쓴것과 같이, system, component, integration, package, class, unit, chain-unit 같은 단위로 테스트 되고 테스트간 dependency 설정이 테스트 진행에 영향을 미칩니다. 로그와 테스트 콜 스택같은걸 보여줘서 복잡하고 커다란 테스트에 어느정도 도움이 되는군요. 아직 dependency gra..</description>
			<category>낙서</category>
			<category>낙서</category>
			<author>yagur</author>
			<guid>http://yagur.impon.net/143</guid>
			<comments>http://yagur.impon.net/entry/TDD-%EC%9D%B8%ED%95%98%EC%9A%B0%EC%8A%A4-%ED%88%B4#entry143comment</comments>
			<pubDate>Thu, 17 Jul 2008 10:37:46 +0900</pubDate>
		</item>
		<item>
			<title>테스트와 장인 - 9</title>
			<link>http://yagur.impon.net/entry/%ED%85%8C%EC%8A%A4%ED%8A%B8-%EC%99%80-%EC%9E%A5%EC%9D%B8-9</link>
			<description>작성자: yagur Rev : 1 테스트 측정(Test Measurements) 나는 어림짐작은 안 한다네. 그건 논리적인 사고력을 파괴하는 끔찍한 습관이지 - 셜록 홈즈(아서 코난 도일) 테스트는 제품의 품질을 개선하거나 일부 항목을 검증하는 행위이다. Steve McConnell은 소프트웨어의 경우 외적으론 정확성correctness, 유용성usability, 효율성efficiency, 신뢰성reliability, 무결성integrity, 적응성..</description>
			<category>수필</category>
			<category>Metric</category>
			<category>TDD</category>
			<category>테스트와장인</category>
			<author>yagur</author>
			<guid>http://yagur.impon.net/142</guid>
			<comments>http://yagur.impon.net/entry/%ED%85%8C%EC%8A%A4%ED%8A%B8-%EC%99%80-%EC%9E%A5%EC%9D%B8-9#entry142comment</comments>
			<pubDate>Sat, 12 Jul 2008 18:47:50 +0900</pubDate>
		</item>
		<item>
			<title>객체간 소통에 관한 낙서</title>
			<link>http://yagur.impon.net/entry/%EA%B0%9D%EC%B2%B4%EA%B0%84-%EC%86%8C%ED%86%B5%EC%97%90-%EA%B4%80%ED%95%9C-%EB%82%99%EC%84%9C</link>
			<description>작성자: yagur Rev : 1 두명의 사람이 대화를 한다면...  세명의 사람이 대화를 한다면...  열명의 사람이 서로 전부 정보를 전달하게 된다면...  이 그룹에 한명이 정보를 바꾸면 어떤 상황이 벌어질까? 전부 변경된 정보를 얻을 확률은? 정보의 변경 영향력을 추측하기 어려울것이다. 이들의 중간 매개체가 존재한다면 어떠할까?  예를 들면 위키 같은것.... 하지만 구성원이 위키를 확인하기전까지, 구성원에게 정보가 갱신이 되지 않을수도 있다..</description>
			<category>낙서</category>
			<category>OOP</category>
			<category>낙서</category>
			<author>yagur</author>
			<guid>http://yagur.impon.net/140</guid>
			<comments>http://yagur.impon.net/entry/%EA%B0%9D%EC%B2%B4%EA%B0%84-%EC%86%8C%ED%86%B5%EC%97%90-%EA%B4%80%ED%95%9C-%EB%82%99%EC%84%9C#entry140comment</comments>
			<pubDate>Mon, 19 May 2008 23:52:28 +0900</pubDate>
		</item>
		<item>
			<title>객체 지향 소프트웨어 일주 - 5</title>
			<link>http://yagur.impon.net/entry/%EA%B0%9D%EC%B2%B4-%EC%A7%80%ED%96%A5-%EC%86%8C%ED%94%84%ED%8A%B8%EC%9B%A8%EC%96%B4-%EC%9D%BC%EC%A3%BC-5</link>
			<description>작성자: yagur Rev : 2 Around Object Oriented Software - 5 은닉(Encapsulation, Information Hiding) 정보 은닉에 관해서는 파나스가 옳았고 저자가 틀렸다. 저자는 7장에서 파나스의 개념을 &#039;참사로 이끄는 처방&#039;이라고 보고 배제했다. 그 때는 파나스가 옳았고, 저자가 틀렸다. 하지만 저자는 이제 객체 지향 프로그래밍에 흔하게 구현되는 정보 은닉이 소프트웨어 설계 수준을 높이는 유일한 길이..</description>
			<category>수필</category>
			<category>OOP</category>
			<category>객체지향소프트웨어일주</category>
			<author>yagur</author>
			<guid>http://yagur.impon.net/139</guid>
			<comments>http://yagur.impon.net/entry/%EA%B0%9D%EC%B2%B4-%EC%A7%80%ED%96%A5-%EC%86%8C%ED%94%84%ED%8A%B8%EC%9B%A8%EC%96%B4-%EC%9D%BC%EC%A3%BC-5#entry139comment</comments>
			<pubDate>Sun, 18 May 2008 17:21:40 +0900</pubDate>
		</item>
		<item>
			<title>객체 지향 소프트웨어 일주 - 4</title>
			<link>http://yagur.impon.net/entry/%EA%B0%9D%EC%B2%B4-%EC%A7%80%ED%96%A5-%EC%86%8C%ED%94%84%ED%8A%B8%EC%9B%A8%EC%96%B4-%EC%9D%BC%EC%A3%BC-4</link>
			<description>작성자: yagur Rev : 1 Around Object Oriented Software - 4 1.모듈성(Modularity) 객체 지향적인 소프트웨어를 작성하는 커다란 이유 중 하나는 재사용성Reusability과 확장성Extendibility이다. 굳이 객체 지향 개발에 국한시키지 않아도 재사용과 확장은 소프트웨어 개발에 중요한 의미를 지니고 있다. 의도적이던 비의도적이던 어플리케이션 제작을 확장이란 관점에서 보면, 우린 수직적인 추상도를 아..</description>
			<category>수필</category>
			<category>OOP</category>
			<category>객체지향소프트웨어일주</category>
			<author>yagur</author>
			<guid>http://yagur.impon.net/137</guid>
			<comments>http://yagur.impon.net/entry/%EA%B0%9D%EC%B2%B4-%EC%A7%80%ED%96%A5-%EC%86%8C%ED%94%84%ED%8A%B8%EC%9B%A8%EC%96%B4-%EC%9D%BC%EC%A3%BC-4#entry137comment</comments>
			<pubDate>Thu, 08 May 2008 22:38:24 +0900</pubDate>
		</item>
	</channel>
</rss>
