<?xml version="1.0" encoding="UTF-8"?>
	<rss version="2.0"
		xmlns:content="http://purl.org/rss/1.0/modules/content/"
		xmlns:wfw="http://wellformedweb.org/CommentAPI/"
		xmlns:dc="http://purl.org/dc/elements/1.1/"
		xmlns:atom="http://www.w3.org/2005/Atom"

			>

	<channel>
		<title>Cycling 74  &#187;  Topic: [ot] organizational strategies</title>
		<atom:link href="http://cycling74.com/forums/topic/ot-organizational-strategies/feed" rel="self" type="application/rss+xml" />
		<link>http://cycling74.com/forums/topic/ot-organizational-strategies/feed</link>
		<description></description>
		<pubDate>Wed, 19 Jun 2013 16:27:04 +0000</pubDate>
		<generator>http://bbpress.org/?v=2.2.4</generator>
		<language></language>

		
														
					
				<item>
					<guid>http://cycling74.com/forums/topic/ot-organizational-strategies/#post-24248</guid>
					<title><![CDATA[[ot] organizational strategies]]></title>
					<link>http://cycling74.com/forums/topic/ot-organizational-strategies/#post-24248</link>
					<pubDate>Wed, 01 Feb 2006 21:16:34 +0000</pubDate>
					<dc:creator>V Mlle</dc:creator>

					<description>
						<![CDATA[
						<p>I was fruitlessly searching for a missing patch and<br />
realized my files are a mess. Does anyone have any<br />
organizational or workflow advice you would like to<br />
share? I have seen some successful max minds using<br />
their computers and it seems like most have organized<br />
systems for managing their data, though I couldn&#8217;t<br />
tell how exactly they worked. I have also seen a patch<br />
by Richard Dudas that scared me.</p>
<p>Thanks,<br />
R. Crandall</p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/ot-organizational-strategies/#post-69834</guid>
					<title><![CDATA[Re: [ot] organizational strategies]]></title>
					<link>http://cycling74.com/forums/topic/ot-organizational-strategies/#post-69834</link>
					<pubDate>Wed, 01 Feb 2006 22:59:31 +0000</pubDate>
					<dc:creator>Roman Thilenius</dc:creator>

					<description>
						<![CDATA[
						<p>after a few million files have been going over my <br />
desktop in various contexts i find that there is only <br />
one organization system which really works:<br />
always give files useful names, and sort everything once<br />
a day into monthly subfolders.<br />
i have a monthly &#8220;email&#8221; folder, a monthly &#8220;downloads&#8221; <br />
folder, a monthly &#8220;office and webdesign&#8221; folder, one<br />
for safety backups, one for nuendo projects, one for<br />
skribbles, and of course one for maxmsp programming <br />
inside my maxmsp search path.</p>
<p>if you know anything about that cool idea you had, then<br />
it is that is was about 5 months back.</p>
<p>i have been switching to my monthly onscreen life organisation<br />
scheme because that no longer requires that i have to sort<br />
things from 2 years back.</p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/ot-organizational-strategies/#post-69835</guid>
					<title><![CDATA[Re: [ot] organizational strategies]]></title>
					<link>http://cycling74.com/forums/topic/ot-organizational-strategies/#post-69835</link>
					<pubDate>Thu, 02 Feb 2006 16:26:33 +0000</pubDate>
					<dc:creator>ARJ</dc:creator>

					<description>
						<![CDATA[
						<p>Not particularly Max-related, but I have started using DevonThink Pro  <br />
and find it quite useful for organizing my computer life:<br />
  <a href="http://www.devon-technologies.com/products/devonthink/overvi" rel="nofollow">http://www.devon-technologies.com/products/devonthink/overvi</a> ew.php</p>
<p>Now I can keep all files related to a project together (including  <br />
links to Max-patches). You may or may not like the database approach  <br />
it is based on, though.</p>
<p>Cheers,<br />
Alexander</p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/ot-organizational-strategies/#post-69836</guid>
					<title><![CDATA[Re: [ot] organizational strategies]]></title>
					<link>http://cycling74.com/forums/topic/ot-organizational-strategies/#post-69836</link>
					<pubDate>Thu, 02 Feb 2006 18:22:30 +0000</pubDate>
					<dc:creator>Adam Kendall</dc:creator>

					<description>
						<![CDATA[
						<p>Some simple things that will help alot:</p>
<p>
CONSISTENT, LOGICAL FILENAMING CONVENTIONS</p>
<p>1. Consistent file-naming conventions.  e.g., GOOD &#8212; audio_router.mxt;<br />
audio_switcher.mxt; audio_gain.mxt.  BAD &#8212; gain_for_audio.mxt;<br />
the_switcher.mxt; router_january.mxt</p>
<p>If you have files related to specific projects and you know you won&#8217;t reuse<br />
them in other projects, keep names consistent.  e.g., GOOD &#8211;<br />
MySong_thing.mxt; MySong_otherthing.mxt; MySong_lasthing.mxt.  BAD &#8211;<br />
thing_for_mysong.mxt; other_mysong_thing.mxt; song_my_lasthing.mxt</p>
<p>2. Consistent directory-naming conventions.  Following above logic, but need<br />
to decide if organize by project, by functionality (a folder for audio<br />
objects, one for jitter objects, one for midi objects, etc.), or a hybrid.<br />
Whatever.  Just be consistent.</p>
<p>3. I wouldn&#8217;t put version info in the patch title.  If you&#8217;re using<br />
ThePatchV01.mxt in a bunch of places, then modify your patch and name it<br />
ThePatch02.mxt, you&#8217;ll have to change the refernce all over.  I&#8217;d put<br />
versioning info inside the patch.</p>
<p>4. If you *do* put versioning info in the name, beware proper sorting.  Pad<br />
zeros with numbers, do dates YYMMDD:</p>
<p>GOOD</p>
<p>patchV01.mxt<br />
patchV02.mxt<br />
patchV03.mxt<br />
patchV10.mxt<br />
patchV20.mxt<br />
patchV21.mxt</p>
<p>BAD</p>
<p>patchV1.mxt<br />
patchV10.mxt<br />
patchV2.mxt<br />
patchV20.mxt<br />
patchV21.mxt<br />
patchV3.mxt</p>
<p>GOOD &#8211; YYMMDD</p>
<p>patch050116.mxt<br />
patch051224.mxt<br />
patch051229.mxt<br />
patch060115.mxt<br />
patch060203.mxt</p>
<p>BAD &#8211; MMDDYY</p>
<p>patch011506.mxt<br />
patch011605.mxt<br />
patch020306.mxt<br />
patch122405.mxt<br />
patch122905.mxt</p>
<p>
PATCH LOGIC</p>
<p>1. I think it&#8217;s important to have logical inlet/outlet use across patches.<br />
e.g., any patch accepting L/R audio uses the left two inlets for that; any<br />
patch outputting a jitter stream does it from the rightmost outlet.  Not<br />
saying these have to be your rules, just something as consistent as<br />
possible.</p>
<p>2. Make use of color coding withing patches to group functionality, either<br />
as a universal assignment, or universal for a project, or just within a<br />
patch.  e.g., I wrote my own state-saving logic before Pattr came out.  I<br />
use blue as a universal color in all my patches to indicate elements tied to<br />
my state saving.</p>
<p>Lots of other things you can do, but thats where I&#8217;d start.</p>
<p>Adam</p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/ot-organizational-strategies/#post-69837</guid>
					<title><![CDATA[Re: [ot] organizational strategies]]></title>
					<link>http://cycling74.com/forums/topic/ot-organizational-strategies/#post-69837</link>
					<pubDate>Fri, 03 Feb 2006 02:30:39 +0000</pubDate>
					<dc:creator>PhiDjee</dc:creator>

					<description>
						<![CDATA[
						<p>Hi Rebecca,</p>
<p>On OSX, I&#8217;m using &#8220;URL Manager Pro&#8221;.<br />
Not only for web URLs, but also to bookmark my localhost files and  <br />
folders.<br />
Just drag&#038;drop, create folders and sub-folders, sort by name, date or  <br />
color labels, add any description, etc.<br />
I&#8217;m using one document for my own patchers, another one for the help  <br />
patchers, one document to quickly load Max tutorials and PDF  <br />
documentation, etc.<br />
Powerful, and cheap!</p>
<p>< <a href="http://www.url-manager.com/" rel="nofollow">http://www.url-manager.com/></p>
<p>HTH ;-)<br />
Philippe</p>
						]]>
					</description>

					
					
				</item>

					
		
	</channel>
	</rss>

