<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://sqlblog.com/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>Search results matching tags 'Developer Community' and 'Software Business'</title><link>http://sqlblog.com/search/SearchResults.aspx?o=DateDescending&amp;tag=Developer+Community,Software+Business&amp;orTags=0</link><description>Search results matching tags 'Developer Community' and 'Software Business'</description><dc:language>en-US</dc:language><generator>CommunityServer 2.1 SP2 (Build: 61129.1)</generator><item><title>SQL in the City Event Dates Announced!</title><link>http://sqlblog.com/blogs/andy_leonard/archive/2013/05/18/sql-in-the-city-event-dates-announced.aspx</link><pubDate>Sat, 18 May 2013 06:00:00 GMT</pubDate><guid isPermaLink="false">21093a07-8b3d-42db-8cbf-3350fcbf5496:49103</guid><dc:creator>andyleonard</dc:creator><description>&lt;p&gt;&lt;a href="http://red-gate.com/" target="_blank"&gt;Red Gate&lt;/a&gt; rocks.&lt;/p&gt;  &lt;p&gt;If you didn’t know that already, you know it now. The latest evidence to support this claim is the publication of the schedule for US &lt;a href="http://sqlinthecity.red-gate.com/" target="_blank"&gt;SQL in the City&lt;/a&gt; events. They are:&lt;a href="http://sqlinthecity.red-gate.com/" target="_blank"&gt;&lt;img title="SQL in the City" style="border-top:0px;border-right:0px;background-image:none;border-bottom:0px;float:right;padding-top:0px;padding-left:0px;border-left:0px;display:inline;padding-right:0px;" border="0" alt="SQL in the City" align="right" src="http://sqlblog.com/blogs/andy_leonard/SQLInTheCityLogo_5FF59FA4.jpg" width="678" height="130" /&gt;&lt;/a&gt;&lt;/p&gt;  &lt;ul&gt;   &lt;li&gt;9 Oct – Pasadena&lt;/li&gt;    &lt;li&gt;11 Oct – Atlanta&lt;/li&gt;    &lt;li&gt;14 Oct – Charlotte&lt;/li&gt; &lt;/ul&gt;  &lt;p&gt;Registration for these events opens 24 May.&lt;/p&gt;    &lt;p&gt;:{&amp;gt;&lt;/p&gt;</description></item><item><title>Creating is Hard</title><link>http://sqlblog.com/blogs/andy_leonard/archive/2011/08/12/creating-is-hard.aspx</link><pubDate>Fri, 12 Aug 2011 11:00:00 GMT</pubDate><guid isPermaLink="false">21093a07-8b3d-42db-8cbf-3350fcbf5496:37570</guid><dc:creator>andyleonard</dc:creator><description>&lt;p&gt;&lt;strong&gt;Introduction&lt;/strong&gt;&lt;/p&gt;
  
&lt;p&gt;This post is the forty-seventh part of a ramble-rant about the software business. The current posts in this series can be found on the series &lt;a href="http://sqlblog.com/blogs/andy_leonard/archive/2011/04/06/managing-technical-teams-series-landing-page.aspx" target="_new"&gt;landing page&lt;/a&gt;. &lt;/p&gt;
  
&lt;p&gt;This post is about creation.&lt;/p&gt;
  
&lt;p&gt;&lt;strong&gt;Creating is Hard Work&lt;/strong&gt;&lt;/p&gt;
  
&lt;p&gt;Building something from nothing is difficult, to say the least. But often it’s even more difficult to &lt;em&gt;conceive&lt;/em&gt; an idea worth building in the first place. I have to admit, my best ideas have come to me in dreams. I’m blessed to have a business partner – Brian Moran (&lt;a href="http://twitter.com/briancmoran" target="_blank"&gt;@briancmoran&lt;/a&gt;) – who comes up with great ideas every day. I like implementing ideas, so we make a good team. &lt;/p&gt;
  
&lt;p&gt;The main reason creating and conceiving ideas is difficult is…&lt;/p&gt;
  
&lt;p&gt;&lt;strong&gt;Thinking is Work&lt;/strong&gt;&lt;/p&gt;
  
&lt;p&gt;I don’t know how you think. I know how I think, though. Maybe you think similarly; maybe you don’t. I actually set aside time each week to ponder. It’s a cool time most weeks. How do I think? &lt;/p&gt;
  
&lt;p&gt;&lt;img src="http://vsteamsystemcentral.com/images/ext/ThinkingInOneNote.jpg"&gt;&lt;/p&gt;
  
