Every business needs cashflow (and profit) to survive like the body needs oxygen, food, and air.  Just because a business has cashflow, doesn’t mean it’s a success, much like we aren’t a success in life just because we sat around and survived.

If you have to mislead to make a dollar, it’s like tricking a girl into liking you.  You might make some money/trick her for a while, but it won’t last.

The better the mutual fit, the better the relationship.  As is often the case it’s best to see if you can work well together.  The client, or the vendor, alone, can’t make the relationship work.  Both have to be present.

As for finding the right work..

Know your product.  Know the value you deliver.  Know the clients it will benefit.  Only sell to them and you’ll have a lasting business.

Always generate more value than which you are paid. Otherwise your client turnover rate after they feel “had” will be much higher than it needs to be.

It’s easy to try and be someone else in business.  The problem is it always comes back full circle.  If you like honesty, and integrity, and when people eat their own cooking before giving it to you as advice, do it yourself.

Not every customer values it, but not every customer is for you.  There’s a big difference between a good dollar and a bad dollar.  It’s tough in the start but it’s worth it.

Be a defender of keeping goodness and kindness fashionable.    Your startup is your declaration of your moral and professional independence.

For one of the original software development bloggers, at the center of the startup, micro-isv movement to make a decision like this, it seems a little strange at first..

Joel mentions a number of reasons that I think are interesting of what a startup may face, once a startup has.. started up.

1. Part of the reason he’s no longer writing is that he has so many customers that his blog posts seem to deeply offend one of his clients in one way or another.Plausible? Sure. But isn’t differentiation what a product is built on?  I think this could be the topic of a blog post on it’s own by Joel to see what kind of things others in startups have to look forward to when you get large(r).
2. Growth means there’s revenue for traditional advertising. I would think, though, that tools for developers are ultimately best directly connected to them instead of magazine ads?

Joel might be big enough and he doesn’t need to, or can’t benefit from blogging as he did prior…  With Stack Overflow taking on the answer / thought market and opening things up beyond him, maybe there’s room for a lot more voices, that can be found easily.

Maybe Joel was developing the best bug tracking software in the world, and attracting the best developers in the world, so that when FogBugz reached it’s sweet spot, he can go onto building the best software company in the world?

Who knows.

I do know that writing, and sharing doesn’t leave you once you start, and know the value of being shared with, especially after many years.

Joel’s posts have helped so many that I don’t think many will lose their value or relevance.  Whether it was the pay-scale matrix, or why the command and conquer or econ 101 management won’t work with software developers, it’s rare to have reasonably concise, applicable, exploratory rants that were sane as it’s readers most of the time, and willing to have it’s share of mind-stretching ideas like anyone being stretched by growth.

If this is the last of Joel blogging, thanks for doing it.  The fact that Joel replies to emails and shared what he learnt so others could join the movement to make the world a better place with better software.

Will it be the last we hear from him in books, conferences, articles elsewhere..?  Doubt it.  His recent introduction to mercurial at www.hginit.com is a prime example.

I hope Joel continues to create and write, and if not, we see his writing has inspired others to write and share.

Joel I know you read more than you ever let on, so if your eyes reach here, which I’ll do my best to ensure, remember that with our talents we have a responsibility to share what has been shared and taught to us by life and others.  No guilt trip intended, the world owes us nothing.

Let’s step back from this and see the general picture.

Does this decision by Joel mean blogging is ultimately useless for startups? I don’t think so. At all.

Most companies, indeed, do use their blogs for boring news releases is relevant.

Blogs are all about relevancy. Blogs, like products that provide relevancy thrive.

Blogs will always have their place to share information, and for us, resources for startups looking to reach their market through the public seeking their content.  If you don’t have the marketing money, a blog is a key way to demonstrate and share expertise and knowledge.

I can say that the last year of writing this blog has showed me that I need to write more, and often.

I have often wondered how a relationship between specialist (Web, designer, programmer, etc.,) can sometimes turn into the customer believing they understand everything better than the specialist, and how to do it.

