<?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"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Adam Caudill&#039;s Blog &#187; ISV</title>
	<atom:link href="http://adamcaudill.com/tag/isv/feed/" rel="self" type="application/rss+xml" />
	<link>http://adamcaudill.com</link>
	<description>Adam&#039;s view on technology, software development, and world domination.</description>
	<lastBuildDate>Sat, 04 Feb 2012 19:01:06 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>&#8230;and thanks for the fish (Twitter v. Developers)</title>
		<link>http://adamcaudill.com/2011/03/12/and-thanks-for-the-fish-twitter-v-developers/</link>
		<comments>http://adamcaudill.com/2011/03/12/and-thanks-for-the-fish-twitter-v-developers/#comments</comments>
		<pubDate>Sat, 12 Mar 2011 05:20:59 +0000</pubDate>
		<dc:creator>Adam Caudill</dc:creator>
				<category><![CDATA[Business of Software]]></category>
		<category><![CDATA[Software]]></category>
		<category><![CDATA[Technology]]></category>
		<category><![CDATA[Business]]></category>
		<category><![CDATA[ISV]]></category>
		<category><![CDATA[Software Development]]></category>
		<category><![CDATA[Twitter]]></category>

		<guid isPermaLink="false">http://adamcaudill.com/?p=737</guid>
		<description><![CDATA[<p>On March 11, 2011, Twitter said goodbye to some of it&#8217;s most loyal and passionate users.</p> <p>In a message on their <a href="http://groups.google.com/group/twitter-development-talk">Development Talk</a> group entitled &#8220;<a href="http://groups.google.com/group/twitter-development-talk/browse_thread/thread/c82cd59c7a87216a#">consistency and ecosystem opportunities</a>&#8221; &#8211; they make their position clear: we no longer need you. To demonstrate this, let me point out a couple quotes that deserve attention:</p> [...]]]></description>
			<content:encoded><![CDATA[<p>On March 11, 2011, Twitter said goodbye to some of it&#8217;s most loyal and passionate users.</p>
<p>In a message on their <a href="http://groups.google.com/group/twitter-development-talk">Development Talk</a> group entitled &#8220;<a href="http://groups.google.com/group/twitter-development-talk/browse_thread/thread/c82cd59c7a87216a#">consistency and ecosystem opportunities</a>&#8221; &#8211; they make their position clear: we no longer need you. To demonstrate this, let me point out a couple quotes that deserve attention:</p>
<p style="padding-left: 30px;"><em>Twitter will provide the primary mainstream consumer client experience on phones, computers, and other devices by which millions of people access Twitter content (tweets, trends, profiles, etc.), and send tweets.<br />
</em></p>
<p>and this gem:</p>
<p style="padding-left: 30px;"><em>More specifically, developers ask us if they should build client apps that mimic or reproduce the mainstream Twitter consumer client experience.  <strong>The answer is no.</strong></em></p>
<p>Independent, 3rd-party developers have driven the progression of Twitter from an extremely simplistic <a href="http://techcrunch.com/2006/07/15/is-twttr-interesting/">group SMS</a> service, to a massive and near ubiquitous communications system used by millions of people.  As Twitter fought whales and struggled to keep servers running, outside developers were busy building new and better ways of using the service; now that Twitter has gone mainstream and is doubtlessly looking at revenue options, they&#8217;ve told these passionate users that they are no longer needed. The users that evangelized the service, and promoted it in countless ways, suffering through long stretches of downtime remained loyal and energized, pushing the service to become ever more. Twitter, it seems, has no such loyalty to these champions and flag bearers of the service.</p>
<p>If you want to build an application in the Twitter ecosystem now, you are pushed to the outskirts; building integration as a feature of a separate system (such as <a href="http://instagr.am/">instagram</a>), or building for vertical markets which by definition have a far more limited market potential. This is a dangerous time to be invested in an application that relies too much on Twitter; there&#8217;s no telling what or who they will ban next.</p>
<p>Twitter did make it fairly clear that existing applications can &#8220;continue to serve your user base&#8221; - there was an air of a threat in the statement, and given their willingness to <a href="http://techcrunch.com/2011/02/18/twitter-suspends-ubermedia-clients-ubertwitter-and-twidroyd-for-violating-policies/">ban a major player</a>, I can&#8217;t help but think that they will be looking for chances to kill off other clients, to further solidify their control of what users see.</p>
<p style="padding-left: 30px;"><em>If you are an existing developer of client apps, you can continue to serve your user base, but we will be holding you to high standards to ensure you do not violate users’ privacy, that you provide consistency in the user experience, and that you rigorously adhere to all areas of our Terms of Service.</em></p>
<p>At best Twitter has alienated passionate users, at worst they have inspired new competition with the goal of being what many of these users wanted Twitter to become, before they shifted their strategy away from the core service, to controlling and enforcing a sub-par user experience.</p>
]]></content:encoded>
			<wfw:commentRss>http://adamcaudill.com/2011/03/12/and-thanks-for-the-fish-twitter-v-developers/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>on Hiring</title>
		<link>http://adamcaudill.com/2010/06/19/on-hiring/</link>
		<comments>http://adamcaudill.com/2010/06/19/on-hiring/#comments</comments>
		<pubDate>Sat, 19 Jun 2010 19:58:25 +0000</pubDate>
		<dc:creator>Adam Caudill</dc:creator>
				<category><![CDATA[Business of Software]]></category>
		<category><![CDATA[Development]]></category>
		<category><![CDATA[Business]]></category>
		<category><![CDATA[Hiring]]></category>
		<category><![CDATA[HR]]></category>
		<category><![CDATA[ISV]]></category>
		<category><![CDATA[Management]]></category>
		<category><![CDATA[Tips and Tricks]]></category>

		<guid isPermaLink="false">http://adamcaudill.com/?p=582</guid>
		<description><![CDATA[<p>The company I work for is hiring several developers which marks my first significant hiring effort since being promoted to management. This had led to a few interesting observations* I would like to share that may benefit both those looking for a new job and those looking for the next star to add to their team.</p> <p>Immigration Law: [...]]]></description>
			<content:encoded><![CDATA[<p>The company I work for is hiring several developers which marks my first significant hiring effort since being promoted to management. This had led to a few interesting observations* I would like to share that may benefit both those looking for a new job and those looking for the next star to add to their team.</p>
<p><strong>Immigration Law:</strong> I had no idea how complex this area of law gets; it&#8217;s a maddening maze of rules and policies that are more effective at confusing those involved than providing a reasonable solution to a problem. If you run into this (and you will), you need somebody that has dealt with this and knows what to do. Getting both parties into legal hot water is far too easy.</p>
<p><strong>Resumes:</strong> I&#8217;ve seen great resumes that made it clear that I needed to hire this person and resumes so cluttered and complex it took an hour just to get through it. Here&#8217;s a few things that stuck out to me:</p>
<ul>
<li><a href="http://en.wikipedia.org/wiki/Don't_repeat_yourself">DRY</a> is good for code, and for a resume. Clean and concise is always better; if you find yourself hitting Ctrl+C even once while working on a resume, you&#8217;re probably doing something wrong.</li>
<li>Length is important, but shorter isn&#8217;t always better. Unlike many other fields where a single page resume is considered optimal, technical resumes need at least a second page. Going too short on a resume is a great way to blend into the crowd; a resume should stand out, and that takes space.</li>
<li>How long is too long? Unless you&#8217;ve been doing this for a <em>very</em> long time, more than three pages is probably excessive. This isn&#8217;t always true, but think it through before using more than two pages.</li>
<li>Use whitespace carefully. Don&#8217;t leave a page half empty or pack everything in so that it looks cluttered. As with any type of design, whitespace is a powerful tool that should be used wisely and never be left to chance.</li>
<li>Use color sparingly. Many corporate printers are black and white only, so if you use color make sure it looks right when printed without it.</li>
<li>Use bold even more sparingly. It&#8217;s sometimes useful to point out items of interest, but it quickly degrades the readability of a resume.</li>
</ul>
<p>Many people seem to have a hard time with this, but a resume is a <em>textual representation of yourself</em>. It represents you as a person and your accomplishments as a professional. Any errors or signs of haste or carelessness say much about you as a person; if you are careless with such a significant representation of yourself what does it say about your attention to detail or work ethic?</p>
<p><strong>Experience:</strong> For a person that has recently graduated, experience in the field is the single largest hindrance both when it comes to securing a position and to receiving a salary they are happy with. The best advice I can find for people in this position is to look to the open source community for help. There are many projects that are desperate for developers and it&#8217;s a great way to get familiar with working in a team, coordinating with people over a distributed area, and releasing code for public consumption. In lieu of paid work experience, open source is a great way to fill in a resume (and it can be quite profitable for some, if you play your cards right).</p>
<p><strong>Salary:</strong> In some companies pay is a minor issue thanks to clearly structured systems such as that <a href="http://www.joelonsoftware.com/articles/fog0000000038.html">proposed</a> by Joel Spolsky; for others is can be a source of pain, envy, and jealousy. This is a topic that I truly hate; it&#8217;s uncomfortable at best and quite painful at worst. While I can&#8217;t offer much advice, here are a few things to think about:</p>
<ul>
<li>Money is not an effective motivator. In an ideal environment it should just stay out-of-the-way and allow developers to live a comfortable life; in reality the role it plays is a bit different. More often than not, it&#8217;s a distraction that gets in the way and outweighs the factors that do motivate people.</li>
<li>Companies follow a few different pay systems, and once set moving to different system is nearly impossible. Here are a few I&#8217;ve seen:
<ul>
<li>Clearly Structured: This system places developers on a scale, and developers at a given level receive the same salary (see <a href="http://fogcreek.com/">Fog Creek</a>).</li>
<li>Structured + Negotiated: This is the most common system I&#8217;ve seen; it mixes a structured level system with negotiated modifications that can apply a certain percentage increase from the normal base salary for that level or other benefits (extended vacation, etc).</li>
<li>Negotiated: Pay is based on negotiation skills and need; this can lead to odd situations such as where a junior developer can make more than a senior developer due to the need to fill a position quickly. This system requires strict secrecy when it comes to salary information to avoid nasty surprises, unlike the clearly structured system where salary information can be openly shared.</li>
</ul>
</li>
<li>Are large salary increases possible? Some companies have no issue with large increases in salary for a promotion (20%+) while in others exceeding 5% for any reason is a major challenge. If a developer is coming in on the low-end of the scale (i.e. due to lack of experience, such as a recent graduate), is there a real possibility of moving up? In my experience, people stay near the end they start at &#8211; those that start at the bottom will stay there until they move to a different company.</li>
</ul>
<p><strong>Interview Questions:</strong> If you are conducing an interview, make a list of questions and write them down. It&#8217;s quite embarrassing to suddenly realize that you are out of questions just a few minutes in (Need inspiration? Try <a href="http://en.wikipedia.org/wiki/Microsoft_interview">this</a> or <a href="http://www.joelonsoftware.com/articles/GuerrillaInterviewing3.html">this</a>). Many people have said much about this, but the most important thing I can point out is just don&#8217;t wing it. Plan carefully, make sure you know what you&#8217;re going to do and when before the candidate shows up.</p>
<p><strong>Interview Dress Code:</strong> I&#8217;ve been amazed at what I&#8217;ve seen people wear, everything from high-end suits to jeans. What&#8217;s appropriate? It really depends on the environment; a large corporation will expect an Armani suit where a startup is happier seeing jeans and an American Apparel t-shirt. When in doubt, I would go with a suit personally &#8211; but depending on the company that could cost you the job just as quickly as showing up in jeans.</p>
<p><strong>Interviews Go Both Ways:</strong> An interview shouldn&#8217;t be a one-way affair; the candidate should be interviewing the company as much as you are interviewing them. They should be asking questions about the environment, expectations, tools and resources provided as much as you are asking them about prior experience and knowledge. If a candidate doesn&#8217;t seem to care about the company or what the working conditions are like &#8211; think carefully before hiring them.</p>
<p><strong>Other Thoughts:</strong> I&#8217;ll not go into what I look for when it comes to personality or other personal traits as that would require far more than a blog post to cover. I&#8217;m also going to avoid things such as hobbies and the like; while they can tell you much about a person they can also lead to other complications. Any question in an interview can quickly lead to a land-mine and in the legal quagmire that is HR law and policies, trouble is easy to find. When in doubt, just don&#8217;t ask.</p>
<p>* This is based on my experience over the years; not necessarily the experiences in this round of hiring or the opinions or policies of my employer. In general, nothing in this refers to policies, preferences, or procedures of my employer. &lt;Standard Disclaimer /&gt;</p>
]]></content:encoded>
			<wfw:commentRss>http://adamcaudill.com/2010/06/19/on-hiring/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>GetSatisfaction: Is it worth it?</title>
		<link>http://adamcaudill.com/2009/07/19/getsatisfaction-is-it-worth-it/</link>
		<comments>http://adamcaudill.com/2009/07/19/getsatisfaction-is-it-worth-it/#comments</comments>
		<pubDate>Sun, 19 Jul 2009 05:09:35 +0000</pubDate>
		<dc:creator>Adam Caudill</dc:creator>
				<category><![CDATA[Business of Software]]></category>
		<category><![CDATA[Development]]></category>
		<category><![CDATA[ISV]]></category>
		<category><![CDATA[Micro-ISV]]></category>

		<guid isPermaLink="false">http://adamcaudill.com/?p=463</guid>
		<description><![CDATA[<p>While working on the list of tools and services to write about as part of my <a href="http://adamcaudill.com/2009/06/18/start-up-tools-services/">Start-up Tools</a> series, <a href="http://getsatisfaction.com/">Get Satisfaction</a> has been the hardest to decide on. After a lot of reading, I decided against recommending it, though I had to write about it because so many companies have opted to use [...]]]></description>
			<content:encoded><![CDATA[<p>While working on the list of tools and services to write about as part of my <a href="http://adamcaudill.com/2009/06/18/start-up-tools-services/">Start-up Tools</a> series, <a href="http://getsatisfaction.com/">Get Satisfaction</a> has been the hardest to decide on. After a lot of reading, I decided against recommending it, though I had to write about it because so many companies have opted to use it.</p>
<p>Get Satisfaction is a great concept for the most part &#8211; what it boils down to is a specialized forum service for your customers to discuss issues and ideas about your products. But it&#8217;s not quite that simple, as your customer can create a site with them in your company&#8217;s name, without your knowledge as 37signals <a href="http://www.37signals.com/svn/posts/1650-get-satisfaction-or-else">found out</a> &#8211; (and they weren&#8217;t happy about it). The article by 37signals goes into length about the issues surrounding the service, so I won&#8217;t repeat them all here &#8211; it&#8217;s well worth the time to read if you are thinking about using the service.</p>
<p>While they do offer a rather anemic free version, if you want anything useful you&#8217;ll have to shell out for one of the <a href="http://getsatisfaction.com/features">paid versions</a> which start at $99/month. That&#8217;s $1,188 per year, which for most start-ups would be among their top expenses.</p>
<p>While they have made some <a href="http://blog.getsatisfaction.com/2009/03/31/kissing-and-making-up-with-37signals/">changes</a> to reduce the mafioso feel that many complained about, however the feeling that you have to participate if you care about customers still lingers. With prices ranging from $99 to $899 a month for what amounts to little more than a forum service &#8211; it&#8217;s simply too expensive for many start-ups.</p>
<p>While I understand that they are in business to make money just as I am, my budget is still very tight and there are many other needs fighting over that same money. Supporting customers has to be the top priority, but is this really the best way to achieve that?</p>
<p>To me it seems that money may be better spent on hardware upgrades to make our servers faster or some <a href="http://crazyegg.com/">real analytics</a> to make sure our web sites are as easy to use as possible. While the service has some nice benefits, spending over $1,100 a year for access to a locked-down forum just doesn&#8217;t make business sense.</p>
<p>Oh, and do you want it to match the look and feel of your web site? We&#8217;ll for that you have to upgrade to their top plan at a whopping $899 a month. Yet themes are a basic feature of virtually all forum systems.</p>
<p>For me, I think I&#8217;ll give <a href="http://bbpress.org/">bbPress</a> a shot &#8211; it&#8217;s free, open source, and easy to use &#8211; then I&#8217;ll take that $99/month and find better ways for it to serve my customers.</p>
]]></content:encoded>
			<wfw:commentRss>http://adamcaudill.com/2009/07/19/getsatisfaction-is-it-worth-it/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Start-up Tools: Open Atrium</title>
		<link>http://adamcaudill.com/2009/07/18/start-up-tools-open-atrium/</link>
		<comments>http://adamcaudill.com/2009/07/18/start-up-tools-open-atrium/#comments</comments>
		<pubDate>Sat, 18 Jul 2009 18:19:31 +0000</pubDate>
		<dc:creator>Adam Caudill</dc:creator>
				<category><![CDATA[Business of Software]]></category>
		<category><![CDATA[Development]]></category>
		<category><![CDATA[ISV]]></category>
		<category><![CDATA[Micro-ISV]]></category>
		<category><![CDATA[Software]]></category>
		<category><![CDATA[Software Development]]></category>
		<category><![CDATA[Web 2.0]]></category>

		<guid isPermaLink="false">http://adamcaudill.com/?p=459</guid>
		<description><![CDATA[<p>When it comes to small business project management, <a href="http://www.basecamphq.com/">Basecamp</a> by <a href="http://www.37signals.com/">37signals</a> has been the king of the hill for some time. Now though, there is an exciting new player in the field: <a href="http://openatrium.com/">Open Atrium</a>. It&#8217;s a <a href="http://drupal.org/">Drupal</a> based open source project management system somewhat like Basecamp, though with many more features.</p> [...]]]></description>
			<content:encoded><![CDATA[<p>When it comes to small business project management, <a href="http://www.basecamphq.com/">Basecamp</a> by <a href="http://www.37signals.com/">37signals</a> has been the king of the hill for some time. Now though, there is an exciting new player in the field: <a href="http://openatrium.com/">Open Atrium</a>. It&#8217;s a <a href="http://drupal.org/">Drupal</a> based open source project management system somewhat like Basecamp, though with many more features.</p>
<p style="text-align: center;"><img class="aligncenter" title="Atrium Logo" src="http://adamcaudill.com/files/2009-07-18_1345.png" alt="" width="139" height="49" /></p>
<p>Open Atrium is new on the scene, with beta 1 being released just 4 days ago &#8211; though it&#8217;s already rather polished and seems to work well. While there are some hiccups with the installer and a disappointing lack of documentation, it&#8217;s still very easy to install and takes only a few minutes to get running.</p>
<p>It has all the major <a href="http://openatrium.com/features">features</a> that you would expect, plus a few extras such as a twitter-like shoutbox system. Here are the highlights:</p>
<ul>
<li>Blogging</li>
<li>Calendar</li>
<li>Dashboard</li>
<li>Document Storage</li>
<li>Task Management</li>
</ul>
<p>Being open source and self-hosted adds some nice benefits; unlimited customization, full control of your data, and my favorite: can be installed on a non-public web server. Having you project management system sit behind a VPN is a great way to avoid <a href="http://www.techcrunch.com/2009/07/14/in-our-inbox-hundreds-of-confidential-twitter-documents/">data leaks and embarrassments</a>.</p>
<p>I&#8217;m still debating which is best, Basecamp or Open Atrium &#8211; but if you want to save some money, Open Atrium is worth looking into.</p>
]]></content:encoded>
			<wfw:commentRss>http://adamcaudill.com/2009/07/18/start-up-tools-open-atrium/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Start-up Tools: Microsoft BizSpark</title>
		<link>http://adamcaudill.com/2009/07/18/start-up-tools-microsoft-bizspark/</link>
		<comments>http://adamcaudill.com/2009/07/18/start-up-tools-microsoft-bizspark/#comments</comments>
		<pubDate>Sat, 18 Jul 2009 17:28:39 +0000</pubDate>
		<dc:creator>Adam Caudill</dc:creator>
				<category><![CDATA[Software]]></category>
		<category><![CDATA[BizSpark]]></category>
		<category><![CDATA[Development]]></category>
		<category><![CDATA[ISV]]></category>
		<category><![CDATA[Micro-ISV]]></category>

		<guid isPermaLink="false">http://adamcaudill.com/?p=454</guid>
		<description><![CDATA[<p>Good developers need good tools, it&#8217;s simple as that. If you are building software for Windows, the only real option is Visual Studio. The down side to Visual Studio? The <a href="http://msdn.microsoft.com/en-us/subscriptions/subscriptionschart.aspx">$1,200</a> starting price tag. While Microsoft is now providing the free <a href="http://www.microsoft.com/express/">Express editions</a>, these are aimed more at hobbyists, not serious developers.</p> <p>Microsoft thankfully is [...]]]></description>
			<content:encoded><![CDATA[<p>Good developers need good tools, it&#8217;s simple as that. If you are building software for Windows, the only real option is Visual Studio. The down side to Visual Studio? The <a href="http://msdn.microsoft.com/en-us/subscriptions/subscriptionschart.aspx">$1,200</a> starting price tag. While Microsoft is now providing the free <a href="http://www.microsoft.com/express/">Express editions</a>, these are aimed more at hobbyists, not serious developers.</p>
<p>Microsoft thankfully is here to help: If your company is less than three years old and has less than $1 million in annual revenue, they have a program to give you all that you need. <a href="http://www.microsoft.com/bizspark/">BizSpark</a> provides the key tools and technologies to get your start-up moving without impacting your budget.</p>
<p>The BizSpark program provides Visual Studio Team Suite + MSDN Premium for your developers (up to 25),  plus <em style="font-style: italic;">production </em>licenses for software like Windows 2008 Server and SQL Server 2008. Unlike Microsoft&#8217;s other start-up helper <a href="http://empowerforisv.com/">Empower</a>, there are no requirements that you use certain technologies or pursue any certifications.</p>
<p>While Empower does provide licenses for things such as Office for employee use which BizSpark does not, BizSpark more than makes up for it in the production server licensing.</p>
<p>For a start-up with little funding (normally what the founders happen to have in the bank), building for the Linux platform using MySQL and <a href="http://rubyonrails.org/">Ruby on Rails</a> can be very tempting. Now with BizSpark the money takes a back seat (at least for the first three years), and the technologies can compete on a level playing field.</p>
]]></content:encoded>
			<wfw:commentRss>http://adamcaudill.com/2009/07/18/start-up-tools-microsoft-bizspark/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Start-up Tools &amp; Services</title>
		<link>http://adamcaudill.com/2009/06/18/start-up-tools-services/</link>
		<comments>http://adamcaudill.com/2009/06/18/start-up-tools-services/#comments</comments>
		<pubDate>Fri, 19 Jun 2009 01:18:23 +0000</pubDate>
		<dc:creator>Adam Caudill</dc:creator>
				<category><![CDATA[Business of Software]]></category>
		<category><![CDATA[Business]]></category>
		<category><![CDATA[Development]]></category>
		<category><![CDATA[ISV]]></category>
		<category><![CDATA[Micro-ISV]]></category>
		<category><![CDATA[Software]]></category>
		<category><![CDATA[Software Development]]></category>

		<guid isPermaLink="false">http://adamcaudill.com/?p=420</guid>
		<description><![CDATA[<p>Over the next few weeks (and months) I&#8217;ll be posting a series of articles on the tools and services that start-ups can use to make their business both more efficient and more profitable. This is aimed at ISVs (both micro and close to micro) though most of this should apply to any technology startup.</p> <p>When [...]]]></description>
			<content:encoded><![CDATA[<p>Over the next few weeks (and months) I&#8217;ll be posting a series of articles on the tools and services that start-ups can use to make their business both more efficient and more profitable. This is aimed at ISVs (both micro and close to micro) though most of this should apply to any technology startup.</p>
<p>When you are starting a business, there are many important considerations with anything you use, here are the keys points I&#8217;ll be looking at:</p>
<ul>
<li>Expense &#8211; This is probably the top requirement. Budgets tend to be quite limited, and there are always too many demands on what budget is available.</li>
<li>Effectiveness &#8211; It has to work; when running an ISV you simply don&#8217;t have time to waste. There is software to build and a business to run &#8211; there&#8217;s no time to waste on things that don&#8217;t work.</li>
<li>Power &#8211; Just because you&#8217;re running a small business, doesn&#8217;t mean you have to miss out on the power and features available to significantly larger business.</li>
<li>Flexibility &#8211; ISVs have a great benefit over larger businesses; agility. The very nature of smaller businesses give them a great ability to adapt to change &#8211; and the tools and services they use should be just as flexible.</li>
</ul>
<p>There are many great resources out there &#8211; the challenge is digging through the clutter.</p>
<p>Posts so far:</p>
<ul>
<li><a href="http://adamcaudill.com/2009/07/18/start-up-tools-microsoft-bizspark/">Start-up Tools: Microsoft BizSpark</a></li>
<li><a href="http://adamcaudill.com/2009/07/18/start-up-tools-open-atrium/">Start-up Tools: Open Atrium</a></li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://adamcaudill.com/2009/06/18/start-up-tools-services/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Things You Shouldn’t Worry About</title>
		<link>http://adamcaudill.com/2006/12/17/things-you-shouldnt-worry-about/</link>
		<comments>http://adamcaudill.com/2006/12/17/things-you-shouldnt-worry-about/#comments</comments>
		<pubDate>Sun, 17 Dec 2006 23:36:55 +0000</pubDate>
		<dc:creator>Adam Caudill</dc:creator>
				<category><![CDATA[Business of Software]]></category>
		<category><![CDATA[ISV]]></category>
		<category><![CDATA[Micro-ISV]]></category>

		<guid isPermaLink="false">http://adamcaudill.com/2006/12/17/things-you-shouldn%e2%80%99t-worry-about/</guid>
		<description><![CDATA[<p>I&#8217;ve been a fan of <a href="http://microisvjournal.wordpress.com/">Patrick&#8217;s blog</a> for some time now, and one of his recent articles, <a href="http://microisvjournal.wordpress.com/2006/12/05/things-you-shouldnt-worry-about/">Things You Shouldn’t Worry About</a>, really shines. While I can&#8217;t agree with everything, most of the points really make sense. If you run an ISV, or are thinking about starting one, I highly recommend that you [...]]]></description>
			<content:encoded><![CDATA[<p>I&#8217;ve been a fan of <a href="http://microisvjournal.wordpress.com/">Patrick&#8217;s blog</a> for some time now, and one of his recent articles, <a href="http://microisvjournal.wordpress.com/2006/12/05/things-you-shouldnt-worry-about/"><em>Things You Shouldn’t Worry About</em></a>, really shines. While I can&#8217;t agree with everything, most of the points really make sense. If you run an ISV, or are thinking about starting one, I highly recommend that you read this, it&#8217;s well worth it.</p>
]]></content:encoded>
			<wfw:commentRss>http://adamcaudill.com/2006/12/17/things-you-shouldnt-worry-about/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Startup Mistakes</title>
		<link>http://adamcaudill.com/2006/10/16/startup-mistakes/</link>
		<comments>http://adamcaudill.com/2006/10/16/startup-mistakes/#comments</comments>
		<pubDate>Tue, 17 Oct 2006 03:11:31 +0000</pubDate>
		<dc:creator>Adam Caudill</dc:creator>
				<category><![CDATA[Business of Software]]></category>
		<category><![CDATA[ISV]]></category>
		<category><![CDATA[Micro-ISV]]></category>
		<category><![CDATA[Paul Graham]]></category>
		<category><![CDATA[Startup]]></category>

		<guid isPermaLink="false">http://adamcaudill.com/2006/10/16/startup-mistakes/</guid>
		<description><![CDATA[<p>For those looking to get into the startup/ISV scene, Paul Graham&#8217;s latest work is a great read. <a href="http://paulgraham.com/startupmistakes.html">The 18 Mistakes that Kill Startups</a> takes an interesting look at some of the larger issues to avoid while forming a new company. Personally, I&#8217;d call this one a must read.</p>]]></description>
			<content:encoded><![CDATA[<p>For those looking to get into the startup/ISV scene, Paul Graham&#8217;s latest work is a great read. <a href="http://paulgraham.com/startupmistakes.html">The 18 Mistakes that Kill Startups</a> takes an interesting look at some of the larger issues to avoid while forming a new company. Personally, I&#8217;d call this one a must read.</p>
]]></content:encoded>
			<wfw:commentRss>http://adamcaudill.com/2006/10/16/startup-mistakes/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Another must-read for ISV&#8217;s</title>
		<link>http://adamcaudill.com/2006/07/04/another-must-read-for-isvs/</link>
		<comments>http://adamcaudill.com/2006/07/04/another-must-read-for-isvs/#comments</comments>
		<pubDate>Tue, 04 Jul 2006 23:10:17 +0000</pubDate>
		<dc:creator>Adam Caudill</dc:creator>
				<category><![CDATA[Development]]></category>
		<category><![CDATA[Copyright]]></category>
		<category><![CDATA[Intellectual Property]]></category>
		<category><![CDATA[ISV]]></category>

		<guid isPermaLink="false">http://adamcaudill.com/2006/07/04/another-must-read-for-isvs/</guid>
		<description><![CDATA[<p>If you own, or are starting a small software business &#8211; or perhaps you&#8217;re still daydreaming about your future empire while slaving away in your cubicle,I&#8217;ve got another must-read for you. <a href="http://software.ericsink.com/articles/Intellectual_Property.html">Five Things Every Micro-ISV Should Know About Intellectual Property</a> is a (very) quick &#38; dirty introduction to some of the legal issues all [...]]]></description>
			<content:encoded><![CDATA[<p>If you own, or are starting a small software business &#8211; or perhaps you&#8217;re still daydreaming about your future empire while slaving away in your cubicle,I&#8217;ve got another must-read for you. <a href="http://software.ericsink.com/articles/Intellectual_Property.html">Five Things Every Micro-ISV Should Know About Intellectual Property</a> is a (very) quick &amp; dirty introduction to some of the legal issues all developers need to be aware of, especially those looking to go into business.</p>
]]></content:encoded>
			<wfw:commentRss>http://adamcaudill.com/2006/07/04/another-must-read-for-isvs/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

