If you haven't read Founders at Work, you definitely should. Reading this I've enjoyed every page. Probably this book is more about "experience sharing" than any other book. This book has 33 co-authors each sharing his insight into key components of success. I just could not resist posting these words of wisdom of Steve Wozniak:

Livingston: What is the key to excellence for an engineer?

Wozniak: You have to be very diligent. You have to check every little detail. You have to be so careful that you haven't left something out. You have to think harder and deeper than you normally would. It's hard with today's large, huge programs

By the way the whole interview with Steve is publicly available. Take your time reading it.

Going out for a walk with my 3-months old daughter I took my iPod loaded with older and recent episodes of Advanced Selling Podcast. And again I enjoyed all the episodes just I did last time when I had Advanced Selling Podcast "listening session". Continuing my walk I tried to understand what are Bill Caskey and Bryan Neale saying that touches me. And I understood that we are sharing the same belief that a person in order to be truly successful in whatever position she is in has to have constructive attitude. Here "attitude" means system of values which is not only declared but also followed and "constructive" means that it is geared towards making this world better at least for somebody.

Like writing is not about writer, but about reader; selling is not about seller - it is about buyer; engineering is not about engineer - it is about user. It is possible that such kind of attitude does not give immediate dividends, but it will pay off in the long run for sure. So I would suggest checking out Advanced Selling Podcast (you can subscribe with iTunes) not only to become better at sales, but also to find out how this new way of thinking can be of service for your work.

Recently I was researching a topic of building strong and healthy teams. To me this notion consists of two main factors:

• Team performs. That is you can rely on it to get best possible result.
• People on the team are happy. That means that feeling yourself part of the team is better than the opposite.

Characteristics of a Good Team elaborate on that to give more detailed view on what comprises a good team.

Here are also some links to resources with descriptions of different team building activities and games:

• Team Building Activities, Initiative Games, & Problem Solving Exercises
• Team Building Resources
• Team Building Games
• More Team Building Activities, Initiative Games, & Problem Solving Exercises

While I believe that team has to be in certain mental state to benefit from explicit team building activity and your day-to-day attitude towards the team and fostering right values means more, abovementioned team activities may prove useful one day.

It happened so that India was the first country to really realize benefits and impact of globalization of IT. They made their name and money on the wave of outsourcing. For many years now we say "outsourcing" and think "India". Often you can see this and that outsourcing locations compared with India, like this comparing Belarus with India. Everybody wants to be better than India. While many ideas presented mentioned make sense, some do not seem to be well elaborated.

Some items in comparison are not actually about advantages but about risk. And, you know, risks do not always materialize. For instance, time-zone difference allowing large working time overlap with US is an advantage of Belarus. But this does not necessarily mean than working with Belarus you will not have any communication problems or will have them less than with Indian vendor. Time-zone difference is not that important given that your outsourcing partner delivers value. And as I said before although some outsourcing locations are better than others the most important thing still is choice of partner and his ability to be a valuable contributor to your success.

Again, you outsource to certain company not to country. Make sure you partner can realize advantages of his geographical location and can properly manage risks associated with that.

Alex Polonski in Outsourcing Quiz: Cheap Vs. Good considers the "cost" aspect of outsourcing. He asks:

Why should I pay $1000 for this bit of software if I can find somebody that will develop the same for as much as $200?

While the logic of this questions is pretty legitimate, there is another side. Each product (or service) costs as much as customer is willing to pay. And that price of selling is not necessarily connected to cost of production. Price at which you can sell your product is determined by value it gives to customer. Water in a desert is worth much more than the same water near mountain spring.

If for your product it is not that important how much you pay for engineering, then probably you should not be doing that product as it fails to deliver value to its users. Isn't it?

If you were looking for good high-level info on .NET 3.0 check out following whitepapers from Microsoft:

• Introducing .NET Framework 3.0
• Introducing Microsoft Windows Workflow Foundation
• Introducing Indigo (aka Windows Communication Foundation)
• Introducing Windows Presentation Foundation
• Introducing Windows CardSpace

These whitepapers give important information for connecting business and technology with respect to .NET 3.0.

Today I was listening to an older episode of Advanced Selling Podcast which was Income Inequality--How You Can Be At The Top End of the Income Scale. One of the most important messages of this episode was the idea that in order to be successful (i.e. get more income) you need to acquire some important knowledge and skills.

Although Bill Caskey and Bryan Neale produced this list of most important skills to develop with sales person in mind, I believe that it is quite applicable to software engineering as well:

• Communication skills. Verbal and writing. No-brainer. You must be a good communicator to be successful in any area, period. Most of software projects are done in teams and teams always depend on communication to perform efficiently.
• Problem finding and solving. As an engineer you deal with problems solving every day, but what distinguishes great engineers is an ability to look deeper and spot problems. Not sure if you can learn this anywhere.
• Sales and marketing. This one is a bit tricky. Many engineers believe that they are never going to need this. But they are involved in selling more often than they might think. They sell ideas and designs to their colleagues, designs and recommendations to their managers and so on. And again success depends on how well they do that.
• Financial side of business. Unless you are a novice junior developer (and even sometimes if you are) you make decisions that influence your project and you need to understand possible financial underpinnings of those decisions. This is especially applicable to development leads and managers.
• Planning. You build plans to make sure you have an idea how to make something happen. This again is applicable to any area you may work in.

If you are looking new inputs for self-development be sure to check out Advanced Selling Podcast.

David Anderson rose (as he often does) an interesting topic about management inputs and outcomes. I completely agree with David that problem of managers who perform but not on company values is dilemma of short-term vs. long-term success. Delivering on numbers while sacrificing values can and probably will have distant consequences.

In my view numbers should come because of values not in spite of them. And in order to ensure that proper system of measurement should be developed. You want to know early when success is achieved at the expense of values, before it starts to affect your long-term performance.

Doing some experiments with Google Blog Search I suddenly realized that press-releases are dead. Dead in a sense that they can no longer serve as a means of attracting new customers. In modern world of blogs and social networks press-releases are just old-fashioned ridiculous way of informing about things happening that just does not work for technology people.

The interest to technology starts with two things: information about the mere fact of existence of technology or product and positive opinion about it. Press-releases can inform you, but they can not form opinions. At least it would be too thoughtless of you. Instead you would like to know what other people think about it. And blogs are just perfect for that. To me one human-made blog post about product means more than hundred of similar press-releases in news agencies feeds.

Now we've got past those times when vendors had to say that their product is great to sell it. Today they have to offer good products to sell them.

Do an experiment, check what people say about your company and its services with Google Blog Search. If they do not say much, probably, you want to change your PR approach.

Sun is going to release NetBeans, a popular Java IDE, under GPL. I'm not sure if this is good or bad and who will loose or benefit from this. And I do not see how making NetBeans "more Linux friendly" as stated in "Why GPL v2 FAQ" will make its users happier and the product itself more successful.

PS I'm not against open source. I'm against spending effort on activities that do not produce any value.