Photo by rbieber
Just received my Amazon shipment of The Great American Novel by Keith Malley (host of Keith and the Girl). I’ve been looking forward to reading this for a while.
Update:
It looks like the book was released prematurely by Malleys publisher and is no longer available. Apparently the version on sale was not completely edited and the cover was not approved. Full explanation of what happened is available on KATG Episode #711 at around 37:40.
Check out this interesting interview on Technometria with Joel Spolsky (from Joel On Software) on Hiring Technical Talent. I like Joel’s philosophy of focusing on the people causing great things to happen. Definitely a must listen for managers.
Dave B, the creator of the Guitars Suck video series has started the InstruMental Case podcast, a podcast dedicated to instrumental guitar music. The pilot episode (episode 0) has been posted and I have to say, I like it!
I heard this Machiavelli quote on the latest edition of the Stanford Entrepreneurial Thought Leadership Podcast, which was a talk given by Carly Fiorina, the former CEO of HP:
There is nothing more difficult to take in hand, more perilous to conduct, or more uncertain in its success, than to take the lead in the introduction of a new order of things.
– Niccolo Machiavelli
This was an excellent lecture and this quote really stuck with me. Change is hard, people will resist – and in many cases the person who takes the lead in introducing change is seen as an adversary who is trying to “take things away”.
The main thing being taken away, I think, is “comfort”.
One podcast I listen to pretty religiously is the Entrepreneurial Thought Leadership podcast from Stanford University. Recently, Shai Agassi, formerly of SAP gave a talk called The Physics of Startups, which was very interesting.
There were a couple of things that stuck with me out of this talk:
It was a very interesting talk. Check it out if you have some time.
Dave Fayram sits in with Cote this week on his podcast talking about Rails backends. This was all interesting, but what really caught my ear was the last 11 minutes or so of the podcast, where Cote and Dave start talking about using OS X in businesses, and Dave describes his all Mac office and brings up the use of Bon Jour as “their own personal twitter server” and the use of dashboard widgets to perform work in context, much of what I was thinking about when I wrote Metrics As a Side Effect last week. Its cool to see that other people are thinking about this stuff, and a shame that businesses are so stuck in the “business use” of Windows that we cannot take advantage of some of the ultimately cool things available on the Mac to increase personal productivity, such as the dashboard, Growl, and Rendezvous.
It was interesting to hear Dave talk about how “beautiful” their infrastructure is, because they have been able to focus on things aside from security, VPN, notification frameworks and the like because a lot of the things that infrastructure folks spend most of their time on are taken care of already on a Mac network.
I have to say, I am at least 5x more productive at home on my Mac than I am waiting 15 minutes for my Windows machine to boot and log into the network in the office. I tend to do my most important work off hours now, just to be able to work on a more intuitive and easier to use machine. I feel like I can concentrate more on the problem I am working on than how to do it, which again, tied into the whole Rails conversation for me.
Very interesting discussion. Excellent content. I highly recommend this one.
I really enjoyed Jason’s interview with Evan Williams (co-founder of Twitter, Odeo, and Blogger) especially Evan’s “lessons learned” about entrepreneurism:
1. Focus
2. Small things can become big.
3. Don’t go too wide.
4. Trust your gut.
5. Don’t do anything you aren’t absolutely passionate about.
A portion of this weeks edition of the Gillmor Gang (MidTail Gang – part IV – ugh!) really hit home for me this week. At around 14:34 in the sub-episode, Jason Calacanis talks about how he feels as an entrepreneur working in a big company. This section lasts through the end of the sub-episode. You have to give this a listen.
I don’t think what Jason is saying is necessarily only a view from an entrepreneurs perspective, but applies to anyone who wants to execute and has built their career on the ability to execute. As a company grows larger and things get more political, it becomes extremely difficult to execute anything, which can become extremely frustrating for anyone who just wants to get things done without having to talk about it for three months.
One quote that Jason threw out bears repeating:
Centralization and consolidation, I think, are two of the worst forces for building great product. Once you centralize stuff and put in controls, it just – it kills the process.
I think its great that Jason can be so honest about the experiences he is having at AOL. You rarely hear someone talk about these things and it was very refreshing to hear something that hit so close to home.
I must have listened to this section about 4 times last night on the way home. This section, in and of itself, was worth the 5 part download yesterday.
I just put in my order for Fearless Change: Patterns for Introducing New Ideas by Mary Lynn Manns and Linda Rising, after hearing an interview with Mary Lynn on this episode of the Agile Toolkit podcast. The book sounds quite interesting and sounds like just what I need these days.
I found a really good podcast called The Agile Toolkit Podcast, in which the host, Bob Payne, attends agile conferences and interviews people there. Some of the interviews include people like Bob Martin and Mary Poppendieck among many others.
The most interesting show I’ve listened to so far is an interview with Dave Thomas (of Pragmatic Programmer fame) about agile development.
For me, I think I found it interesting just in the fact that it is nice to hear someone that has the same views on development issues as I do. I’ve always been a big believer that methodologies are limiting and that each methodology should be tailored to the project team. One part of the conversation that I found extremely interesting was when Bob and Dave were talking about the dogma attached to many of the methodologies.
Recently I had attended an Agile Development training in which the instructor stated that if you weren’t using all of the components of XP, you weren’t doing Agile development. A good point that Dave made was that as XP was being developed, the teams it was being developed with actually evolved into using all of the practices at different stages of their team development. In other words, they didn’t start using all of the practices specified in XP – because they didn’t exist yet. Dave makes the point that teams need to evolve into all of the practices – and that its very difficult to implement all of them at one time. I actually think that each team will be sufficiently different enough that you may not need all of the practices, but only a core set of practices. Bob Martin also makes this point in his interview and lists the minimum set of practices that include very short cycles, an open office (a room which holds the identity of the project), test driven development (both unit and acceptance tests). He also mentions that its extremely difficult to do test driven development without continuous integration, so there are other practices that will be necessary as you begin to implement the minimum set. I actually believe that source control and automated builds are another of the core minimum practices that should be put in place before anything else – but thats just me.
Another area that Bob and Dave talk about extensively is the necessity of developers to look at other languages in the industry other than the core language they use day to day. One statement Dave makes is that he looks forward to the day that developers refer to themselves as “developers” rather than “Java developers”. I wholeheartedly look forward to that day as well.
I’ve always enjoyed learning new languages. If you run through the articles in this blog, you’ll see that every time I find some language that I don’t know – and understand the practical reasons why they exist, the chances are I start working in it right away (most recently, this language is Objective-C). I enjoyed this part of the conversation a lot, because Dave articulates very well how learning new languages can give you new insights as to how to implement things in different ways.
I’m a firm believer that in software development, you have to have a pretty large tool box. The right tool should be used for the right job. This is why in many of the things I’ve done over the years, different components are written in different languages depending on what I am doing. A web piece might be written in PHP, scripts done in PERL or Python, while other components could be written in C / C++. I’ve made a conscious effort over the years to expose myself to as many different languages as possible.
In order to have the flexibility to use the right tool for the right job, you really have to make an effort to get at least a high level understanding of the different tools available and what their strengths are. Thats the really nice thing about the conversation with Dave is that he articulates the idea that you don’t necessarily have to be an expert in all languages, but know enough to use them and glean knowledge from them and their design.
I have found each of the shows I’ve listened to from the Agile Toolkit Podcast very informative and totally worth the time investment. In the very least, I want my teams to make this a part of their learning program moving forward. There’s no better place to learn about Agile practices than from the people right in the middle of it.
Bieber Labs 