Subscribe via RSS

Is ALT.NET Becoming Incestuous?

Filed Under Thought Stuff

Don’t get me wrong, I love the ALT.NET guys, but is the ALT.NET email group a blessing or a burden?

On pace of ~200 messages a day, it appears outside conversation is disappearing in the blogosphere. Where are the weekly rants of Bellware? Where are Laribee’s anecdotes? Others seem to have abandon their blogs altogether…

I am disappointed in seeing this for two reasons:

1. Part of the reason for ALT.NET was to raise awareness to others about the alternative ways of development. Without outside conversation in the blogosphere, the chance of people stumbling upon the gold mine of the information being discussed is very small. These conversations are better in blogs for higher visibility and prosperity.

2. If you expose your ideas and debates solely to your peers, in time you will receive no more than general agreement and head nodding.

Personally, I don’t have time to digest all the great conversation. ALT.NET was great, but all good things come in small packages. What will be left for next year? Are we just going to all sit around the bar silent?

P.S. Props to Miller, JP, and Ayende for keeping their blogging pace.

Concentrated Codesqueeze: November2007

Filed Under Squeezed Links

This month we saw the end of the Codesqueeze Awards and the beginning of the new job boards. For a final goodbye to November, here is this months concentrated codesqueeze links.

Readers Choice:

  1. How To Sell Agile To Fixed Bid Contract Clients
  2. Don’t Unit Test? Start Counting Your “Oh Shits!”
  3. The 7 Software “-ilities” You Need To Know
  4. The Officers vs. Sergeants Syndrome
  5. Every Build You Break…

Authors Choice:

7 Things Developers Can Learn From Jason Bourne

Filed Under Human Factors

Jason Bourne

After watching the final installment of the Bourne series, I noticed some attributes that Jason Bourne displayed. He is fast, he is strong, and if he was a software developer here are the rules he would live by:

1. Always be ultra aware

First, developers often are not aware of office politics. They crawl into their cubes at sunrise only to emerge at sunset. Some of it is not your business, but if you pay close enough attention you can reveal a lot of your inter-office politics. Watch who talks to who, who goes into the boss’s office, and who is goofing off. A lot of closed door meetings can be revealed even if you can not physically hear the conversation.

Second, developers must have the awareness (and honesty) to understand how your project is going. Does it need more direction? Testing? What are my KPIs to gauge success? Having no visibility into the health of a project means you can get caught napping.

2. Always ruthlessly execute

Never half-ass an effort and never show mercy when attacking a problem. Choose your execution plan and then execute it as planned. Jason Bourne never pulls a punch and neither should you.

3. Be resourceful

In a pinch? Sometimes a roll of duct tape is the only answer, and being resourceful with what tools you have can help you overcome problems when failure is not an option.

4. Always make calculated decisions

I am not advocated BUFD, but more importantly – always have a reason for doing something. Uneeded library upgrades, worthless tests, or just the absence of any planning what-so-ever; always be calculated in your actions.

Constantly question – Does this action help me accomplish my mission objectives?

5. React quickly (do not stop, inaction is death)

Rehashing problems but never coming to conclusions can stop a project dead in it’s tracks. It is important to sometimes bite the bullet take the path of least resistance. At least you will have made a decision, and if it turns out to be the wrong one, at least you learned something.

6. Stay strong

Never allow yourself to get weak. Stay sharp by reading books and blogs, or participate in user groups. Staying on top of your game at all times can give you more tools to be resourceful when confronting problems.

Oh…and some actual physical exercise never hurt either…

7. Learn to work alone

You will not always be in situations where you will have a team at your disposal. Being self sufficient will help you be a stronger developer.

In the end, sometimes the only person you can trust is yourself – especially if you are currently working on a government contract named “Treadstone”.

« Older Entries Newer Entries »

Max Pool - © 2025 - {codesqueeze}. Sycorr Banking Solutions