<?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: Time to start writing</title>
	<atom:link href="http://www.foresight.org/nanodot/?feed=rss2&#038;p=230" rel="self" type="application/rss+xml" />
	<link>http://www.foresight.org/nanodot/?p=230</link>
	<description>examining transformative technology</description>
	<lastBuildDate>Wed, 03 Apr 2013 18:23:47 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.4</generator>
	<item>
		<title>By: PatGratton</title>
		<link>http://www.foresight.org/nanodot/?p=230#comment-559</link>
		<dc:creator>PatGratton</dc:creator>
		<pubDate>Tue, 26 Sep 2000 01:47:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.foresight.org/nanodot/?p=230#comment-559</guid>
		<description>&lt;p&gt;&lt;strong&gt;Re:Good idea&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;Excellent example. Facilitating the development of papers like this is exactly what we would like to do.&lt;/p&gt;

</description>
		<content:encoded><![CDATA[<p><strong>Re:Good idea</strong></p>
<p>Excellent example. Facilitating the development of papers like this is exactly what we would like to do.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ChrisRoot</title>
		<link>http://www.foresight.org/nanodot/?p=230#comment-562</link>
		<dc:creator>ChrisRoot</dc:creator>
		<pubDate>Tue, 26 Sep 2000 01:21:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.foresight.org/nanodot/?p=230#comment-562</guid>
		<description>&lt;p&gt;&lt;strong&gt;Re:Facilitate, not control...&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;jbash wrote:&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;&lt;em&gt;I don&#039;t see why Foresight should undertake the administrative burden of running general-purpose Web servers.... All you need is a mission statement and a mailing list. There&#039;s no need to overstructure things...&lt;/em&gt;&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;Chris Phoenix wrote:&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;&lt;em&gt;I know I&#039;d write more if I knew that a structure existed for expanding, reviewing, and publishing my work.... As to Foresight&#039;s web space, the main point of that is to add legitimacy to the papers, and make them easier to find--surely a valuable service to any author!&lt;/em&gt;&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;So how about this for structure: Nanodot maintains a list of papers in progress in the form of a Slashbox (one of those little boxes down the right side of the main page). Each paper in this list is a link to a mailing list hosted on &lt;a href=&quot;http:www.egroups.com&quot;&gt;eGroups&lt;/a&gt;. Anyone can start her own group there for free. A group consists of a mailing list with online archives, a home page, a links page, etc. You can even put files on it. In other words, it&#039;s got everything you would likely need to organize a small group of people around the development of a whitepaper.&lt;/p&gt;
&lt;p&gt;Cost of implementation: however long it takes Dave Krieger to set up a Slashbox. Probably a few minutes.&lt;/p&gt;
&lt;p&gt;--Root&lt;/p&gt;

</description>
		<content:encoded><![CDATA[<p><strong>Re:Facilitate, not control&#8230;</strong></p>
<p>jbash wrote:</p>
<blockquote>
<p><em>I don&#39;t see why Foresight should undertake the administrative burden of running general-purpose Web servers&#8230;. All you need is a mission statement and a mailing list. There&#39;s no need to overstructure things&#8230;</em></p>
</blockquote>
<p>Chris Phoenix wrote:</p>
<blockquote>
<p><em>I know I&#39;d write more if I knew that a structure existed for expanding, reviewing, and publishing my work&#8230;. As to Foresight&#39;s web space, the main point of that is to add legitimacy to the papers, and make them easier to find&#8211;surely a valuable service to any author!</em></p>
</blockquote>
<p>So how about this for structure: Nanodot maintains a list of papers in progress in the form of a Slashbox (one of those little boxes down the right side of the main page). Each paper in this list is a link to a mailing list hosted on <a href="http:www.egroups.com">eGroups</a>. Anyone can start her own group there for free. A group consists of a mailing list with online archives, a home page, a links page, etc. You can even put files on it. In other words, it&#39;s got everything you would likely need to organize a small group of people around the development of a whitepaper.</p>
<p>Cost of implementation: however long it takes Dave Krieger to set up a Slashbox. Probably a few minutes.</p>
<p>&#8211;Root</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ChrisPhoenix</title>
		<link>http://www.foresight.org/nanodot/?p=230#comment-561</link>
		<dc:creator>ChrisPhoenix</dc:creator>
		<pubDate>Mon, 25 Sep 2000 06:27:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.foresight.org/nanodot/?p=230#comment-561</guid>
		<description>&lt;p&gt;&lt;strong&gt;Facilitate, not control...&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;You make some good points; you also misunderstood my intent in a couple of places. Here&#039;s what I see as the current situation: Foresight has produced several Senior Associate Gatherings, at which many people gather to listen and sometimes to brainstorm. This has been quite successful at generating useful questions; it&#039;s a good way to convert brainpower into broad ideas. However, Foresight is not (yet) doing as much as it could to help convert brainpower into, say, white papers.&lt;/p&gt;
&lt;p&gt;You said that thoughtful review is difficult to achive; I completely agree. That&#039;s why I talked about reviewers with appropriate skills. You also implied that weekend bull sessions are unlikely to produce papers. Again, I agree; hence my comment about &quot;large and random groups.&quot; I am not concerned with keeping people away from projects or with signal-to-noise ratio; I am concerned with making it easier to form useful working groups.&lt;/p&gt;
&lt;p&gt;If I want to write a paper today, I&#039;m basically on my own. I must either do it myself, or find my own collaborators. Then I have to find my own reviewers, and then I have to find a place to publish it. (Also, I&#039;d personally like to review papers, but I don&#039;t have an effective way to find papers that need reviewers.) It is difficult to create groups to work on papers; a large part of this difficulty is knowing who to talk to. I&#039;m thinking that a central clearinghouse and infrastructure would be a good idea. Not to control anything! Just to make it easier for me to find the people who can help me, or the people I can help.&lt;/p&gt;
&lt;p&gt;You raise interesting points about primary authorship and limited publication. I think that here, we&#039;ll have to agree to disagree. Successful Open Source projects generally have one, or a few, leaders. Without a leader, the project is probably doomed. Perhaps I should have said &quot;primary author(s)&quot;, but that&#039;s as far as I&#039;ll go. As to the limits on publication, there are many valid reasons why an author might not want their preliminary work to be published. This concern is not limited to academia (though it would be stupid to build something that academics would be unwilling to participate in). Authors should be able to use this service without seeing their work snatched away and published before they&#039;re ready.&lt;/p&gt;
&lt;p&gt;I don&#039;t know why you say the resources don&#039;t exist. With the amount of brainpower and knowledge we have in the Foresight community, not to mention several top-notch universities nearby, we have more than enough resources to produce a few papers. Why aren&#039;t more papers being written? I think it&#039;s because it is hard to take a good idea all the way to publication on your own. There may be other reasons; please make constructive suggestions. I know I&#039;d write more if I knew that a structure existed for expanding, reviewing, and publishing my work.&lt;/p&gt;
&lt;p&gt;Certainly existing groupware projects should be maintained. And certainly a list of projects and potential projects would be useful; we suggested something similar. As to Foresight&#039;s web space, the main point of that is to add legitimacy to the papers, and make them easier to find--surely a valuable service to any author!&lt;/p&gt;
&lt;p&gt;We already have two projects underway that will probably spawn working groups soon. But keep in mind that it&#039;s a lot easier to form a group if you know who to ask. This is why I think the survey is crucial. Assuming we get useful responses (which we won&#039;t know until we try), maintaining a list of people is not difficult, and the list could be a big help to some would-be authors.&lt;/p&gt;
&lt;p&gt;Chris&lt;/p&gt;

</description>
		<content:encoded><![CDATA[<p><strong>Facilitate, not control&#8230;</strong></p>
<p>You make some good points; you also misunderstood my intent in a couple of places. Here&#39;s what I see as the current situation: Foresight has produced several Senior Associate Gatherings, at which many people gather to listen and sometimes to brainstorm. This has been quite successful at generating useful questions; it&#39;s a good way to convert brainpower into broad ideas. However, Foresight is not (yet) doing as much as it could to help convert brainpower into, say, white papers.</p>
<p>You said that thoughtful review is difficult to achive; I completely agree. That&#39;s why I talked about reviewers with appropriate skills. You also implied that weekend bull sessions are unlikely to produce papers. Again, I agree; hence my comment about &quot;large and random groups.&quot; I am not concerned with keeping people away from projects or with signal-to-noise ratio; I am concerned with making it easier to form useful working groups.</p>
<p>If I want to write a paper today, I&#39;m basically on my own. I must either do it myself, or find my own collaborators. Then I have to find my own reviewers, and then I have to find a place to publish it. (Also, I&#39;d personally like to review papers, but I don&#39;t have an effective way to find papers that need reviewers.) It is difficult to create groups to work on papers; a large part of this difficulty is knowing who to talk to. I&#39;m thinking that a central clearinghouse and infrastructure would be a good idea. Not to control anything! Just to make it easier for me to find the people who can help me, or the people I can help.</p>
<p>You raise interesting points about primary authorship and limited publication. I think that here, we&#39;ll have to agree to disagree. Successful Open Source projects generally have one, or a few, leaders. Without a leader, the project is probably doomed. Perhaps I should have said &quot;primary author(s)&quot;, but that&#39;s as far as I&#39;ll go. As to the limits on publication, there are many valid reasons why an author might not want their preliminary work to be published. This concern is not limited to academia (though it would be stupid to build something that academics would be unwilling to participate in). Authors should be able to use this service without seeing their work snatched away and published before they&#39;re ready.</p>
<p>I don&#39;t know why you say the resources don&#39;t exist. With the amount of brainpower and knowledge we have in the Foresight community, not to mention several top-notch universities nearby, we have more than enough resources to produce a few papers. Why aren&#39;t more papers being written? I think it&#39;s because it is hard to take a good idea all the way to publication on your own. There may be other reasons; please make constructive suggestions. I know I&#39;d write more if I knew that a structure existed for expanding, reviewing, and publishing my work.</p>
<p>Certainly existing groupware projects should be maintained. And certainly a list of projects and potential projects would be useful; we suggested something similar. As to Foresight&#39;s web space, the main point of that is to add legitimacy to the papers, and make them easier to find&#8211;surely a valuable service to any author!</p>
<p>We already have two projects underway that will probably spawn working groups soon. But keep in mind that it&#39;s a lot easier to form a group if you know who to ask. This is why I think the survey is crucial. Assuming we get useful responses (which we won&#39;t know until we try), maintaining a list of people is not difficult, and the list could be a big help to some would-be authors.</p>
<p>Chris</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jbash</title>
		<link>http://www.foresight.org/nanodot/?p=230#comment-560</link>
		<dc:creator>jbash</dc:creator>
		<pubDate>Sun, 24 Sep 2000 18:21:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.foresight.org/nanodot/?p=230#comment-560</guid>
		<description>&lt;p&gt;&lt;strong&gt;Control isn&#039;t the problem...&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;I agree with the general thrust of this, but I&#039;m a bit concerned with the attitude that seems to underlie a few of the phrases in the description.&lt;/p&gt;
&lt;p&gt;There seems to be an idea that the problem in creating documents (or whatever) will be too much participation. It talks about avoiding &quot;large and random groups&quot;, and about finding reviewers with &quot;appropriate skills&quot; (as if anybody could always see what &quot;appropriate skills&quot; would be).&lt;/p&gt;
&lt;p&gt;I submit that the problem isn&#039;t going to be keeping groups small. The problem is going to be getting any groups at all. It&#039;s easy to get people to sit in a weekend bull session on a topic. It&#039;s hard to get people to write anything significant, or to review it thoughtfully. Lots of people submit documents to Nanodot, or hand them out at gatherings, or whatever. I don&#039;t think there&#039;ve been any cases of anybody being overwhelmed with comments or assistance. Sure, you get the odd bozo comment, but you don&#039;t get very &lt;em&gt;many&lt;/em&gt; comments of any kind.&lt;/p&gt;
&lt;p&gt;All of the standards that define the Internet have been written in open mailing lists. Despite very widespread interest in some of those projects, the signal-to-noise ration on those lists has been pretty tolerable. Once you start doing actual work, noise tends to drop off on its own.&lt;/p&gt;
&lt;p&gt;Another thing that worries me is the comment that &quot;Of course work still in &#039;beta&#039; state should not be widely published without consent of the primary author.&quot;. This sort of viewpoint seems to be the academic equivalent of the commercial obsession with intellectual property, and I think it&#039;s equally dangerous. It also reflects the rather conceited view that there really is a &quot;primary author&quot; for everything. Open development is open development. It&#039;s polite to give people credit for things, but let&#039;s not get hidebound...&lt;/p&gt;
&lt;p&gt;... and it sounds to me like there&#039;s a lot of concern about focusing resources that don&#039;t exist in the first place. I&#039;d be shocked if any of this got big enough to need a lot of structure for quite a while.&lt;/p&gt;
&lt;p&gt;I think the best thing Foresight could do to support this sort of work would be to continue with its existing groupware projects. It could also usefully maintain a list of projects underway or under consideration (like the more-or-less dead list on the old Senior Associates&#039; web page, but easier to update and better publicized). Maintaining lists of people sounds a lot more complicated, and probably a lot less effective, than maintaining lists of projects.&lt;/p&gt;
&lt;p&gt;Web space is essentially a free good, and I don&#039;t see why Foresight should undertake the administrative burden of running general-purpose Web servers.&lt;/p&gt;
&lt;p&gt;In the meantime, why not start a couple of working groups and see where they go? All you need is a mission statement and a mailing list. There&#039;s no need to overstructure things, or to discuss them into the ground.&lt;/p&gt;

</description>
		<content:encoded><![CDATA[<p><strong>Control isn&#39;t the problem&#8230;</strong></p>
<p>I agree with the general thrust of this, but I&#39;m a bit concerned with the attitude that seems to underlie a few of the phrases in the description.</p>
<p>There seems to be an idea that the problem in creating documents (or whatever) will be too much participation. It talks about avoiding &quot;large and random groups&quot;, and about finding reviewers with &quot;appropriate skills&quot; (as if anybody could always see what &quot;appropriate skills&quot; would be).</p>
<p>I submit that the problem isn&#39;t going to be keeping groups small. The problem is going to be getting any groups at all. It&#39;s easy to get people to sit in a weekend bull session on a topic. It&#39;s hard to get people to write anything significant, or to review it thoughtfully. Lots of people submit documents to Nanodot, or hand them out at gatherings, or whatever. I don&#39;t think there&#39;ve been any cases of anybody being overwhelmed with comments or assistance. Sure, you get the odd bozo comment, but you don&#39;t get very <em>many</em> comments of any kind.</p>
<p>All of the standards that define the Internet have been written in open mailing lists. Despite very widespread interest in some of those projects, the signal-to-noise ration on those lists has been pretty tolerable. Once you start doing actual work, noise tends to drop off on its own.</p>
<p>Another thing that worries me is the comment that &quot;Of course work still in &#39;beta&#39; state should not be widely published without consent of the primary author.&quot;. This sort of viewpoint seems to be the academic equivalent of the commercial obsession with intellectual property, and I think it&#39;s equally dangerous. It also reflects the rather conceited view that there really is a &quot;primary author&quot; for everything. Open development is open development. It&#39;s polite to give people credit for things, but let&#39;s not get hidebound&#8230;</p>
<p>&#8230; and it sounds to me like there&#39;s a lot of concern about focusing resources that don&#39;t exist in the first place. I&#39;d be shocked if any of this got big enough to need a lot of structure for quite a while.</p>
<p>I think the best thing Foresight could do to support this sort of work would be to continue with its existing groupware projects. It could also usefully maintain a list of projects underway or under consideration (like the more-or-less dead list on the old Senior Associates&#39; web page, but easier to update and better publicized). Maintaining lists of people sounds a lot more complicated, and probably a lot less effective, than maintaining lists of projects.</p>
<p>Web space is essentially a free good, and I don&#39;t see why Foresight should undertake the administrative burden of running general-purpose Web servers.</p>
<p>In the meantime, why not start a couple of working groups and see where they go? All you need is a mission statement and a mailing list. There&#39;s no need to overstructure things, or to discuss them into the ground.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: BryanBruns</title>
		<link>http://www.foresight.org/nanodot/?p=230#comment-558</link>
		<dc:creator>BryanBruns</dc:creator>
		<pubDate>Sun, 24 Sep 2000 13:16:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.foresight.org/nanodot/?p=230#comment-558</guid>
		<description>&lt;p&gt;&lt;strong&gt;Good idea&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;This is the kind of thing I was hoping for with the draft paper I posted earlier on &quot;&lt;a href=&quot;http://www.cm.ksc.co.th/~bruns/open_mnt.htm&quot;&gt;Open Sourcing Nanotechnology&lt;/a&gt;.&quot; Any comments on that paper between now and mid-October would be welcomed in revising the paper for the November MNT conference.&lt;/p&gt;
&lt;p&gt;I got into the issue of open sourcing out of a concern about ways to make the benefits of nanotechnology available. The next paper I plan to write will be on &quot;Accessing Abundance&quot; looking at access to technology and social implications of material abundance, again focusing on near to medium term policy choices.&lt;/p&gt;
&lt;p&gt;I&#039;ve had some e-mail discussion with Bill Spence &lt;a href=&quot;http://nanozine.com&quot;&gt;(NanoTechnology Magazine)&lt;/a&gt; who is suggesting a &quot;Global Quality&quot; initiative to promote spreading the benefits of nanotechnology. I would be interested in corresponding here or via e-mail with others who might want to collaborate in looking at how to promote safe and equitable access to MNT as the technology develops.&lt;/p&gt;

</description>
		<content:encoded><![CDATA[<p><strong>Good idea</strong></p>
<p>This is the kind of thing I was hoping for with the draft paper I posted earlier on &quot;<a href="http://www.cm.ksc.co.th/~bruns/open_mnt.htm">Open Sourcing Nanotechnology</a>.&quot; Any comments on that paper between now and mid-October would be welcomed in revising the paper for the November MNT conference.</p>
<p>I got into the issue of open sourcing out of a concern about ways to make the benefits of nanotechnology available. The next paper I plan to write will be on &quot;Accessing Abundance&quot; looking at access to technology and social implications of material abundance, again focusing on near to medium term policy choices.</p>
<p>I&#39;ve had some e-mail discussion with Bill Spence <a href="http://nanozine.com">(NanoTechnology Magazine)</a> who is suggesting a &quot;Global Quality&quot; initiative to promote spreading the benefits of nanotechnology. I would be interested in corresponding here or via e-mail with others who might want to collaborate in looking at how to promote safe and equitable access to MNT as the technology develops.</p>
]]></content:encoded>
	</item>
</channel>
</rss>