<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: Philosophy 18</title>
	<atom:link href="http://jonathanlewis.wordpress.com/2012/09/24/philosophy-18/feed/" rel="self" type="application/rss+xml" />
	<link>http://jonathanlewis.wordpress.com/2012/09/24/philosophy-18/</link>
	<description>Just another Oracle weblog</description>
	<lastBuildDate>Thu, 23 May 2013 12:47:17 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Noons</title>
		<link>http://jonathanlewis.wordpress.com/2012/09/24/philosophy-18/#comment-50499</link>
		<dc:creator><![CDATA[Noons]]></dc:creator>
		<pubDate>Wed, 26 Sep 2012 00:52:14 +0000</pubDate>
		<guid isPermaLink="false">http://jonathanlewis.wordpress.com/?p=9526#comment-50499</guid>
		<description><![CDATA[&quot;but I’d like to think that anyone thinking strategically about design options wouldn’t be inclined to discount an idea on the basis of a single article&quot;
or indeed the opposite, which classify as orders of magnitude worse: considering an idea as a strategic direction on the basis of a single article. 
Often times thoroughly out of context to its applicability or even suitability for the case on hand.
Incredibly common nowadays, where quoting an article from wikipedia - or any other random site - is considered the pinnacle of research...]]></description>
		<content:encoded><![CDATA[<p>&#8220;but I’d like to think that anyone thinking strategically about design options wouldn’t be inclined to discount an idea on the basis of a single article&#8221;<br />
or indeed the opposite, which classify as orders of magnitude worse: considering an idea as a strategic direction on the basis of a single article.<br />
Often times thoroughly out of context to its applicability or even suitability for the case on hand.<br />
Incredibly common nowadays, where quoting an article from wikipedia &#8211; or any other random site &#8211; is considered the pinnacle of research&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: dan</title>
		<link>http://jonathanlewis.wordpress.com/2012/09/24/philosophy-18/#comment-50492</link>
		<dc:creator><![CDATA[dan]]></dc:creator>
		<pubDate>Tue, 25 Sep 2012 17:29:16 +0000</pubDate>
		<guid isPermaLink="false">http://jonathanlewis.wordpress.com/?p=9526#comment-50492</guid>
		<description><![CDATA[I think when working in Oracle database field, all I can do is come close to the Truth as much as possible. The Truth, of course, being exactly how things work - which is something that only the developers and architects of the feature know for sure. After all, it&#039;s just arbitrary - however they decided to design. And no one from that group is revealing the Truth short of exposing the &quot;trade secrets&quot;. And taking into consideration the nature of internet (i.e. not everything that is printed on the webpage is the truth), you do your best to get as close to the Truth as possible, and the time you find you are not close enough, you get that much closer. Somewhat philosophical, but then again the title is just that. When documentation isn&#039;t enough and google search isn&#039;t enough, expert blogs aren&#039;t enough and my own testing isn&#039;t enough what am I supposed to do? And when do you know it&#039;s not enough? And then there are always bugs that will throw all my planning overboard in an instant. And none of this is changing any time soon.
So I don&#039;t look at it as the &#039;worst offense&#039;. We try to do best we know how provided the circumstances. After all, I am not a computer; I am a human being.]]></description>
		<content:encoded><![CDATA[<p>I think when working in Oracle database field, all I can do is come close to the Truth as much as possible. The Truth, of course, being exactly how things work &#8211; which is something that only the developers and architects of the feature know for sure. After all, it&#8217;s just arbitrary &#8211; however they decided to design. And no one from that group is revealing the Truth short of exposing the &#8220;trade secrets&#8221;. And taking into consideration the nature of internet (i.e. not everything that is printed on the webpage is the truth), you do your best to get as close to the Truth as possible, and the time you find you are not close enough, you get that much closer. Somewhat philosophical, but then again the title is just that. When documentation isn&#8217;t enough and google search isn&#8217;t enough, expert blogs aren&#8217;t enough and my own testing isn&#8217;t enough what am I supposed to do? And when do you know it&#8217;s not enough? And then there are always bugs that will throw all my planning overboard in an instant. And none of this is changing any time soon.<br />
So I don&#8217;t look at it as the &#8216;worst offense&#8217;. We try to do best we know how provided the circumstances. After all, I am not a computer; I am a human being.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tony Sleight</title>
		<link>http://jonathanlewis.wordpress.com/2012/09/24/philosophy-18/#comment-50477</link>
		<dc:creator><![CDATA[Tony Sleight]]></dc:creator>
		<pubDate>Tue, 25 Sep 2012 09:46:37 +0000</pubDate>
		<guid isPermaLink="false">http://jonathanlewis.wordpress.com/?p=9526#comment-50477</guid>
		<description><![CDATA[I agree with both comments above. Martin touches on the most important aspect of publishing opinions (proofs or theorums) , everyone makes mistakes. Whether they are published or not is irrelevent. What is important is that if you find your theory was wrong, accepting it is wrong and moving forward from that point is the correct philosphy.

I am reminded about a scientific presentation I was told about where a scientist, I think he was an astronomer, had worked for 30 years on a particular theory and was convinced of it&#039;s validity. He attended a presentation by another scientist who in the course of about two hours totally destroyed the first scientist&#039;s life work. After the presentation, the first scientist went up to the presenter and thanked him for pointing out the errors in his work.

That to me  that example is what scientific philosophy is all about. Working to prove an opinion, accepting you may be wrong, changing your opinion if you are wrong.]]></description>
		<content:encoded><![CDATA[<p>I agree with both comments above. Martin touches on the most important aspect of publishing opinions (proofs or theorums) , everyone makes mistakes. Whether they are published or not is irrelevent. What is important is that if you find your theory was wrong, accepting it is wrong and moving forward from that point is the correct philosphy.</p>
<p>I am reminded about a scientific presentation I was told about where a scientist, I think he was an astronomer, had worked for 30 years on a particular theory and was convinced of it&#8217;s validity. He attended a presentation by another scientist who in the course of about two hours totally destroyed the first scientist&#8217;s life work. After the presentation, the first scientist went up to the presenter and thanked him for pointing out the errors in his work.</p>
<p>That to me  that example is what scientific philosophy is all about. Working to prove an opinion, accepting you may be wrong, changing your opinion if you are wrong.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jgarry</title>
		<link>http://jonathanlewis.wordpress.com/2012/09/24/philosophy-18/#comment-50463</link>
		<dc:creator><![CDATA[jgarry]]></dc:creator>
		<pubDate>Mon, 24 Sep 2012 20:33:15 +0000</pubDate>
		<guid isPermaLink="false">http://jonathanlewis.wordpress.com/?p=9526#comment-50463</guid>
		<description><![CDATA[To be scientific, you have to use a fairly passive descriptive voice, clearly delineating all experimental parameters.  To sell yourself to the general population, you have to create a sense in the readership of knowing what is going on.  The intended audience must be the context for judging good or bad.  If you have a mixed audience, there is no general answer.  One possible answer is to do it the best you know how, ignore haters, and listen to constructive feedback, which of course is how the best publishing works.

That said, using replicable demos mostly moots the problem.  If you are wrong, the whole world can see it.  Scary, but if you have a dynamic system that encourages feedback and intelligent discourse, everyone can benefit.  That&#039;s hard to do with any system that has deadlines and static output, in scientific publishing that is worked around by peer review and references, with predictable issues of cabals and cliques.  If you have a dynamic system that lacks proper feedback, well, that would be the forums.

I always thought it was lame when anyone would trumpet a feature that doesn&#039;t work.  Bugs count in real life.  Results count in real life.  Yes, I&#039;m still irritated by that MTS class I took in the &#039;90s.

For strategic direction, you have to trust that Oracle marketing is somewhat on the level.  There&#039;s no way to verify that trust, and really, any feature or product may be decremented.  Even non-Oracle products superior to Oracle products can be bought by Oracle and killed (or assimilated, depending on your viewpoint).

People get emotionally invested in their own words.  It can be tough to both criticize and leave a graceful way out.  Especially if someone is so wrong it seems counterproductive to leave a way out.  Once it becomes a debate, then there must be losers.]]></description>
		<content:encoded><![CDATA[<p>To be scientific, you have to use a fairly passive descriptive voice, clearly delineating all experimental parameters.  To sell yourself to the general population, you have to create a sense in the readership of knowing what is going on.  The intended audience must be the context for judging good or bad.  If you have a mixed audience, there is no general answer.  One possible answer is to do it the best you know how, ignore haters, and listen to constructive feedback, which of course is how the best publishing works.</p>
<p>That said, using replicable demos mostly moots the problem.  If you are wrong, the whole world can see it.  Scary, but if you have a dynamic system that encourages feedback and intelligent discourse, everyone can benefit.  That&#8217;s hard to do with any system that has deadlines and static output, in scientific publishing that is worked around by peer review and references, with predictable issues of cabals and cliques.  If you have a dynamic system that lacks proper feedback, well, that would be the forums.</p>
<p>I always thought it was lame when anyone would trumpet a feature that doesn&#8217;t work.  Bugs count in real life.  Results count in real life.  Yes, I&#8217;m still irritated by that MTS class I took in the &#8217;90s.</p>
<p>For strategic direction, you have to trust that Oracle marketing is somewhat on the level.  There&#8217;s no way to verify that trust, and really, any feature or product may be decremented.  Even non-Oracle products superior to Oracle products can be bought by Oracle and killed (or assimilated, depending on your viewpoint).</p>
<p>People get emotionally invested in their own words.  It can be tough to both criticize and leave a graceful way out.  Especially if someone is so wrong it seems counterproductive to leave a way out.  Once it becomes a debate, then there must be losers.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mwidlake</title>
		<link>http://jonathanlewis.wordpress.com/2012/09/24/philosophy-18/#comment-50461</link>
		<dc:creator><![CDATA[mwidlake]]></dc:creator>
		<pubDate>Mon, 24 Sep 2012 19:17:21 +0000</pubDate>
		<guid isPermaLink="false">http://jonathanlewis.wordpress.com/?p=9526#comment-50461</guid>
		<description><![CDATA[I&#039;d say the worst offence is the issue you finish with Jonathan - to simply pass judgement on a feature you have not actually tested for yourself. Sadly there are a lot of articles out in the web sphere where people simply repeat a claim or statement without checking into it. Or, worse still, pass on a garbled version from an incorrect opinion they have gained without understanding what has already been said. 

As you say, if we actually test (or at least research) what we put forward as facts (&quot;this feature does/does not work in respect of X&quot;) then we reduce the chance of error. We should state version, our assumptions, assumed knowledge and the details of what we observed - but that can lead to very dry and complex posts, which read more like scientific papers and how much fun are they to digest. I struggle more with that balance than most anything else in communicating technical information.

Sometime it is just an opinion being stated. I&#039;ve said a few things myself based only on theory - but I like to believe I make that obvious. I feel doing so is important and is part of stating your assumptions. The assumption is, I am saying this but could well be wrong...

Of course, anyone relying on feedback from the web on whether or not to use a feature that is important to them should do more than take one opinion - even yours :-)

Actually, getting it wrong (one way or the other) or even not test are not the worst offences in my opinion. It&#039;s refusing to accept that you got it wrong when evidence is given and not gracefully retracting your opinion. Thus knowingly misleading people. That really ticks me off.]]></description>
		<content:encoded><![CDATA[<p>I&#8217;d say the worst offence is the issue you finish with Jonathan &#8211; to simply pass judgement on a feature you have not actually tested for yourself. Sadly there are a lot of articles out in the web sphere where people simply repeat a claim or statement without checking into it. Or, worse still, pass on a garbled version from an incorrect opinion they have gained without understanding what has already been said. </p>
<p>As you say, if we actually test (or at least research) what we put forward as facts (&#8220;this feature does/does not work in respect of X&#8221;) then we reduce the chance of error. We should state version, our assumptions, assumed knowledge and the details of what we observed &#8211; but that can lead to very dry and complex posts, which read more like scientific papers and how much fun are they to digest. I struggle more with that balance than most anything else in communicating technical information.</p>
<p>Sometime it is just an opinion being stated. I&#8217;ve said a few things myself based only on theory &#8211; but I like to believe I make that obvious. I feel doing so is important and is part of stating your assumptions. The assumption is, I am saying this but could well be wrong&#8230;</p>
<p>Of course, anyone relying on feedback from the web on whether or not to use a feature that is important to them should do more than take one opinion &#8211; even yours :-)</p>
<p>Actually, getting it wrong (one way or the other) or even not test are not the worst offences in my opinion. It&#8217;s refusing to accept that you got it wrong when evidence is given and not gracefully retracting your opinion. Thus knowingly misleading people. That really ticks me off.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