&lt;p&gt;One Note!&lt;/p&gt;
  
&lt;p&gt;I heart One Note. I write stream-of-consciousness style. And sketch with the touchpad. And drag documents onto the surface. And then I just close it and it’s saved automatically. One Note rocks. &lt;/p&gt;
&lt;p&gt;At the suggestion of a friend, I recently started tinkering with &lt;a href="http://evernote.com/" target="_blank"&gt;Evernote&lt;/a&gt;. So far I like it - a lot. It's like OneNote in the cloud. I can jot down notes from my DroidX or laptop. Neato mosquito. I'm still learning to use Evernote. Perhaps when I get better at it, I'll post more.&lt;/p&gt;
  
&lt;p&gt;&lt;strong&gt;"If&amp;nbsp;Thinking is&amp;nbsp;so Difficult, Why Do it?"&lt;/strong&gt;&lt;/p&gt;
  
&lt;p&gt;I’m so glad you asked! Sometimes I come up with a killer idea (like &lt;a href="http://sqlpeople.net/" target="_blank"&gt;SQLPeople&lt;/a&gt;! Which started as a dream…). Thinking and creating is so worth it when you get to share that idea. It doesn’t matter if you get to share it with someone in a one-on-one mentoring session or in front of a user group or presenting at a SQL Saturday, Code Camp, or the PASS Summit – it is awesome to share!&lt;/p&gt;
&lt;p&gt;And this is why I &amp;lt;3 community.&lt;/p&gt;
&lt;p&gt;It's more than "giving back". "Giving back" sounds like you're paying off some old debt and that's not how contributing to community feels at all. "Giving back" is a transaction that flows from one person to another or many. That's not community! Sharing is community. Community is engaging. Community is participating. My friend and fellow community mentor Alan Stevens (&lt;a href="http://halanstevens.com" target="_blank"&gt;Blog&lt;/a&gt; | &lt;a href="http://www.twitter.com/alanstevens" target="_blank"&gt;@alanstevens&lt;/a&gt;)&amp;nbsp;is a champion of &lt;a href="http://en.wikipedia.org/wiki/Open_Space_Technology" target="_blank"&gt;Open Spaces&lt;/a&gt;&amp;nbsp;(check out this &lt;a href="http://www.youtube.com/watch?v=f7RSSBnSpDY" target="_blank"&gt;video of Alan sharing about Open Spaces&lt;/a&gt;&amp;nbsp;from CodeStock 2009). Open Spaces is one way technology communities organize. It was the first unconference format I ever heard about. You owe it to yourself to read the &lt;a href="http://en.wikipedia.org/wiki/Open_Space_Technology#Origin_and_Ownership" target="_blank"&gt;Origin and Ownership&lt;/a&gt; section at Wikipedia. Alan was the first person I heard present the &lt;a href="http://en.wikipedia.org/wiki/Open_Space_Technology#Guiding_Principles_and_One_Law" target="_blank"&gt;Open Spaces Guiding Principle and One Law&lt;/a&gt; and he did it with panache, conviction, and passion. &lt;/p&gt;
&lt;p&gt;Earlier this week, I hosted a &lt;a href="http://sqlblog.com/blogs/andy_leonard/archive/2011/08/08/hang-out-with-me-tuesday-at-11-00-am-edt.aspx" target="_blank"&gt;Google+ Hangout&lt;/a&gt;. It embodied many of the same principles found in Open Spaces. You don't vote with your feet, but you do enter and leave at will. Whoever shows up&amp;nbsp;are the right people. Whenever it starts is the right time. Wherever it happens is the right place. Whatever happens is the only thing that could have happened. When it's over, it's over. To me,&amp;nbsp;Open Spaces&amp;nbsp;feels like&amp;nbsp;Agile + Community. Everyone contributes and we all learn. I will be hosting more G+ Hangouts. &lt;/p&gt;
  
&lt;p&gt;&lt;strong&gt;Conclusion&lt;/strong&gt;&lt;/p&gt;
  
&lt;p&gt;One of the reasons I started this series is to encourage people to create, and to discourage those who would block creativity and innovation. Creating is hard work, but it is &lt;em&gt;so&lt;/em&gt; worth it.&lt;/p&gt;
  
