<?xml version='1.0' encoding='UTF-8'?><?xml-stylesheet href="http://www.blogger.com/styles/atom.css" type="text/css"?><feed xmlns='http://www.w3.org/2005/Atom' xmlns:openSearch='http://a9.com/-/spec/opensearchrss/1.0/' xmlns:georss='http://www.georss.org/georss' xmlns:gd='http://schemas.google.com/g/2005' xmlns:thr='http://purl.org/syndication/thread/1.0'><id>tag:blogger.com,1999:blog-7692881263800744028</id><updated>2012-02-16T23:11:03.627-05:00</updated><category term='startup'/><category term='software design'/><category term='privacy'/><category term='product management'/><category term='general'/><category term='web'/><category term='Business Intelligence'/><title type='text'>Jim Konandreas</title><subtitle type='html'>Chronicling the battle within enterprise software product development.</subtitle><link rel='http://schemas.google.com/g/2005#feed' type='application/atom+xml' href='http://softwarejim.blogspot.com/feeds/posts/default'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/7692881263800744028/posts/default?max-results=100'/><link rel='alternate' type='text/html' href='http://softwarejim.blogspot.com/'/><link rel='hub' href='http://pubsubhubbub.appspot.com/'/><author><name>Jim Konandreas</name><uri>http://www.blogger.com/profile/07536087265683538644</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='20' height='32' src='http://bp2.blogger.com/_BhIKmOLOBo4/R7khSqSZ_bI/AAAAAAAAABI/Gv0XPa5Ypwg/S220/DCP_0658+-+chilling.jpg'/></author><generator version='7.00' uri='http://www.blogger.com'>Blogger</generator><openSearch:totalResults>8</openSearch:totalResults><openSearch:startIndex>1</openSearch:startIndex><openSearch:itemsPerPage>100</openSearch:itemsPerPage><entry><id>tag:blogger.com,1999:blog-7692881263800744028.post-3409167884763883640</id><published>2008-02-12T10:36:00.001-05:00</published><updated>2008-02-12T10:41:19.060-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='software design'/><title type='text'>Must Read:  A Software Design Manifesto</title><content type='html'>An absolutely must read for anybody in software development, from newbie junior programmers to seasoned software designers, is &lt;a href="http://hci.stanford.edu/bds/1-kapor.html"&gt;A Software Design Manifesto by Mitchell Kapor.&lt;/a&gt;&lt;br /&gt;&lt;br /&gt;The essay is almost 20 years old, and it still holds true today.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/7692881263800744028-3409167884763883640?l=softwarejim.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://softwarejim.blogspot.com/feeds/3409167884763883640/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=7692881263800744028&amp;postID=3409167884763883640' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/7692881263800744028/posts/default/3409167884763883640'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/7692881263800744028/posts/default/3409167884763883640'/><link rel='alternate' type='text/html' href='http://softwarejim.blogspot.com/2008/02/must-read-software-design-manifesto.html' title='Must Read:  A Software Design Manifesto'/><author><name>Jim Konandreas</name><uri>http://www.blogger.com/profile/07536087265683538644</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='20' height='32' src='http://bp2.blogger.com/_BhIKmOLOBo4/R7khSqSZ_bI/AAAAAAAAABI/Gv0XPa5Ypwg/S220/DCP_0658+-+chilling.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-7692881263800744028.post-7196931468223247809</id><published>2008-01-22T21:43:00.000-05:00</published><updated>2008-02-12T10:22:35.741-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='product management'/><category scheme='http://www.blogger.com/atom/ns#' term='software design'/><title type='text'>Roadmaps and Features and Enhancements - Oh My!</title><content type='html'>The 37 Signals blog about how you &lt;a href="http://www.37signals.com/svn/posts/694-you-dont-need-a-product-road-map"&gt;don't need a product &lt;span class="blsp-spelling-error" id="SPELLING_ERROR_0"&gt;roadmap&lt;/span&gt;&lt;/a&gt; spawned a great discussion in my company. We all sorta kinda all agreed that while having a published &lt;span class="blsp-spelling-error" id="SPELLING_ERROR_1"&gt;roadmap&lt;/span&gt; is dangerous, we do need to communicate a product "vision" to our customers. The function of aggregating and analyzing all the features that go into a &lt;span class="blsp-spelling-error" id="SPELLING_ERROR_2"&gt;roadmap&lt;/span&gt; is also still necessary for product planning stages. Especially the features that clients have submitted themselves.&lt;br /&gt;&lt;br /&gt;I personally argued that having a running list of client submitted features not only tells you what your clients want in the software, but you could also possibly glean patterns of how they use the software simply by analyzing what they've requested.&lt;br /&gt;&lt;br /&gt;I don't feel that way anymore, and here is why.&lt;br /&gt;&lt;br /&gt;I've had the most mind-numbing task lately. I've had to review a list of approx. 200 feature requests for the product planning phase of our next release. As I'm reviewing each and every complaint...I mean feature request, I realized something. None of these are real feature requests. Sure, technically, renaming a button from Submit to Save or adding a column onto a report are feature requests. But those are more like product improvements then real features.&lt;br /&gt;&lt;br /&gt;I attended a &lt;span class="blsp-spelling-error" id="SPELLING_ERROR_3"&gt;webinar&lt;/span&gt; from &lt;a href="http://www.knowledgeinfusion.com/home/"&gt;&lt;span class="blsp-spelling-error" id="SPELLING_ERROR_4"&gt;KnowledgeInfusion&lt;/span&gt;&lt;/a&gt; the other day, and &lt;a href="http://www.knowledgeinfusion.com/coe/people/jason.averbook?view=blogposts"&gt;Jason &lt;span class="blsp-spelling-error" id="SPELLING_ERROR_5"&gt;Averbrook&lt;/span&gt;&lt;/a&gt; said something that really crystallized what we really need from our customers. I'm paraphrasing here, but the message essentially was that the real winners in enterprise software development are not the ones who automate existing business processes, but are the ones who revolutionize existing business processes.&lt;br /&gt;&lt;br /&gt;That got me thinking. Feature requests that clients submit essentially try to improve the product so their existing business processes run smoother. They don't tend to submit requests to change their business process because the people who have permissions to log in and submit a request are so focused on the project (i.e. go-live), it forces them to think short &lt;span class="blsp-spelling-error" id="SPELLING_ERROR_6"&gt;sightedly&lt;/span&gt;. I have yet to really come across a feature request that says "Look, we've been doing this like that for so long, and it ain't working. What we really would like to see is.......".&lt;br /&gt;&lt;br /&gt;So I want to stop reviewing the list of "features" now. But I can't because, you know, management would kick my ass. But I have to admit I truly believe I'm wasting my time here. This is what you get when you don't work for a company driven by research. If your company depends on your customers telling you what next to build, you're probably an enterprise software company that does not employ thought leaders in that space (which is actually OK if its run properly). However if you have industry leaders who simply know the space inside and out, I'd wager that relying on them to drive your product forward is just as good as asking your clients.&lt;br /&gt;&lt;br /&gt;thoughts?&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/7692881263800744028-7196931468223247809?l=softwarejim.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://softwarejim.blogspot.com/feeds/7196931468223247809/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=7692881263800744028&amp;postID=7196931468223247809' title='1 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/7692881263800744028/posts/default/7196931468223247809'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/7692881263800744028/posts/default/7196931468223247809'/><link rel='alternate' type='text/html' href='http://softwarejim.blogspot.com/2008/01/roadmaps-and-features-and-enhancements.html' title='Roadmaps and Features and Enhancements - Oh My!'/><author><name>Jim Konandreas</name><uri>http://www.blogger.com/profile/07536087265683538644</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='20' height='32' src='http://bp2.blogger.com/_BhIKmOLOBo4/R7khSqSZ_bI/AAAAAAAAABI/Gv0XPa5Ypwg/S220/DCP_0658+-+chilling.jpg'/></author><thr:total>1</thr:total></entry><entry><id>tag:blogger.com,1999:blog-7692881263800744028.post-5324164135849076064</id><published>2008-01-09T14:55:00.001-05:00</published><updated>2008-02-12T10:23:20.620-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='software design'/><title type='text'>Wanted:  Software that helps you make money</title><content type='html'>Can enterprise software help companies actually make money?&lt;br /&gt;&lt;br /&gt;Most enterprise software is designed to automate business processes with the hopes to drive down cost. I understand that when costs decrease, net revenue increases. However costs are finite. Can software be designed to help accelerate revenue on positive side (as opposed to decrease the negative)?&lt;br /&gt;&lt;br /&gt;My peers and I could only think of the marketing apps that based on purchase history, user profile, or surfing history, can directly advertise things that you might be more interested in. But are there any more?&lt;br /&gt;&lt;br /&gt;Software shops that focus on this aspect of the world have to be the wave of the future in my eyes, otherwise the software industry is doomed to remain marginalized as the cost centers of the business world.&lt;br /&gt;&lt;br /&gt;Let me know your thoughts....&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/7692881263800744028-5324164135849076064?l=softwarejim.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://softwarejim.blogspot.com/feeds/5324164135849076064/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=7692881263800744028&amp;postID=5324164135849076064' title='5 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/7692881263800744028/posts/default/5324164135849076064'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/7692881263800744028/posts/default/5324164135849076064'/><link rel='alternate' type='text/html' href='http://softwarejim.blogspot.com/2008/01/wanted-software-that-helps-you-make.html' title='Wanted:  Software that helps you make money'/><author><name>Jim Konandreas</name><uri>http://www.blogger.com/profile/07536087265683538644</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='20' height='32' src='http://bp2.blogger.com/_BhIKmOLOBo4/R7khSqSZ_bI/AAAAAAAAABI/Gv0XPa5Ypwg/S220/DCP_0658+-+chilling.jpg'/></author><thr:total>5</thr:total></entry><entry><id>tag:blogger.com,1999:blog-7692881263800744028.post-4308248300347461295</id><published>2007-11-28T08:05:00.001-05:00</published><updated>2008-02-12T10:23:45.381-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='software design'/><category scheme='http://www.blogger.com/atom/ns#' term='web'/><category scheme='http://www.blogger.com/atom/ns#' term='privacy'/><title type='text'>Where's the Privacy?</title><content type='html'>I hate it when people assume that if you're online and they send you an instance message, then you have to respond.&lt;br /&gt;&lt;br /&gt;The problem I find with &lt;span class="blsp-spelling-error" id="SPELLING_ERROR_0"&gt;IM&lt;/span&gt;, and many Web 2.0 software like &lt;span class="blsp-spelling-error" id="SPELLING_ERROR_1"&gt;Facebook&lt;/span&gt; and &lt;span class="blsp-spelling-error" id="SPELLING_ERROR_2"&gt;MySpace&lt;/span&gt;, is that it puts the power in the person querying for information, and not in the person providing the information.  (or in the &lt;span class="blsp-spelling-error" id="SPELLING_ERROR_3"&gt;IM&lt;/span&gt; world, the power is in the person initiating the conversation, and not the person accepting the conversation).&lt;br /&gt;&lt;br /&gt;This construct has fostered a culture where if you don't respond to an &lt;span class="blsp-spelling-error" id="SPELLING_ERROR_4"&gt;IM&lt;/span&gt;, or if you don't add a person as a friend, then that person feels that they are being ignored and you look like a jackass.&lt;br /&gt;&lt;br /&gt;So what do I do?  I want to use &lt;span class="blsp-spelling-error" id="SPELLING_ERROR_5"&gt;Facebook&lt;/span&gt;, but I don't want to accept every friend invitation sent to me.  (And FYI folks - there is a reason why we lost touch).  I also want to use &lt;span class="blsp-spelling-error" id="SPELLING_ERROR_6"&gt;MSN&lt;/span&gt;, but I have work to do and can't chat on every message - not to mention that damn flashing window is such a distraction.&lt;br /&gt;&lt;br /&gt;I think I'm going to &lt;span class="blsp-spelling-error" id="SPELLING_ERROR_7"&gt;uninstall&lt;/span&gt; my &lt;span class="blsp-spelling-error" id="SPELLING_ERROR_8"&gt;MSN&lt;/span&gt; at work.  The distractions are significant enough where it has affected what I was doing at the time, but I feel that it is also changing work culture to the point where people think that &lt;span class="blsp-spelling-error" id="SPELLING_ERROR_9"&gt;MSN&lt;/span&gt; history is some form of official documentation used for decision making - which is really scary (and lazy and full of potential errors and misinterpretations) - but that is a topic for another date.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/7692881263800744028-4308248300347461295?l=softwarejim.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://softwarejim.blogspot.com/feeds/4308248300347461295/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=7692881263800744028&amp;postID=4308248300347461295' title='1 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/7692881263800744028/posts/default/4308248300347461295'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/7692881263800744028/posts/default/4308248300347461295'/><link rel='alternate' type='text/html' href='http://softwarejim.blogspot.com/2007/11/wheres-privacy.html' title='Where&apos;s the Privacy?'/><author><name>Jim Konandreas</name><uri>http://www.blogger.com/profile/07536087265683538644</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='20' height='32' src='http://bp2.blogger.com/_BhIKmOLOBo4/R7khSqSZ_bI/AAAAAAAAABI/Gv0XPa5Ypwg/S220/DCP_0658+-+chilling.jpg'/></author><thr:total>1</thr:total></entry><entry><id>tag:blogger.com,1999:blog-7692881263800744028.post-3797476813807557170</id><published>2007-11-13T21:11:00.000-05:00</published><updated>2008-02-12T10:24:30.240-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='product management'/><category scheme='http://www.blogger.com/atom/ns#' term='software design'/><title type='text'>I Love Microsoft Software</title><content type='html'>There...I said it. I love Microsoft software.&lt;br /&gt;&lt;br /&gt;Living in the software industry as I do, I just have grown to respect how they've solved all the secondary requirements that go into building software. I'm not talking about the core software solutions here.  I'm talking about all the other software requirements that, while at regular software shops are afterthoughts that are frequently cut from a schedule, are never forgotten and consistently completed with a high degree of quality.  And those are the requirements that so often impact the user's experiences and opinions about software.&lt;br /&gt;&lt;br /&gt;Requirements like:&lt;br /&gt;&lt;br /&gt;&lt;b&gt;Usability&lt;/b&gt;&lt;br /&gt;Too many times developers without any training in Human Computer Interaction (HCI) and without a basic understanding of usability paradigms are left to their own devices to develop the screens that people use.&lt;br /&gt;&lt;br /&gt;&lt;b&gt;Help&lt;/b&gt;&lt;br /&gt;Thanks to Microsoft, the &lt;a href="http://en.wikipedia.org/wiki/Function_key"&gt;F1 key&lt;/a&gt; is now synonymous with getting help, so much so that other software vendors are forced to use F1 as their help as well.&lt;br /&gt;&lt;br /&gt;&lt;b&gt;Installation&lt;/b&gt;&lt;br /&gt;Maybe its just me, but installing Microsoft products tend to be some of the easiest products to install.&lt;br /&gt;&lt;br /&gt;&lt;b&gt;Backwards Compatibility&lt;/b&gt;&lt;br /&gt;I have no real proof on this one - its just a gut feel.  I do however get a warm cozy feeling inside when I have no problems opening my Excel 97 spreadsheet into Excel 2003.&lt;br /&gt;&lt;br /&gt;So before somebody tries to convince you that installing a software product using apt-get that has its UI written in Swing on some abstract Linux distro is the wave of the future, give them an install CD for Microsoft Word.  They'll be typing their first Word doc in minutes.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/7692881263800744028-3797476813807557170?l=softwarejim.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://softwarejim.blogspot.com/feeds/3797476813807557170/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=7692881263800744028&amp;postID=3797476813807557170' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/7692881263800744028/posts/default/3797476813807557170'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/7692881263800744028/posts/default/3797476813807557170'/><link rel='alternate' type='text/html' href='http://softwarejim.blogspot.com/2007/11/i-love-microsoft-software.html' title='I Love Microsoft Software'/><author><name>Jim Konandreas</name><uri>http://www.blogger.com/profile/07536087265683538644</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='20' height='32' src='http://bp2.blogger.com/_BhIKmOLOBo4/R7khSqSZ_bI/AAAAAAAAABI/Gv0XPa5Ypwg/S220/DCP_0658+-+chilling.jpg'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-7692881263800744028.post-1302562990463999521</id><published>2007-11-11T22:10:00.000-05:00</published><updated>2008-02-12T10:25:35.807-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='product management'/><category scheme='http://www.blogger.com/atom/ns#' term='Business Intelligence'/><title type='text'>From Metrics to KPIs</title><content type='html'>Asking the question "So what?" should be on the top of everybody's mind when either reading a report, or developing a report for consumption.  I've been involved in many reporting and analytic product meetings where glossy eyed product managers want to hear all the buzz words like "role based dashboards", and graphical reports that show "trends over time".  (my personal favorite is &lt;i&gt;"should we look into using OLAP?"&lt;/i&gt;)  What they fail to see is that if they don't focus on delivering true information to the user, the system will just be a pretty operational reporting solution that won't be able to tell the user anything intelligent.&lt;br /&gt;&lt;br /&gt;Lets say you have a report that shows you have accumulated $500.00 of sales in a day.  In my eyes, that report relays a metric.  Metric tells you what "the number" is.  But what does that really mean?  It doesn't tell the user if they're doing well or poorly.  Are they doing well against yesterday's sales?  A week ago?  Against a forecast?  Nope - it only says you've made $500 bucks in sales in a day.&lt;br /&gt;&lt;br /&gt;So what?!&lt;br /&gt;&lt;br /&gt;A very simple way to make metrics more meaningful is to come up with some way to define targets to compare them against.  In the example above, if the system had a defined target for $600 of sales per day, a report could now show that you haven't met your target by $&lt;span style="color:red;"&gt;(-100.00)&lt;/span&gt;.  Seeing that number tells the user a hell of a lot more information, and screams back "THATS WHAT!".  By my definition, that would be a Key Performance Indicator (KPI).  It gives more then just the number; it tells you how you are performing.&lt;br /&gt;&lt;br /&gt;Doing something as simple as defining targets to measure the metrics against will take your BI solution from its basic state to a state where you actually start providing answers to your users.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://technorati.com/claim/845j77ah2" rel="me"&gt;Jim on Technorati&lt;/a&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/7692881263800744028-1302562990463999521?l=softwarejim.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://softwarejim.blogspot.com/feeds/1302562990463999521/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=7692881263800744028&amp;postID=1302562990463999521' title='1 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/7692881263800744028/posts/default/1302562990463999521'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/7692881263800744028/posts/default/1302562990463999521'/><link rel='alternate' type='text/html' href='http://softwarejim.blogspot.com/2007/11/from-metrics-to-kpis.html' title='From Metrics to KPIs'/><author><name>Jim Konandreas</name><uri>http://www.blogger.com/profile/07536087265683538644</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='20' height='32' src='http://bp2.blogger.com/_BhIKmOLOBo4/R7khSqSZ_bI/AAAAAAAAABI/Gv0XPa5Ypwg/S220/DCP_0658+-+chilling.jpg'/></author><thr:total>1</thr:total></entry><entry><id>tag:blogger.com,1999:blog-7692881263800744028.post-257435933719323936</id><published>2007-11-07T21:22:00.001-05:00</published><updated>2008-02-12T10:26:05.428-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='startup'/><category scheme='http://www.blogger.com/atom/ns#' term='software design'/><title type='text'>Innovation Motivation</title><content type='html'>Biggest thing I've been struggling with is where and how to begin the process of starting something on my own. Do I look for small, simple and easy to solve business problems? Do I search for a complex business problem to solve? Or do I look to build the next generation of tools for problem solvers to use?&lt;br /&gt;&lt;br /&gt;Each have their own pros and cons. Small and simple ideas are the low hanging fruit that are ripe for the picking. You might not need to quit your day job, and you might not need too much cash to get it going. Something tells me though that they aren't exactly the highest paying jobs, and because they are simple, the idea probably already has hundreds of solutions flooding that market space. It would be a good experience, but it might not be worth the time and effort.&lt;br /&gt;&lt;br /&gt;Building solutions for complex business problems would be highly rewarding, both monetarily and creatively. The playing field is also probably less saturated, as now you're competing against the big boys - and if you can get into the market before the big boys do, they'll probably just buy you. The problem here is though this budding idea would need to take up 100% of your time. You would also most likely have to quit your day job. But for somebody who is married with a kid and a mortgage, that just might not be an option. You would also need some &lt;span class="blsp-spelling-error" id="SPELLING_ERROR_0"&gt;VC&lt;/span&gt; $, so be prepared to give up control of much of your company to get the idea off the ground.&lt;br /&gt;&lt;br /&gt;How about building tools? Forget about building the house. Let the builders deal with that. What if you focused on building the newest and best hammer? Web 2.0 is a concept that essentially allows user communities to build, collaborate, share, etc stuff over the web. The software behind that, e.g. &lt;span class="blsp-spelling-error" id="SPELLING_ERROR_1"&gt;wikipedia&lt;/span&gt;, &lt;span class="blsp-spelling-error" id="SPELLING_ERROR_2"&gt;facebook&lt;/span&gt;, &lt;span class="blsp-spelling-error" id="SPELLING_ERROR_3"&gt;youtube&lt;/span&gt;, &lt;span class="blsp-spelling-error" id="SPELLING_ERROR_4"&gt;myspace&lt;/span&gt;, &lt;span class="blsp-spelling-error" id="SPELLING_ERROR_5"&gt;flickr&lt;/span&gt;, etc are just the tools that give the true content providers - the people - the ability to add real value.&lt;br /&gt;&lt;br /&gt;I've realized something however. For me, this is not about weighing the advantages and disadvantages, and choosing the most profitable course of action (although that might be the way some people do it). Sure an entrepreneur's job is to identify problems and solve them to make a profit, but for some strange reason, I want to care about what I'm doing. I want it to matter. I want it to make a difference.&lt;br /&gt;&lt;br /&gt;Therefore I've come to the conclusion that I've been going about this the wrong way. &lt;a href="http://ozziegoldschmied.blogspot.com/"&gt;Ozzie Goldschmied&lt;/a&gt; and I have thought about dozens of ideas in all of the above three buckets - all of which are interesting, and could probably amount to some minuscule amount of success. However the one thing I think we've lacked is the passion and drive to make something of those ideas, and I think its because we both really in our heart of hearts couldn't give two shits about it.&lt;br /&gt;&lt;br /&gt;I think the bottom line is - the people who succeed in what they do, like own a business, run a marathon, paint a painting, really care about what they are doing. If I want to be, and most importantly feel, successful in my profession, I need to care about what I'm doing.&lt;br /&gt;&lt;br /&gt;&lt;a href="http://technorati.com/claim/845j77ah2" rel="me"&gt;Jim on Technorati&lt;/a&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/7692881263800744028-257435933719323936?l=softwarejim.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://softwarejim.blogspot.com/feeds/257435933719323936/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=7692881263800744028&amp;postID=257435933719323936' title='1 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/7692881263800744028/posts/default/257435933719323936'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/7692881263800744028/posts/default/257435933719323936'/><link rel='alternate' type='text/html' href='http://softwarejim.blogspot.com/2007/11/how-do-i-begin.html' title='Innovation Motivation'/><author><name>Jim Konandreas</name><uri>http://www.blogger.com/profile/07536087265683538644</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='20' height='32' src='http://bp2.blogger.com/_BhIKmOLOBo4/R7khSqSZ_bI/AAAAAAAAABI/Gv0XPa5Ypwg/S220/DCP_0658+-+chilling.jpg'/></author><thr:total>1</thr:total></entry><entry><id>tag:blogger.com,1999:blog-7692881263800744028.post-3101051811293397009</id><published>2007-11-05T18:49:00.000-05:00</published><updated>2008-02-12T10:26:26.715-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='general'/><title type='text'>The first blog</title><content type='html'>Hi all - welcome to my first post.&lt;br /&gt;&lt;br /&gt;Not too sure what I'm going to be writing about here. Theoretically, its supposed to be the avenue to bring my expertise and become the thought leader on specific topics. Then when people want to read opinions, comments, and discussions on those topics, they'd come to my blog because I was so well respected.&lt;br /&gt;&lt;br /&gt;Perfect.  So when I become an expert in something, I'll be sure to write about that.&lt;br /&gt;&lt;br /&gt;What that means is that this blog will be a bunch of thoughts (and complaints) on what I do every day professionally: Build software, work in the software industry, and trying to come up with ideas to make (lots of) money in software.&lt;br /&gt;&lt;br /&gt;Hopefully you'll find it interesting and come back for more.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/7692881263800744028-3101051811293397009?l=softwarejim.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://softwarejim.blogspot.com/feeds/3101051811293397009/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=7692881263800744028&amp;postID=3101051811293397009' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/7692881263800744028/posts/default/3101051811293397009'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/7692881263800744028/posts/default/3101051811293397009'/><link rel='alternate' type='text/html' href='http://softwarejim.blogspot.com/2007/11/first-blog.html' title='The first blog'/><author><name>Jim Konandreas</name><uri>http://www.blogger.com/profile/07536087265683538644</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='20' height='32' src='http://bp2.blogger.com/_BhIKmOLOBo4/R7khSqSZ_bI/AAAAAAAAABI/Gv0XPa5Ypwg/S220/DCP_0658+-+chilling.jpg'/></author><thr:total>0</thr:total></entry></feed>
