July, 2011

Jul 11

Rational Focus (Year Two)

This Wednesday, July 13 2011, will be the two year anniversary of the start of this blog.

I have kept the tradition of posting every Monday for the past two years. I attempted to change the schedule last year, but I failed. I could not bring myself to break the chain.

I am going to attempt to break it this year.

In “Ending Meditation“, I said that forcing myself to meditate everyday made the practice boring. I did not mention another problem that I had with keeping to a schedule.

It obfuscated the purpose.

Not only was I meditating because I had the desire to learn more about my thoughts, I was meditating because I did not want to break the chain.

This is the same problem that I am having with posting every Monday.

Am I posting because I have something to say, or am I posting to just be consistent?

Breaking the chain will be a good thing. It will put my interest in rationality and mindfulness to the test.

For the past two years, I have felt like rationality and mindfulness have really spoken to me. Has this been just because I have been writing about them? Or am I writing about them because they speak to me.

We shall see.

Jul 11

Two Paths to Simplicity

I had an interesting discussion with a friend over the weekend.

I was trying to solve a problem with some software I was writing. I explained to him how I was attempting to do it.

He laughed.

He thought the way I was trying to solve the problem was way too complicated. He said that I should do it in a different way.

After about 15 minutes of debate, we came to the realization that both ways were legitimate ways to solve the problem. Both had positive and negative attributes.

The debate boiled down to a universal dichotomy in the path towards simplicity:

1. Start with something. Start taking away the unnecessary parts. Reach simplicity.

2. Start with nothing. Start adding only what is necessary. Reach simplicity.

My buddy was favoring number 1. I was favoring number 2.

To his point: I had almost all of the software written already. I could leverage that to solve my issue.

Towards my point: if I did things his way, I would not be able to know all the possible ways to solve the issue. I was trying to come up with the ultimate solution.

As it turns out, I came up with the algorithm to solve the issue using technique number 2, but it took way too long to run. So, I went with a solution based on number 1. And it seems to be working great.

When the rubber hit the road, number 1 won out over number 2. Is it always like that? Can you ever really start with nothing then only add the necessary parts?

It all depends on the situation. I think there are cases when you have a fresh start, a clean slate. And there are cases when you don’t have that luxury.

The point is to recognize when you are going down path number 1 or path number 2. Recognize when one path is not working. Understand that there are other options.

The choice to switch paths will always be up to you.