&lt;p&gt;:{&amp;gt;&lt;/p&gt;</description></item><item><title>Engines of Loss and Gain</title><link>http://sqlblog.com/blogs/andy_leonard/archive/2011/06/21/engines-of-loss-and-gain.aspx</link><pubDate>Tue, 21 Jun 2011 11:00:00 GMT</pubDate><guid isPermaLink="false">21093a07-8b3d-42db-8cbf-3350fcbf5496:36339</guid><dc:creator>andyleonard</dc:creator><description>&lt;p&gt;&lt;strong&gt;Introduction&lt;/strong&gt;&lt;/p&gt;  &lt;p&gt;This post is the fortieth part of a ramble-rant about the software business. The current posts in this series can be found on the series &lt;a href="http://sqlblog.com/blogs/andy_leonard/archive/2011/04/06/managing-technical-teams-series-landing-page.aspx" target="_blank"&gt;landing page&lt;/a&gt;. &lt;/p&gt;  &lt;p&gt;This post is about winning (no really).&lt;/p&gt;  &lt;p&gt;&lt;strong&gt;NASCAR&lt;/strong&gt;&lt;/p&gt;  &lt;p&gt;I like watching &lt;a href="http://www.nascar.com/" target="_blank"&gt;NASCAR&lt;/a&gt; races. On the surface, a race looks like a bunch of folks driving fast on a circuitous course. But there’s much more to it than that. There’s engineering and strategy and frankly, a little luck. A NASCAR race is a lot like life when you look beneath the surface.&lt;/p&gt;  &lt;p&gt;Forty-three cars start the race, one wins. If you do the math, you’ll realize that 42 cars do not win. The ratio of winners:losers is 1:42. A NASCAR race is an engine of loss. Why? It generates way more losers than winners. Does that make it any less thrilling to watch? Not at all. Take a look at &lt;a href="http://nationwide.nascar.com/nationwide-series/races/2011/schedule" target="_blank"&gt;this years’ schedule&lt;/a&gt; – there are 34 races slated over a 9-month season. One of the things that offsets the ratio is frequency. &lt;/p&gt;  &lt;p&gt;Frequency helps because even though there are more losers than winners each week, there are a lot of weeks. Constraints come into play as well; as NASCAR has strict rules about the cars. Constraints and frequency mitigate the winners:losers ratio.&lt;/p&gt;        &lt;p&gt;The inverse also holds: Events with more losers than winners that occur infrequently with indefinite or shifting constraints fare worst of all. They also limit the growth of any community with which they’re associated. I prefer the adjective “organic” for community, but buzzing communities often experience different growth characteristics. Some have more in common with a nuclear reaction than my garden. Loser-laden events in these communities are like dropping the control rods into a reactor, or blocking the rain and light from reaching my garden.&lt;/p&gt;  &lt;p&gt;&lt;strong&gt;Solution (and Anti-Solution)&lt;/strong&gt;&lt;/p&gt;  &lt;p&gt;"So Andy, what’s the answer?" I hear you asking. I’m glad you asked! Create events with more winners than losers. Optimally, create events in which no one loses and everyone wins.&lt;/p&gt;&lt;p&gt;"How?" Another excellent question! First, we have to redefine winning. Winning has long been associated with not-losing. Some have confused the two. In fact, it's a remarkably subtle shift to measure oneself by counting those behind you. This leads to an incredibly negative spiral in which some believe they are winning - indeed, can &lt;em&gt;only&lt;/em&gt; win - if others are losing. Rather than build up, they tear down. If the goal is to win, after all, someone else must lose. &lt;em&gt;Right?&lt;/em&gt; &lt;/p&gt;&lt;p&gt;&lt;strong&gt;NO!&lt;/strong&gt;&lt;/p&gt;&lt;p&gt;Community is &lt;em&gt;not&lt;/em&gt; a &lt;a href="http://en.wikipedia.org/wiki/Zero-sum" target="_blank"&gt;zero-sum game&lt;/a&gt;. Neither is business. It's possible to create - period. Create what? &lt;a href="http://en.wikipedia.org/wiki/Whuffie" target="_blank"&gt;Whuffie&lt;/a&gt;, reputation, value - you name it. You do not have to achieve whuffie, reputation, or value by taking it from someone else - it can be generated. Here's a simple test to determine the direction of your spiral: Which way are you looking? If you're&amp;nbsp;measuring yourself by&amp;nbsp;all the people behind you, you've fallen into this subtle trap. If you're measuring yourself by being better, helping others, learning more,&amp;nbsp;sucking less every day; you're facing the right direction.&lt;/p&gt;&lt;p&gt;Back to your question of how: one example is...&amp;nbsp; &lt;/p&gt;&lt;p&gt;&lt;strong&gt;Games&lt;/strong&gt;&lt;/p&gt;  &lt;p&gt;Online gaming, in its current form, is wildly popular. There are contests with others, to be sure; but success in these contests is driven by – and drives – an internal competition for higher levels. Competing brings higher levels. Achieving higher levels means the player is better equipped to compete. It’s a positive spiral built on self-improvement. Some games even award points towards levels when you help someone else improve their points or level. Contrast this with a 1/43 chance of winning, and you start to get the picture.&lt;/p&gt;  &lt;p&gt;&lt;strong&gt;&lt;img style="float:left;display:inline;" align="left" src="http://vsteamsystemcentral.com/images/ext/NoVacancy.jpg" width="258" height="151"&gt;&lt;/strong&gt;&lt;/p&gt;  &lt;p&gt;&lt;strong&gt;Increase the Odds&lt;/strong&gt;&lt;/p&gt;  &lt;p&gt;The incorrect response is the old response: “Sorry. Try again next year!” It’s the community equivalent of a No Vacancy sign outside the Old Boys Club. It’s harder to think up ways for more folks to win, but I believe that’s only because we’re in the habit of creating events and opportunities where a few win. I believe this kind of thinking is so 1998. There are ways to increase the odds of participation and winning, though. One good example is &lt;a href="http://sqlsaturday.com/" target="_blank"&gt;SQL Saturday&lt;/a&gt;.&lt;/p&gt;  &lt;p&gt;In the SQL Server Community, &lt;a href="http://sqlsaturday.com/" target="_blank"&gt;SQL Saturday&lt;/a&gt; has provided opportunities for those interested to present their ideas in front of an audience eager to learn more. &lt;a href="http://sqlsaturday.com/" target="_blank"&gt;SQL Saturday&lt;/a&gt; increases the odds of winning by providing more opportunities to present. It’s such an awesome idea that you likely would be shocked to learn who initially opposed it and why. It’s not important who tried to kill the idea, but it is important – and an example – of the effects of 1998-era thinking in the current era. &lt;/p&gt;  &lt;p&gt;&lt;strong&gt;Conclusion&lt;/strong&gt;&lt;/p&gt;  &lt;p&gt;Creating business opportunities where everyone wins is not only possible, I believe it’s a great idea. My business partner Brian Moran (&lt;a href="http://twitter.com/#!/briancmoran" target="_blank"&gt;@briancmoran&lt;/a&gt;) and I are working diligently to implement them into our latest venture.&amp;nbsp;We're going to be writing more about applying Community ideas to business soon. &lt;/p&gt;&lt;p&gt;:{&amp;gt;&lt;/p&gt;</description></item><item><title>Techganic</title><link>http://sqlblog.com/blogs/andy_leonard/archive/2011/04/14/techganic.aspx</link><pubDate>Thu, 14 Apr 2011 11:00:00 GMT</pubDate><guid isPermaLink="false">21093a07-8b3d-42db-8cbf-3350fcbf5496:34851</guid><dc:creator>andyleonard</dc:creator><description>&lt;p&gt;&lt;strong&gt;Introduction&lt;/strong&gt;&lt;/p&gt;  &lt;p&gt;This post is the thirty-sixth part of a ramble-rant about the software business. The current posts in this series can be found on the series &lt;a href="http://sqlblog.com/blogs/andy_leonard/archive/2011/04/06/managing-technical-teams-series-landing-page.aspx"&gt;landing page&lt;/a&gt;.&lt;/p&gt;  &lt;p&gt;This post is about how organizations and people plant ideas.&lt;/p&gt;  &lt;p&gt;&lt;strong&gt;“Techganic”&lt;/strong&gt;&lt;/p&gt;  &lt;p&gt;I made up another word. I believe this word describes the different ways in which companies grow and mature ideas in financial and capability terms. &lt;/p&gt;  &lt;p&gt;I base the categories that follow on a parable recorded in &lt;a href="http://www.biblegateway.com/passage/?search=Luke%208:4-15&amp;amp;version=NASB" target="_blank"&gt;Luke 8:4-15&lt;/a&gt;. If that offends you you’re reading the wrong stuff – a lot of what I’ve posted in this series is related to my beliefs. I condemn no one for differing beliefs; I merely recognize them as different (please see the conclusion of &lt;a href="http://sqlblog.com/blogs/andy_leonard/archive/2010/01/05/right-wrong-and-style.aspx#Conclusion" target="_blank"&gt;Right, Wrong, and Style&lt;/a&gt;).&lt;/p&gt;  &lt;p&gt;In the parable a sower is sowing seed. The results? In some measure, the seeds are:&lt;/p&gt;  &lt;ul&gt;   &lt;li&gt;Trampled and consumed&lt;/li&gt;    &lt;li&gt;Grow fast and wither&lt;/li&gt;    &lt;li&gt;Choked &lt;/li&gt;    &lt;li&gt;Successful&lt;/li&gt; &lt;/ul&gt;  &lt;p&gt;I choose to apply this parable to ideas for the sake of this post; and this is all my opinion, for better or worse. I compare the seeds to ideas and the soil to execution of these ideas.&lt;/p&gt;  &lt;p&gt;&lt;strong&gt;Trampled and Consumed&lt;/strong&gt;&lt;/p&gt;  &lt;p&gt; These ideas fell beside the road. They never reached the target – rich soil in which they could thrive. People trampled the ideas and nature consumed them. Dead ideas are a waste.&lt;/p&gt;  &lt;p&gt;Some of these ideas were dead or fruitless; this much is true. There is a certain percentage of ideas that fall into the category of Useless. But many of them were great ideas and would’ve produced a rich return if only they’d hit pay dirt. They were ignored to death, or taken by others. Stolen ideas fall into this category, as do ideas never fully developed by the original sower. Others take them and use them for their purposes – perhaps others improve the ideas, perhaps they merely implement them successfully. &lt;/p&gt;  &lt;p&gt;I wish to point out that these ideas often succeed eventually. Without being graphically unpleasant, I ask: Have you ever observed a fence line out in the country? You have to read &lt;a href="http://www.biblegateway.com/passage/?search=Luke%208:5&amp;amp;version=NASB" target="_blank"&gt;Luke 8:5&lt;/a&gt; to get this…&lt;/p&gt;  &lt;p&gt;&lt;strong&gt;Fast Growth&lt;/strong&gt;&lt;/p&gt;  &lt;p&gt;These ideas landed on rocky soil with just enough dirt to get them started, but withered as soon as the moisture was drawn from that soil. In other words, they were unsustainable. Were they good ideas? Maybe – probably so. But they weren’t planted in a good spot. They were not executed properly. They sprung up and looked good, but the heat of the day took them out. &lt;/p&gt;  &lt;p&gt;Note that heat comes from the sun and sunlight is required to grow seeds into healthy plants. These ideas died of natural causes.&lt;/p&gt;  &lt;p&gt;&lt;strong&gt;Choked&lt;/strong&gt;&lt;/p&gt;  &lt;p&gt;Other ideas land in a space filled with existing ideas. The older ideas have already been executed and are ahead of the new ideas in maturity. The existing ideas are consuming the vital resources needed for idea execution, and they choke out the new idea; thwarting its growth initially, and eventually killing it. &lt;/p&gt;  &lt;p&gt;I’ve heard this story repeatedly: A company starts up a new division by hiring a team and tasking them with breaking into a new market. The individuals on the team have experience in the market so this makes perfect sense – bring in people with experience to get things started relatively quickly. The team identifies and prioritizes a list of things the company needs to do to break into the new market. At the top of the list is a better pricing strategy – read: “we’re charging too much; we need to charge less.” The company rejects this advice and loses an early bid. Because the early bid is lost, the company questions the effectiveness of the team and begins reconsidering breaking into the market. &lt;/p&gt;  &lt;p&gt;This is a choked idea.&lt;/p&gt;  &lt;p&gt;&lt;strong&gt;Successful&lt;/strong&gt;&lt;/p&gt;  &lt;p&gt;Some ideas are executed successfully. In fact, they are wildly successful and yield 100x the original investment of time and resources. I understand this is how venture capitalists think. They invest knowing some percentage of the companies will fail. But the companies that succeed more than make up for the failures. &lt;/p&gt;  &lt;p&gt;Successfully executed ideas require two general things: the ideas have to be good and they have to be executed successfully. There’s a lot more to it than that, but that’s the framework for shipping.&lt;/p&gt;  &lt;p&gt;&lt;strong&gt;Conclusion&lt;/strong&gt;&lt;/p&gt;  &lt;p&gt;Technical ideas grow techganically. There’s a cycle that includes planting, nurturing, and harvest. Every good idea requires good planting (execution) to be successful. &lt;/p&gt;  &lt;p&gt;:{&amp;gt;&lt;/p&gt;</description></item></channel></rss>