<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" media="screen" href="/~d/styles/rss2full.xsl"?><?xml-stylesheet type="text/css" media="screen" href="http://feeds.feedburner.com/~d/styles/itemcontent.css"?><rss xmlns:feedburner="http://rssnamespace.org/feedburner/ext/1.0" version="0.92">
<channel>
	<title>IdeA thinKING v3</title>
	<link>http://ideathinking.com/blog-v3</link>
	<description>A blog about my IdeA thinKING</description>
	<lastBuildDate>Fri, 16 Oct 2009 00:33:06 +0000</lastBuildDate>
	<docs>http://backend.userland.com/rss092</docs>
	<language>en</language>
	<!-- generator="WordPress/3.0.1" -->

	<atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="self" type="application/xml" href="http://feeds.feedburner.com/IdeaThinking" /><feedburner:info uri="ideathinking" /><atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="hub" href="http://pubsubhubbub.appspot.com/" /><item>
		<title>arraysizeof macro</title>
		<description>다음 macro는 array의 length를 구하는 것인데 해석이 되시나요? template &amp;#60;typename T, size_t N&amp;#62; char (&amp;#38;Helper(T (&amp;#38;array)[N]))[N]; #define arraysize(array) (sizeof(Helper(array))) ... 안되신 분들을 위한 설명입니다. 위 코드는 다음 두가지 사실만 알고 있다면 (비교적) 쉽게 이해됩니다. sizeof는 function call syntax에 대해서도 동작하며 그 function의 return type에 대해 동작한다. int foo() { return int(); } ... sizeof(foo()) == [...]&lt;img src="http://feeds.feedburner.com/~r/IdeaThinking/~4/OAV9RwcGhT4" height="1" width="1"/&gt;</description>
		<link>http://feedproxy.google.com/~r/IdeaThinking/~3/OAV9RwcGhT4/</link>
			<feedburner:origLink>http://ideathinking.com/blog-v3/?p=156</feedburner:origLink></item>
	<item>
		<title>Java generic in return context</title>
		<description>아래 코드를 보시고 1, 2번 라인중에 어디서 에러가 날 지를 찾아보세요. interface B { void doB(); } class D implements B { public void doB() {} } interface H { B getB(); } class HImpl implements H { public B getB() { return new D(); // 1) } } ... H h = new HImpl(); [...]&lt;img src="http://feeds.feedburner.com/~r/IdeaThinking/~4/9qNqFxn8A0g" height="1" width="1"/&gt;</description>
		<link>http://feedproxy.google.com/~r/IdeaThinking/~3/9qNqFxn8A0g/</link>
			<feedburner:origLink>http://ideathinking.com/blog-v3/?p=122</feedburner:origLink></item>
	<item>
		<title>Access level of methods in package-private class</title>
		<description>Java에서 (C++도 마찬가지지만) 권장되는 access level 사용법은 다음과 같습니다. Use the most restrictive access level that makes sense for a particular member. 쉽게 얘기해서 private으로 충분하면 private을 쓰고 다음으로 package-private, protected, public 순으로 쓰라는 얘기. 그런데 C++와는 달리 Java는 class에도 public과 package-private 두 종류의 access level이 있습니다. 이 중 public class의 method들은 위의 권장 사항을 [...]&lt;img src="http://feeds.feedburner.com/~r/IdeaThinking/~4/ccPoVAa5TB4" height="1" width="1"/&gt;</description>
		<link>http://feedproxy.google.com/~r/IdeaThinking/~3/ccPoVAa5TB4/</link>
			<feedburner:origLink>http://ideathinking.com/blog-v3/?p=106</feedburner:origLink></item>
	<item>
		<title>A History of CLU</title>
		<description>Checked exception 관련 글들을 찾아 보다가 읽게 된 문서입니다. CLU라는 프로그래밍 언어를 개발하게 된 배경과 과정에 대한 내용인데 정말 재밌네요. 참고로 문서가 좀 길어보이지만 한 1/3은 부록입니다. A History of CLU 거의 30~40년전 이야기인데 현재 사용하고 있는 언어들이 여기서 앞으로 많이 나간것 같아 보이지 않네요. As mentioned, the concept of data abstraction arose out of [...]&lt;img src="http://feeds.feedburner.com/~r/IdeaThinking/~4/mGnDt2RVlLU" height="1" width="1"/&gt;</description>
		<link>http://feedproxy.google.com/~r/IdeaThinking/~3/mGnDt2RVlLU/</link>
			<feedburner:origLink>http://ideathinking.com/blog-v3/?p=81</feedburner:origLink></item>
	<item>
		<title>Checked exception, 이거 써도 되나?</title>
		<description>mkseo님 블로그에 Best Practices for Exception Handling에 관한 글이 올라왔는데 댓글을 읽고 쓰고 하다 궁금한게 생겼습니다. Checked exception, 이거 써도 되나? mkseo님이 링크를 걸어준 The Trouble with Checked Exceptions과 Does Java need Checked Exceptions?, Java's checked exceptions were a mistake (and here's what I would like to do about it)등의 글을 읽다 보니 현재까지의 결론은 "java의 [...]&lt;img src="http://feeds.feedburner.com/~r/IdeaThinking/~4/X7WwarL2e3U" height="1" width="1"/&gt;</description>
		<link>http://feedproxy.google.com/~r/IdeaThinking/~3/X7WwarL2e3U/</link>
			<feedburner:origLink>http://ideathinking.com/blog-v3/?p=61</feedburner:origLink></item>
	<item>
		<title>Responsive Design seminar – Kent Beck</title>
		<description>http://agile.egloos.com/5087979 정말 오랫만에 세미나를 가서인지 첫 시간은... 잘 잤다. ㅜㅜ 다음은 기억에 남는 얘기들. Responsive to Constraints Feedback from system, people or customers. Step back 문제를 만났을 때 한발짝 뒤로 물러서서 바라봐라... 쉬운 예로 어떤 코드의 테스트를 작성하는데 구현하기가 너무 어렵다면 한발짝 뒤로 물러서서 애초에 코드의 설계가 잘못된건 아닌지 확인해봐야 한다. 켄트벡이 든 예는 회전문이었는데... [...]&lt;img src="http://feeds.feedburner.com/~r/IdeaThinking/~4/1O7G8BCqSyQ" height="1" width="1"/&gt;</description>
		<link>http://feedproxy.google.com/~r/IdeaThinking/~3/1O7G8BCqSyQ/</link>
			<feedburner:origLink>http://ideathinking.com/blog-v3/?p=34</feedburner:origLink></item>
</channel>
</rss>