This is when phrases like:

“Couldn’t you just..”

“All you have to do..”

“It should be pretty simple..”

“Can’t we make it really simple on the screen?  Why would that be more work to do it all behind the scenes?”

become more, and more common.

Problem? I don’t know. If you ignored everything clients say in this case, and only look at what they were doing, the client is basically saying they know better than you.  One could argue there’s something missing in the requirements phase.  Even when clients are the ones  that hired you to help them meet that impossible deadline that they didn’t know was a ton more work than they ever imagined?

Still, I’m not sure if it’s entirely the client’s fault for being this way.  I think it might be a mix of both client and specialist.  Clients tend to oversimplify and over-trivialize anything to make it something they can feel confident about so they don’t get taken advantage of.

What is true is this.

It is hard to make the complex simple, and easy to make the simple into something more complex.

Would we second guess or suggest doctors do something differently, or that engineers build a bridge differently (and without a plan) because we feel it shouldn’t be complicated?  I don’t know.

This leads back to the oft-referred issue of what color to paint the bike shed.

Why? Well, the less you involve and empower your clients, the more they will feel your craft is a magical dark science.  Of course, I’m the first guy to say I want to build systems and tools for people, not BE the system and tool through which they maintain their systems.  So, I’m forever doomed to try and involve clients as much as they would like to be and educate them.  It is already a luxury to feel understood by anyone, and it’s nice when you clients are able to join you if they so wish.

With that being said, I have a responsibility to first learn, and then demonstrate that I understand the needs of my client and how to best solve them in the way that best serves the client.  Maintaining or enhancing the clients competitive advantage is critical. It’s not about making my life easier, it’s about making life easier for my clients, and their clients.  This rings very true even when working on a startup.

I get it.  I’m pretty good at what I do and can reasonably be thrown down a well and come out okay.  Do I make it look easy?  I don’t know.  I have 15 years of experience and 4 vacations to show for it.  I read 2-3 hours a day on technologies and problem solving approaches.  I keep the saw sharp and keep busy sawing.  All to keep my value high to myself and the projects I work on, and to ensure my clients receive the best possible outcome.

Still, I hear, “well, can’t you just do this”.  I have accepted that this on some levels will always be the case.  I think helping clients understand that what I can do in 1 hour is only possible after 15 years of experience doing what I do, and that 1 hour of their time, while likely very valuable in the needs requirement of it, likely would not compare, must like I would be lost in their business.

I think I am going to explore the idea of “highest and best use” and incorporating that in to my working philosophy on all projects.  When we focus on everyone’s highest and best use and simply keep our nose out (or in) no more or less than it’s needed, it’s where 1 + 1 = 11 in terms of gains in productivity.

I recently read that a product is 80% marketing and 20% actual product.  That probably would explain why garbage can succeed and great software can fail.

The truth is as developers, startup entrepreneurs, it’s critical to know how to sell and market.  Without learning the ability to have the conversation to sell, there may not be much of a reason to start building anything.

Often, as is the case, we put off the unfamiliar and get working on the familiar, “to make some good progress”.

This often means programming.  Start building.  Get out the measuring tape.  That carpenter’s pencil, the wood glue.  Get to it.

Here’s the thing:

Just because I can build a shed without a blueprint, doesn’t mean I should build a house without a blueprint.  Especially if I don’t know how to sell the house, or build a sellable house.

Building without the plan is in essence hurting your hard work even more, and delaying your potential success.  The sooner you start your conversation, start your story, and get potential customers engaged and involved in a beta, the greater you have increased your risk.

Instead, learn to start the conversation first. Learn to spread the news first.  Learn to attract the traffic and input you need, first.

We know you can build anything, at the speed of light.  But those 6-12 months will still mean you did no marketing at that time.  There’s little more helpful than having a mailing list already built up of potential customers as well as some google ranking love for your product already.

If you’re still not sold on it, try this law:

Less code = fewer bugs = quicker release = quicker iteration = quicker profitability