<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>「訊息交易的抽象化思考」的迴響</title>
	<atom:link href="http://www.lifeparty.idv.tw/blog/archives/431/feed" rel="self" type="application/rss+xml" />
	<link>http://www.lifeparty.idv.tw/blog/archives/431</link>
	<description>君子學以聚之,問以辨之,寬以居之,仁以行之</description>
	<lastBuildDate>Sat, 14 Jan 2012 03:40:34 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1.1</generator>
	<item>
		<title>由：生魚片</title>
		<link>http://www.lifeparty.idv.tw/blog/archives/431/comment-page-1#comment-8742</link>
		<dc:creator>生魚片</dc:creator>
		<pubDate>Sun, 22 Feb 2009 04:17:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.lifeparty.idv.tw/blog/archives/431#comment-8742</guid>
		<description>拜託華山的中國人不要來這邊吠.
同人對我來說根本就是神,連他放的屁我都覺得聞起來獲益匪淺.
難道你的技術有同人強?還是你的哲理有比同人好?
你還是回去中國論你的賤吧,你管同人技術差還是沒道理?!
反正我們台灣人聽起來受用就好了,誰管同人真的帶領成功幾個專案?!又或者寫過哪些成功的系統?</description>
		<content:encoded><![CDATA[<p>拜託華山的中國人不要來這邊吠.<br />
同人對我來說根本就是神,連他放的屁我都覺得聞起來獲益匪淺.<br />
難道你的技術有同人強?還是你的哲理有比同人好?<br />
你還是回去中國論你的賤吧,你管同人技術差還是沒道理?!<br />
反正我們台灣人聽起來受用就好了,誰管同人真的帶領成功幾個專案?!又或者寫過哪些成功的系統?</p>
]]></content:encoded>
	</item>
	<item>
		<title>由：jim yeh</title>
		<link>http://www.lifeparty.idv.tw/blog/archives/431/comment-page-1#comment-8740</link>
		<dc:creator>jim yeh</dc:creator>
		<pubDate>Sun, 22 Feb 2009 02:26:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.lifeparty.idv.tw/blog/archives/431#comment-8740</guid>
		<description>「誰」技術差不差，是不是沒道理並不重要。重點是「為什麼」我們聽不懂他們的哲理？當然，聽不懂就說他們能力不好，或是沒道理，這也是一種方式啦，只不過這種方式對自己的成長沒有太大的幫助。

不過還是祝樓上的朋友，good luck。</description>
		<content:encoded><![CDATA[<p>「誰」技術差不差，是不是沒道理並不重要。重點是「為什麼」我們聽不懂他們的哲理？當然，聽不懂就說他們能力不好，或是沒道理，這也是一種方式啦，只不過這種方式對自己的成長沒有太大的幫助。</p>
<p>不過還是祝樓上的朋友，good luck。</p>
]]></content:encoded>
	</item>
	<item>
		<title>由：華山論劍</title>
		<link>http://www.lifeparty.idv.tw/blog/archives/431/comment-page-1#comment-8739</link>
		<dc:creator>華山論劍</dc:creator>
		<pubDate>Sun, 22 Feb 2009 01:48:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.lifeparty.idv.tw/blog/archives/431#comment-8739</guid>
		<description>我是覺得

技術差的才會在技術裡說哲理
沒道理的才會在哲理裡談技術

與 生魚片 及  jim yeh 共勉</description>
		<content:encoded><![CDATA[<p>我是覺得</p>
<p>技術差的才會在技術裡說哲理<br />
沒道理的才會在哲理裡談技術</p>
<p>與 生魚片 及  jim yeh 共勉</p>
]]></content:encoded>
	</item>
	<item>
		<title>由：jim yeh</title>
		<link>http://www.lifeparty.idv.tw/blog/archives/431/comment-page-1#comment-8734</link>
		<dc:creator>jim yeh</dc:creator>
		<pubDate>Thu, 05 Feb 2009 09:51:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.lifeparty.idv.tw/blog/archives/431#comment-8734</guid>
		<description>生魚片，其實軟體開發的問題多半不需要太高深的心法。就像交易訊息的問題，區分語意與語法並不那麼困難，而且參考一些標準的最佳實務，可以幫我們找到心中的那把劍。只要我們不執著技術的偏見，願意面對問題多思考，多練習幾次，心中的劍就會慢慢出現。就如同我在〈&lt;a href=&quot;http://www.lifeparty.idv.tw/blog/archives/5&quot; rel=&quot;nofollow&quot;&gt;由招熟漸悟懂勁&lt;/a&gt;〉所說的：

&lt;blockquote&gt;招式的變化在於個人平常願意動手作及努力練習的心得；心法的流露則是懂得在特定的時機及場合採用適合的招式來因應、兩者相互配合才能開發出良好的軟體系統，設計實作系統原來和練功夫一樣。

