<?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>Comments on: Getting Things Done with CouchDB, part 1: how did I get here?</title>
	<atom:link href="http://thomas.apestaart.org/log/?feed=rss2&#038;p=1475" rel="self" type="application/rss+xml" />
	<link>http://thomas.apestaart.org/log/?p=1475</link>
	<description>Present Perfect</description>
	<lastBuildDate>Tue, 21 May 2013 03:19:34 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=abc</generator>
	<item>
		<title>By: Dan</title>
		<link>http://thomas.apestaart.org/log/?p=1475&#038;cpage=1#comment-145548</link>
		<dc:creator>Dan</dc:creator>
		<pubDate>Tue, 18 Sep 2012 14:26:01 +0000</pubDate>
		<guid isPermaLink="false">http://thomas.apestaart.org/log/?p=1475#comment-145548</guid>
		<description>I would recommend checking out Gtdagenda.com for an online task &amp; project manager.

You can use it to manage your goals, projects and tasks, set next actions and contexts, use checklists, and a calendar.
Syncs with Evernote, and also comes with mobile-web version, and Android and iPhone apps.</description>
		<content:encoded><![CDATA[<p>I would recommend checking out Gtdagenda.com for an online task &amp; project manager.</p>
<p>You can use it to manage your goals, projects and tasks, set next actions and contexts, use checklists, and a calendar.<br />
Syncs with Evernote, and also comes with mobile-web version, and Android and iPhone apps.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dieter</title>
		<link>http://thomas.apestaart.org/log/?p=1475&#038;cpage=1#comment-145226</link>
		<dc:creator>Dieter</dc:creator>
		<pubDate>Sat, 15 Sep 2012 19:05:50 +0000</pubDate>
		<guid isPermaLink="false">http://thomas.apestaart.org/log/?p=1475#comment-145226</guid>
		<description>to avoid conflicts, you can:
* use a custom git merge driver (my favorite option)
* even the default union merge driver should work too, unless you explicitly write auto-increment integer id&#039;s to your entries (which would cause duplicate id&#039;s) but you can fairly easily avoid this.
* write different tasks in different files.</description>
		<content:encoded><![CDATA[<p>to avoid conflicts, you can:<br />
* use a custom git merge driver (my favorite option)<br />
* even the default union merge driver should work too, unless you explicitly write auto-increment integer id&#8217;s to your entries (which would cause duplicate id&#8217;s) but you can fairly easily avoid this.<br />
* write different tasks in different files.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Guyou</title>
		<link>http://thomas.apestaart.org/log/?p=1475&#038;cpage=1#comment-145073</link>
		<dc:creator>Guyou</dc:creator>
		<pubDate>Fri, 14 Sep 2012 14:49:05 +0000</pubDate>
		<guid isPermaLink="false">http://thomas.apestaart.org/log/?p=1475#comment-145073</guid>
		<description>Really insteresting. Any &quot;screenshots&quot; somewhere?

Something I did not understand: why developping a client-server application? Why not embbeding the whole application in CouchDB?
I played with CouchDB and did some &quot;Hello world&quot; application. It was funny to create a whole JavaScript application embedded in the database.

I imagined something like a cross between CouchDB and GTDTiddlyWiki: a quite simple but still rich web application but run by a CouchDB application (and not inside a browser).</description>
		<content:encoded><![CDATA[<p>Really insteresting. Any &#8220;screenshots&#8221; somewhere?</p>
<p>Something I did not understand: why developping a client-server application? Why not embbeding the whole application in CouchDB?<br />
I played with CouchDB and did some &#8220;Hello world&#8221; application. It was funny to create a whole JavaScript application embedded in the database.</p>
<p>I imagined something like a cross between CouchDB and GTDTiddlyWiki: a quite simple but still rich web application but run by a CouchDB application (and not inside a browser).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Thomas</title>
		<link>http://thomas.apestaart.org/log/?p=1475&#038;cpage=1#comment-144774</link>
		<dc:creator>Thomas</dc:creator>
		<pubDate>Wed, 12 Sep 2012 09:50:52 +0000</pubDate>
		<guid isPermaLink="false">http://thomas.apestaart.org/log/?p=1475#comment-144774</guid>
		<description>Yes, I have, but I think it would still be suboptimal.  I don&#039;t know how Dropbox manages conflicts, but I assume it would end up letting you retrieve conflicting versions from the web interface, so that wouldn&#039;t be ideal if all you did was simply add two different tasks on two different machines.  CouchDB wouldn&#039;t even see that as a conflict, since they are different documents in a database, as opposed to two new lines in one data file.  CouchDB, when it does have conflicts, picks the same winner everywhere, and then makes it easy to look at conflicts, so it would be possible to resolve them programatically.

git would have been an option too, but I never liked the model I had going with yagtd and subversion where you need to remember to commit; in git you would have to commit and push.  Granted, this could be scripted.  conflicts in text files would still have to be resolved by hand, and typically the problem is as I said adding tasks on different machines.  git would leave this as a conflict to be resolved manually because of the way diff and patch work.

CouchDB just has a much more natural model on which to base conflict resolution.</description>
		<content:encoded><![CDATA[<p>Yes, I have, but I think it would still be suboptimal.  I don&#8217;t know how Dropbox manages conflicts, but I assume it would end up letting you retrieve conflicting versions from the web interface, so that wouldn&#8217;t be ideal if all you did was simply add two different tasks on two different machines.  CouchDB wouldn&#8217;t even see that as a conflict, since they are different documents in a database, as opposed to two new lines in one data file.  CouchDB, when it does have conflicts, picks the same winner everywhere, and then makes it easy to look at conflicts, so it would be possible to resolve them programatically.</p>
<p>git would have been an option too, but I never liked the model I had going with yagtd and subversion where you need to remember to commit; in git you would have to commit and push.  Granted, this could be scripted.  conflicts in text files would still have to be resolved by hand, and typically the problem is as I said adding tasks on different machines.  git would leave this as a conflict to be resolved manually because of the way diff and patch work.</p>
<p>CouchDB just has a much more natural model on which to base conflict resolution.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dieter</title>
		<link>http://thomas.apestaart.org/log/?p=1475&#038;cpage=1#comment-144763</link>
		<dc:creator>Dieter</dc:creator>
		<pubDate>Wed, 12 Sep 2012 07:22:54 +0000</pubDate>
		<guid isPermaLink="false">http://thomas.apestaart.org/log/?p=1475#comment-144763</guid>
		<description>have you considered &quot;replicating&quot; plaintext files by means of something like dropbox or git? (there should be a way to use git and not have merge conflicts)</description>
		<content:encoded><![CDATA[<p>have you considered &#8220;replicating&#8221; plaintext files by means of something like dropbox or git? (there should be a way to use git and not have merge conflicts)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: pt</title>
		<link>http://thomas.apestaart.org/log/?p=1475&#038;cpage=1#comment-144734</link>
		<dc:creator>pt</dc:creator>
		<pubDate>Wed, 12 Sep 2012 01:36:23 +0000</pubDate>
		<guid isPermaLink="false">http://thomas.apestaart.org/log/?p=1475#comment-144734</guid>
		<description>is it possible to search in GTG?</description>
		<content:encoded><![CDATA[<p>is it possible to search in GTG?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
