<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.2.2" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments for Marc de Graauw - Random Notes</title>
	<link>http://www.marcdegraauw.com</link>
	<description>Some thoughts on meaning, the web and everything</description>
	<pubDate>Sat, 31 Jul 2010 18:53:40 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.2.2</generator>

	<item>
		<title>Comment on Is RIMBAA a Mistake? by Cecil Lynch</title>
		<link>http://www.marcdegraauw.com/2009/04/20/is-rimbaa-a-mistake/#comment-16004</link>
		<author>Cecil Lynch</author>
		<pubDate>Tue, 01 Dec 2009 09:22:18 +0000</pubDate>
		<guid>http://www.marcdegraauw.com/2009/04/20/is-rimbaa-a-mistake/#comment-16004</guid>
		<description>Well, this is a rather old thread but you might want to take a look at the preliminary plans for the caEHR from the National Cancer Institute that is based on CDA.</description>
		<content:encoded><![CDATA[<p>Well, this is a rather old thread but you might want to take a look at the preliminary plans for the caEHR from the National Cancer Institute that is based on CDA.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Renting a coder by Rod Smith</title>
		<link>http://www.marcdegraauw.com/2008/12/24/renting-a-coder/#comment-15492</link>
		<author>Rod Smith</author>
		<pubDate>Thu, 22 Oct 2009 20:41:50 +0000</pubDate>
		<guid>http://www.marcdegraauw.com/2008/12/24/renting-a-coder/#comment-15492</guid>
		<description>My name is Rod Smith and I am facilitator with RentACoder. These are really great tips for posting projects on RAC, but I just wanted to follow up on a few of the comments.

In response to @Buyer@'s comments, if a coder makes such threatening comments, your best bet is to place the project into arbitration, if the process has not already been initiated. The RAC arbitrator will be able to investigate any threats made by the coder, as long as the threats occurred onsite. Unfortunately, if the threats occurred offsite, there is not much RAC can do, since we cannot take offsite communication into consideration (since it is forgeable). If a coder has made such threats, they will receive a warning and possibly forfeit the arbitration.

Please note that if a coder actually hacks your website or does anything else malicious, we would need valid proof that it was in fact the coder who did this, in order to investigate the allegation. You may provide proof such as login or change logs containing the coder's IP address from your hosting company. Again, unfortunately if this information cannot be provided, then we will not be able to investigate the allegation. This is why we highly suggest changing your server/hosting login information as soon as a project has been placed into arbitration, or as soon as your project has been cancelled.

Since we cannot take offsite threats or allegations that the coder has done something malicious on your website into consideration (without valid proof), we cannot allow buyers to continuously make such allegations. If they continue to do so, we will have to warn them of the possibility of forfeiting the arbitration for making allegations that cannot be confirmed or denied by RentACoder. Unfortunately, this may have been the case for @Buyer@.

In response to Marc de Graauw's comments:

"...not unsurprising since the coders on Elance have to make a financial commitment themselves before bidding." Please note that although RentACoder does not charge coders a monthly fee to work on the site (instead coders are charged a fee of 15% on each completed project), you can choose to require an Expert Guarantee on your project. This allows the coder to prove that they have the skill to complete the project and are also 100% committed to completing it on time. The process requires the coder to deposit a certain amount of money (which the two of you can negotiate) into a deposit escrow. If they fully complete the project, then they receive the deposit back. If they do not complete the project then they lose some or all of the deposit. This is the best way to find a Coder who is fully committed to your project.

Please note that the best way to protect yourself and your project on RentACoder is to fully read any information that is given to you. The site does contain a lot of information, but it is useful and informative. Understanding your obligations as a Buyer will ensure that you get the most out of your RentACoder experience!</description>
		<content:encoded><![CDATA[<p>My name is Rod Smith and I am facilitator with RentACoder. These are really great tips for posting projects on RAC, but I just wanted to follow up on a few of the comments.</p>
<p>In response to @Buyer@&#8217;s comments, if a coder makes such threatening comments, your best bet is to place the project into arbitration, if the process has not already been initiated. The RAC arbitrator will be able to investigate any threats made by the coder, as long as the threats occurred onsite. Unfortunately, if the threats occurred offsite, there is not much RAC can do, since we cannot take offsite communication into consideration (since it is forgeable). If a coder has made such threats, they will receive a warning and possibly forfeit the arbitration.</p>
<p>Please note that if a coder actually hacks your website or does anything else malicious, we would need valid proof that it was in fact the coder who did this, in order to investigate the allegation. You may provide proof such as login or change logs containing the coder&#8217;s IP address from your hosting company. Again, unfortunately if this information cannot be provided, then we will not be able to investigate the allegation. This is why we highly suggest changing your server/hosting login information as soon as a project has been placed into arbitration, or as soon as your project has been cancelled.</p>
<p>Since we cannot take offsite threats or allegations that the coder has done something malicious on your website into consideration (without valid proof), we cannot allow buyers to continuously make such allegations. If they continue to do so, we will have to warn them of the possibility of forfeiting the arbitration for making allegations that cannot be confirmed or denied by RentACoder. Unfortunately, this may have been the case for @Buyer@.</p>
<p>In response to Marc de Graauw&#8217;s comments:</p>
<p>&#8220;&#8230;not unsurprising since the coders on Elance have to make a financial commitment themselves before bidding.&#8221; Please note that although RentACoder does not charge coders a monthly fee to work on the site (instead coders are charged a fee of 15% on each completed project), you can choose to require an Expert Guarantee on your project. This allows the coder to prove that they have the skill to complete the project and are also 100% committed to completing it on time. The process requires the coder to deposit a certain amount of money (which the two of you can negotiate) into a deposit escrow. If they fully complete the project, then they receive the deposit back. If they do not complete the project then they lose some or all of the deposit. This is the best way to find a Coder who is fully committed to your project.</p>
<p>Please note that the best way to protect yourself and your project on RentACoder is to fully read any information that is given to you. The site does contain a lot of information, but it is useful and informative. Understanding your obligations as a Buyer will ensure that you get the most out of your RentACoder experience!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Renting a coder by techguy111</title>
		<link>http://www.marcdegraauw.com/2008/12/24/renting-a-coder/#comment-15427</link>
		<author>techguy111</author>
		<pubDate>Tue, 13 Oct 2009 00:15:46 +0000</pubDate>
		<guid>http://www.marcdegraauw.com/2008/12/24/renting-a-coder/#comment-15427</guid>
		<description>"There's good and bad everywhere.  But I think the cost savings outsourcing brings outweighs these "dangers." I've had good experience with RentACoder. Just follow the rules -- communication is everything.  And if there's a dispute, they'll help resolve it."</description>
		<content:encoded><![CDATA[<p>&#8220;There&#8217;s good and bad everywhere.  But I think the cost savings outsourcing brings outweighs these &#8220;dangers.&#8221; I&#8217;ve had good experience with RentACoder. Just follow the rules &#8212; communication is everything.  And if there&#8217;s a dispute, they&#8217;ll help resolve it.&#8221;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Is RIMBAA a Mistake? by SK THIRUVOTH</title>
		<link>http://www.marcdegraauw.com/2009/04/20/is-rimbaa-a-mistake/#comment-14976</link>
		<author>SK THIRUVOTH</author>
		<pubDate>Sat, 25 Jul 2009 04:38:26 +0000</pubDate>
		<guid>http://www.marcdegraauw.com/2009/04/20/is-rimbaa-a-mistake/#comment-14976</guid>
		<description>Is there anyone who has implemented this RIMBAA in a functional EHR ?
One missing factor in Hl7 as a whole is that they concntrate only making theoretical frameworks. These kind of stuff needs some practical evidence or atleast some samples to show the effectiveness.

SKT</description>
		<content:encoded><![CDATA[<p>Is there anyone who has implemented this RIMBAA in a functional EHR ?<br />
One missing factor in Hl7 as a whole is that they concntrate only making theoretical frameworks. These kind of stuff needs some practical evidence or atleast some samples to show the effectiveness.</p>
<p>SKT</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on When REST advantages weigh less&#8230; by Marc de Graauw</title>
		<link>http://www.marcdegraauw.com/2007/06/11/when-rest-advantages-weigh-less/#comment-14804</link>
		<author>Marc de Graauw</author>
		<pubDate>Mon, 29 Jun 2009 08:33:20 +0000</pubDate>
		<guid>http://www.marcdegraauw.com/2007/06/11/when-rest-advantages-weigh-less/#comment-14804</guid>
		<description>@Tom:

"REST is about much more than caching" Sure. As you mention, uniform resource access is a great good. It enables linking &#038; bookmarking, i.e. storing and retrieving resource identifiers in a uniform way, and that's a great benefit.</description>
		<content:encoded><![CDATA[<p>@Tom:</p>
<p>&#8220;REST is about much more than caching&#8221; Sure. As you mention, uniform resource access is a great good. It enables linking &#038; bookmarking, i.e. storing and retrieving resource identifiers in a uniform way, and that&#8217;s a great benefit.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on When REST advantages weigh less&#8230; by Tom</title>
		<link>http://www.marcdegraauw.com/2007/06/11/when-rest-advantages-weigh-less/#comment-14770</link>
		<author>Tom</author>
		<pubDate>Sat, 27 Jun 2009 17:58:32 +0000</pubDate>
		<guid>http://www.marcdegraauw.com/2007/06/11/when-rest-advantages-weigh-less/#comment-14770</guid>
		<description>Yes, good point about the caching. But, REST is about much more than caching. To me it's more about standardizing access to resources. "Convention over configuration." Imagine if all healthcare databases implemented REST and followed a standard resource namespace. Developers could much more easily interface with non-proprietary databases, with less training and troubleshooting, resulting in numerous cost-reductions across the healthcare-IT industry. This would ultimately help to reduce costs for patients as well.</description>
		<content:encoded><![CDATA[<p>Yes, good point about the caching. But, REST is about much more than caching. To me it&#8217;s more about standardizing access to resources. &#8220;Convention over configuration.&#8221; Imagine if all healthcare databases implemented REST and followed a standard resource namespace. Developers could much more easily interface with non-proprietary databases, with less training and troubleshooting, resulting in numerous cost-reductions across the healthcare-IT industry. This would ultimately help to reduce costs for patients as well.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Is forgiveness possible? by Marc de Graauw - Random Notes &#187; Blog Archive &#187; Atonement and Remorse</title>
		<link>http://www.marcdegraauw.com/2009/05/09/is-forgiveness-possible/#comment-14216</link>
		<author>Marc de Graauw - Random Notes &#187; Blog Archive &#187; Atonement and Remorse</author>
		<pubDate>Wed, 13 May 2009 12:26:10 +0000</pubDate>
		<guid>http://www.marcdegraauw.com/2009/05/09/is-forgiveness-possible/#comment-14216</guid>
		<description>[...] how does forgiveness come about? Paul van Tongeren mentions the conditions of &#8216;confession, remorse, atonement&#8217;. Which he then dismisses, since [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] how does forgiveness come about? Paul van Tongeren mentions the conditions of &#8216;confession, remorse, atonement&#8217;. Which he then dismisses, since [&#8230;]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Doesn&#8217;t the rejection of a compromise presuppose a reasonable alternative? by Marc de Graauw</title>
		<link>http://www.marcdegraauw.com/2009/04/18/doesnt-the-rejection-of-a-compromise-presuppose-a-reasonable-alternative/#comment-14213</link>
		<author>Marc de Graauw</author>
		<pubDate>Wed, 13 May 2009 07:36:04 +0000</pubDate>
		<guid>http://www.marcdegraauw.com/2009/04/18/doesnt-the-rejection-of-a-compromise-presuppose-a-reasonable-alternative/#comment-14213</guid>
		<description>@Grahame: "...death is an acceptable option. Agree with that. From that sense, when it is not an option?"

I guess the situation that comes to mind first is starting a war. Suppose the only alternative to Yalta would have been to start a war against the Soviet Union in 1945, which would have meant hundreds of thousands more deaths in Eastern Europe: would that have been an alternative to the rotten (or at least lousy) compromise of Yalta? Is it up to you to decide for others whether it's better for them to die or live in chains? My point of view is that at that time, peace + Yalta was better than more war (if we assume for the sake of argument that a better compromise than Yalta was not feasible).

Likewise in Iraq: no doubts about Saddam, he was an inhuman dictator. But how many lives is freedom worth? I think it's clear by now Bush's invasion was a bad idea, but it is not necessarily a bad idea to intervene for humane reasons in all circumstances (think Rwanda). 

Margalit's point of view is that the rejection of a compromise should be taken on grounds which are solely derived from the nature of the other party. If this is an evil regime, like Hitler's, Margalit thinks the compromise should be rejected. I doubt if this holds *without looking at alternatives*.</description>
		<content:encoded><![CDATA[<p>@Grahame: &#8220;&#8230;death is an acceptable option. Agree with that. From that sense, when it is not an option?&#8221;</p>
<p>I guess the situation that comes to mind first is starting a war. Suppose the only alternative to Yalta would have been to start a war against the Soviet Union in 1945, which would have meant hundreds of thousands more deaths in Eastern Europe: would that have been an alternative to the rotten (or at least lousy) compromise of Yalta? Is it up to you to decide for others whether it&#8217;s better for them to die or live in chains? My point of view is that at that time, peace + Yalta was better than more war (if we assume for the sake of argument that a better compromise than Yalta was not feasible).</p>
<p>Likewise in Iraq: no doubts about Saddam, he was an inhuman dictator. But how many lives is freedom worth? I think it&#8217;s clear by now Bush&#8217;s invasion was a bad idea, but it is not necessarily a bad idea to intervene for humane reasons in all circumstances (think Rwanda). </p>
<p>Margalit&#8217;s point of view is that the rejection of a compromise should be taken on grounds which are solely derived from the nature of the other party. If this is an evil regime, like Hitler&#8217;s, Margalit thinks the compromise should be rejected. I doubt if this holds *without looking at alternatives*.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Doesn&#8217;t the rejection of a compromise presuppose a reasonable alternative? by Grahame Grieve</title>
		<link>http://www.marcdegraauw.com/2009/04/18/doesnt-the-rejection-of-a-compromise-presuppose-a-reasonable-alternative/#comment-14212</link>
		<author>Grahame Grieve</author>
		<pubDate>Wed, 13 May 2009 07:12:11 +0000</pubDate>
		<guid>http://www.marcdegraauw.com/2009/04/18/doesnt-the-rejection-of-a-compromise-presuppose-a-reasonable-alternative/#comment-14212</guid>
		<description>so yes, death is an acceptable option. Agree with that. From that sense, when it is not an option?</description>
		<content:encoded><![CDATA[<p>so yes, death is an acceptable option. Agree with that. From that sense, when it is not an option?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Is forgiveness possible? by Marc de Graauw - Random Notes &#187; Blog Archive &#187; Margalit on Forgiving</title>
		<link>http://www.marcdegraauw.com/2009/05/09/is-forgiveness-possible/#comment-14187</link>
		<author>Marc de Graauw - Random Notes &#187; Blog Archive &#187; Margalit on Forgiving</author>
		<pubDate>Mon, 11 May 2009 22:07:24 +0000</pubDate>
		<guid>http://www.marcdegraauw.com/2009/05/09/is-forgiveness-possible/#comment-14187</guid>
		<description>[...] I&#8217;ve been exploring the notion of &#8216;forgiveness&#8217;. Avishai Margalit has devoted a chapter to it in his book [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] I&#8217;ve been exploring the notion of &#8216;forgiveness&#8217;. Avishai Margalit has devoted a chapter to it in his book [&#8230;]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