「階」字巧妙地說明了心法的加深是需要經驗不斷累積的，每個人會有不同的觀點，所以為避免陷於受限知識框架下，適當的社會化的交流是必要的。「相觀而善謂之摩」，透過相互溝通不同的觀點，以不斷地超越軟體設計開發的招式與心法。&lt;/blockquote&gt;
如果只有模仿、記憶，而不願意多思考，經驗再多也不可能磨成心中的那把劍呀。</description>
		<content:encoded><![CDATA[<p>生魚片，其實軟體開發的問題多半不需要太高深的心法。就像交易訊息的問題，區分語意與語法並不那麼困難，而且參考一些標準的最佳實務，可以幫我們找到心中的那把劍。只要我們不執著技術的偏見，願意面對問題多思考，多練習幾次，心中的劍就會慢慢出現。就如同我在〈<a href="http://www.lifeparty.idv.tw/blog/archives/5" rel="nofollow">由招熟漸悟懂勁</a>〉所說的：</p>
<blockquote><p>招式的變化在於個人平常願意動手作及努力練習的心得；心法的流露則是懂得在特定的時機及場合採用適合的招式來因應、兩者相互配合才能開發出良好的軟體系統，設計實作系統原來和練功夫一樣。</p>
<p>「階」字巧妙地說明了心法的加深是需要經驗不斷累積的，每個人會有不同的觀點，所以為避免陷於受限知識框架下，適當的社會化的交流是必要的。「相觀而善謂之摩」，透過相互溝通不同的觀點，以不斷地超越軟體設計開發的招式與心法。</p></blockquote>
<p>如果只有模仿、記憶，而不願意多思考，經驗再多也不可能磨成心中的那把劍呀。</p>
]]></content:encoded>
	</item>
	<item>
		<title>由：生魚片</title>
		<link>http://www.lifeparty.idv.tw/blog/archives/431/comment-page-1#comment-8733</link>
		<dc:creator>生魚片</dc:creator>
		<pubDate>Thu, 05 Feb 2009 08:58:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.lifeparty.idv.tw/blog/archives/431#comment-8733</guid>
		<description>如同絕頂高手，與敵相鬥，看似無劍相擊，但劍卻無處不在，萬物皆可為劍～

我想很多人還停留在手中有劍，心中無劍的階段...如我也是Orz</description>
		<content:encoded><![CDATA[<p>如同絕頂高手，與敵相鬥，看似無劍相擊，但劍卻無處不在，萬物皆可為劍～</p>
<p>我想很多人還停留在手中有劍，心中無劍的階段&#8230;如我也是Orz</p>
]]></content:encoded>
	</item>
	<item>
		<title>由：jim yeh</title>
		<link>http://www.lifeparty.idv.tw/blog/archives/431/comment-page-1#comment-8732</link>
		<dc:creator>jim yeh</dc:creator>
		<pubDate>Thu, 05 Feb 2009 06:07:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.lifeparty.idv.tw/blog/archives/431#comment-8732</guid>
		<description>Hi 生魚片，

這些路邊的閒言閒語，我認為正顯露只懂技術而看不到問題的「功能性的盲目」。

柯維在《第八個習慣》引用美國作家賈德納（John Gardner）說過的話：「大多數有問題的組織是因為滋生出一種功能性的盲目，看不見自己的缺點。它們的癥結並不在於無法解決問題，而是根本看不見問題。」用這句話來看台灣常見的不重視概念，卻充滿技術偏見的現象還真貼切。

抽象化思考的 common sense，本來就和 XML 技術沒有直接的關係。交易訊息對欄位空白的處理，和你用的訊息格式交換無關。你可以用 flat file、csv file、user define file、EDI、XML、binary stream，甚至是 whatever 的各種格式來傳遞訊息。但不管怎麼傳遞，在概念上的處理都一樣。出現某個欄位，但其值是空白的，那麼系統該如何處理它？

概念呈現的是問題的本質，而不在技術。技術的好處只在具體化概念。因此，如果開發者看不到概念，我們只好找一個特殊化的技術來舉例說明，幫助他們來體會概念。

但不知是真的無知，還是刻意扭曲，把技術簡化成問題，真的問題卻視而不見。這只會讓我想到瞎子摸象的故事，瞎子不知大象長得什麼樣子，當他們摸到象腿粗粗的，還以為大象只是樹幹。跟這樣的人論理，還真的只是浪費生命。</description>
		<content:encoded><![CDATA[<p>Hi 生魚片，</p>
<p>這些路邊的閒言閒語，我認為正顯露只懂技術而看不到問題的「功能性的盲目」。</p>
<p>柯維在《第八個習慣》引用美國作家賈德納（John Gardner）說過的話：「大多數有問題的組織是因為滋生出一種功能性的盲目，看不見自己的缺點。它們的癥結並不在於無法解決問題，而是根本看不見問題。」用這句話來看台灣常見的不重視概念，卻充滿技術偏見的現象還真貼切。</p>
<p>抽象化思考的 common sense，本來就和 XML 技術沒有直接的關係。交易訊息對欄位空白的處理，和你用的訊息格式交換無關。你可以用 flat file、csv file、user define file、EDI、XML、binary stream，甚至是 whatever 的各種格式來傳遞訊息。但不管怎麼傳遞，在概念上的處理都一樣。出現某個欄位，但其值是空白的，那麼系統該如何處理它？</p>
<p>概念呈現的是問題的本質，而不在技術。技術的好處只在具體化概念。因此，如果開發者看不到概念，我們只好找一個特殊化的技術來舉例說明，幫助他們來體會概念。</p>
<p>但不知是真的無知，還是刻意扭曲，把技術簡化成問題，真的問題卻視而不見。這只會讓我想到瞎子摸象的故事，瞎子不知大象長得什麼樣子，當他們摸到象腿粗粗的，還以為大象只是樹幹。跟這樣的人論理，還真的只是浪費生命。</p>
]]></content:encoded>
	</item>
	<item>
		<title>由：生魚片</title>
		<link>http://www.lifeparty.idv.tw/blog/archives/431/comment-page-1#comment-8731</link>
		<dc:creator>生魚片</dc:creator>
		<pubDate>Wed, 04 Feb 2009 18:33:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.lifeparty.idv.tw/blog/archives/431#comment-8731</guid>
		<description>同人說的是一種思維.哲理.典範.生活觀
卻被硬生生的當作是一種&quot;技術&quot;的謬論....

或許這也是台灣比較不好的現象...</description>
		<content:encoded><![CDATA[<p>同人說的是一種思維.哲理.典範.生活觀<br />
卻被硬生生的當作是一種"技術"的謬論&#8230;.</p>
<p>或許這也是台灣比較不好的現象&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>由：jim yeh</title>
		<link>http://www.lifeparty.idv.tw/blog/archives/431/comment-page-1#comment-8729</link>
		<dc:creator>jim yeh</dc:creator>
		<pubDate>Wed, 04 Feb 2009 04:58:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.lifeparty.idv.tw/blog/archives/431#comment-8729</guid>
		<description>說實在的，對於以上這種似是而非論調的路人留言，&lt;a href=&quot;http://www.lifeparty.idv.tw/blog/archives/422&quot; rel=&quot;nofollow&quot;&gt;我是愈來願不願意理會&lt;/a&gt;了。別的不說，躲在網路暱稱的保護傘後面亂放話，沒有尊重何來對話？更不用說台端不懂裝懂的包裝留言透露著偏見形成對問題的無知，你的說辭只是為錯誤的觀念來自圓其說，根本無須浪費時間來理會它。</description>
		<content:encoded><![CDATA[<p>說實在的，對於以上這種似是而非論調的路人留言，<a href="http://www.lifeparty.idv.tw/blog/archives/422" rel="nofollow">我是愈來願不願意理會</a>了。別的不說，躲在網路暱稱的保護傘後面亂放話，沒有尊重何來對話？更不用說台端不懂裝懂的包裝留言透露著偏見形成對問題的無知，你的說辭只是為錯誤的觀念來自圓其說，根本無須浪費時間來理會它。</p>
]]></content:encoded>
	</item>
	<item>
		<title>由：路人</title>
		<link>http://www.lifeparty.idv.tw/blog/archives/431/comment-page-1#comment-8728</link>
		<dc:creator>路人</dc:creator>
		<pubDate>Wed, 04 Feb 2009 02:16:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.lifeparty.idv.tw/blog/archives/431#comment-8728</guid>
		<description>「交易訊息」可作為XML 技術的一般化抽象概念表述，但如果系統是以binary stream傳遞交易資料，那交易訊息是否也可以當作此種技術的一般化抽象概念表述?
我覺得「交易訊息」本身就是不涉底層的一種概念，當有人談到交易訊息的時候，每個人心中可能會浮現不同的實作方式，這邊的實作方法便是在抽象過程中被捨棄的部份，可是在文章中所談論的不是關於「交易訊息」本身的概念，而是一種底層實作技術「XML」。這個時候是不是直接使用「XML」這個詞彙會比使用一個抽象不準確的「交易訊息」好一些？
最後我覺得在缺乏準確的表達能力時去談論任何抽象概念，只是緣木求魚罷了。</description>
		<content:encoded><![CDATA[<p>「交易訊息」可作為XML 技術的一般化抽象概念表述，但如果系統是以binary stream傳遞交易資料，那交易訊息是否也可以當作此種技術的一般化抽象概念表述?<br />
我覺得「交易訊息」本身就是不涉底層的一種概念，當有人談到交易訊息的時候，每個人心中可能會浮現不同的實作方式，這邊的實作方法便是在抽象過程中被捨棄的部份，可是在文章中所談論的不是關於「交易訊息」本身的概念，而是一種底層實作技術「XML」。這個時候是不是直接使用「XML」這個詞彙會比使用一個抽象不準確的「交易訊息」好一些？<br />
最後我覺得在缺乏準確的表達能力時去談論任何抽象概念，只是緣木求魚罷了。</p>
]]></content:encoded>
	</item>
</channel>
</rss>

